數(shù)據(jù)遷移實施方案

1、數(shù)據(jù)庫系統(tǒng)和網(wǎng)絡(luò)存儲系統(tǒng)項目數(shù)據(jù)庫遷移實施方案文檔控制文檔修訂記錄審閱分發(fā)2目錄第一章文檔介紹51.1背景51.2目標6第二章系統(tǒng)硬件選型72.1存儲設(shè)備72.1.1設(shè)備選型72.1.2設(shè)備功能及實現(xiàn).72.2服務(wù)器設(shè)備.72.1.1數(shù)據(jù)庫服務(wù)器7AVr*第三章系統(tǒng)安裝.103.1主機系統(tǒng)安裝103.2配臵san網(wǎng)絡(luò)、磁盤陣列113.3配臵hacmp.123.4安裝數(shù)據(jù)庫軟件14第四章數(shù)據(jù)移.植.144.1移植準備工作144.2移植過程154.3系統(tǒng)檢查16數(shù)據(jù)庫檢查16導(dǎo)入后系統(tǒng)需要完成的工作17應(yīng)用檢查174.4系統(tǒng)回退17第五章應(yīng)用遷移18第六章新系統(tǒng)上線后的工作18第七章工作界面和工作

2、內(nèi)容18第八章實施計劃20附件：錯誤！未定義書簽。1.設(shè)備、軟件驗收交付記錄錯誤！未定義書簽。2.操作系統(tǒng)安裝錯誤！未定義書簽。3.操作系統(tǒng)鏡像錯誤！未定義書簽。34.設(shè)備配臵清單（需確認）錯誤！未定義書簽。4.1ibmp570服務(wù)器錯誤！未定義書簽。4.2光纖交換機配臵錯誤！未定義書簽。4第一章文檔介紹1.1背景hp公司全面轉(zhuǎn)向x86芯片，使用pa-risc芯片的hp9000服務(wù)器現(xiàn)已停產(chǎn)，雖然oracler12已經(jīng)可以支持itanium平臺上的hp-ux，但某電廠應(yīng)用系統(tǒng)目前是vxx.x.xx，而某應(yīng)用軟件vxx版本目前尚不能運行于itanium平臺，故準備將系統(tǒng)遷移至新硬件平臺（ibmp

3、ower處理器）。本次項目的主要目標是對包括如下幾點：1）存儲設(shè)備及小型機設(shè)備的選購采購一臺新磁盤陣列提供服務(wù)，替換過去的舊存儲設(shè)備，磁盤按現(xiàn)有存儲容量預(yù)期的1.3至1.5倍配路，（raidlO或raid5提供冗余保護，熱備盤提供磁盤的在線替換），空間考慮為_t（為以后的擴容考慮需要，最大支持在_t）,如可能涉及到系統(tǒng)日后的擴容、容災(zāi)及測試空間需求，可對存儲適當(dāng)增加擴展柜來擴充容量。2）系統(tǒng)硬件規(guī)劃及配臵當(dāng)前硬件系統(tǒng)按應(yīng)用規(guī)劃要求劃分lpar分區(qū)，并基于兩臺服務(wù)器分區(qū)之間實現(xiàn)集群配路。3）數(shù)據(jù)庫移植包括移植準備、移植實施、移植檢查及移植后最終上線，同時處理在移植過程中出現(xiàn)故障的回退恢復(fù)步驟。4

4、）應(yīng)用遷移5篇二：數(shù)據(jù)中心搬遷整體實施方案數(shù)據(jù)中心搬遷項目搬遷策略報告目錄概述31.1某銀行數(shù)據(jù)中心搬遷目標1.2某銀行數(shù)3據(jù)中心搬遷范圍1.3搬遷策3略制定的意義1.4搬遷5策略制定1.4.1搬遷策略.6制定方法1.4.2搬遷6策略制定原則1.5某銀行數(shù)6據(jù)中心搬遷方式7某銀行數(shù)據(jù)中心搬遷策略制定的重點和難點7搬遷策略階段工作總結(jié)8搬遷策略的總體思路及整體過程9某銀行數(shù)據(jù)中心搬遷的特點10某銀行數(shù)據(jù)中心搬遷策略分析11搬遷策略的要點11搬遷策略分析內(nèi)容11it架構(gòu)分析11應(yīng)用關(guān)聯(lián)分析14業(yè)務(wù)中斷影響分析15批處理關(guān)聯(lián)分析15系統(tǒng)保護分析17物理共享分析18設(shè)備冗余分析20機房環(huán)境分析22風(fēng)險

