應用系統(tǒng)遷移方案(更新版)
【正文】 全性不可忽略，本方案設計基于多重數(shù)據(jù)審計功能實現(xiàn)遷移安全性和操作審計性。為了使宕機時間最短，我們這里使用完整備份和差異備份來遷移數(shù)據(jù)庫，在白天的時候對需要遷移的數(shù)據(jù)庫進行一次完整備份（），并把備份文件拷貝（這里可以使用FTP軟件進行斷點續(xù)傳）到目標服務器進行還原，等到下班時間之后再進行一次差異備份（），再把這個差異備份拷貝到目標服務器，在完整還原的基礎上再進行差異還原。在負載平衡中，每個節(jié)點的文件一般都要求是一樣的。 應用系統(tǒng)和數(shù)據(jù)庫遷移方案針對本項目建設，我們將在應用系統(tǒng)和數(shù)據(jù)庫遷移前，在用戶新招標采購的云平臺中部署與原應用一樣的操作系統(tǒng)、中間件、服務器管理平臺軟件環(huán)境，確保遷移的環(huán)境變化風險最低。遷移前后應用服務的特性功能是否幾乎相同；在擬化解決方案中，同類虛擬機部署在同一個計算資源池中，在同一個池中可相互共享存儲/計算資源，一個集群的故障不會影響其他資源池。統(tǒng)計物理服務器部署位置，分析是否支持虛擬化，累計支持虛擬化的服務器數(shù)量，并規(guī)劃出虛擬化中需新增的硬件情況；通過上述無代理收集和代理收集兩種場景收集當前系統(tǒng)的使用和配置情況。例如，現(xiàn)有服務器的重復利用，服務器虛擬化時會對這些服務器的CPU，內存以及硬盤資源進行再利用，然而這些服務器上存在某些服務仍在運行，若無備份則會影響現(xiàn)有業(yè)務。安裝并核實遷移工具，此時要執(zhí)行第一批服務器的P2V遷移。確定備份方案，由于現(xiàn)有系統(tǒng)會被加固，某些服務器通過虛擬化重復利用，而在虛擬化前需要清除所有的數(shù)據(jù)，因此需要對這些服務器進行備份保證服務的連續(xù)性。這些測試包括但不限于數(shù)據(jù)一致性測試、數(shù)據(jù)完整性測試、應用會話狀態(tài)完整性測試、連接中斷測試、數(shù)據(jù)恢復測試。Shadow中心原有應用系統(tǒng)將全部遷移至虛擬化服務平臺，遷移期間必須保證工作不能中斷，歷史數(shù)據(jù)不能損失；遷移后的系統(tǒng)與多媒體融合通信指揮平臺融合對接。 系統(tǒng)遷移需求分析按照用戶招標要求，本期系統(tǒng)遷移的具體需求分析如下。我們基于這樣的要求，考慮到如何將停機時間最小，能否實現(xiàn)0停機的建設目標？對于服務器操作系統(tǒng)而言，我們可以采用P2V的方式，利用操作系統(tǒng)的Volume 遷移后完整性測試遷移涉及到應用、實例、數(shù)據(jù)庫的操作以外，還涉及到遷移前規(guī)劃、遷移后測試的完整性測試。 遷移計劃通過對現(xiàn)有網(wǎng)絡環(huán)境的評估，我們對現(xiàn)有資源利用率，服務以及系統(tǒng)需求非常清晰并進行評估后才能開始對遷移進行計劃，步驟如下：確定遷移步驟，包括所有服務器的遷移先后順序，其順序按風險的高低降序排列。此處的目標系統(tǒng)屬于中轉系統(tǒng)。 服務器虛擬化前進行備份為了對舊系統(tǒng)中的物理服務器進行虛擬化，需考慮服務器虛擬化帶來的影響。備份完所有需要進行虛擬化的服務器之后，這些服務器上安裝虛擬化軟件進行虛擬化，根據(jù)評估階段確定的容量規(guī)劃，在虛擬化平臺上創(chuàng)建相應規(guī)格的虛擬機，其計算資源用于承接舊系統(tǒng)中的服務。物理服務器配置：包括CPU規(guī)格，內存容量，硬盤容量規(guī)劃應用服務應用服務遷移后對虛擬化基本功能的監(jiān)測；上述鏈路的具體配置方案在中標后進一步確認。這些服務器被稱為集群節(jié)點。初步解決方案如下。還原差異備份文件時間，不存在宕機時間。 搬遷規(guī)劃實施流程：流程主要根據(jù)搬遷前的需要制定，主要詳細了解當前系統(tǒng)設備情況，系統(tǒng)運行情況。搬遷工作中的每項工作原則最少安排（2）人，以保證工作的
化學相關推薦
鄂ICP備17016276號-1