“變革，無論是突如其來的，照舊循序漸進的，有時城市裁減你認為理所雖然的一切。忽略這一現實，就像連年來很多率領者那樣會帶來殲滅性的效果。”貿易大家拉里。博西迪在他的脫銷書《轉型》中曾寫下的這段話，如今看來依然經典。獨一穩定的就是變革，傳統行業面臨互聯網、數字化的攻擊，必需努力需求轉型來應對厘革。

對付電信行業尤為如此。在國度政策變革、新業態攻擊以及用戶飽和等表里部浩瀚因素的影響下，三大運營商的增長放緩甚至下滑已經成為常態。而反應到運營商的IT部分，這就意味著大手大腳費錢的“好日子”已經一去不復返了。如何花更少的錢支撐更多的用戶需求與數據量？這是擺在電信人眼前的一道困難。

“互聯網化（以更低的本錢以及可線性擴展的云化新架構來滿意日益增長的業務需求），是公司打點層面提出的新要求。”在接管記者采訪時，北京電信運維主管隋毅如是說。

狠下一條心，“去I、E”！

已往幾年“IOE”對付電信來說險些是標配，小型機加高端存儲再配以Oracle數據庫的組合可以或許帶來足夠的不變性，但后續擴展與維護的本錢不菲，并且這種架構在支撐互聯網業務時也已“疲態盡顯”。隋毅對此頗有感傷。

“我們的計費域和經分域焦點系統都是基于傳統的IOE架構建樹的，最近幾年產生過屢次現網計費ABM系統在業務岑嶺時期的大生意業務量導致系統壓力過大、差點導致業務無法治理的環境。這也是我們這次下刻意對系統舉辦改革的主要原因。”隋毅說。

隋毅匯報記者，北京電信帳務、計費和數據客棧（ODS）都是北京電信的焦點IT支撐系統。個中，帳務系統主要實現了帳務打點、客戶業務明細治理、業務明細查詢等重要業務成果，同時也為其他重要系統，包羅計費銷賬、10000號客戶處事等系統提供重要接口。而ODS系統作為經分系統的焦點，主要包袱汗青數據存儲、查詢和策劃闡明等成果。這兩個系統對業務運行的機能與安詳不變有著很是高的要求，同時它們對付整個計費和經分系統的正常運行起著不行或缺的浸染。

將支撐業務運營的焦點數據庫從IBM小型機遷移至X86架構并通過ADG方法實現部門業務讀寫疏散，同時由閃存替代原有的EMC存儲，對付回收這樣的全新架構，并在極短的時間完成跨平臺遷移，北京電信照舊第一次實驗。因此，隋毅也提出了幾點記掛：

首先，遷移后計費庫、賬務庫由本來的兩套RAC集群（4臺IBM小型機）變為同一套Oracle RAC集群支撐兩套焦點庫運行（兩臺PC處事器），ODS庫則從基于IBM小型機的RAC變為基于PC處事器的RAC，新的平臺與硬件情況，其整體機能以及不變機可否擔保？其次，計費庫、賬務庫到達5TB，ODS的數據量高出10TB，跨平臺的遷移是否能在一夜甚至4個小時之內順利完成？

遷移有難度，選型很重要

跨平臺（AIX to Linux）的海量數據遷移，對付任何一家企業來說都不是件容易的事，而選擇符合的要領至關重要。在顛末尾一系列交換與論證之后，北京電信抉擇回收“XTTS”（跨平臺表空間傳輸）的要領來實施最終的遷移，并選擇了云和恩墨作為本項目標實施方。

云和恩墨CTO，Oracle ACE總監楊廷琨向記者先容，傳統的OGG同步方法并不合用于超大數據局限的數據庫遷移事情。因為跨平臺的數據遷移涉及到字節序的轉換，無法回收物理同步的方法舉辦數據初始化，只能回收邏輯同步（導出導入）的方法完成初始化，然而這種處理懲罰方法，又會帶來長時間的停機、巨大的操縱和大量測試、數據比對的事情，，淹滅大量的人力、物力，墮落率極高。因此，只有借助XTTS這種兼有物理和邏輯同步優勢的技能，才氣完美的實現方針數據庫的遷移方針和要求，這種技能可以或許最洪流平的低落業務停機時間，同時由于具備物理同步的特性，在同步完成之后也不再需要繁瑣的數據比對校驗，可以或許確保數據的一致性。

而在談到為何選擇云和恩墨時，隋毅暗示：“在輔佐運營商舉辦系統進級改革方面，云和恩墨擁有很是富厚的履歷。他們曾協助四川電信等多家客戶樂成實施了焦點數據庫的XTTS跨平臺遷移事情，而且取得了很好的結果。同時，云和恩墨擁有業內最頂尖的數據庫專業處事技能團隊，險些席卷了海內IT處事商中所有的Oracle ACE總監和大部門Oracle ACE專家，這讓我們對項目樂成實施布滿信心、也是我們最終選擇云和恩墨的基礎原因。”

系統遷移的一小步 互聯網化的一大步