5、分析26某銀行數(shù)據(jù)中心搬遷策略29某銀行業(yè)務(wù)系統(tǒng)搬遷方式293.2搬遷批次劃分要求3.3搬遷各.29批次分析333.3.1批次1搬遷分析333.3.2批次2搬遷分析343.3.3批次3搬遷分析3.4搬遷過程45中的備份策略3.5搬遷中46的容災(zāi)保護3.6搬遷的.48應(yīng)急預(yù)案483.7某銀行數(shù)據(jù)中心搬遷實施組織架構(gòu)建議51搬遷實施總行領(lǐng)導(dǎo)工作委員會職責(zé)523.7.2搬遷實施工作組職責(zé).524總結(jié).61某銀行機房搬遷項目策略匯報1概述1.1某銀行數(shù)據(jù)中心搬遷目標某銀行現(xiàn)在使用的機房于1997年建成，位于某市深南東路，隨著業(yè)務(wù)不斷發(fā)展，業(yè)務(wù)系統(tǒng)持續(xù)增加，機房區(qū)間、機房電力空調(diào)等基礎(chǔ)設(shè)施容量趨于飽和，

6、當(dāng)時設(shè)計的能力已難以滿足某銀行業(yè)務(wù)發(fā)展需要。位于某市保稅區(qū)市花路的新數(shù)據(jù)中心，與現(xiàn)機房距離為15公里，預(yù)計2010年2月12日完成機房整體建設(shè)。為滿足業(yè)務(wù)發(fā)展需要，某銀行需盡快實施新數(shù)據(jù)中心的搬遷，使數(shù)據(jù)中心的綜合管理和生產(chǎn)運行能力上一個新臺階。某銀行初步計劃于2010年3月份實施現(xiàn)有數(shù)據(jù)中心的整體搬遷，搬遷期間整個銀行業(yè)務(wù)將全部中斷，其對外影響非常重大。某銀行數(shù)據(jù)中心搬遷的目標為：完成當(dāng)前數(shù)據(jù)中心及中心機房內(nèi)部所有it基礎(chǔ)設(shè)備的現(xiàn)狀梳理、根據(jù)某銀行自身的業(yè)務(wù)特點和業(yè)務(wù)需求，制定出符合某銀行的搬遷策略和詳細方案，保障業(yè)務(wù)系統(tǒng)順利搬遷到新數(shù)據(jù)中心，將搬遷的風(fēng)險以及搬遷對業(yè)務(wù)的影響降到最低。1.2

7、某銀行數(shù)據(jù)中心搬遷范圍某銀行數(shù)據(jù)中心搬遷的范圍主要是某銀行位于某市某路某號，某銀行大樓數(shù)據(jù)中心的67個計算機系統(tǒng)101個業(yè)務(wù)系統(tǒng)，包括核心業(yè)務(wù)系統(tǒng)、網(wǎng)銀系統(tǒng)、外聯(lián)系統(tǒng)等。其中：?計算機設(shè)備1063臺，包括：?主機?小型機?服務(wù)器?san存儲、磁帶庫、磁帶機?網(wǎng)絡(luò)設(shè)備?ups、空調(diào)、加密機等其他設(shè)備?機房范圍?5樓大機房、小機房?24樓信用卡測試設(shè)備?27樓資產(chǎn)管理部?5樓動力機房（設(shè)備利舊）?11樓測試機房?某銀行分行（部分測試設(shè)備）?不包括：?11樓集中作業(yè)部，22樓金融市場部?1樓機房，某銀行分行?庫房具體的業(yè)務(wù)系統(tǒng)如下表所示。類別核心業(yè)務(wù)業(yè)務(wù)系統(tǒng)綜合客服、信用卡、個貸卡交換、綜合理財、黃

