由於是重建,原來dg環境中被重建的物理從庫中的資料檔案，日誌檔案，dump檔案等都可以刪除，切記原來的引數檔案和相應目錄一定要保
由於是重建,原來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
sql> shutdown abort
oracle instance shut down.
copy主庫的備份到備庫
[oracle@localhost ~]$ scp 10.37.11.11:/u01/rman_recover/*.bak /u01/rman_recover/
[email protected]'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
驗證dg最大效能模式下使用arch/lgwr及standby log的不同情況
將控制檔案copy到原配置中：
data/orcl_s/control02.ctl
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
MYSQL從庫延遲提高從庫效率
主從複製延期設定從庫的sycn binlog提高複製效率 mysql配置引數sync binlog說明 mysql提供乙個sync binlog引數來控制資料庫的binlog刷到磁碟上去。預設，sync binlog 0，表示mysql不控制binlog的重新整理，由檔案系統自己控制它的快取的重新整...
mysql 從庫日誌 MySQL 從庫日誌比主庫多
宣告 本文可能無法幫到所有人，只是分享給真正需要的人，如果你已經會了，複習一遍，也沒什麼壞處 在群裡聊天的時候，乙個群友說，生產庫主庫宕機，但是主從資料庫資料一致，但是從庫的日誌比主庫多，很是不理解！諮詢後發現，生產庫的主庫沒有設定sync binlog 1，而是為sync binlog 0 因此，...
MySQL，從刪庫到跑路
1 刪除表中指定記錄 mariadb vincen delete from 資料表名 where 指定條件 2 同時刪除表中的記錄 mariadb vincen delete from 資料表名 where 欄位名 between 條件1 and 條件2 3 刪除表中所有的記錄 mariadb vi...