dataguard型別轉換與模式轉化
修改資料保護模式步驟
前提:是否滿足轉換模式的配置要求
最大保護(Maximum Protection):
Standby Database 必須配置Standby Redo Log,Primary Database必須使用LGWR,SYNC,AFFIRM 方式歸檔到Standby Database.
最高可用性(Maximum availability):
Standby Database 必須配置Standby Redo Log,而Primary Database必須使用LGWR,SYNC,AFFIRM 方式歸檔到Standby Database.
最高效能(Maximum performance):
Standby Database 可以LGWR ASYNC 或者 ARCH 程式實現,Standby Database也不要求使用Standby Redo Log。
操作流程:
1)關閉資料庫,重啟到Mount 狀態,如果是RAC,需要關閉所有例項,然後只啟動一個例項到mount狀態。
2)修改模式:
語法:
ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {PROTECTION | AVAILABILITY | PERFORMANCE};
如:SQL>ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PROTECTION;
3) 開啟資料庫: alter database open;
4) 確認修改資料保護模式:
SQL>select protection_mode,protection_level from v$database;
物理備庫轉化為快照備庫步驟
1).Snapshot standby database是建立在物理standby 的基礎上的。
2).如果我們想在standby 庫上做一些測試,因為主庫我們不能動,我們可以在備庫測。 那麼我們就可以把這個standby 切換成snapshot standby。
切換語句如下:
SQL> alter database convert to snapshot standby;
切換之後,我們可以檢視alert log,會發現裡面有建立一個restore point:
Created guaranteed restore point SNAPSHOT_STANDBY_REQUIRED_xxx
3). 把snapshot standby 資料庫開啟,進行我們的測試。
SQL> alter database open;
4). 測試完畢後,我們把資料庫重啟到mount 狀態。
5) 執行命令將資料庫從snapshot狀態切換到之前的狀態,如物理standby或者邏輯standby。
SQL> alter database convert to physical standby;
前提:是否滿足轉換模式的配置要求
最大保護(Maximum Protection):
Standby Database 必須配置Standby Redo Log,Primary Database必須使用LGWR,SYNC,AFFIRM 方式歸檔到Standby Database.
最高可用性(Maximum availability):
Standby Database 必須配置Standby Redo Log,而Primary Database必須使用LGWR,SYNC,AFFIRM 方式歸檔到Standby Database.
最高效能(Maximum performance):
Standby Database 可以LGWR ASYNC 或者 ARCH 程式實現,Standby Database也不要求使用Standby Redo Log。
操作流程:
1)關閉資料庫,重啟到Mount 狀態,如果是RAC,需要關閉所有例項,然後只啟動一個例項到mount狀態。
2)修改模式:
語法:
ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {PROTECTION | AVAILABILITY | PERFORMANCE};
如:SQL>ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PROTECTION;
3) 開啟資料庫: alter database open;
4) 確認修改資料保護模式:
SQL>select protection_mode,protection_level from v$database;
物理備庫轉化為快照備庫步驟
1).Snapshot standby database是建立在物理standby 的基礎上的。
2).如果我們想在standby 庫上做一些測試,因為主庫我們不能動,我們可以在備庫測。 那麼我們就可以把這個standby 切換成snapshot standby。
切換語句如下:
SQL> alter database convert to snapshot standby;
切換之後,我們可以檢視alert log,會發現裡面有建立一個restore point:
Created guaranteed restore point SNAPSHOT_STANDBY_REQUIRED_xxx
3). 把snapshot standby 資料庫開啟,進行我們的測試。
SQL> alter database open;
4). 測試完畢後,我們把資料庫重啟到mount 狀態。
5) 執行命令將資料庫從snapshot狀態切換到之前的狀態,如物理standby或者邏輯standby。
SQL> alter database convert to physical standby;
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31383567/viewspace-2135114/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- java型別轉換與強制型別轉換(轉)Java型別
- PHP 型別轉換&&型別強制轉換PHP型別
- 日期型別與String型別的轉換型別
- 型別轉換型別
- 造型與強制型別轉換型別
- java- 型別-轉換:基本型別以及包裝型別的轉換Java型別
- 資料型別,型別轉換資料型別
- js型別轉換JS型別
- 字元型別轉換字元型別
- 3.2 型別轉換型別
- JavaScript 型別轉換JavaScript型別
- Golang型別轉換Golang型別
- 型別轉換(cast)型別AST
- python之 資料型別判定與型別轉換Python資料型別
- C++中的向上型別轉換和向下型別轉換C++型別
- javascript快速入門8--值,型別與型別轉換JavaScript型別
- python 與 Mysql 資料型別轉換PythonMySQL 資料型別
- 【python】str與json型別轉換PythonJSON型別
- 字串與日期型別轉換的工具類字串型別
- 13-where與order by以及型別轉換型別
- interface{} 型別的轉換型別
- JNI常用型別轉換型別
- 資料型別轉換資料型別
- go interface{}型別轉換Go型別
- 型別轉換注意點型別
- 強制型別轉換型別
- 變數型別轉換變數型別
- spark dataframe 型別轉換Spark型別
- 容器,型別轉換。List。型別
- sql server型別轉換SQLServer型別
- 陣列型別轉換陣列型別
- struts 型別轉換器型別
- C++型別轉換C++型別
- 型別轉換工具類型別
- golang的型別轉換Golang型別
- C# 型別轉換C#型別
- 型別轉換運算子型別
- c++ 型別轉換C++型別