[發明專利]一種營銷業務系統運維應急處置及快速恢復方法

在審

• 申請號: 201811302525.5
• 申請日: 2018-11-02
• 公開（公告）號: CN109634777A
• 公開（公告）日: 2019-04-16
• 發明（設計）人: 胡楠;杜紅軍;劉樹吉;喬林;劉穎;孫寶華;劉為;吳赫;周巧妮;徐立波;冉冉;李云鵬;李東洋;于元旗;曲睿婷;周大鵬;胡非
• 申請（專利權）人: 國網遼寧省電力有限公司信息通信分公司
• 主分類號: G06F11/14
• 分類號: G06F11/14
• 代理公司: 北京國坤專利代理事務所(普通合伙) 11491
• 代理人: 趙紅霞

1.一種營銷業務系統運維應急處置及快速恢復方法，其特征在于：包括下述情況處理：

一、數據中心站點災難：

需要進一步分析判斷故障的嚴重程度，再決定是否啟用經過數據復制生成的查詢庫，作為生產數據庫；

如決定使用查詢庫，則需要如下關鍵步驟：

(1)停止數據庫復制軟件在查詢庫上的進程；

(2)停止業務應用程序；

(3)將業務應用程序的對原有生產數據庫的連接訪問配置全部調整到對查詢庫進行訪問；

(4)重新啟用應用程序；

二、發現數據丟失：

(1)少量數據丟失處理方法：

由應用程序設計、開發人員檢查數據不一致的狀況，具體丟失情況在本文檔中無法盡述，總體而言，要分析嚴重程度，考察是否能夠通過業務操作進行彌補，能夠彌補的，則通過業務操作來完成；否則采用“數據庫恢復處理方法”；

(2)通過數據庫恢復的處理方法：

不論是少量數據或是大量數據，只要無法通過業務操作、業務流程等手段恢復的，都需要通過數據庫恢復的處理方法來完成恢復；

三、數據庫主機的CPU高：

(1)通過top-h查看CPU高的進程，得到進程號，即pid；

(2)用sql工具語句找到相應的會話，和執行SQL；

(3)管理員身份登錄數據庫服務器，執行殺掉此會話(session)；

(4)數據庫中長時間存在鎖(鎖等待)；

應急步驟：

(1)通過sql工具查看鎖的狀況；

(2)觀察哪個session是起頭加鎖的；

(3)記錄下會話的當前sql；

(4)如果鎖等待的時間超過10分鐘，同時鎖的個數比較少，可以殺掉進程；

(5)如果鎖的數量比較多，且存在繼續增加跡象，也應立即殺鎖；

(6)將所獲取的sql發給技術專家組進行分析；

四、應用系統表現慢：

(1)查看數據庫上是否有鎖，如果有按照對應的技術方法處理；

(2)查看數據庫主機CPU是否高。如果高，則查找相應sql，并按照對待數據庫CPU高的方式來處理會話；

(3)查看應用服務器是否異常(CPU高、垃圾回收異常、等待隊列>0)，如果是，則按應用服務器CPU高的方法進行處理；

(4)后續處理：做數據庫的stackpack性能分析；分析線程導出的結果，定位應用中可能存在的問題，并將結果反饋給技術專家組。由技術專家組對這個缺陷進行分析并完善；

五、數據庫歸檔文件占滿存儲空間：

分兩種情況，一種是當前數據庫歸檔文件占滿存儲空間。這種需要馬上處理，直接登錄服務器將歸檔文件轉移，然后刪除相應的歸檔文件，如果時間來不及則直接刪除歸檔文件；

第二種情況是預計在下一次數據庫備份之前，歸檔文件會占滿存儲空間，這種情況最好是登錄備份服務器手動執行一次備份，如果判斷時間來不及則采用第一種情況的處理方法；

需要提前制定出手動執行備份的方法；

六、unix系統某個掛載點的空間使用率超過預警閥值的處理方法：

(1)通過du-s*命令在該掛載點下查看每個目錄和文件的大小情況；

(2)進入空間占用比較大的目錄，用同樣的方法確定目錄和文件的大??；

(3)判斷原因的屬于哪一種。如果是a，則聯系相關人員確定可否刪除；如果是b或c，則聯系系統管理人員或相關廠商進行確認；

(4)確認可以刪除后，如果時間和條件允許，要先將待刪除的文件備份到本地；

(5)使用rm命令刪除時，要確認使用的命令選項完全正確。使用通配符進行批量刪除時，要先用ls命令驗證通配符的用法是否正確，以免誤操作；

七、關鍵業務應用策略：

當發生數據庫或應用服務器故障，短時間不能恢復時建議采取以下應急措施：

(1)概述說明由于系統故障，對應用業務的影響，如何恢復正常；

(2)按照壓力優先級別，窗口，優質服務等分出應用業務的恢復順序。