[SQL ] ORACLE 沒關閉DB就COPY檔案

看板Database作者 (烏拉拉)時間10年前 (2015/10/01 18:12), 編輯推噓2(2推 0噓 12→)
留言14則, 4人參與, 最新討論串1/1
（針對 SQL 語言的問題，用這個標題。請用 Ctrl+Y 砍掉這行） 資料庫名稱： ORACLE 資料庫版本： 10G 內容/問題描述： 各位前輩好 小弟今日將A主機的ORACLE DB在未SHUTDOWN的狀況下 直接將CTL、DBF、LOG COPY到B主機 並且成功的MOUNT起來了，目前A主機是屬於正式環境 前段AP正常使用中，但還是有點害怕， 現在想起來覺得自己有點魯莽 不知各位有沒有這樣做過，造成甚麼異常? 謝謝! -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.75.90 ※ 文章網址: https://www.ptt.cc/bbs/Database/M.1443694347.A.4DB.html
推
10/01 18:44, , 1F
Copy而已沒事的
10/01 18:44, 1F
→
10/01 19:02, , 2F
那為何可以MOUNT起來，檔案COPY了半小時，照理說每個
10/01 19:02, 2F
→
10/01 19:02, , 3F
FILE的COMMIT狀態也會不同.....
10/01 19:02, 3F
→
10/03 00:04, , 4F
只能說這只會影響你主機a的io效能，尤其在read,另外這
10/03 00:04, 4F
→
10/03 00:04, , 5F
種copy的方式你的b主機所以copy的db很可能會開不起來，
10/03 00:04, 5F
→
10/03 00:04, , 6F
尤其當你的a主機比較忙碌而你db的online redo log以及s
10/03 00:04, 6F
→
10/03 00:04, , 7F
witch過一輪的話，你複製的資料庫會開不起來
10/03 00:04, 7F
→
10/03 00:06, , 8F
建議直接用rman方式來backup restore資料庫或是duplica
10/03 00:06, 8F
→
10/03 00:06, , 9F
te database
10/03 00:06, 9F
→
10/03 00:08, , 10F
還有mount起來的db不代表是能用的，在mount狀態就算是
10/03 00:08, 10F
→
10/03 00:08, , 11F
只要controlfile 完全沒有datafile也能mount啊
10/03 00:08, 11F
→
10/03 23:11, , 12F
回K大，其實是OPEN的，而且檢查過所有SCN是一致的
10/03 23:11, 12F
→
10/03 23:11, , 13F
只能說運氣不錯.....
10/03 23:11, 13F
推
10/05 10:58, , 14F
如果不放心的話可以用dbv 檢查有沒有corrupted block
10/05 10:58, 14F
‣ 更多 kb0130 的文章
文章代碼(AID): #1M3GSBJR (Database)