物理DG從庫損壞後的重建
由於是重建,原來DG環境中被重建的物理從庫中的資料檔案,日誌檔案,dump檔案等都可以刪除,切記原來的引數檔案和相應目錄一定要儲存。
主庫做standby控制檔案和資料庫的全備份
[oracle@localhost rman_recover]$ rman target /
備份控制檔案
RMAN> backup current controlfile for standby format '/u01/rman_recover/ctlfile.bak';
備份整庫
RMAN> backup database format '/u01/rman_recover/%full_backup_%T_%t.bak';
備庫上查詢控制檔案路徑:
SQL> select name from v$controlfile;
NAME
---------------------------------------------
/u01/app/oracle/oradata/orcl_s/control01.ctl
/u01/app/oracle/oradata/orcl_s/control02.ctl
/u01/app/oracle/oradata/orcl_s/control03.ctl
SQL> shutdown abort
ORACLE instance shut down.
copy主庫的備份到備庫
[oracle@localhost ~]$ scp 10.37.11.11:/u01/rman_recover/*.bak /u01/rman_recover/
oracle@10.37.11.11's password:
0ull_backup_20140522_848228743.b 100% 7072KB 6.9MB/s 00:00
7ull_backup_20140522_848228595.b 100% 1002MB 11.9MB/s 01:24
ctlfile.bak 100% 7040KB 6.9MB/s 00:01
將控制檔案copy到原配置中:
[oracle@localhost rman_recover]$ cp ctlfile.bak /u01/app/oracle/oradata/orcl_s/control01.ctl
[oracle@localhost rman_recover]$ cp ctlfile.bak /u01/app/oracle/ora
data/orcl_s/control02.ctl
[oracle@localhost rman_recover]$ cp ctlfile.bak /u01/app/oracle/ora
data/orcl_s/control03.ctl
啟動備庫例項:
SQL> startup nomount
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1218316 bytes
Variable Size 75499764 bytes
Database Buffers 88080384 bytes
Redo Buffers 2973696 bytes
獲取備庫的tns:(我的是orcl_s.2_tns)
[oracle@localhost ~]$ cat /u01/app/oracle/10.2.0/db_1/network/admin/tnsnames.ora
orcl_p.1_tns =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.37.11.11)(PORT = 1521))
)
(CONNECT_DATA =
(SID = orcl_p)
(SERVER = DEDICATED)
)
)
orcl_s.2_tns =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.37.11.12)(PORT = 1521))
)
(CONNECT_DATA =
(SID = orcl_s)
(SERVER = DEDICATED)
)
)
主庫上連線rman和備庫的輔助例項:
[oracle@localhost ~]$ rman target / auxiliary sys/oracle@orcl_s.2_tns
Recovery Manager: Release 10.2.0.1.0 - Production on Thu May 22 11:29:50 2014
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: ORCL (DBID=1370299695)
connected to auxiliary database: ORCL (not mounted)
指定複製:
RMAN> run {
2> allocate auxiliary channel c1 device type disk;
3> duplicate target database for standby nofilenamecheck;
4> release channel c1;
5> }
備庫檢視資料庫狀態:
SQL> select status from v$instance;
STATUS
------------
MOUNTED
啟動REDO應用:
SQL> alter database recover managed standby database using current logfile disconnect from session;
Database altered.
日誌被應用:
SQL> select name,applied from v$archived_log;
NAME APP
--------------------------------------------- ---
/u01/orcl_arch/1_48_847903838.dbf YES
/u01/orcl_arch/1_49_847903838.dbf YES
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29320885/viewspace-1168061/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ASM 仲裁盤OCR DG損壞,重建步驟ASM
- Oracle資料庫塊的物理損壞與邏輯損壞Oracle資料庫
- RAID 損壞後對物理硬碟做完整映象方法AI硬碟
- 使用dbverify檢測物理損壞
- 控制檔案損壞重建實驗(上)
- 控制檔案損壞重建實驗(下)
- Oracle資料庫UNDO損壞後的恢復Oracle資料庫
- master資料庫損壞之後的恢復AST資料庫
- 主庫不停做物理dg
- voting disk 損壞解決方法---重建crs
- MySQL資料庫表損壞後的修復方法MySql資料庫
- DG物理standby,Failover之後原primary重回DGAI
- 備份與恢復--重建控制檔案後資料檔案損壞的恢復
- 重建物理備庫案例兩則
- Oracle資料庫壞塊(corruption)-物理壞塊Oracle資料庫
- 【DATAGUARD】DG系列之RACtoONE物理備庫的搭建
- 【MySQL】複製1594錯誤(從庫relaylog損壞)MySql
- 資料庫損壞解決:資料庫已損壞,無法分配空間資料庫
- ora11_node_dg(4)主庫當機後,從庫升為主庫,重新搭建DG
- mysql xtracbakup 重建從庫 .MySql
- ORA-600 [12700]故障處理一則(線上重建損壞的索引)索引
- 【DATAGUARD】DG系列之11g物理備庫的搭建
- 【DG】物理DG中LNSn、NSS、NSA程式
- 回滾段損壞後的引數設定
- 物理DG、邏輯DG和快照DG的搭建(視訊講解)
- 【DG】怎麼使用Data Pump備份物理備庫
- 使用RMAN恢復完全損壞的資料庫資料庫
- AMDU 從頭部損壞的磁碟中提取檔案
- ASM之OCR所在磁碟組損壞後的恢復ASM
- 執行在容器中Postgres資料庫資料損壞後如何恢復?資料庫
- 硬碟物理故障解決方法之電路板損壞修復方案硬碟
- 解決物理standby 歸檔日誌損壞ORA-00334
- [20170303]dg環境下線上日誌損壞8.txt
- 【DATAGUARD】物理dg的switchover切換(五)
- 【故障處理】通過重建資料庫物件解決因EXPDP/IMPDP工具損壞無法使用問題資料庫物件
- 物理DG角色轉換:switchover
- DG物理standby,switchover步驟
- 網路故障造成備庫standby logfile的損壞