系統搬遷方案
從上表看，有cas系統、boss及業務介面系統、呼叫中心這三大系統必須且只能在切割當晚搬遷。
1. cas系統
a) 概況：
cas系統沒有辦法在切割前搬遷，也不能在切割後搬遷。系統從2023年初使用到現在已經4年了，而伺服器的安全執行期是3年，核心裝置三颱，兩台伺服器，一台加密機，有硬體風險存在。
b) 故障點：
搬遷過程中三颱核心裝置中的任意一台出故障，都只能採用清流的方式播出。
c) 方案：
考慮到搬遷的安全性，採取壓縮的部分搬遷方式，將2臺伺服器壓縮成一台效能稍高的伺服器，將所有應用都部署到備份裝置上，系統效能基本滿足日常運營需要，只需要在搬遷前將系統除錯正常，搬遷當晚只需要切訊號就行，幾乎沒有風險。現用系統可以作為以後運營的備用裝置，搬遷幾乎沒風險。
d) 工程勞務費：
e) 工程進度表：
f) 應急預案：
2. boss及相關介面系統
a) 概況：
因為搬遷第二天要正常營業，所以只能在切割當晚搬遷，而且必須在第二天早8點前恢復。系統裝置從2023年7月正式執行到現在也整滿3年，並且都過了質保期。伺服器6臺，陣列一台，光纖交換機一台，千兆交換機一台，共計9臺，裝置多，搬遷故障風險比較大。
b) 故障點：
這九台裝置中任何一台出故障，都會影響營業，其中資料庫伺服器、住營業伺服器、信合代收介面業務伺服器故障影響最大，如果出故障，只能清流播出，否則到期使用者無法收看，同時沒法營業，否則就只能手工記賬開票了。
c) 方案1：
採取壓縮的部分搬遷方式，本系統6臺伺服器，我們在搬遷方案中採用2臺部署，其中交換機和陣列櫃結果相對簡單，如果搬運過程中保護手段合理，出故障的可能性應該比較小。在搬遷前將資料庫和所有營業服務合理部署在這兩台伺服器當中，將所有業務除錯成功，這樣該系統的搬遷風險也很小。
d) 方案2：
因為業務系統的最核心是資料庫，我們可以採用只備份一台資料庫伺服器，在搬遷當晚7點停止所有任務，將資料備份出來，還原到備用機上，業務程式在其他機器上相互備份，即使出問題了，可以考慮只保證主業務系統正常，讓使用者能到廣電營業廳辦理業務。
e) 方案3：
在搬遷前將現有業務進行調整部署，騰出一台伺服器來做備用資料庫，其他應用採取統計壓縮部署的方式，這樣可以考慮不用購置裝置，但是在搬遷前，如果一旦某台機器故障或某個服務故障，可能影響多項業務，系統的整體效能可能也有所下降，不過可能採取一些相應的錯誤來彌補，比如催費簡訊不發，加長佇列傳送週期等。
3. 呼叫中心
a) 概述：
從構成上說是比較負責的，他由應用伺服器，語音裝置，語音網路，客戶端和上游通訊網共同構成，提供24小時不間斷服務，而且在一晚上搬遷完本身難度就很大，系統故障點也很多，根據以往公升級等業務變化的經驗，搬遷的第二天話務量可能會很大，所以搬遷安全風險比較大。
b) 故障點：
1) 鐵通30路數字中繼線路故障，造成影響：客戶**無法接入；
2) 東進keygoe 3000多**交換機故障，造成影響：客戶**無法接入；
3) 語音伺服器故障，造成影響：客戶**無法接入；
4) 中心機房網路交換機故障，造成影響：客戶**無法接入；
5) keygoe交換機或**伺服器的網線故障，造成影響：客戶**無法接入；
6) 資料庫伺服器故障或網線故障，造成影響：**可接入，但座席只能通過**鍵盤登入，無法獲取客戶來電資訊，無法記錄客戶業務資料，無法記錄話務統計資料；
7) 客服中心網路交換機或機房到客服中心網線故障，造成影響：客戶**可接入，但座席只能通過**鍵盤登入，無法獲取客戶來電資訊，無法記錄客戶業務資料；
c) 方案1：
按現有裝置原樣備份一套語音系統，能保證系統和現在一樣使用，但是目前的客服一直存在穩定性問題，具體問題在那裡我們也不知道，廠家也一直沒有很好解決系統穩定性，如果原樣備份，就意味著我們又買了一台我們不滿意的裝置。
d) 方案2：
另引進一套新的呼叫中心系統。
e) 方案3：
脫離迪威特，直接找到現在負責分包我們呼叫中心業務的廠家，以新需求和完善系統功能的方式獨體簽訂服務合同，並提供搬遷支援。
f) 方案4：
向中國鐵通申請3至5門模擬中繼線作為8450000的備用線路，直接連線到客服中心座席桌面，當系統發生故障或者需要維護時，鐵通將**自動或手動切換到模擬中繼線，確保**服務不會中斷。
4. 備份系統投資表
方案15. 第二天必須提供服務的系統，其中上表的1-7是當晚必須搬遷的專案，關停順序如下：
6. 各分系統關停程式：
a) 呼叫中心系統由：客戶端、應用服務端、介面服務端、語音交換硬體平台和2m數字線路和坐席端網路組成，當次建設時走的就是低端方案，伺服器配置比較低，伺服器和語音交換機都沒有備份。建議備份一套。
（該系統環節較多，搬遷複雜，加上一晚上搬完很難做到，迪威特現在又沒有服務，能否就搬遷再建設一套備用系統，降低安全風險）
1. 搬遷前半個月通知鐵通準備架設新的2m線路，在搬遷前3天完成。
2. 搬遷前半個月通知鋪設新的坐席端網路，在搬遷前3天完成（誰負責）。
3. 搬遷前3天測試2m線路。
4. 停應用程式。
5. 停cti服務。
6. 停伺服器
7. 停交換機
b) boss系統資料庫是雙機熱備，現在其中一台主機故障，初步診斷是rose的問題，已經給迪威特反映過了。其他應用伺服器都沒有備份，但是我們在部署服務的時候就是就是備份部署的，如果部分硬體故障，一天內基本能恢復。
1. 停信合代收費服務。
2. 停呼叫中心服務。
3. 停互動服務。
4. 所有自動任務當晚5點前停止。
5. 停主程式服務。
6. 備份資料（syboss call pfd）。
7. 停資料庫。
8. 關機。
c) cas系統加密機一台，沒有備份。資料庫主機做的raid5，比較安全，應用伺服器做的raid1，但是主機都沒有備份。建議主機備一台，如果加密機有可能盡量被一台。
如能配置一台備份機，我們可以在搬遷前將資料庫應用軟體在備機上部署好，避免搬遷過程中硬體故障無法及時恢復。
1. 搬遷前3天先部署備份機。
2. 停應用伺服器。
3. 備份資料庫。
4. 停資料庫主機。
5. 停加密機。
7. 恢復順序：
8. 應急預案：
a) 備用裝置恢復
b) 清流出去
c) 手工發票9.
機房搬遷方案
以上為系統遷移的流程圖，各單位資料中心分系統均按該流程進行，做到系統遷移的有序進行。遷移的準備工作是整個遷移工作的極其重要的部分，充分的做好本次遷移的準備工作，是保證遷移工作順利進行的首要條件，並可有效的減少遷移過程中的事故隱患，以下將對遷移前的準備工作做詳細描述。在此過程中需和使用者方確認遷移的網...
機房搬遷方案
人力資源和社會保障資訊中心機房搬遷方案 一 機房搬遷工作內容 1 裝置遷移前的準備工作 老機房 1 原有網路裝置拓撲結構確認 6月13日 了解原來所有的網路拓撲結構，備份網路裝置的ios，保證搬遷後系統的正常工作，出具乙份現有網路裝置的裝置列表和拓撲結構圖。2 原有儲存裝置 伺服器確認 6月14日 ...
機房搬遷方案
公司 資訊中心機房搬遷專案實施方案 裝置技術科 二 一二年一月 一 專案概述 公司資訊中心搬遷專案將原有裝置包括機房環境裝置 網路裝置 伺服器主機裝置等完好地搬入到新廠區機房內，並保證搬遷後系統仍能正常投入執行。由於 公司大部分業務工作都要依託資訊網路和相關系統開展，因此資訊中心搬遷工作不是普通的裝...