數(shù)據(jù)遷移典型問題分析

1、主機(jī)存儲(chǔ)基礎(chǔ)平臺(tái)數(shù)據(jù)遷移（存儲(chǔ)遷移、數(shù)據(jù)庫遷移、 虛擬化遷移）典型問題分析一、存儲(chǔ)遷移活動(dòng)中大量的問題是針對于不同品牌存儲(chǔ)直接的數(shù)據(jù)遷移，相同品牌存儲(chǔ)數(shù)據(jù)直接的遷移，使用存儲(chǔ)虛擬網(wǎng)關(guān)利弊等，下面是會(huì)員針對此類的問題的解決方法， 技巧與相關(guān)參考意見。以下是幾個(gè)比較典型的問題：V7000和DS8000直接的數(shù)據(jù)遷移問題？1、 不借助第三方工具，可以考慮使用基于系統(tǒng)的Ivm mirror ，aix linux hp-ux都支持也可以通過應(yīng)用本身來做，如 oracle的asm?；蛘遫racle rman 的 backup as copy 以及db2的重定向恢復(fù)（但需要短暫停機(jī)時(shí)間）。2、 只能基于主機(jī)

2、或應(yīng)用。如果一定要基于存儲(chǔ)做，建議使用 svc3、 使用svc即可。但也要有個(gè)短暫的停機(jī)時(shí)間。使用vdm 或migration 都可 以4、完全不停業(yè)務(wù)的話考慮lvm mirror5、如果目前兩個(gè)環(huán)境都是獨(dú)立使用的情況下，不停機(jī)的遷移基本上不可能。因?yàn)椴还苣阍趺醋?，前端主機(jī)都要有一個(gè)再識(shí)別的過程。前端加一個(gè)SVC可能會(huì) 比較好。V7000這個(gè)產(chǎn)品如果用作去充當(dāng)svc的作用的話，可能在性能上后續(xù) 會(huì)差點(diǎn)意思。刀箱的盤陣列上的存儲(chǔ)數(shù)據(jù)，遷移到新的存儲(chǔ)上方法與考慮？目前刀箱上的磁盤是刀箱本地磁盤還是刀箱通過光纖模塊連接的外置存儲(chǔ)，這個(gè)需要說明一下。如果是刀箱內(nèi)置硬盤，是否和本地刀片里的磁盤做過mir

3、ror。是否考慮遷移。是否配置連接存儲(chǔ)的光纖模塊。如果是通過光纖模塊連接的那也 就沒什么了，和普通環(huán)境一樣。使用 LVM的方式進(jìn)行遷移。使用存儲(chǔ)網(wǎng)關(guān)，遷移同系列存儲(chǔ)和異構(gòu)存儲(chǔ)考慮 ？1、10能力：目前來說存儲(chǔ)網(wǎng)關(guān)產(chǎn)品配合著閃存可以覆蓋 95%以上的應(yīng)用，io能力在幾年內(nèi) 還是可以的。對于io極為苛刻的場景可以選擇其他的具體方案2、擴(kuò)展能力：很多時(shí)候官方產(chǎn)品宣傳的很好，比如說我可以支持多少個(gè)節(jié)點(diǎn)的擴(kuò)展能力， 縱向 到什么程度，橫行到什么程度。但我們需要進(jìn)一步去看撥開宣傳華麗的面紗去看 技術(shù)的實(shí)現(xiàn)。是成對的擴(kuò)容啊，還是一個(gè)整體的擴(kuò)容，其實(shí)現(xiàn)原理和規(guī)模是不太一樣的。3、兼容性 是支持摸一個(gè)具體型號(hào)，

4、還是支持摸一個(gè)品牌系列，這里邊有很多種學(xué)問。會(huì)不 會(huì)因?yàn)閷?shí)施了虛擬網(wǎng)關(guān)后整體的io能力反而下降了，是產(chǎn)品不行還是實(shí)施的方 案不對，曾經(jīng)有的客戶抱怨實(shí)施后的應(yīng)用io能力下降了。這個(gè)里邊需要做的工 作太多了。不同品牌的主機(jī)或存儲(chǔ)服務(wù)器之間進(jìn)行數(shù)據(jù)遷移？1、底層存儲(chǔ)用svc或vplex虛擬化，隨時(shí)可以進(jìn)行數(shù)據(jù)遷移，無需申請停機(jī)窗 口2、使用存儲(chǔ)虛擬網(wǎng)關(guān)產(chǎn)品對于前端主機(jī)是透明的，可以忽略底層數(shù)據(jù)的存放和 遷移工作，前段主機(jī)安裝一種多路徑軟件，管理維護(hù)性比較好。存儲(chǔ)經(jīng)常會(huì)報(bào)警：鏈路不在最優(yōu)路徑上，診斷處理思路？1、lun鏈路不在最優(yōu)路徑是指在創(chuàng)建lun是選擇lun所在控制器的優(yōu)先級，就 是lun首先被那

