這個確實不好說，畢竟誰的問題都得講證據，況且還有個大鍋在上面，肯定得先緊著撇清自己，每個產品都有自己的檢查校驗工具，從emc工程師的角度看，跑完測試沒問題，確實也能甩一甩了。

1.?從Oracle寫的路徑鏈條看：?文件系統(asm)----> 設備驅動 ---->?適配器鏈路 ----> 存儲控制器 ----> 磁盤，如果有硬件故障，或者鏈條里的一個任何一個環節有bug，都會導致寫異常。

2.?從oracle的角度看，oracle的壞塊分兩種：

物理損壞：每個塊頭有校驗字段，每次從內存寫入磁盤會計算一個值寫進去，下次從磁盤讀的時候再計算對比，兩個值對不上了就是物理損壞，校驗和或塊頭損壞都可能導致這個問題，Oracle識別不了這個塊了。這種的硬件可能性會偏大點， 一般會報1578的錯，alert和trc有明細。 比如早些年遇到的ds系列存儲的一個經典故障，不可讀壞塊，會在存儲層對不可讀的塊清零，從而導致Oracle出現壞塊，整個數據塊全是0，而且存儲也有報錯，這種責任就很容易界定了。

記得Oracle有個文章專門描述了數據塊損壞的各種類型，可以翻翻看看

邏輯損壞：塊頭校驗沒問題，塊內容不一致了，比如軟件bug導致的寫丟失等。

rman備份的時候會先把塊拷到緩沖區，相當于默認做了物理一致性檢查，所以物理塊損壞的可能大點，建議結合日志和trc再好好看看，查一下mos，看看是否命中bug之類的，當然這樣不是說責任在oracle，畢竟準備的越充分，后面討論的把握會更大一些。

總結

以上是生活随笔為你收集整理的emc做oracle备份,Oracle备份和EMC存储到底谁说的对？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。