經歷一年多的考察，2008年3月，中國太平洋保險(集團)股份有限公司(以下簡稱太平洋保險)新一代數據中心選址上海市徐匯區田林路201號，由漕河涇儀表電子工業園區內一個舊廠房改造而成。
2008年5月，舊廠房改造裝修工程啟動，太平洋保險內部稱之為“201”裝修工程項目。招標公告顯示，“201”裝修工程項目一期投入資金1500萬元，二期投入7000萬元。
按照規劃，建成之后的太平洋保險新一代數據中心，總建筑面積7500平方米、凈機房占地面積3000多平方米。
實際上，在2005年，太平洋保險就曾在上海南匯區建設了一個數據中心，規劃滿足3~5年內的使用需求。然而，僅僅2年多時間，南匯數據中心就顯得捉襟見肘，電力供應不足、機房容量飽和，難以滿足業務增長和集團IT建設的需要。
南匯數據中心投入使用之后的幾年間，太平洋保險的業務量幾乎呈直線型增長，與此同時，太平洋保險從2001年起逐步規劃實施的集團IT大集中和信息化整合，也不斷取得新進展。
“當時，我們要從分布式的IT架構逐步轉向IT大集中，并在2006年成立了集團層面的IT運行中心，恰好趕上業務迅速增長，一時間所有的壓力都集中到了數據中心。” 太平洋保險(集團)股份有限公司信息技術總監黃雪英說。
“為了緩解南匯數據中心的飽和壓力，原本計劃用于辦公的南匯數據中心三層，被改造為機房。”太平洋保險(集團)股份有限公司IT運行中心總經理徐建國說。不過，這些努力都未能本質上改變南匯數據中心的飽和壓力。
“我們還嘗試過計劃租用一些外部機房以緩解南匯數據中心的緊張局面。”黃雪英說，“但是，經過一番尋找，我們發現根本沒有符合要求的機房。最終我們認為只有現在的廢舊廠房可以滿足機房尺寸、高度各方面的條件。”
在新一代數據中心所在的田林路舊廠房改造裝修的同時，由集團總裁親自掛帥、各業務部門領導組成的數據中心搬遷領導小組也宣告成立，黃雪英則擔任工作小組的負責人。這使得搬遷項目啟動之初，就已在組織上得到了強有力的保障。
2008年5月，太平洋保險新一代數據中心搬遷項目正式啟動。數據中心搬遷工作小組隨即進行應用系統梳理及基礎架構設計，并在2008年10月份完成應用梳理，2009年5月份完成基礎架構設計。2009年5月中旬開始數據中心基礎架構搭建，7月份完成系統開發測試的搬遷工作，8月20日生產機房開始正式搬遷。
從2009年9月11日第一次系統試點切換，到12月19日新一代數據中心的關鍵應用系統全部實現安全遷移，太平洋保險只用了100天的時間，就完成了南匯數據中心到新一代數據中心的安全搬遷。
對于太平洋保險來說，新一代數據中心搬遷，并不僅僅是一個單純的物理搬遷過程。
在此之前，必須對現有的180多個系統進行全面梳理，找出系統之間的邏輯關系，以確定這些系統的搬遷順序。
“借此機會，我們希望將這么多年IT系統重新梳理，對于太平洋保險的IT基礎來說是一次劃時代的革新。” 太平洋保險(集團)股份有限公司信息技術總監黃雪英說。
早在數據中心搬遷工作啟動之初，太平洋保險就對整體數據中心搬遷工作進行了詳細規劃。在歷時一年半的項目規劃中，系統應用梳理和基礎架構的設計無疑是耗費時間最長的階段。
從2008年5月數據中心搬遷項目啟動到2009年5月，太平洋保險IT團隊用了整整一年時間，完成系統應用梳理和基礎架構的設計。
據太平洋保險(集團)股份有限公司IT運行中心副總經理程平介紹，基礎架構的設計主要是針對機房空間、供電、散熱、安全和虛擬化應用的考慮;應用梳理是從未來集團信息化管理角度對原有各類應用從項目角度進行梳理，理清相互間的關聯關系。
系統應用梳理和基礎架構設計工作主要分為三大階段：2008年5月開始系統應用梳理;從2008年底到2009年5月，完成基礎架構設計(網絡隔離、虛擬化監控、數據備份等);從2009年5月份到2009年8月，新一代數據中心完成硬件設施的搬遷以及新數據中心生產系統的正式啟用。
運維難題
一直以來，太平洋保險IT團隊的工作重點都放在信息系統的建設，從支撐業務的角度完成一個又一個項目，并沒有真正對所有的信息系統做過一次詳細梳理，弄清楚系統之間的邏輯關系。
“在沒有進行數據大集中之前，太平洋保險與大部分金融企業一樣，整個集團的IT架構是分布式的，直到2006年才正式成立集團層面的IT運行中心，而IT運行中心成立前，運維、開發混在一起，沒有進行專業化分工，這都為以后的系統建設埋下隱患。”黃雪英說。
早期開發的一些系統，并沒有形成固化的開發和運維流程，相應系統與其他系統的關聯關系也往往沒有形成嚴格的文檔。由于很多都是開發人員參與后期運維，文檔不全、權限不清的狀況在短期內并沒有給運維造成太大障礙。后來，由于IT員工的更替，了解相應系統開發過程的運維人員越來越少，讓IT運行中心逐漸感受到了運維的壓力。
“在日常運維過程中，我們經常發現雖然系統能用，但以前的文檔都找不到了，系統開發人員也不在，很多運維人員經過第二輪、第三輪的接手，對于整個系統并不清楚，出了問題更是無從下手。”程平說。
在系統應用梳理過程中，程平發現，有很多老系統，參與過開發的IT人員早已不在，經過運維人員一代一代傳下來，對于系統如何開發、存在什么問題等等都不知道，這就造成了很多“黑戶口”的存在。一個系統可能不僅僅跑了一個應用，由于當時資源緊張等特殊因素，很可能其他一些應用也寄生其中。這些問題伴隨著開發人員一波一波地更替，逐漸被人們淡忘，為以后的生產系統埋下了隱患。
“黑戶口”的存在，正好解釋了一些日常運維中出現的讓人啼笑皆非的“詭異”現象。當某個系統關閉之后，有時候會出現一些看似毫無關聯的系統隨之不能正常使用的現象，原因就是這個系統內部寄生了一些其他應用。
事實上，不僅是太平洋保險，在眾多信息化建設開始較早的企業中，這種情形時常發生，卻很難解決。在沒有太多外部成功經驗可供參考的情形下，太平洋保險希望解決“黑戶口”問題，無疑是一項充滿挑戰的工作。
流程化管理
“對180多個系統進行梳理，相當于對所有系統在新平臺上重新做一次上線工作。IT團 隊一方面要忙于既定的工作，另一方面需要對原有系統重新梳理，制定手冊，在系統梳理那段時間，大家經常輪換加班。”程平說，“雖然壓力很大，但是大家普遍 認為這是一件非常有意義的事情。”
IT運行中心投入大量精力做應用梳理，理清每個應用部組件的關系，建立一整套CMDB關系體系，并設立信 息變更流程，所有信息由應用部門統一管理。當項目信息還沒有報批的時候，相關的信息就已經進入CMDB中。從項目的分解到應用的所有者再到應用負責人所有 信息都會在CMDB中呈現。
經過近一年的努力，太平洋保險IT團隊對180多個應用系統都做了手冊，把原來缺失的文檔補齊。使得手冊真正可以交付 給生產、運營中心去做維護。
“我們在這個過程中花了大量的心血，我們不僅梳理了各個系統間的相互關系，更把所有系統都以文檔的形式做成手冊，并在新 一代數據中心按照手冊實際模擬演練，為以后的系統切換奠定了堅實的基礎。” 太平洋保險(集團)股份有限公司IT運行中心總經理徐建國說。
與 此同時，IT團隊針對新平臺開發了許多新功能、新應用，對整個系統做了一次升級換代。通過建立開發手冊，開發出來的系統直接交付運行中心部署、實施。“在 這個項目中，整個集團IT線條高度一致，目標明確，僅用了一年時間就完成了基礎架架構的設計和應用系統梳理工作。”徐建國說。
手冊中對開發 人員的權限做出了嚴格限制，過去，很多開發人員有生產環境的權限，相互間的關系難以理清。通過此次新一代數據中心搬遷的契機，太平洋保險對開發人員和運維 人員進行了嚴格的專業化分工，開發人員只管開發，運維人員根據開發手冊負責運維，開發與運維之間通過文檔交付，真正做到專業化分工，流程化管理。
“此 次數據中心搬遷，不僅僅是一次技術升級，更是對IT從專業化管理角度進行了一次全方位升級。”黃雪英評價道。
經過一年半時間的應用梳理和基 礎架構設計，2009年9月11日，太平洋保險新一代數據中心項目正式進入最為關鍵的系統切換階段。
然而，究竟是選擇傳統的物理搬遷方式還 是應用遷移的方式，新一代數據中心項目團隊又一次面臨兩難抉擇。物理搬遷適用于小規模搬遷，耗用資源少，但存在很大風險。應用搬遷風險小，有回退余地，適 合大規模重要生產系統的搬遷，但需要龐大的資源支持。
此次搬遷涉及180多個系統，各系統之間關聯性又很強，一次整體搬遷過去，難以成功。 在此之前，南匯數據中心采用的是物理搬遷方式，但此次新一代數據中心搬遷以應用導向為主，太平洋保險最終決定采用應用遷移的方式。
分批次搬遷
搬遷模式的難題剛解決，項目團隊又遇到了更大的挑戰。
由于采用應用遷移方式，需要大量硬件資源，同時工作 繁雜且工作量巨大，需要分批次逐步搬遷，造成在一段時間內兩個數據中心同時都是生產中心。
“兩個數據中心同時需要維護，還有大量搬遷測試工 作，相當于一下子工作量變成了平常的3~4倍，系統搬遷切換的3個月我們基本上早晚連軸轉。”IT運營中心副總經理程平說。
按照原定計 劃，2009年5月需要完成基礎設施搬遷，但是由于恰巧趕上梅雨天氣，基礎設施搬遷直到8月份才完成，這就使得整個項目工期推遲了3個月。為了在預定期限 內完成搬遷任務，項目團隊不得不將系統切換時間壓縮到3個月。
此外，已經搬遷的應用和沒有搬遷的應用都需要做廣域網連接，如何保障這些系統 穩定性和安全性，也是項目團隊重點考慮的問題。而對需要搬遷的系統進行科學的批次劃分，無疑是確保穩定性和安全性的重中之重。
經過再三思 考，最終項目團隊決定將180多個系統做個相互關系表，但發現系統之間的關系很緊密難以切分。于是，項目團隊將所有系統做成矩陣模型，通過數學方法找出哪 些系統關聯關系最強，最后分成了5個批次切換。依次是示范應用批次、第一批次財險的核心系統、第二批次壽險的核心系統、第三批次集團核心系統以及第四批次 次要系統。
為了避免數據大規模在廣域網上傳輸，項目團隊決定將財險系統與壽險系統分開搬遷。此外，由于第一次系統搬遷沒有經驗，期間可能會遇到很 多問題，項目團隊將第一次系統搬遷定義為示范搬遷，選取5個具有代表性的系統。其他批次的系統搬遷數量都在25~30個系統之間。
“第一次示范搬遷 的5個系統是我們精心篩選出來的，整個搬遷涵蓋財、壽集團系統，有利于項目團隊熟悉搬遷流程，同時也包含大型核心系統以及四川分公司老系統的搬遷。”程平 解釋第一次示范搬遷5個系統的用意。
示范搬遷涵蓋整個系統搬遷的方方面面，項目團隊希望在第一次示范搬遷過程中，盡可能消化掉所有可能出現 的問題，為下一階段的搬遷做好充分準備。
“當時整個集團籌備H股上市，已經到了最后的攻堅階段，作為IT部門我們必須要給財務提供準確的報 表，如果9月11日第一次示范搬遷不成功，報表不能如期出來，整個上市會受到影響。”IT運行中心總經理徐建國說。
為此，項目團隊在集團核 心財務系統搬遷上做了很多準備工作和應急方案，并且在財務系統切換當天就做好應急系統的維護，一旦搬遷不成功可以短時間內迅速恢復原狀。
IT “趕考”
“新一代數據中心搬遷，是集團2009年兩大風險項目之一，所以整個集團高度重視。”徐建國說。集團專門成立了由集團總 裁親自掛帥搬遷領導小組，具體工作則由信息技術總監黃雪英領銜的工作小組負責，工作小組成員則涵蓋了財險、壽險等眾多業務單元的領導。
搬遷 領導小組全面審議每一次數據搬遷計劃，定期召開搬遷工作會議，評估和管理搬遷工作的風險，并做好應對準備，落實IT設施的安裝和配置。
有了 集團總裁層面的支持，搬遷工作小組對所有基礎架構有足夠控制能力，對資源有充分的準備能力。在系統搬遷過程中，雖然領導看到的是每個系統切換的最終時間， 但是背后每個系統都有一張詳細、復雜的搬遷流程以及每個環節的具體時間。集團總裁更是對項目組明確要求：“要保證項目的萬無一失，要對業務運行零影響。” 工作小組作為此次項目的主導者，在搬遷之前立下了“軍令狀”。
首先，項目團隊討論搬遷方法，通過前期的應用梳理明確每個系統對應的負責人以 及相關業務負責人。每個應用都可以找到對應技術上的負責人，業務決策上也可以找到應用負責人以及所屬部門。
例如：財務系統的搬遷，影響范圍 有多大，數據是否要修改，應用的應急方案等具體事項都由財務部門確定。所有要素界定清楚后，整個項目團隊會做一個統一的模板以及流程模板。
同 時，項目團隊制定了統一的流程模板，每個系統搬遷都會根據流程逐步實施。項目搬遷時，首先會給應用負責人一個流程，系統從切換準備到完成切換一共需要50 多個步驟。例如：第一個步驟需要信息確認，確認的內容，誰來確認，具體需要哪些人來配合，交付指標是誰，如何完成交付。第二個步驟是新環境的搭建，第三個 步驟是模擬測試，所有的工作每一個步驟分解到具體的負責人。每一步操作都會有指定的標準，每個應用負責人根據這些標準來執行。
雖然領導看到 的是最終系統切換進度，但每個系統都有自己的時間點，形成180多個系統龐大的矩陣圖。每個項目的切換流程都一樣，只是時間點不同而已。為了有效分配資 源，當一個系統在做功能性測試的同時，另外一個系統可以進入生產測試環境，每個應用由專屬負責人負責整個搬遷過程，保證系統順利切換。
“我 們將此次搬遷看作是太平洋保險IT團隊的一次‘趕考’，項目組扮演校長的角色，我們要對整個升學率負全責。但校長不可能代替學生去考試，可以有很多模擬 題、很多學習的環境，但每個系統必須自己考，清楚自己的流程。”程平這樣形容此次搬遷工作。
標準化流程
在 每一次系統正式搬遷之前，已經經過多次搬遷測試，工作人員很清楚搬遷的時間，同時對于搬遷過程有一定的把握。該系統需要多長時間的搬遷，回退時間是多少， 預估理想啟用時間是多少，都會有一個明確的時間表。并且對外公告中，所有時間都會在前期模擬基礎上留有一定冗余時間。
“一開始大家對于搬遷 都是估算，心里沒有底。我們制定科學的搬遷流程及詳細的搬遷進度表，使得所有的系統搬遷都嚴格控制在預定時間內，隨著每一次搬遷的成功，越到后來大家越有 底氣。”徐建國說。
所有批次的搬遷一般會選在周五晚上7點鐘開始搬遷。所有系統切換分為技術上的影響時間以及系統回退時間、對外公告時間。 每一次的搬遷基本上都會在周六凌晨搬遷完畢。“如果這個期間出了問題，我們可以用周六、周日來做彌補，這樣對于周一正常營業沒有任何影響。”黃雪英說。
為 了明確每個系統搬遷的時間進度，項目組做了一個EPM指揮系統。系統會將搬遷任務分成幾個環節，并且下發給各環節工作人員。應用切換指揮中心會收集所有信 息，并把切換任務書下發給工作人員，第一次切換中五個系統按照指令依次實施。
首先所有的業務系統啟動應急方案，業務系統會有一個反饋，表示應急系統 已經準備好，整個過程由指揮中心控制銜接。每一個系統經過確認后都可以隨時進行下一步切換工作，當系統技術確認以后，緊接著進入應用停止階段，隨后是數據 備份。
第二階段是對數據的遷移，把生產上所有數據轉移到數據中心，數據經過核實后進入應用恢復階段，所有的應用會相應啟動。這個過程中會對 所有配置進行調整，甚至包括客戶端的指向。接下來進入技術驗證階段，所有運維人員負責驗證技術，緊接著是業務的驗證，業務人員會從分公司、總公司各個維度 進行驗證。
第三個階段是啟動公告流程，這時候所有分公司都知道這個系統已經作為生產系統在運行。隨著公告流程的同步，系統順利切換之后，南 匯區數據中心會停止該系統備份，轉接到新數據中心備份。
整個項目指揮中心設在陸家嘴的太平洋保險總部，總指揮中心團隊負責搬遷環節的銜接步 驟。每次搬遷不僅有詳細的流程，更做好充分的準備。系統切換如果出現重大問題可以按照回退機制返回，每次實際切換前都要經過多次試切。
工作 人員對每個系統回退的時間都很清楚。每個系統切換之前都會經過文檔整理、驗證、模擬測試、生產測試、數據切換模擬、業務演練等各個環節，同時太平洋保險也 設定了一些關卡使得切換更加科學、有序。
第一個是文檔關卡。不管系統是從中途接進來還是自己開發設計，對于開發人員來說必須要有準確的設計 文檔描述該系統。包括運行資料、維護手冊，所有信息必須齊全。第二道關卡就是功能性測試，需要對前面所有文檔進行驗證。項目團隊會派沒有技術背景的人員來 驗證系統，來測試系統是否可以順利運行。
“這個檢測非常有效，實際操作中，很多系統在開發環節使用很順暢，一旦進入驗證階段，就發現系統無 法順利交付。說明此前文檔只是一個形式，不具備任何功能，文檔還是停留在開發人員的腦子中。”程平說。
“一開始在這個環節中耽誤了很多時 間，經過不斷的磨合，系統真正變成了是可交付的，在生產測試階段驗證和最終搬遷完成后的系統是一模一樣的。”徐建國說。
個別系統在生產中還 會要求壓力測試，應用沒有問題后會進行數據模擬切換。但所有方案做完后，每個系統需要至少做一次真實的數據遷移。第三道關卡是工作人員掌握需要多少時間完 成系統切換。正是經過前期多次模擬演練和測試，使得正式的系統切換中，沒有發生一次意外。
業務應急預案
搬 遷的成功源于前期周密的規劃與部署。在最初方案制定上，項目團隊花了很大精力權衡分配各個系統。每個系統切換時都會有應急預案，指導一旦出現問題該如何應 急處理。由于不同應用系統涉及不同業務人員，需要業務部門也要做出相應的業務應急預案。不管是IT團隊還是業務人員，在每個系統搬遷前都要經過模擬演練。
“我 們把90%以上的精力都放在正常流程搬遷上，只有通過不斷的模擬演練才能預見到各種問題，保證正式搬遷的成功。避免在細節上出現失誤，尤其是容易被忽視的 細節。”黃雪英說。
隨著一次次預演搬遷，搬遷計劃也在不斷調整中，更加接近實際搬遷情況。項目團隊做應急預案被看作是理所應當，但如何讓業 務部門配合應急預案，成為了數據中心遷移過程中又一個難題。
作為CIO和項目工作小組負責人，黃雪英花了大量精力去說服財險、壽險等業務部 門，要求業務部門制定相關業務應急預案。
“過去集團對于業務連續性有一個整體要求，但是如何落地，需要業務部門的配合。經過此次實際演練， 業務部門真正認識到業務應急預案的重要性，財險、壽險領導還提出以后每年都會定期對業務部門進行應急演練，確保IT系統一旦發生問題的情況下，業務有序運 行，并把這種應急方案在集團內部流程化。”黃雪英說。
2009年12月19日，太平洋保險新一代數據中心的關鍵應用系統全部實現安全遷移， 這標志著新一代數據中心正式完全投入使用。
為了明確每個系統搬遷的時間進度，太平洋保險新一代數據中心搬遷項目組做了一個EPM指揮系統。 系統會將搬遷任務分成幾個環節，并且下發給各環節工作人員，每一次切換都會按照指令依次實施。
業務系統啟動應急預案
整 個過程由指揮中心控制銜接，每一個應急系統經過確認后，進行下一步工作，開始應用停止階段，隨后是數據備份。
數據遷移
把 生產上所有數據轉移到數據中心，數據經過核實后進入應用恢復階段，所有的應用會相應啟動。接下來進入技術驗證階段，所有運維人員負責驗證技術，緊接著是業 務的驗證，業務人員會從分公司、總公司各個維度進行驗證。
啟動公告流程
所有分公司都知道 這個系統已經作為生產系統在運行。隨著公告流程的同步，系統順利切換之后，南匯區數據中心會停止該系統備份，轉接到新數據中心備份。
2009 年12月19日，太平洋保險新一代數據中心關鍵應用系統全部搬遷完畢，標志著太平洋保險為期一年半建設的新一代數據中心正式投入使用。
全新 一代數據中心總建筑面積7500平方米、凈機房面積3000多平方米，該機房順利通過多次性能測試、壓力測試、生產測試以及第三方專業測試，各項指標達到 國際要求，全面滿足太平洋保險未來5年的業務發展、客戶服務以及集中運行的需求。其中一些關鍵技術甚至達到業界領先。
多項新技術
“太 平洋保險新一代數據中心是按照“戰略規劃、政策制定、風險管控、資源統籌”的原則統一規劃設計和建設而成的，它為集團公司及其各專業子公司提供全方位的信 息技術服務。”程平談道。
該數據中心可以滿足未來3~5年的發展需要，每個階段的建設都遵循“安全、節能、環保、符合公司實際”的原則實 施，其中一些關鍵節點甚至達到業界領先水平。
太平洋保險新一代數據中心在設計和實施時按國際上普遍遵照的美國UPTIME INSTITUTE TIER4標準和國家計算機機房規范中最高的A級機房標準執行，系統的容錯性大為增強，單一故障造成的系統整體宕機事件被有效消除。
新 一代數據中心在空調系統設計和實施中充分考慮綠色節能技術的運用，大大降低了數據中心的整體耗能，節約了運行成本。機房空調系統采用智能化設計，實現了對 機房內多臺機組的集群控制，操作人員可以根據機房負荷變化，控制機房空調運行，實現能效管理。新數據中心大樓還采用獨創的冷通道封閉節能設計，提高了空調 的制冷效率，降低了耗能。
在電氣設計中，數據中心采取“雙總線、全冗余”的線路鋪設方法，同時在物理上充分考慮雙系統的分隔。在建筑平面設 計上也充分配合此要求，UPS 配電間成對布置在不同消防分區中，在每層平面的東西兩端成對布置強弱電井道，以分開布置兩個系統的橋架。這種設計方法有效提高了電氣系統的安全性和節能效 果。
在安全保衛系統設計中，數據中心設計人員按照“全覆蓋、無盲點”的設計原則，確保符合安全規范。在綜合布線設計中，光纜系統全面采用預 連制光纜，鏈路質量較傳統現場熔解方式有大幅度提升，同時減少了跳線頻繁插拔而造成的人為失誤，提高了系統整體可靠性。
運維水平 全面提升
憑借此次數據中心搬遷，太平洋保險優化原有運維流程并對IT基礎設施全面升級。太平洋保險吸收了國內外保險業信息技術的 先進經驗，對公司IT基礎架構現狀進行了全面評估，有針對性地對服務器、存儲、網絡、安全、備份、監控進行了優化設計，并且在新數據中心建設中進行重新構 建，有效提升了公司的IT基礎設施能力。
對照業界標準和國內外金融業先進的IT運維管理實踐，太平洋保險對IT運維管理進行了優化。通過對 公司現有IT運維流程現狀評估，提出多項改進建議，并且對改進建議進行排序，制定了分階段實施的路線圖。
公司信息技術中心還利用此次系統搬 遷的契機，對應用系統進行全面梳理，完善了原有應用系統資源庫，并制定了應用清單和組件清單的變更管理方案， 指定專人管理，通過CMS/CMDB同步發布信息，對于特權帳戶進行集中控制，變更規劃與實施分離。這些措施有效改善了太平洋保險的IT運維管理能力。
“作 為新一代數據中心，不僅要滿足業務不斷增長的需求，更需要IT部署靈活、迅速并實現高可用性的目標。”太平洋保險(集團)股份有限公司IT運行中心副總經 理程平說。
現今的數據中心是一個資源共享的中心，為了更加地貼近市場和客戶，提供個性化、差異化的服務是保險企業在競爭中取勝的法寶，要求 IT必須具備對業務需求做出快速反應的能力。面對眾多的開發需求，從用戶提出新需求到提供滿足需求的保險產品，整個開發周期同過去相比大大縮短，這就意味 著留給開發人員開發部署的時間更短。
“因此，開發團隊的壓力會直接傳導到IT基礎架構上，隨著設備越來越多，系統越來越復雜，開發周
期 越來越短，有限的人力如何快速響應，需要IT具備高度靈活性。”程平解釋道。
此外，金融業對于IT系統的應用程度越來越高。例如太平洋保險 的銀保通B2B系統，IT已經從支撐企業內部發展轉向整個社會外部，過去是業務人員與客戶打交道，IT用作內部信息處理，而現在IT直接與客戶接觸，IT 系統甚至是太保與客戶接觸的一個窗口。更對IT提出7×24小時不間斷服務，一旦宕機，整個保險業務都會受到影響。隨著業務對IT依賴的不斷增強，對于系 統的穩定性、高可用性提出了更高要求。
迂回的抉擇
作為太平洋保險數據中心的負責人，程平多年來一直關注 虛擬化技術。在他看來，“虛擬化只是一個概念，如何在企業中落地，并不需要面面俱到，如果能夠很好解決某一方面的問題，就值得去做。”
在新 一代數據中心投入使用之前，太平洋保險對X86平臺上的虛擬化應用進行了深入的探索，并得到了IT團隊的廣泛認可。但面對新一代數據中心搬遷工作，很多人 反對在這個時候應用虛擬化。原因很簡單，面對數據中心整體搬遷，同時上虛擬化，變動太大，恰逢集團籌備H股上市的敏感時期，如果出了問題，后果難以想象。
但 程平卻堅持一定要在數據中心搬遷之前上虛擬化，“因為虛擬化本身并不是買一個軟件就可以解決所有問題，需要對原有IT架構做很大的調整來適應虛擬化的要 求，而數據中心搬遷恰好是我們調整的一個機會，如果這個時候不上虛擬化，以后調整起來會很困難。”
經過多次權衡、抉擇，最終項目團隊認為要 借新數據中心建設的契機，搭建相對完整、體系化的虛擬化架構，而不再是以往的零敲碎打。在新一代數據中心搬遷之前，整個數據中心架構按照虛擬化的要求來設 計。
“任何一個軟件都有優缺點，經常會發現廠商的測試報告和實際用戶感受不一樣，說明企業往往在很多情況下把一個好的產品不恰當地去使用， 或者說根本不懂怎么用。”程平說。
對此，太平洋保險在應用虛擬化前期，花了大量精力進行測試，了解虛擬化的優缺點。盡可能擴大優點，弱化缺 點。通過大量的測試、分析，針對虛擬機在內存、I/O、資源分配的特點，對X86平臺的采購技術方案進行了大規模調整，量身定制了適合虛擬化解決方案的整 套硬件、網絡部署方案。在實際生產部署時，成功避免了可能出現的性能、穩定性問題。
