都是crosscheck惹的禍,備份歸檔失敗
備份是大事,有的時候睡覺都驚醒,忘備份了
如果備份不細檢查備份環節就更可怕了
RMAN> list archivelog all;
List of Archived Log Copies
Key Thrd Seq S Low Time Name
------- ---- ------- - --------- ----
1224 2 107 X 25-DEC-07 /home/oracle/archive/2_107_640546001.arc
1225 2 108 X 25-DEC-07 /home/oracle/archive/2_108_640546001.arc
1226 2 109 X 26-DEC-07 /home/oracle/archive/2_109_640546001.arc
1228 2 110 X 26-DEC-07 /home/oracle/archive/2_110_640546001.arc
1229 2 111 X 26-DEC-07 /home/oracle/archive/2_111_640546001.arc
1231 2 112 X 26-DEC-07 /home/oracle/archive/2_112_640546001.arc
1232 2 113 X 26-DEC-07 /home/oracle/archive/2_113_640546001.arc
1234 2 114 X 26-DEC-07 /home/oracle/archive/2_114_640546001.arc
1235 2 115 X 26-DEC-07 /home/oracle/archive/2_115_640546001.arc
1236 2 116 X 26-DEC-07 /home/oracle/archive/2_116_640546001.arc
檢視系統的歸檔,看到status為X,並沒有在意,直接備份
但備份以後,發現RMAN不識別狀態為X的歸檔,
RMAN> run
2> {
3> allocate channel c1 device type disk connect 'sys/baan@baan1';
4> allocate channel c2 device type disk connect 'sys/baan@baan2';
5> backup archivelog all delete all input;
6> }
released channel: ORA_DISK_1
released channel: ORA_DISK_2
allocated channel: c1
channel c1: sid=918 instance=baan1 devtype=DISK
allocated channel: c2
channel c2: sid=1080 instance=baan2 devtype=DISK
Starting backup at 21-MAR-08
current log archived
channel c1: starting archive log backupset
channel c1: specifying archive log(s) in backup set
input archive log thread=1 sequence=385 recid=1808 stamp=649954597
input archive log thread=1 sequence=386 recid=1811 stamp=649954670
channel c1: starting piece 1 at 21-MAR-08
根本沒有去讀第2個節點的歸檔,crosscheck archivelog all;以後,狀態為available,
rman才重新識別,太可怕了,如果沒有注意的話,一旦出現介質故障,就毀了
channel c2: starting piece 1 at 21-MAR-08
channel c1: finished piece 1 at 21-MAR-08
piece handle=+BACKUP/baan/backupset/2008_03_21/annnf0_tag20080321t145751_0.271.649954675 tag=TAG20080321T145751 comment=NONE
channel c1: backup set complete, elapsed time: 00:00:03
channel c1: deleting archive log(s)
archive log filename=/home/oracle/archive/1_385_640546001.arc recid=1808 stamp=649954597
archive log filename=/home/oracle/archive/1_386_640546001.arc recid=1811 stamp=649954670
channel c2: finished piece 1 at 21-MAR-08
piece handle=+BACKUP/baan/backupset/2008_03_21/annnf0_tag20080321t145751_0.273.649954675 tag=TAG20080321T145751 comment=NONE
channel c2: backup set complete, elapsed time: 00:05:19
channel c2: deleting archive log(s)
archive log filename=/home/oracle/archive/2_212_640546001.arc recid=1388 stamp=643726675
archive log filename=/home/oracle/archive/2_213_640546001.arc recid=1389 stamp=643727323
archive log filename=/home/oracle/archive/2_214_640546001.arc recid=1391 stamp=643727824
archive log filename=/home/oracle/archive/2_215_640546001.arc recid=1392 stamp=643728326
archive log filename=/home/oracle/archive/2_216_640546001.arc recid=1393 stamp=643728836
archive log filename=/home/oracle/archive/2_217_640546001.arc recid=1395 stamp=643729304
archive log filename=/home/oracle/archive/2_218_640546001.arc recid=1396 stamp=643729580
archive log filename=/home/oracle/archive/2_219_640546001.arc recid=1397 stamp=643730043
archive log filename=/home/oracle/archive/2_220_640546001.arc recid=1399 stamp=643730527
archive log filename=/home/oracle/archive/2_221_640546001.arc recid=1400 stamp=643730960
archive log filename=/home/oracle/archive/2_222_640546001.arc recid=1401 stamp=643731342
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/175005/viewspace-214917/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 都是髒資料惹的禍
- Oracle RAC啟動失敗-軟連結惹的禍Oracle
- 維數災難:都是孤獨惹的禍
- RMAN-ERROR:因為找不到過期和丟失的歸檔日誌而備份失敗Error
- Oracle dg歸檔同步失敗Oracle
- rman備份的時候讀取v$session_longops失敗導致備份失敗SessionGo
- 計劃生育惹的禍
- dg丟失歸檔,使用rman增量備份恢復
- gitlab自動定時備份檔案,備份失敗傳送郵件Gitlab
- Mysql備份失敗案例(一)MySql
- oracle 如何不備份已經備份的歸檔Oracle
- 使用RMAN增量備份處理Dataguard因歸檔丟失造成的gap
- 網站搬家時匯入SQL Server備份檔案失敗網站SQLServer
- 故障分析 | DDL 導致的 Xtrabackup 備份失敗
- Oracle設定多個歸檔路徑生成多份歸檔日誌,Rman備份時也只備份其中的一份歸檔日誌Oracle
- Memcached 的惹禍,.NET 5.0 的背鍋
- rman開啟備份優化對備份歸檔的影響優化
- PS4Slim還未公佈就開賣?都是阿聯酋貨源惹的禍
- UML已死?其實是敏捷惹的禍?敏捷
- 手工rm刪除歸檔日誌對備份歸檔日誌的影響
- 10g的回收站又惹禍了
- MongoDB for Windows使用批處理檔案啟動閃退之空格惹的禍MongoDBWindows
- 教你在Linux中如何歸檔和備份Linux
- RMAN備份整庫和歸檔日誌的方法
- Oracle使用備份檔案集恢復歸檔日誌Oracle
- 【故障公告】Memcached 的“惹禍”,不知在為誰背鍋
- DM7使用DMRMAN執行歸檔備份
- ORACLE NBU調取oracle rman指令碼備份歸檔不自動刪除歸檔Oracle指令碼
- 達夢dmrman備份報錯[-7103]:建立命名管道失敗
- 【Azure 應用服務】備份網站時由於檔案太大了,導致應用服務備份失敗。如何解決?網站
- 在Linux中,如何進行備份或歸檔檔案(tar 命令)?Linux
- 如何快速找到備份過最近、最大序號的歸檔日誌
- 引入js檔案失敗JS
- 聯合國問題根源:並不是是科技發展惹的禍
- 帝國cms備份500錯誤 帝國cms重新整理失敗
- kubernetes叢集斷電後etcd啟動失敗之etcd備份方案
- 世界備份日——如果您丟失了所有檔案
- 從備份片中恢復某個指定得歸檔或者資料檔案
- 【BBED】丟失歸檔檔案情況下的恢復