5、個(gè)控制器管理，如果不在這個(gè)控制器就會(huì)提示你說的那個(gè)錯(cuò)誤， 這種情況下把lun切過去就可以了，如果經(jīng)常發(fā)生這樣的錯(cuò)誤告警提示就得注意 了，檢查鏈路，控制器日志等等2、排除了 zone配置，一般都是鏈路問題。ds4k ds5k系列有時(shí)候切回到最優(yōu) 路徑還會(huì)報(bào)錯(cuò)。臨時(shí)解決方法：自己切自己，空切玩就沒事了3、很多時(shí)候經(jīng)常會(huì)遇到主機(jī)掃描新映射的磁盤的時(shí)候存儲(chǔ)鏈路就會(huì)切換的情況 的出現(xiàn)，手工切換回去也就老實(shí)了，也沒事。4、有的時(shí)候經(jīng)常是因?yàn)橹鳈C(jī)hba卡故障導(dǎo)致鏈路不在最優(yōu)路徑上。曾經(jīng)vmware 集群多臺(tái)機(jī)器中的一臺(tái)hba卡故障，導(dǎo)致存儲(chǔ)上出現(xiàn)鏈路切換的工作。換了就OK。5、出現(xiàn)鏈路切換的時(shí)候大多還是鏈路

6、方面的問題，比如線路不太穩(wěn)定，嘗試換一端口嘗試解決一下。曾經(jīng)碰到一次鏈路衰減的問題，識(shí)別巨慢，讀寫都不正常， 換條線換個(gè)口基本上可以解決此類問題。分析：以上此類問題大多聚焦于存儲(chǔ)層面的數(shù)據(jù)遷移工作，主要是相同品牌之間和不同 品牌之間。經(jīng)過多年的發(fā)展，存儲(chǔ)虛擬網(wǎng)關(guān)已經(jīng)是非常成熟的產(chǎn)品， 每個(gè)廠商的 產(chǎn)品名稱不一樣，但是效果大多還是不錯(cuò)的。除了個(gè)別存儲(chǔ)兼容性以外，主要考 慮的就是存儲(chǔ)虛擬網(wǎng)關(guān)的性能與后期擴(kuò)展性方面。存儲(chǔ)虛擬網(wǎng)關(guān)對前端主機(jī)透明，很好的屏蔽或封裝了后端存儲(chǔ)的復(fù)制性。提高了管理和運(yùn)維的效率。存儲(chǔ)虛擬網(wǎng)關(guān)已經(jīng)是此類場景一個(gè)比較成熟的解決方案，后續(xù)其他應(yīng)用場景廣大同仁可以參考使用。二、數(shù)據(jù)庫

7、遷移還有很多問題主要關(guān)注的是主機(jī)數(shù)據(jù)庫平臺(tái)， 遇到數(shù)據(jù)庫遷移問題的描述，希望 了解通過哪種方式可以降低RTO和RPO，盡可能的在線完成存儲(chǔ)，主機(jī)或數(shù)據(jù) 本身的方面的遷移。這里將此類問題進(jìn)行一個(gè)梳理，為后續(xù)此類數(shù)據(jù)遷移場景提 供一個(gè)參考。Oracle RAC生產(chǎn)系統(tǒng)，存儲(chǔ)和主機(jī)都要更換？1、之前一個(gè)基于ORACLE的項(xiàng)目策劃，在測試環(huán)境通過，但沒有最終實(shí)施測試 環(huán)境是RHEL6.5 ORACLE11201，其中主機(jī)部分是通過添加 RAC節(jié)點(diǎn)并通過數(shù) 據(jù)庫服務(wù)模式來逐臺(tái)更換，存儲(chǔ)部分是通過 ASM NOR切換。2、主機(jī)和存儲(chǔ)都要換的話還是比較繁瑣的，當(dāng)然需要做一些嚴(yán)格測試工作，工作需要做的充分一些

8、。存儲(chǔ)端的在線遷移相對來說簡單一些，只是主機(jī)端多路徑 設(shè)備識(shí)別一塊可能有限異常，可能需要重啟，這個(gè)可以逐臺(tái)進(jìn)行，后續(xù)ASM在線遷移一般不會(huì)有什么大的問題。主機(jī)端目前不停機(jī)的辦法好像只有rac添加節(jié) 點(diǎn)和刪除節(jié)點(diǎn)一種方式比較合適了。3、嘗試一下 RAC+DG 的方式RAC環(huán)境遷移到云環(huán)境？1、Oracle RAC 或者oracle 從Power到X86或者是X86到Power平臺(tái)之間 的遷移由于系統(tǒng)平臺(tái)不一樣，文件識(shí)別的字節(jié)序等方面不一樣，不能直接使用物 理文件拷貝或者rman恢復(fù)的方式進(jìn)行。遷移參照辦法：-使用導(dǎo)入導(dǎo)出方式-使用表空間傳輸方式。至于說能不能遷移主要是考慮，業(yè)務(wù)系統(tǒng)是否支持或者是