8、金交易、個人實盤外匯買賣、前置類業(yè)務(wù)開放式基金代銷、資訊平臺、保理、商業(yè)匯票、銀銀合作、資金交易前中后一體化、現(xiàn)代化支付、供應(yīng)鏈金融、第三方存管、聯(lián)網(wǎng)核查公民身份信息、前置、分行前置等網(wǎng)上銀行、95501客戶服務(wù)中心、終端、全行b/s查渠道類業(yè)務(wù)詢機、統(tǒng)一消息平臺、金衛(wèi)士、網(wǎng)上招聘、內(nèi)部網(wǎng)服務(wù)器等技術(shù)支撐密碼服務(wù)系統(tǒng)、通訊集群網(wǎng)關(guān)、加密機資產(chǎn)托管、信貸風(fēng)險管理、國際業(yè)務(wù)處理、swift、電業(yè)務(wù)管理類子數(shù)據(jù)存儲、電子式儲蓄國債、統(tǒng)一數(shù)據(jù)補錄平臺、電腦驗印、銀稅信息共享、統(tǒng)一征信、反洗錢監(jiān)測報告、反恐怖融資黑名單、關(guān)聯(lián)方信息管理、員工買賣股票申報等3個18個11個子應(yīng)用系統(tǒng)4個42個1.3搬遷策略

9、制定的意義搬遷策略是搬遷實施的指導(dǎo)原則，一個好的搬遷策略可以幫助某銀行安全、平滑地實現(xiàn)系統(tǒng)搬遷和業(yè)務(wù)切換，反之，一個不好的搬遷策略則會給搬遷工作帶來很多的麻煩，嚴重時甚至?xí)斐砂徇w的失?。荒炽y行搬遷策略制定的主要意義在于：?保障業(yè)務(wù)系統(tǒng)順利搬遷：?全面分析應(yīng)用關(guān)聯(lián)和物理關(guān)聯(lián)?制定業(yè)務(wù)和數(shù)據(jù)安全保障建議?制定應(yīng)急預(yù)案的建議?降低業(yè)務(wù)中斷影響：?分析業(yè)務(wù)中斷影響?保障業(yè)務(wù)按優(yōu)先等級進行恢復(fù)?縮短重要業(yè)務(wù)的中斷時間?降低搬遷風(fēng)險：?多方位的風(fēng)險識別、風(fēng)險分析?制定風(fēng)險應(yīng)對策略建議?提高搬遷效率：?規(guī)劃搬遷各批次的應(yīng)用及設(shè)備清單?規(guī)劃搬遷時間?梳理搬遷前的準備工作篇三：數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案n800

10、0到asl3000廣東xx信息技術(shù)有限2015年7月系統(tǒng)拓撲圖中間服務(wù)器千兆以太網(wǎng)線路千兆以太網(wǎng)光纖線路萬兆以太網(wǎng)光纖線路成果數(shù)據(jù)存儲系統(tǒng)拓撲圖需求分析新增設(shè)備：2臺asl3000-nas、1臺nas網(wǎng)關(guān)和1套dps備份系統(tǒng)通過光纖跳線連接萬兆交換機，中間服務(wù)器和華賽n8000通過6類網(wǎng)線連接萬兆交換機，最低達到千兆交換的物理基礎(chǔ)架構(gòu)。其中1臺as13000-nas作為成果數(shù)據(jù)存儲，通過nas網(wǎng)關(guān)對外提供存儲服務(wù)，另一臺通過dps備份軟件實現(xiàn)數(shù)據(jù)備份。華賽n8000存儲數(shù)據(jù)有40tb,包括各種大小文件、壓縮包，需安全遷移到as13000,實現(xiàn)數(shù)據(jù)的備份和共享。數(shù)據(jù)遷移是敏感性動作，必須保證遷移

11、數(shù)據(jù)的完整性、可用性，一致性。華賽n8000已發(fā)生硬件故障，須盡快完成數(shù)據(jù)遷移工作。數(shù)據(jù)遷移方案本次數(shù)據(jù)遷移的目標是在最少存儲中斷服務(wù)時間內(nèi)完成數(shù)據(jù)在兩個存儲設(shè)備之間快速有序遷移，并保證數(shù)據(jù)的完整性、可用性，一致性。我們在本方案中建議以下2種方式實現(xiàn)存儲設(shè)備之間的數(shù)據(jù)遷移：?文件復(fù)制?通過全備份、增量備份實現(xiàn)數(shù)據(jù)遷移?實現(xiàn)方式簡單，遷移成本較低?需要較長的存儲中斷服務(wù)時間?備份軟件遷移?通過建立選擇備份的模式運行實現(xiàn)數(shù)據(jù)自動復(fù)制，實現(xiàn)數(shù)據(jù)遷移?支持異構(gòu)平臺?需要第三方備份工具支持，成本較高文件復(fù)制該方法是通過中間服務(wù)器的指令在2個存儲設(shè)備之間復(fù)制數(shù)據(jù)，數(shù)據(jù)遷移實現(xiàn)方式簡單，不需要對源數(shù)據(jù)進行設(shè)

