RMAN恢复案例之--不完全恢复错误案例
いいえ
回復する
場合
間違い
RMAN恢复案例之--不完全恢复错误案例 RMAN恢复案例： 不完全恢复，由于在先前的数据文件备份有误，导致恢复失败。 [oracle@rh6~]$rmantarget/RecoveryManager:Release11.2.0.1.0-ProductiononSatSep2015:54:252014Copyright(c)1982,2009,Oracleand/oritsaffi
RMAN恢复案例之--不完全恢复错误案例
RMAN恢复案例：
不完全恢复，由于在先前的数据文件备份有误，导致恢复失败。
[oracle@rh6 ~]$ rman target /
Recovery Manager: Release 11.2.0.1.0 - Production on Sat Sep 20 15:54:25 2014
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database: TEST1 (DBID=1195893416)
RMAN> run {
2> shutdown immediate;
3> startup mount;
4> set until time '2014-09-20 15:49:36';
5> restore database;
6> recover database ;
7> alter database open resetlogs;
8> sql'alter system switch logfile';
9> }
using target database control file instead of recovery catalog
database closed
database dismounted
Oracle instance shut down
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area 175767552 bytes
Fixed Size 1335276 bytes
Variable Size 142606356 bytes
Database Buffers 29360128 bytes
Redo Buffers 2465792 bytes
executing command: SET until clause
Starting restore at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
flashing back control file to SCN 9601534
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/test1/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/test1/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/test1/perfs.dbf
channel ORA_DISK_1: restoring datafile 00007 to /u01/app/oracle/oradata/test1/undotbs2.dbf
channel ORA_DISK_1: restoring datafile 00010 to /u01/app/oracle/oradata/test1/index01.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_240.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_240.bak tag=TAG20140920T152720
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:35
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00013 to /u01/app/oracle/oradata/test1/tbs_16.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_241.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_241.bak tag=TAG20140920T152720
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/test1/system01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/test1/test1.dbf
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/test1/dict1.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_239.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_239.bak tag=TAG20140920T152720
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:45
Finished restore at 20-SEP-14
Starting recover at 20-SEP-14
using channel ORA_DISK_1
starting media recoveryログイン後にコピー
recover 失败......
media recovery failed
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 09/20/2014 15:59:01
RMAN-20505: create datafile during recovery
RMAN-11003: failure during parse/execution of SQL statement: alter database recover if needed
start until time 'SEP 20 2014 15:49:36'
ORA-00283: recovery session canceled due to errors
ORA-01244: unnamed datafile(s) added to control file by media recovery
ORA-01110: data file 8: '/u01/app/oracle/oradata/test1/tbs2.dbf'
查看备份信息：
RMAN> list backup of database;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
229 Full 158.89M DISK 00:01:18 20-SEP-14
BP Key: 229 Status: AVAILABLE Compressed: NO Tag: TAG20140920T152720
Piece Name: /dsk1/backup/test1/TEST1_240.bak
List of Datafiles in backup set 229
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
2 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/sysaux01.dbf
4 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/users01.dbf
5 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/perfs.dbf
7 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/undotbs2.dbf
10 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/index01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
230 Full 1.06M DISK 00:00:01 20-SEP-14
BP Key: 230 Status: AVAILABLE Compressed: NO Tag: TAG20140920T152720
Piece Name: /dsk1/backup/test1/TEST1_241.bak
List of Datafiles in backup set 230
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
13 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/tbs_16.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
231 Full 609.73M DISK 00:01:32 20-SEP-14
BP Key: 231 Status: AVAILABLE Compressed: NO Tag: TAG20140920T152720
Piece Name: /dsk1/backup/test1/TEST1_239.bak
List of Datafiles in backup set 231
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
1 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/system01.dbf
3 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/test1.dbf
6 Full 9601534 20-SEP-14 /u01/app/oracle/oradata/test1/dict1.dbf
8 Full 9601534 20-SEP-14 /u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00008ログイン後にコピー
在备份中发现:
'/u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00008',而在数据库中并没有这个数据文件！
ログイン後にコピー
解决方法：
将datafile offline，open数据库：
16:02:43 SYS@ test1 >alter database datafile 8 offline; Database altered.
ログイン後にコピー
recover database跳过此表空间：
RMAN> recover database skip tablespace tbs2;
Starting recover at 20-SEP-14 using channel ORA_DISK_1 Executing: alter database datafile 8 offline starting media recovery media recovery complete, elapsed time: 00:00:30 Finished recover at 20-SEP-14
ログイン後にコピー
查看告警日志：
alter database datafile 8 offline Completed: alter database datafile 8 offline alter database recover datafile list clear Completed: alter database recover datafile list clear alter database recover datafile list 1 , 2 , 3 , 4 , 5 , 6 , 7 , 10 , 13 Completed: alter database recover datafile list 1 , 2 , 3 , 4 , 5 , 6 , 7 , 10 , 13 alter database recover if needed start Media Recovery Start Serial Media Recovery started Recovery of Online Redo Log: Thread 1 Group 5 Seq 15 Reading mem 0 Mem# 0: /dsk1/oradata/test1/redo05a.log Sat Sep 20 16:06:51 2014 Media Recovery Complete (test1) Completed: alter database recover if needed start
ログイン後にコピー
打开数据库删除此表空间：
16:04:42 SYS@ test1 >conn /as sysdba; Connected. 16:10:10 SYS@ test1 >alter database open; Database altered. Elapsed: 00:00:21.63 16:10:54 SYS@ test1 >select name from v$datafile; NAME -------------------------------------------------- /u01/app/oracle/oradata/test1/system01.dbf /u01/app/oracle/oradata/test1/sysaux01.dbf /u01/app/oracle/oradata/test1/test1.dbf /u01/app/oracle/oradata/test1/users01.dbf /u01/app/oracle/oradata/test1/perfs.dbf /u01/app/oracle/oradata/test1/dict1.dbf /u01/app/oracle/oradata/test1/undotbs2.dbf /u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED000 08 /u01/app/oracle/oradata/test1/index01.dbf /u01/app/oracle/oradata/test1/tbs_16.dbf 10 rows selected. 16:11:10 SYS@ test1 >drop tablespace tbs2 including contents and datafiles; Tablespace dropped. 16:11:32 SYS@ test1 >select name from v$datafile; NAME -------------------------------------------------- /u01/app/oracle/oradata/test1/system01.dbf /u01/app/oracle/oradata/test1/sysaux01.dbf /u01/app/oracle/oradata/test1/test1.dbf /u01/app/oracle/oradata/test1/users01.dbf /u01/app/oracle/oradata/test1/perfs.dbf /u01/app/oracle/oradata/test1/dict1.dbf /u01/app/oracle/oradata/test1/undotbs2.dbf /u01/app/oracle/oradata/test1/index01.dbf /u01/app/oracle/oradata/test1/tbs_16.dbf 9 rows selected.
ログイン後にコピー
对数据库做重新做全备，再次做数据恢复！
恢复过程又出错：
RMAN> run {
2> shutdown immediate;
3> startup mount;
4> set until time '2014-09-20 16:19:30';
5> restore database;
6> recover database;
7> alter database open resetlogs;
8> }
database closed
database dismounted
Oracle instance shut down
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area 175767552 bytes
Fixed Size 1335276 bytes
Variable Size 142606356 bytes
Database Buffers 29360128 bytes
Redo Buffers 2465792 bytes
executing command: SET until clause
Starting restore at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
flashing back control file to SCN 9603237
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 09/20/2014 16:21:46
RMAN-06085: must use SET NEWNAME command to restore datafile /u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00008ログイン後にコピー
查看备份信息：
RMAN> list backup;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
233 Full 164.45M DISK 00:01:04 20-SEP-14
BP Key: 233 Status: AVAILABLE Compressed: NO Tag: TAG20140920T161544
Piece Name: /dsk1/backup/test1/TEST1_244.bak
List of Datafiles in backup set 233
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
2 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/sysaux01.dbf
5 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/perfs.dbf
7 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/undotbs2.dbf
10 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/index01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
234 Full 1.06M DISK 00:00:02 20-SEP-14
BP Key: 234 Status: AVAILABLE Compressed: NO Tag: TAG20140920T161544
Piece Name: /dsk1/backup/test1/TEST1_245.bak
List of Datafiles in backup set 234
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
13 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/tbs_16.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
235 Full 613.10M DISK 00:01:28 20-SEP-14
BP Key: 235 Status: AVAILABLE Compressed: NO Tag: TAG20140920T161544
Piece Name: /dsk1/backup/test1/TEST1_243.bak
List of Datafiles in backup set 235
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
1 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/system01.dbf
3 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/test1.dbf
4 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/users01.dbf
6 Full 9603220 20-SEP-14 /u01/app/oracle/oradata/test1/dict1.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
236 Full 11.33M DISK 00:00:05 20-SEP-14
BP Key: 236 Status: AVAILABLE Compressed: NO Tag: TAG20140920T161714
Piece Name: /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
SPFILE Included: Modification time: 03-SEP-14
SPFILE db_unique_name: TEST1
Control File Included: Ckp SCN: 9603237 Ckp time: 20-SEP-14ログイン後にコピー
restore controlfile：
RMAN> list backup of controlfile;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
236 Full 11.33M DISK 00:00:05 20-SEP-14
BP Key: 236 Status: AVAILABLE Compressed: NO Tag: TAG20140920T161714
Piece Name: /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
Control File Included: Ckp SCN: 9603237 Ckp time: 20-SEP-14
RMAN> shutdown immediate;
database dismounted
Oracle instance shut down
RMAN> startup nomount;
connected to target database (not started)
Oracle instance started
Total System Global Area 175767552 bytes
Fixed Size 1335276 bytes
Variable Size 142606356 bytes
Database Buffers 29360128 bytes
Redo Buffers 2465792 bytes
RMAN> restore controlfile from autobackup;
Starting restore at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=19 device type=DISK
recovery area destination: /dsk4/backup
database name (or database unique name) used for search: TEST1
channel ORA_DISK_1: AUTOBACKUP /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp found in the recovery area
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20140920
channel ORA_DISK_1: restoring control file from AUTOBACKUP /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
channel ORA_DISK_1: control file restore from AUTOBACKUP complete
output file name=/u01/app/oracle/oradata/test1/control01.ctl
output file name=/dsk1/oradata/test1/control02.ctl
output file name=/dsk2/oradata/test1/control03.ctl
Finished restore at 20-SEP-14ログイン後にコピー
重新做恢复：
RMAN> run {
2> shutdown immediate;
3> startup mount;
4> set until time '2014-09-20 16:19:30';
5> restore database;
6> recover database;
7> alter database open resetlogs;
8> }
Oracle instance shut down
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area 175767552 bytes
Fixed Size 1335276 bytes
Variable Size 142606356 bytes
Database Buffers 29360128 bytes
Redo Buffers 2465792 bytes
executing command: SET until clause
Starting restore at 20-SEP-14
Starting implicit crosscheck backup at 20-SEP-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
Crosschecked 3 objects
Finished implicit crosscheck backup at 20-SEP-14
Starting implicit crosscheck copy at 20-SEP-14
using channel ORA_DISK_1
Finished implicit crosscheck copy at 20-SEP-14
searching for all files in the recovery area
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: /dsk4/backup/TEST1/autobackup/2014_09_20/o1_mf_s_858788041_b1tg0gds_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858262943_b1bf156d_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858259416_b1b9lv2j_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858261087_b1bc76lg_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2014_09_14/o1_mf_s_858260002_b1bb58sq_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831135549_97ycp30c_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831134795_97yc0vk0_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831136532_97ydnsbl_.bkp
File Name: /dsk4/backup/TEST1/autobackup/2013_11_10/o1_mf_s_831135962_97yd2z3r_.bkp
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/test1/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/test1/perfs.dbf
channel ORA_DISK_1: restoring datafile 00007 to /u01/app/oracle/oradata/test1/undotbs2.dbf
channel ORA_DISK_1: restoring datafile 00010 to /u01/app/oracle/oradata/test1/index01.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_244.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_244.bak tag=TAG20140920T161544
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:25
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00013 to /u01/app/oracle/oradata/test1/tbs_16.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_245.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_245.bak tag=TAG20140920T161544
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/test1/system01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/test1/test1.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/test1/users01.dbf
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/test1/dict1.dbf
channel ORA_DISK_1: reading from backup piece /dsk1/backup/test1/TEST1_243.bak
channel ORA_DISK_1: piece handle=/dsk1/backup/test1/TEST1_243.bak tag=TAG20140920T161544
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
Finished restore at 20-SEP-14
Starting recover at 20-SEP-14
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 17 is already on disk as file /dsk1/oradata/test1/redo04a.log
archived log for thread 1 with sequence 18 is already on disk as file /dsk1/oradata/test1/redo05a.log
archived log file name=/dsk1/oradata/test1/redo04a.log thread=1 sequence=17
archived log file name=/dsk1/oradata/test1/redo05a.log thread=1 sequence=18
media recovery complete, elapsed time: 00:00:08
Finished recover at 20-SEP-14
Starting recover at 20-SEP-14
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 17 is already on disk as file /dsk1/oradata/test1/redo04a.log
archived log for thread 1 with sequence 18 is already on disk as file /dsk1/oradata/test1/redo05a.log
archived log file name=/dsk1/oradata/test1/redo04a.log thread=1 sequence=17
archived log file name=/dsk1/oradata/test1/redo05a.log thread=1 sequence=18
media recovery complete, elapsed time: 00:00:08
Finished recover at 20-SEP-14
database openedログイン後にコピー
@至此，不完全恢复成功！
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
ホットAIツール
Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ
AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。
Undress AI Tool
脱衣画像を無料で
Clothoff.io
AI衣類リムーバー
AI Hentai Generator
AIヘンタイを無料で生成します。
人気の記事
R.E.P.O.説明されたエネルギー結晶と彼らが何をするか（黄色のクリスタル）
3週間前
By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O.最高のグラフィック設定
3週間前
By 尊渡假赌尊渡假赌尊渡假赌
アサシンのクリードシャドウズ：シーシェルリドルソリューション
1週間前
By DDD
R.E.P.O.誰も聞こえない場合はオーディオを修正する方法
3週間前
By 尊渡假赌尊渡假赌尊渡假赌
Atomfallのクレーンコントロールキーカードを見つける場所
1週間前
By DDD
ホットツール
メモ帳++7.3.1
使いやすく無料のコードエディター
SublimeText3 中国語版
中国語版、とても使いやすい
ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境
ドリームウィーバー CS6
ビジュアル Web 開発ツール
SublimeText3 Mac版
神レベルのコード編集ソフト（SublimeText3）
ホットトピック
期限切れの WeChat ファイルを復元する方法? 期限切れの WeChat ファイルは復元できますか?
Feb 22, 2024 pm 02:46 PM
WeChat を開き、[自分の設定] を選択し、[一般] を選択してから [記憶域スペース] を選択し、[記憶域スペース] で [管理] を選択し、ファイルを復元する会話を選択して、感嘆符アイコンを選択します。チュートリアル 適用モデル: iPhone13 システム: iOS15.3 バージョン: WeChat 8.0.24 分析 1 まず、WeChat を開き、マイページの [設定] オプションをクリックします。 2 次に、設定ページで [一般オプション] を見つけてクリックします。 3次に、一般ページで「記憶域スペース」をクリックします。 4 次に、ストレージスペースページで「管理」をクリックします。 5最後に、ファイルを回復したい会話を選択し、右側の感嘆符アイコンをクリックします。補足: WeChat ファイルの有効期限は通常、数日です。WeChat で受信したファイルがクリックされなかった場合、WeChat システムは 72 時間後にそのファイルを消去します。WeChat ファイルが閲覧された場合、
操作を完了できません (エラー 0x0000771) プリンター エラー
Mar 16, 2024 pm 03:50 PM
プリンターの使用中に、操作を完了できませんでした (エラー 0x00000771) などのエラー メッセージが表示された場合は、プリンターが切断されている可能性があります。この場合、以下の方法で問題を解決できます。この記事では、Windows 11/10 PC でこの問題を解決する方法について説明します。エラー メッセージ全体には、「操作を完了できませんでした (エラー 0x0000771)」が示されています。指定されたプリンターは削除されました。 Windows PC で 0x00000771 プリンター エラーを修正する プリンター エラーを修正するには、操作を完了できませんでした (エラー 0x0000771)。指定されたプリンターは Windows 11/10 PC で削除されています。次の解決策に従ってください: 印刷スプールを再起動します
HTTPステータスコード460の原因を明らかにする
Feb 19, 2024 pm 08:30 PM
HTTP ステータス コード 460 の復号化: このエラーはなぜ発生しますか?はじめに: 日常のネットワーク使用では、HTTP ステータス コードを含むさまざまなエラー プロンプトに遭遇することがよくあります。これらのステータス コードは、リクエストの処理を示すために HTTP プロトコルによって定義されたメカニズムです。これらのステータス コードの中には、比較的まれなエラー コード 460 があります。この記事では、このエラー コードを詳しく説明し、このエラーが発生する理由を説明します。 HTTP ステータス コード 460 の定義: まず、HTTP ステータス コードの基本を理解する必要があります。
Windows Update プロンプト エラー 0x8024401c エラーの解決策
Jun 08, 2024 pm 12:18 PM
目次 解決策 1 解決策 21. Windows Update の一時ファイルを削除します。 2. 破損したシステム ファイルを修復します。 3. レジストリ エントリを表示および変更します。 4. ネットワーク カード IPv6 をオフにします。 5. WindowsUpdateTroubleshooter ツールを実行して修復します。 6. ファイアウォールをオフにします。およびその他の関連するウイルス対策ソフトウェア。 7. WidowsUpdate サービスを閉じます。解決策 3 解決策 4 Huawei コンピュータの Windows アップデート中に「0x8024401c」エラーが発生する 症状 問題 原因 解決策 まだ解決されませんか?最近、システムの脆弱性のため、Web サーバーを更新する必要があります。サーバーにログインすると、エラー コード 0x8024401c が表示されます。
シークレットモードで閲覧履歴を復元する方法
Feb 19, 2024 pm 04:22 PM
プライベート ブラウズは、コンピューターまたはモバイル デバイスでインターネットを閲覧する際に、プライバシーを参照して保護するための非常に便利な方法です。プライベート ブラウジング モードでは、通常、ブラウザーによる訪問履歴の記録、Cookie やキャッシュ ファイルの保存、および閲覧している Web サイトの痕跡がブラウザーに残ることが防止されます。ただし、特殊なケースでは、シークレット ブラウジングの閲覧履歴を復元する必要がある場合があります。まず第一に、明確にする必要があります。プライベート ブラウジング モードの目的は、プライバシーを保護し、他人がブラウザからユーザーのオンライン履歴を取得できないようにすることです。したがって、シークレットブラウジングでは、
TikTokでチャットスパークを復元する方法
Mar 16, 2024 pm 01:25 PM
創造性と活力に満ちたショートビデオプラットフォームであるDouyinでは、さまざまなエキサイティングなコンテンツを楽しむだけでなく、同じ志を持った友達と深いコミュニケーションをとることもできます。その中でも、チャットの火花は、両者間の交流の強さを示す重要な指標であり、意図せずして私たちと友人との間の感情的な絆に火をつけることがよくあります。ただし、何らかの理由でチャット スパークが切断される場合があります。それでは、チャット スパークを復元したい場合はどうすればよいでしょうか? このチュートリアル ガイドでは、コンテンツ戦略について詳しく説明し、皆様のお役に立てれば幸いです。 Douyin チャットのスパークを回復するにはどうすればよいですか? 1. Douyin メッセージ ページを開き、チャットする友達を選択します。 2. メッセージを送信し、お互いにチャットします。 3. 3日間メッセージを送信し続けると、スパークロゴを獲得できます。 3 日単位で写真やビデオをお互いに送信します
Xiaomi Cloudフォトアルバムをローカルに復元する方法
Feb 24, 2024 pm 03:28 PM
Xiaomi クラウド フォト アルバムをローカルに復元する方法 Xiaomi クラウド フォト アルバム APP で Xiaomi クラウド フォト アルバムをローカルに復元できますが、ほとんどの友達は Xiaomi クラウド フォト アルバムをローカルに復元する方法を知りません。次のステップは Xiaomi を復元することです。クラウドフォトアルバムをローカルに. ローカルメソッドのグラフィックチュートリアル、興味のあるユーザーは見に来てください! Xiaomi クラウド フォト アルバムをローカルに復元する方法 1. まず Xiaomi 電話の設定機能を開き、メイン インターフェイスで [個人アバター] を選択します; 2. 次に、Xiaomi アカウント インターフェイスに入り、[クラウド サービス] 機能をクリックします; 3. 次に、 Xiaomi へジャンプ クラウド サービスの機能については、[クラウド バックアップ] を選択します; 4. 最後に、以下に示すインターフェイスで、[クラウド アルバム] をクリックしてアルバムをローカルに復元します。
削除されたemmo日記を復元する方法
Feb 27, 2024 pm 04:40 PM
Emmo Diary は、気分を記録するために特別に設計されたソフトウェアで、毎日の重要な出来事や些細な出来事を記録できるプライベートな日記スペースを提供します。 Emmo Diary は、独自の感情認識テクノロジーを通じて、自分の感情をよりよく理解し、対処するのにも役立ちます。しかし、時々、日記を誤って削除してしまい、復元方法がわからないことがあります。そこで、このチュートリアル ガイドでは、困っているすべての人を助けることを願って、詳細な復元ガイドを提供します。 Emmo はどうすれば以前の日記を取り戻すことができますか? 1. emmo 選択画面の左下隅にある [設定] アイコンをクリックして入ります; 2. 画面上の [データのバックアップと復元] アイコンを選択して操作に入ります。
