informix常見錯誤處理思路-wenkub
2023-05-21 16:57:49 本頁面
【正文】 用未備份狀態(tài)，即 flags 為 U 標志。原因可能為： 1. 數(shù)據(jù)庫邏輯日志沒有及時備份 2. 數(shù)據(jù)庫邏輯日志空間分配過小 3. 邏輯日志里面包含活動事務(wù)、包含檢查點信息 邏輯日志滿 ? 故障處理： 檢查是否是由于邏輯日志備份出現(xiàn)問題，如果是不能備份請查找不能備份的原因，可能是由于磁帶滿或磁帶機出現(xiàn)故障，或者是磁帶設(shè)備繁忙；個別情況下即使邏輯日志標志為已備份但是仍然是不可使用的，包括： 1. 該邏輯日志包含活動的事務(wù)信息，由于數(shù)據(jù)庫需要考慮其可能的回滾操作，因此是不會讓該邏輯日志的內(nèi)容被覆蓋的，可以通過 onstat –x 檢查其 beginlg 來確定事務(wù)的邏輯日志起始位置； 2. 包含檢查點信息，可以通過 onstat –l 觀察 flags 的最后一位為 L 的邏輯日志的位置，在它之后的邏輯日志即使已經(jīng)備份也是不可使用的，因為這些邏輯日志內(nèi)容將會在快速恢復(fù)中使用到。例如如果需要知道在指定的表上是有哪些用戶具體占用了鎖，可以通過以下的方式查看： 執(zhí)行 onstat –u來獲得實際的 session 信息，從中就可以找到鎖的擁有者。 長事務(wù) ? 故障處理： 根據(jù)數(shù)據(jù)庫日志里面所提供的信息可以很方便的發(fā)現(xiàn)具體是哪一個事務(wù)造成了長事務(wù)。 長事務(wù) ? 故障現(xiàn)象： 數(shù)據(jù)庫日志中出現(xiàn) chunk IO 錯誤，使用 onstat –d 觀察 chunk flag 的狀態(tài)是 down 的狀態(tài)，數(shù)據(jù)庫操作中不能操作包含在這些 chunk 中的數(shù)據(jù)，如果使用到這些數(shù)據(jù)可能會返回錯誤，嚴重情況下會導(dǎo)致數(shù)據(jù)庫宕機。一個快速確定存儲設(shè)備是否可用的辦法是：使用 dd 命令實際讀取該設(shè)備，這里需要強調(diào)的是只能做讀取操作，不能寫入，嚴禁在 of 設(shè)備項指定為 chunk 路徑，因此我們也只能驗證其存儲設(shè)備是否可讀，例如： dd if=/home/informix/940/dsk/data_chk1 of=/dev/null bs=2048k 在確定所有硬件或設(shè)置都已經(jīng)恢復(fù)正常以后，可以首先嘗試使用 onspaces –s 進行恢復(fù)，如果還不能恢復(fù)成功，請聯(lián)系 IBM 相關(guān)人員技術(shù)支持。 因此，當您重新裝載數(shù)據(jù)或者對數(shù)據(jù)庫表進行了大量的更新操作后，應(yīng)該及時執(zhí)行 update statistics。 操作背景： DCOMS數(shù)據(jù)庫空間已達 91%，為滿足業(yè)務(wù)系
公司管理相關(guān)推薦
鄂ICP備17016276號-1