12、置變更，不影響源數(shù)據(jù)的正常運行；但該方式遷移數(shù)據(jù)需要較長的遷移周期，同時需要安排一定的存儲中斷服務(wù)時間，以保證數(shù)據(jù)的完整遷移。該方法不適用于增量數(shù)據(jù)遷移，增量數(shù)據(jù)需另配存儲或在存儲中臨時劃lun替用，遷移完原數(shù)據(jù)后再遷移增量數(shù)據(jù)。備份軟件遷移該方法通過安裝的備份軟件實現(xiàn)2個存儲設(shè)備之間數(shù)據(jù)備份，向?qū)е敢氵M行文件的備份與恢復(fù)，支持任務(wù)排程，進行備份時可以根據(jù)文件類型有選擇的進行備份，備份文件可以壓縮為zip文件進行存放，以節(jié)省空間，并且可以通過壓縮密碼保護您的文件。整個遷移過程都是可控的，原有存儲環(huán)境保留，避免了遷移過程中的數(shù)據(jù)損失，保證了系統(tǒng)的平穩(wěn)過渡。該方法適用于增量數(shù)據(jù)遷移，滿足存儲系統(tǒng)

13、不間斷運行。需另行采購備份軟件實施，提高實施成本。方案對比通過以上2種方案綜合比對，建議采購文件復(fù)制方式實施數(shù)據(jù)遷移。數(shù)據(jù)遷移實施asl3000部署新購存儲預(yù)計7月10日到貨，硬件設(shè)備上架安裝1天，存儲系統(tǒng)規(guī)劃調(diào)試3天，預(yù)計7月17日可開始實施數(shù)據(jù)遷移工作。數(shù)據(jù)遷移實施?數(shù)據(jù)遷移系統(tǒng)搭建數(shù)據(jù)遷移系統(tǒng)由華賽n8000、中間服務(wù)器、as13000、網(wǎng)絡(luò)設(shè)備組成。？數(shù)據(jù)遷移鏈路由華賽n8000、中間服務(wù)器、as13000連接到萬兆交換機，最低1000mbps的以太網(wǎng)鏈路互聯(lián)。如不能連接到萬兆交換機，需要專門的千兆交換機保證數(shù)據(jù)傳輸，減少影響業(yè)務(wù)網(wǎng)絡(luò)運行。?遷移速度網(wǎng)絡(luò)最大傳輸速度為1000mbps,

14、最大的數(shù)據(jù)傳輸速度為1OOmbps,按大小文件傳輸平均速率大概為60mbps。一天數(shù)據(jù)傳輸量=文件傳輸速率*3600*24=6O*36OO*24=5184OOO=5tb?實施時間數(shù)據(jù)遷移包括4個階段：測試、預(yù)演、正式遷移、檢驗，主要耗費時間為正式遷移時間，目前n8000需傳輸?shù)臄?shù)據(jù)量為40tb,傳輸時間=40tb/5tb=8天整個遷移完成時間預(yù)計10天左右。數(shù)據(jù)校驗為了保證數(shù)據(jù)遷移后的一致性，需進行遷移前后數(shù)據(jù)的驗證，可采取以下3個方法核驗。?業(yè)務(wù)驗證方式篇四：數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案作者：han.xue信息系統(tǒng)數(shù)據(jù)遷移需要考慮的因素很多，比如操作系統(tǒng)類別、數(shù)據(jù)庫類型、版本、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)規(guī)模

