其中一段寫著
Normally, we do so by physically copying the cold backup datafiles. Also RMAN and hotbackup
files can be used for this purpose.
These methods of cloning the DB requires the platform of the source and the target DB to be same.
To avoid this restriction we can use export /import to do the cloning.
由此可知 RMAN 或其他的 hotbackup 方法並無法將完整資料庫回復到不同OS平台的資料庫. 必須使用 exp/imp 方能達到線上(不需要 shutdown DB)異種平台的 DB clone 需求 (詳細步驟請參考 metalink Note:113178.1 How to Move a Database to a Different Platform)
另外有種方式可以使用 RMAN 來進行將 online backup set Recover 到不同平台的資料庫
這種方式比較繁瑣一點
首先在 target DB 上建立所需要的資料庫(包含 SID, Pfile, Password file , 系統環境變數及安裝與 source DB 相同的 option)
如果 target DB 是 Windows 的話需使用 oradim 建立所需要的 service
例如 >oradim80 -new -sid CLON -intpwd oracle -startmode auto -pfile c:\orant\clone\database\initclon.ora
然後在 startup nomount 的模式下進行 TSPITR(Tablespace Point-In-Time Recovery)
將所有的 tablespace 一個一個的從 backup set 回復到 target DB 上
這樣也可以完成異種平台的資料庫複製啦
至於樓上說的 standby....並無法複製資料庫喔
所謂的 standby 還是得先將資料庫複製一份到 standby server 上
再設定 standby 參數來同步 archive log 或 redo log(10g 以上)
主要用途是 Disaster recovery 或是 report server
以上僅供參考
歡迎大家一起討論
sapdavid wrote:
為什麼要用回復
又要異種平台移植...
答案很簡單....
根本不想有Shutdown的狀況 or 時間....
這些目的只是不想用貴貴的AIX...想用Intel(OS也許是Linux)架構建立測試系統
所以囉....
我當然有可以不關機卻可以移植出接近即時的資料的方式...不過我也想知道有沒有其他好方法....
所以才想知道有沒有異種平台回復的方法
不想有Shutdown 時間,基本上就是要選oracle RAC了
這時問DataGuard 好像是弄錯方向了
倒不如考慮買兩三台Intel Base Server + Linux 作Oracle RAC
不過現在的 SAN Storage也不是太便宜
要看你的商業考量是啥來定出你的solution
但是我說句良心話, IBM AIX 真的很穩定
貴不是沒原因的,貴公司若是Server 停一小時會損失幾百萬
選AIX or HP-Unix 是必要且划算的投資
其實我都跟客戶這樣說
Linux 雖然說也是一個便宜的選擇,但是維護成本並不低(要靠客戶自己的解決能力)
MIS 的流動率事實上並不低
若是因為有人會管Linux而選Linux ,那這個人走了怎麼辦?
Linux 因為不明原因頻頻當機,又該找誰來解?
結論是: 一分錢一分貨,再加上一個有良心又專業的廠商, DBA會過的比較快樂
TK91052 wrote:
不想有Shutdown 時間,基本上就是要選oracle RAC了
TK91052大大
SAPDavid 大大是想要不離線的狀況下複製 DB 到另一個 platform 當作測試環境耶
因為 AIX 太貴了所以才想要用 intel based server 來做測試環境
並不是要做 HA 啦
RAC 本身也是使用同一份 database , 只不過同時有兩個 instance在運行
如何把另一個 instance 拿來當作測試環境勒
好處是當一個 instance 掛了還有另一個 instance 可以運行
不過當 database 掛了....RAC 還是沒救喔
況且 standby 跟 RAC 並不相牴觸, 相反地可以相輔相成
如果要完整的系統安全性, RAC+Standby 是更好的選擇喔
不過相對地....成本要很粗吧
eRic528 wrote:
至於樓上說的 standby....並無法複製資料庫喔
所謂的 standby 還是得先將資料庫複製一份到 standby server 上
再設定 standby 參數來同步 archive log 或 redo log(10g 以上)
雖然 standby 的用途不是要複製資料庫.
不過, 你上頭自己也寫了. 要弄一個 standby 的第一個步驟, 就是要複製一份資料庫出來. 這樣子... 為何說 standby 不能用來複製資料庫呢?
一般比較大的資料庫, 複製的時間會很長, 在主系統持續運作下, 利用 rman 製造一個 standby db 出來, 再把這之間的 log 餵給 standby, 可以輕易的弄出一份相同的資料庫. 這時就可以在極短的時間內切換這台主機.
11g 的文件看來 standby 已經沒有相同平台與 OS 的限制了. 或許可以滿足樓主的需求. 只是... 現在的系統我想應該不可能是建構在今年才出來的 11g 上頭吧. 對不能停機的系統來說, 光升級就是一個大工程了.
內文搜尋
從 APP 打開
X