IQ遷移object導致的錯誤怎么解決

本篇內容介紹了“IQ遷移object導致的錯誤怎么解決”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

Keywords
 "sp_mpxprocesstlvlog exception", "cannot maintain catalog sync" 

   因為將1T Size的文件恢復到新的主機，新主機上的raw device每個LUN為1.5T, 導致500G的空間不能被合理使用， 我們采用加入一個 1.5T 的RAW DEVICE, 然后將原來的文件
read only , 然后通過 sp_iqemptyfile 方式轉移數據到新的raw device上，最后刪除之前的文件。但是刪除文件碰到問題，協調節點外的其他節點都down下來。 

1. 新建dbspace文件。
alter dbspace msgdw  add file  msgdw_16399  '/data01/iqdm/data/iq_msgdw_11.iq' 

2.設置原異常的dbspace文件為只讀 
alter dbspace msgdw  alter file msgdw_16391  readonly  

3.sp_iqfile msgdw  查看文件是否變成RO , 如果是，立即commit; 
然后再跑一次 sp_iqfile msgdw ，如果文件狀態還是 RO , 那么確認文件確實是RO . 

4.sp_iqemptyfile會遷移原寫入異常的objects到可讀寫的dbspace文件上，然后清空。
sp_iqemptyfile msgdw_16391  

5. 查看設置為readonly的文件是否可以drop . 
sp_iqfile msgdw  
 --- this should show that OkToDrop column for the problem dbfile msgdw_16391  should change from N to Y 
如果狀態是Y,  立即COMMIT,  再次查看 sp_iqfile msgdw ，如果確認 OkToDrop=Y , 那么可以下一步。

6. 刪除只讀的dbspace文件。
alter dbspace msgdw  drop file msgdw_16391  

7. 刪除成功，但是發現協調節點外的其他節點都down了。 查看iqmsg日志，發現如下語句：
sp_mpxprocesstlvlog exception, SQLSTATE=QSA44 [An IO error was encountered while reading a 
database page in INVALID_DBSPACE DBSpace. 

在SAP Support查詢發現很多這種情況： 
2491497 - Random secondary node crash with "Secondary server cannot maintain catalog sync" error  
2147434 - DROP and CREATE USER causes "Secondary server cannot maintain catalog sync."  

“IQ遷移object導致的錯誤怎么解決”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！