IQ遷移object導(dǎo)致的錯(cuò)誤怎么解決

本篇內(nèi)容介紹了“IQ遷移object導(dǎo)致的錯(cuò)誤怎么解決”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

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

   因?yàn)閷?T Size的文件恢復(fù)到新的主機(jī)，新主機(jī)上的raw device每個(gè)LUN為1.5T, 導(dǎo)致500G的空間不能被合理使用， 我們采用加入一個(gè) 1.5T 的RAW DEVICE, 然后將原來的文件
read only , 然后通過 sp_iqemptyfile 方式轉(zhuǎn)移數(shù)據(jù)到新的raw device上，最后刪除之前的文件。但是刪除文件碰到問題，協(xié)調(diào)節(jié)點(diǎn)外的其他節(jié)點(diǎn)都down下來。 

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

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

3.sp_iqfile msgdw  查看文件是否變成RO , 如果是，立即commit; 
然后再跑一次 sp_iqfile msgdw ，如果文件狀態(tài)還是 RO , 那么確認(rèn)文件確實(shí)是RO . 

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

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

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

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

在SAP Support查詢發(fā)現(xiàn)很多這種情況： 
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導(dǎo)致的錯(cuò)誤怎么解決”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！