青島銀行pdtx升級步驟與計劃0526-internal

1、一、升級準(zhǔn)備1.系統(tǒng)檢查：確保 PDTX 當(dāng)前狀態(tài)，無硬件故障。2.升級介質(zhì)準(zhǔn)備：升級介質(zhì) PDTX FP7 和 spel build二、升級步驟升級項目子任務(wù)預(yù)計時間 小時注意事項 服務(wù)控制臺筆記不影響系統(tǒng)運行，可本升級在工作時間窗口進(jìn)行 系統(tǒng)升級升級內(nèi)容包括693 升級693 /=* 升級693 升級693 /=* 升級/=* 模板升級鏡像升級563 升級不影響系統(tǒng)運行，可在工作時間窗口進(jìn)行 LOVGIQ 介質(zhì)上傳 小時,OVGIQ 介質(zhì)需要預(yù)先 升級前檢查 小時 系統(tǒng)升級 小時 升級后檢查 小時 固件升級升級內(nèi)容包括網(wǎng)絡(luò)交換機固件升級機柜管理固件升級交換機固件升級 小時三、升級計劃時間窗

2、口升級項目持續(xù)時間業(yè)務(wù)影響分析X 月 N 日 09:00- X 月 N 日 11:00升級前檢查并行開始2.1 fixpack 介質(zhì)上傳 小時無影響X 月 N 日 11:00- X 月 N 日 14:00開始1.服務(wù)控制臺筆記本升級 小時無影響X 月 N 日 14:00- X 月 N 日 15:00開始 2.2 升級前檢查 小時無影響計算節(jié)點固件升級 整體穩(wěn)定，升級無問題四、保證措施1.PDTX 升級采取階段性升級方式，階段之間相對獨立，即使一個階X 月 N 日 15:00- X 月 N 日 21:00開始2.3 系統(tǒng)升級 小時無影響X 月 N 日 21:00- X 月 N 日 24:00開始

3、2.4 升級后檢查 小時無影響X 月(N+1)日 09:00- X 月(N+2)日 05:003.固件升級驗證固件升級完成 但最后一步 compute node 重啟延后執(zhí)行 小時基本無影響，但萬一出現(xiàn) 2 分鐘的 不可訪問情況，需要準(zhǔn)備給客戶解釋的預(yù)案。X 月(N+2) 21:30- X 月(N+2) 22:30對實例 2 包含的數(shù)據(jù)庫備份、歸檔日志進(jìn)行備份 小時無影響X 月(N+2) 22:30- X 月(N+3) 02:30完 成 實 例 2 的 compute node 重啟，實例 2 升級 小時影響 MCI 和集中作業(yè)系統(tǒng)，數(shù)據(jù)庫停止服務(wù) 4小時。X 月(N+3) 19:00- X

4、月(N+3) 20:00對實例 1 包含的數(shù)據(jù)庫備份、歸檔日志進(jìn)行備份 小時無影響X 月(N+3) 20:00- X 月(N+3) 24:00完 成 實 例 1的 compute node 重啟 實例 1 升級 小時影響 ESB 系統(tǒng),數(shù)據(jù)庫停止服務(wù) 4 小時。如希望避免或縮短停機時間，則需要 ESB 技術(shù)ESB 日志寫入隊列的深度。X 月(N+3) 23:00- X 月(N+3) 24:00對實例 3 包含的數(shù)據(jù)庫備份、歸檔日志進(jìn)行備份 小時無影響X 月(N+4) 00:00- X 月(N+4) 04:00完 成 實 例 3 的 compute node 重啟，實例 3 升級 小時影響 FileNet 系統(tǒng)，數(shù)據(jù)庫停止服務(wù) 4 小時X 月(N+4) 04:00- X 月(N+4) 06:00最終驗證 小時無影響X 月(N+4) 09:00- X 月(N+4) 17:00系統(tǒng)運行觀察無影響段升級失敗，前序階段也不需要回退，系統(tǒng)可以正常運行。2.WorkLoad Maence 階段，分實例升級，每個實例之間獨立。每個實例升級過程中，如果升級第一個節(jié)點時失敗，可以進(jìn)行回撤。如果第一個節(jié)點成功