首先排查操作系統根文件系統使用率,確認當前根文件系統可用總容量不足1T,數據庫表空間合計占用超過900G。因此,排出掉操作系統本身占用及db2軟件(實例為循環日志模式,事務日志以及診斷日志合計不足12G),若要解決問題,只能表空間容器上下手。
實際情況為,當前系統搭建的較早,當初直接將sda的某個分區給了根,無法實現擴容。
db2 “alter tablespace tablespace_name resize (file file_name size )”
經過查詢表空間的使用率,用戶自定義的表空間有兩個,分別為DMS_DATA和DMS_IDX,使用率都較高,而且數據下發庫的表不允許清理,再考慮碎片的影響,因此容器縮容方案預估只能釋放極少數空間。
理論上可行,實際驗證時發現時間過長,允許的停機窗口遠遠不夠。經過最簡單的cp測試,發現當前機器連接的存儲每秒讀寫速度低于70MB/s,而數據庫大小超過900G,且沒有開啟歸檔(循環日志模式),備份時只能選擇離線備份(離線備份期間數據庫無法連接使用),再包含恢復時間,總時長計算下來超過了7.5小時。
DMS_IDX表空間只有100G,按當前的磁盤速度只需要大約25分鐘左右,滿足停機時間窗。并且如果數據庫出現異常,可以通過mv回去的方式回退。
DMS_IDX為存放索引的表空間,萬一發生極端情況出現損壞,可以通過rebulid index的方式恢復,最起碼能保證數據不丟失。
執行:
首先將新申請的磁盤創建為pv,組成新的vg,劃新的lv掛載成新的文件系統(做成vg的目的是若干年后可以直接在線擴容)。
(截圖為測試環境問題復現)
關閉數據庫,mv容器,并且創建軟連接。
▼▼▼
db2stop force
mv /home/db2inst1/others/dms_idx01 /new_datafile/sample/
ln -s /new_datafile/sample/dms_idx01 /home/db2inst1/others/dms_idx01
db2start
重新啟動數據庫,檢查表空間狀態一切正常,走索引查詢部分表數據測試正常。
此處檢查容器位置,依然為mv之前的位置,對數據庫無感知。
檢查文件系統使用率已釋放。
完成。
更多精彩干貨分享
點擊下方名片關注
IT那活兒
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/129907.html
摘要:新晉技術專家下面是墨天輪部分新晉的技術專家。大家可以點擊往期閱讀墨天輪技術專家邀請函了解詳情,申請成為我們的技術專家,加入專家團隊,與我們一起創建一個開放互助的數據庫技術社區。新關聯公眾號墨天輪是一個開放互助的數據庫技術社區。 引言 近期我們在DBASK小程序增加了數據庫 MongoDB、Redis、 Elasticsearch、DB2、Weblogic 等新的的專題欄目和一些新的技術...
閱讀 1346·2023-01-11 13:20
閱讀 1684·2023-01-11 13:20
閱讀 1132·2023-01-11 13:20
閱讀 1858·2023-01-11 13:20
閱讀 4100·2023-01-11 13:20
閱讀 2704·2023-01-11 13:20
閱讀 1385·2023-01-11 13:20
閱讀 3597·2023-01-11 13:20