15、、最小允許宕機時間等等。對于本項目，假定滿足下列條件：1、操作系統(tǒng)一致2、數(shù)據(jù)庫類型一致，均為microsoftsqlserver3、數(shù)據(jù)庫版本均為sqlserver2000現(xiàn)存在兩種數(shù)據(jù)遷移的考慮，第一種是新舊數(shù)據(jù)庫系統(tǒng)采用相同數(shù)據(jù)結(jié)構(gòu)存儲，第二種是新舊數(shù)據(jù)庫系統(tǒng)采用不同數(shù)據(jù)結(jié)構(gòu)存儲。下面分別詳細說明。一、不同數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)升遷新系統(tǒng)建設(shè)完成后，需要對舊系統(tǒng)中數(shù)據(jù)進行升遷。對于從舊系統(tǒng)中升遷歷史數(shù)據(jù)，需要首先建立舊系統(tǒng)歷史數(shù)據(jù)與新系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對應(yīng)關(guān)系，并根據(jù)對應(yīng)關(guān)系建立數(shù)據(jù)邏輯視圖。然后使用導(dǎo)入導(dǎo)出工具將歷史數(shù)據(jù)一次性導(dǎo)入到新系統(tǒng)中。數(shù)據(jù)升遷工作需要遵循以下原則：數(shù)據(jù)項長度不一致的處理對于

16、新系統(tǒng)與舊系統(tǒng)的數(shù)據(jù)項長度不一致的，為了防止數(shù)據(jù)丟失，應(yīng)以數(shù)據(jù)項較長的為準。代碼標準不一致的處理對于新系統(tǒng)與舊系統(tǒng)的同一數(shù)據(jù)項，而代碼標準不一致的，需要建立代碼對照表交由用戶審定后再進行升遷。數(shù)據(jù)采集方式不一致的處理舊系統(tǒng)為代碼輸入項目，新系統(tǒng)為手工錄入項目的，數(shù)據(jù)升遷時直接將含義升遷至新系統(tǒng)中。舊系統(tǒng)為手工錄入項目，新系統(tǒng)為代碼輸入項目的，數(shù)據(jù)升遷時應(yīng)將數(shù)據(jù)導(dǎo)入臨時表中，由用戶確認這些數(shù)據(jù)的新代碼后再導(dǎo)入正式庫。增減數(shù)據(jù)項目的處理新系統(tǒng)中新增的數(shù)據(jù)項目，如果為關(guān)鍵非空項，在數(shù)據(jù)升遷時需要由用戶指定默認值或者數(shù)據(jù)生成算法。舊系統(tǒng)有而新系統(tǒng)已取消的數(shù)據(jù)項目，原則上升遷至該記錄的備注字段。對于沒有

17、備注項目的，需要與用戶協(xié)商是否需要繼續(xù)保留。歷史數(shù)據(jù)歸檔的處理這種數(shù)據(jù)交換模式為大量、批量、一次性執(zhí)行的工作。此項工作要求需要支持異常終斷后繼續(xù)，并且在完成數(shù)據(jù)升遷后，需要出具數(shù)據(jù)升遷報告交由用戶審核確認。如果數(shù)據(jù)升遷工作順利完成，原有一期系統(tǒng)數(shù)據(jù)在備份并刻錄光盤后，將不再保留。完成此項工作提交的文檔：1）數(shù)據(jù)升遷報告2）新舊系統(tǒng)代碼項對照關(guān)系備忘錄3）新版系統(tǒng)中取消數(shù)據(jù)對象、數(shù)據(jù)項備忘錄4）新版系統(tǒng)由于歷史數(shù)據(jù)升遷工作要求數(shù)據(jù)結(jié)構(gòu)修訂備忘錄5）歷史數(shù)據(jù)清理工作備忘錄6）舊系統(tǒng)歷史數(shù)據(jù)刻錄光盤二、數(shù)據(jù)結(jié)構(gòu)相同的數(shù)據(jù)遷移對于數(shù)據(jù)結(jié)構(gòu)相同的數(shù)據(jù)遷移，常見有兩種方式：先備份再恢復(fù)的方式和數(shù)據(jù)庫文件分

18、離與附加的方式。但無論哪種方式，均需要在不同數(shù)據(jù)庫服務(wù)器之間，對數(shù)據(jù)文件或者備份文件進行拷貝和復(fù)制，因此我們建議在數(shù)據(jù)庫遷移時盡可能減少數(shù)據(jù)庫文件大小，便于進行處理，減少文件復(fù)制的耗時。在開始說明兩種方式之前，首先明確一下備份恢復(fù)和分離附加的概念：1、備份與恢復(fù)備份就是指對sqlserver數(shù)據(jù)庫及其他相關(guān)信息進行拷貝，數(shù)據(jù)庫備份記錄了在進行備份這一操作時數(shù)據(jù)庫中所有數(shù)據(jù)的狀態(tài)，如果數(shù)據(jù)庫因以外而損壞，這些備份文件將在數(shù)據(jù)庫恢復(fù)時被用來恢復(fù)數(shù)據(jù)庫?；謴?fù)就是把遭受破壞、丟失的數(shù)據(jù)或出現(xiàn)錯誤的數(shù)據(jù)庫恢復(fù)到原來的正常狀態(tài)，這一狀態(tài)就是有備份決定的。2、分離與附加在sqlserver運行時，在wind