9、否需要其他特殊的要求，和內(nèi)網(wǎng)有無大數(shù)據(jù)量的交互，有關(guān)性能一個(gè)方面不是太大的問題， 可以通過 其他方式解決。架構(gòu)問題，每個(gè)企業(yè)都不一樣，且業(yè)務(wù)場景不同。需要依據(jù)具體 情況實(shí)施。2、如果考慮把數(shù)據(jù)庫遷移到云上，可以有兩種方式交付，一種是通過從云服務(wù) 提供商采購虛機(jī)，在虛機(jī)集群上構(gòu)建oracle RAC，但是需要考慮RAC集群的性 能問題，是否仍然能夠滿足之前的業(yè)務(wù)容量需求； 另外一種交付模式就是類似阿 里云RDBS的云數(shù)據(jù)庫模式，用戶比較省心，不必?fù)?dān)心性能問題，成本也比較低。3、Oracle從Power架構(gòu)遷移到云上是不存在任何技術(shù)障礙的，問題的關(guān)鍵是在于現(xiàn)有的應(yīng)用架構(gòu)是否能支撐基于云的計(jì)算，另外

10、，如果云主機(jī)提供的處理能力無法匹配現(xiàn)有Power主機(jī)的處理能力，那么數(shù)據(jù)庫架構(gòu)也需要進(jìn)行調(diào)整。X86 RAC 遷移到Power平臺(tái)RAC1、感覺這個(gè)還是看停機(jī)窗口和數(shù)據(jù)量。因?yàn)榭缙脚_(tái)了，如果停機(jī)窗口足夠可以 使用數(shù)據(jù)泵導(dǎo)出再導(dǎo)入的方式。這樣操作起來比較簡單。如果停機(jī)窗口不夠，可 以考慮使用ogg之類的復(fù)制方案來做。2、參考RAC遷移云環(huán)境的解決思路。關(guān)于數(shù)據(jù)倉庫跨品牌數(shù)據(jù)庫遷移、數(shù)據(jù)異地同步1、 第一如果你的業(yè)務(wù)遷移涉及到數(shù)據(jù)庫品牌切換，這個(gè)就需要完整的廠家解決 方案來確認(rèn)了，比如從 DB2遷移到ORACLE，這就需要2個(gè)品牌（主要是ORACLE）的廠商來確認(rèn)數(shù)據(jù)的可用性，另外ORACLE O

11、GG，QUESTSharePlex號(hào)稱可以在異構(gòu)平臺(tái)上進(jìn)行不同數(shù)據(jù)庫的數(shù)據(jù)同步，但沒有測試，不敢確定，2、 另外異地同步，已經(jīng)類似傳統(tǒng)兩地三中心的第三中心了。在帶寬有限制的情 況下，推薦本地雙活、異地容災(zāi)/實(shí)時(shí)備份Oracle RAC 從HP存儲(chǔ)遷移到IBM 存儲(chǔ)1、這種跨平臺(tái)的遷移，很難直接通過基于塊的存儲(chǔ)復(fù)制遷移。最后通過數(shù)據(jù)庫本身提供的工具。以oracle為例，跨平臺(tái)的遷移可選擇數(shù)據(jù)泵導(dǎo)出，再導(dǎo)入的 方式。也可以選擇ogg、dsg等數(shù)據(jù)庫復(fù)制軟件。具體選擇哪種方案，以停機(jī)窗口和數(shù)據(jù)量大小來綜合判斷。2、 如果只是更換存儲(chǔ)的話，主機(jī)端使用參考使用LVM方式，主機(jī)識(shí)別多個(gè)存 儲(chǔ)，rac前端進(jìn)

12、行遷移也是可以的。DB2遷移Oracle的相關(guān)問題問題1 :非空字段判定：DB2可在非空約束中插入空字符串， 且大量存在業(yè)務(wù)表 中，但Oracle不允許此類數(shù)據(jù)存在解答：在遷移的時(shí)候進(jìn)行轉(zhuǎn)換問題2:數(shù)據(jù)庫對象長度不同：DB2數(shù)據(jù)庫存在較多超長的數(shù)據(jù)庫對象名，但Oracle最多支持30個(gè)字符。解答：目前還是無解的問題3 :自增列的遷移：DB2存在自增列，Oracle沒有相關(guān)匹配？解答：可以在遷移完成后再添加序列對象實(shí)現(xiàn)分析：在數(shù)據(jù)層面的數(shù)據(jù)遷移還是比較多，主要涉及的幾個(gè)方面：存儲(chǔ)更換，主機(jī)更換， 不同數(shù)據(jù)庫之間的轉(zhuǎn)換遷移，數(shù)據(jù)所在平臺(tái)的遷移。數(shù)據(jù)庫層面的遷移問題，在 此只是做了簡單梳理，其實(shí)還有大量的問題由于時(shí)間問題沒有提出來，比如 oracle如何遷移至mysql，sqlserver等，其他數(shù)據(jù)庫直接的相互遷移或