19、ows中不能直接移動sqlserver數(shù)據(jù)庫文件，如果想移動sqlserver數(shù)據(jù)庫文件，就要將數(shù)據(jù)庫文件從sqlserver服務(wù)器中分離出去，分離后sqlserver服務(wù)器上不再有該數(shù)據(jù)庫。附加數(shù)據(jù)庫的工作是分離數(shù)據(jù)庫的逆操作，通過附加數(shù)據(jù)庫，可以將沒有加入sqlserver服務(wù)器的數(shù)據(jù)庫文件加到服務(wù)器中。一般來講，數(shù)據(jù)庫的分離與附加操作比備份與還原的數(shù)據(jù)庫遷移方式要更迅速、便捷。下面詳細介紹兩種方式的遷移步驟。1、準備工作在sqlserver中，每個數(shù)據(jù)庫的數(shù)據(jù)庫文件分為數(shù)據(jù)和日志兩個文件。舊系統(tǒng)經(jīng)過長時間運行，一般來說數(shù)據(jù)庫的日志文件均比較巨大。如果最初按照sqlserver默認參數(shù)建立

20、數(shù)據(jù)庫的話，日志文件按照10%的增量遞增擴展，將占用很大磁盤空間。我們建議在做數(shù)據(jù)庫遷移之前，根據(jù)用戶需要，對數(shù)據(jù)庫的日志文件進行清空、截斷和收縮。這樣一來一般數(shù)據(jù)庫的日志文件大小可以縮小至幾兆。具體操作步驟這里就不再贅述了。在這里我們需要提醒用戶的是，一旦進行了日志的清空、截斷和收縮并且丟失了數(shù)據(jù)庫的當(dāng)前時間點備份，那么數(shù)據(jù)庫自從上一次備份以來的數(shù)據(jù)將不可還原，這是尤其要注意的。因此一般我們建議用戶在對日志文件進行上述處理時，需要做一次完整數(shù)據(jù)庫備份。2、備份與還原的方式在準備工作完成后，用戶應(yīng)妥善保存數(shù)據(jù)庫的完整備份文件，再進行下一步工作。對于數(shù)據(jù)庫規(guī)模比較大的項目，還原數(shù)據(jù)庫耗時將比備份

21、時間要長。而且在不同的數(shù)據(jù)庫存儲的磁盤工作模式下，還原時間也是有很大差異的。我們建議如果用戶采用備份與還原的方式做數(shù)據(jù)遷移，并且對數(shù)據(jù)庫離線時間要求比較苛刻的話，在新數(shù)據(jù)庫存儲磁盤模式上應(yīng)選擇raidl或者raidO。還原數(shù)據(jù)庫時，有兩種具體操作方式：1、新建立一個空白數(shù)據(jù)庫，再還原；2、還原數(shù)據(jù)庫時指定新庫存儲位置和文件組。具體操作步驟這里不再贅述，我們建議用戶采用第一種方式操作。注意：在還原數(shù)據(jù)庫后，根據(jù)用戶舊數(shù)據(jù)庫的配置不同，可能還需要建立登錄名和數(shù)據(jù)庫訪問用戶，并將新數(shù)據(jù)庫的登錄名與系統(tǒng)進行掛接。4、分離與附加的方式一個數(shù)據(jù)庫只能被一個服務(wù)器管理，通過分離數(shù)據(jù)庫可以將數(shù)據(jù)庫與服務(wù)器分離

22、。附加數(shù)據(jù)庫就是將存放在硬盤上的數(shù)據(jù)庫文件加入到sqlserver服務(wù)器中。對于數(shù)據(jù)規(guī)模比較大的數(shù)據(jù)庫遷移，我們建議采用這種方式進行。具體操作步驟不再贅述。篇五：數(shù)據(jù)遷移方案數(shù)據(jù)遷移通俗的說就是將數(shù)據(jù)從一個地方轉(zhuǎn)移到另一個地方。主要使用場景有：根據(jù)正式系統(tǒng)搭建測試環(huán)境、從內(nèi)網(wǎng)復(fù)制到外網(wǎng)、數(shù)據(jù)庫服務(wù)器硬件升級等。根據(jù)需要遷移的數(shù)據(jù)量大小、系統(tǒng)架構(gòu)，可采取不同的遷移方法。注：以下所說方法，不考慮數(shù)據(jù)的增量更新、不考慮數(shù)據(jù)的實時同步、不考慮數(shù)據(jù)的邏輯轉(zhuǎn)換。如果有這些需求，建議使用第三方etl工具或使用oracle的其他數(shù)據(jù)同步技術(shù)。一、常用示例1.1如何在客戶現(xiàn)場搭建測試環(huán)境？常規(guī)方案，使用imp/

23、exp工具，先在源庫執(zhí)行直接路徑導(dǎo)出操作，然后在目標庫執(zhí)行導(dǎo)入操作。imp/exp的執(zhí)行速度主要受限于磁盤及網(wǎng)絡(luò)。數(shù)據(jù)量：1.5g導(dǎo)出用時：5分鐘導(dǎo)入用時：23分鐘導(dǎo)出文件大?。?41m導(dǎo)出導(dǎo)入環(huán)境：單cpu，700m內(nèi)存。為力求最大速度，使用直接路徑導(dǎo)出、設(shè)置最大i/o緩沖、導(dǎo)入導(dǎo)出文件都放在服務(wù)器上執(zhí)行。1.2還有沒有更快的辦法？有，仍然使用impdp/expdp。只是不再將數(shù)據(jù)導(dǎo)出后導(dǎo)入，而是直接將數(shù)據(jù)從源庫導(dǎo)入到目的庫。cmdimpdptesti目標庫directory=dmpdirschemas二testinetwork_link二源庫dblinkremap_schema二testi

24、:testa上面語句的操作是將源庫的testi用戶的數(shù)據(jù)，導(dǎo)入到目標庫的testa用戶下。這個操作是局域網(wǎng)內(nèi)遷移數(shù)據(jù)最方便的工具，不過也可能是速度最慢的工具。1.3有沒有還快一點的方法？有，換用impdp/expdp。同樣在源庫執(zhí)行導(dǎo)出，在目標庫執(zhí)行導(dǎo)入。操作速度能得到極大提升。impdp/expdp速度主要受限于磁盤，與網(wǎng)絡(luò)無關(guān)。原數(shù)據(jù)大?。?.5gexpdp導(dǎo)出操作用時：5分鐘impdp導(dǎo)入操作用時：22分鐘導(dǎo)出文件大?。?88m導(dǎo)出導(dǎo)入環(huán)境：單cpu，700m內(nèi)存，并行度=1?你不是說這個會更快么？為什么速度跟1.1的imp/exp差不多??？請看第四部分總結(jié)的解釋。1.4你還敢再快一點么

25、？使用表空間遷移。將表空間的元數(shù)據(jù)導(dǎo)出，和數(shù)據(jù)文件一起，復(fù)制到新庫。執(zhí)行元數(shù)據(jù)導(dǎo)入。一般來說，整個導(dǎo)入導(dǎo)出的數(shù)據(jù)量不到5m。速度相當(dāng)快，但使用限制比較多。導(dǎo)出時間：1分鐘導(dǎo)入時間：3分鐘導(dǎo)出文件：60m+數(shù)據(jù)文件1.5g1.5如何將數(shù)據(jù)從linux環(huán)境轉(zhuǎn)到windows環(huán)境？查看v$transportable_platform，如果數(shù)據(jù)編碼一致，可嘗試直接復(fù)制數(shù)據(jù)文件。否則使用rman或impdp/expdp或imp/exp。1.6如果你有一個excel格式的數(shù)據(jù)表，需要遠程更新到客戶數(shù)據(jù)庫上，怎么更新？使用pl/sqldeveloper，復(fù)制、粘貼、提交。1.7如果你需要將正式庫的幾張表，遷移到測試庫來，怎么弄快些？用dblink+腳本，或者使用impdp遠程導(dǎo)入。二、局部數(shù)據(jù)的遷移2.1、廣域網(wǎng)的遷移2.1.1pl/sqldeveloper廣域網(wǎng)下小數(shù)據(jù)量的遷移，常用pl/sqldev