『壹』 資料庫的遷移要注意哪些問題
分布式大數據遷移工具 （二）原創分享中，請參考
『貳』 表格改變欄位時，該如何兼容歷史數據
業務是不斷變化發展的，產品也是會隨之不停迭代的，數據表格作為基本組件也常常需要變動，這在我們的日常工作中是非常常見的。
比如下面這個例子，一款分析淘寶商家移動端店鋪數據的產品，其中菜單「流量來源」是對店鋪流量的分析，在店鋪發展初期「淘內免費」、「付費流量」、「自主訪問」能夠支撐業務方對於店鋪數據的分析，但是隨著店鋪業務不斷發展做大做強，對於流量分析的顆粒度要求越來越細，只是對流量的簡單劃分已經無法滿足業務方的需求。希望能對於淘內流量能有更細的分類，幫助業務方對店鋪流量有更細致的了解，從而根據不同流量大小調整運營策略，促進店鋪銷售數據的發展。
現狀：淘內免費 付費流量 自主訪問
期望：手淘搜索 我的淘寶 淘內免費其他 手淘微淘 手淘掃一掃等
需求：改動「流量來源」數據表格中的欄位
當原有產品無法滿足當前的業務發展時，為了滿足業務的新需要，服務於新的場景。不得不要求我們去改變最初的產品設計，改動表格中的欄位設計。而改動「數據表格」的欄位很容易引發數據沖突的情況，包括數據類型沖突、數據格式沖突等。
如果在改動表格欄位時，不去考慮數據沖突的影響，不去考慮如何兼容歷史數據，會導致產品內的數據在完整性和一致性上出現問題，比如上文中案例如果不進行歷史數據兼容處理，選擇在3.19號上線新的統計功能，關於流量的劃分就會存在兩種不一樣的統計方式，19號前的流量數據劃分方式和19號之後不一致，按月維度下沒有辦法對3月的流量數據做一個統一劃分。
歷史數據一定意義上成為了「臟數據」，有句話說的好叫「垃圾數據進垃圾數據出」，數據質量對於分析結果的重要性甚至高於分析方式和模型。混入臟數據後產出的結果對業務造成嚴重的影響，甚至做出了錯誤的決策，帶來不可磨滅的損失
因此，我們有必要去解決「表格改變欄位」後產生的數據沖突，去兼容歷史數據，減少改動對數據產生的負面影響。那麼問題來了，我們該怎麼去兼容歷史數據呢？
01 歷史數據都是需要保留的嗎
表格改變欄位出現數據沖突的情況後，在我們去兼容歷史數據之前可以先思考一個問題：歷史數據都是需要保留的嗎？一起來看下下面的兩個場景。
場景1
某電商to b產品，在一次迭代中，對「店鋪銷售」菜單增加了「客單價」欄位，那麼歷史數據中的客單價對我們有意義嗎？
場景2
我們設計了一套問卷用於統計「國內大學生的不同專業的就業情況」，投放問卷一段時間後對問題就行了修改，那麼收集的歷史數據對我們還有意義嗎？
通過兩個具體的場景，我們可以發現「歷史數據」在不同的場景下的保留策略是不同的：
場景1中的「客單價」能幫助復盤店鋪歷史的客單價情況，和當前時間的「客單價」進行對比，對店鋪策略起到數據指導作用，在此場景下歷史數據具有重要意義，需要保留。
而場景2中收集的「你的國家是什麼」和場景題干「國內大學生」矛盾，問卷的修改也是為了解決這一矛盾才修改題目的，所以該題目收集來的歷史數據無效，不需要保留可以直接廢棄。
歷史數據是對過去業務情況的記錄和反饋，但並不是所有的歷史數據都是有意義的，也不是所有歷史數據都需要保留的。當需要考慮歷史數據兼容問題前，建議先從實際的場景出發去分析一下「歷史數據」對於業務的價值和意義，如果關聯不大或者本身就是錯誤的數據，直接廢棄歷史數據就OK了。對於要保留的歷史數據，才需要去考慮沖突在哪裡，以及怎麼去兼容
02 怎麼去兼容歷史數據
在我們思考了歷史數據的價值和意義之後，確定要保留歷史數據，那麼我們怎麼去兼容歷史數據呢？首先，我們需要區分不同的數據表格改變方式，會帶來怎麼樣的數據沖突，再根據不同的沖突情況去提出相對應的兼容方案
1. 增加欄位
我們經常會遇到在表格上「增加欄位」的情況，比如增加了新的業務欄位，增加了新的統計項。
如果不做兼容處理，就會出現增加的欄位有增加後的新數據，但是沒有歷史數據。這種情況下，需要我們判斷歷史數據能否被補全，若能，則補全歷史數據；若無法補全，新增的欄位歷史數據空白展示。
2. 減少欄位
當出現「減少欄位」的情況，如果不做處理，會出現減少的欄位沒有新數據，但是有歷史數據。這種情況下，我們的處理方式是保留歷史數據，減少統計後該欄位空白展示。
3. 原欄位統計邏輯或規則改變
統計邏輯或規則被改變時，不進行數據兼容的話，因為新數據和歷史數據的統計方式不一致，會導致數據結果出現差異。這個時候，需要我們去判斷歷史數據能否按新的統計邏輯換算，若能，則按新邏輯重新統計；若不能保留歷史數據，並記錄統計邏輯的改變記錄。
4. 原欄位下鑽或合並統計
這種改變會出現新欄位和歷史欄位是包含或者被包含的關系，需要我們去補全歷史數據，比如欄位A被下鑽成了新欄位B+新欄位C，根據下鑽規則補全新欄位B和C的歷史數據值。
而在實際的場景中，數據沖突會同時存在多種，所採用的方案也是多個解決手段組合的。
比如下面這個案例，我們對「客戶管理」模塊進行迭代，通過調研發現內部銷售團隊希望能在「客戶管理」菜單中增加「客戶微信」欄位，並提供根據客戶等級自動計算出「下次回訪時間」，為此我們對「客戶管理」的欄位進行了調整。
表格改動為：增加「客戶微信」、「下次回訪時間」欄位，減少「創建時間」欄位。這里就涉及到了「增加欄位」和「減少欄位」兩種情況，通過分析「客戶微信」和「下次回訪」欄位對存量客戶具有重要意義，收集到客戶的微信聯系方式和具體的回訪時間，方便業務員展開業務，兩個欄位的數據也有被補全的條件；而減少的「創建時間」欄位對於業務影響不大，可以廢棄。基於上面的考慮，我們對「客戶管理」菜單做了如圖處理。
迭代發布上線後，產品同學提出「下次回訪時間」直接展示時間，對銷售團隊來說不夠直觀，可以對「下次回訪時間」進一步處理，更加直接明了，因為「下次回訪時間」欄位中原有的時間格式是支持現在的規則換算的，就可以對時間進行了換算處理。
對「下次回訪時間」的展示進行處理，計算「下次回訪時間」和當前時間的差值：
原統計格式：yyyy-mm-dd
新統計格式：X天後回訪；已過期X天
隨著業務的發展又遇到了「欄位統計邏輯和規則無法轉化」的情況，「客戶管理」中「意向產品」的可選項從「商品1，商品2，商品3」變成了「商品5，商品6，商品7」，改動前後的數據沒有辦法去簡單的進行兼容，而前後數據對於業務來說都是具有意義的，那麼我們需要在保留兩者數據格式的前提下，做一些文案上的提示，例如在操作日誌記錄系統對於規則的更改。
從上面這個案例中我們發現，表格的變動不單單只有出現一種沖突，我們採取的解決方案也是多樣的。
03 兼容歷史數據的價值和場景
表格欄位的改動會導致歷史數據和改動後數據的沖突，而數據沖突會導致在產品層面的數據沒有連貫性，進一步導致了用戶無法理解前後數據，對產品產生了疑問，以至於產生了負面情緒。
簡單的對表格欄位進行增減，對於用戶的影響相對於較少，降低了用戶對數據的可讀性，比如上文案例中增加減少欄位，不做處理的話，用戶會對部分情況有數據部分情況無數據產生疑惑增加了理解成本。
但是對於更改統計邏輯的，就不只是簡單用戶體驗上的問題了，會給業務帶來實際的影響，比如上文中意向產品中可選擇的產品變更了，如果不及時對於歷史數據進行兼容，做相關的變動說明處理，很容易給業務員帶來之前的商品仍然可以進行銷售的誤判，最終導致下錯訂單甚至下單後無法發貨，給公司業務帶來實質的虧損
由此可見，兼容歷史數據的價值，在於解決這一系列的數據沖突，既保證了產品層面的數據連貫性，也讓用戶了解到數據變動的原因，降低了用戶的負面情緒和理解成本。更重要的是，不僅可以 能幫助用戶復盤業務情況，對業務起到指導作用，而且避免事故和損失的發生
但是兼容歷史數據也不是在所有場景都適用的，當我們涉及到的改動非常大的時候，比如業務發生巨大的變化導致原有表格欄位全部推翻重新設計時，就不建議採用上文的兼容方案，可以選擇新老數據交替過渡，原有的表格提供對老數據的支持，新建一個表格用於支持新欄位的展示，通過這種方式，完成從歷史存量業務到新業務的過渡；又比如整體項目需要重構，可以選擇數據遷移方案
現在當我們再次遇到歷史數據沖突需要兼容的情況時，可以判斷如何選擇了嗎？
『叄』 oracle歷史數據遷移
Windows中oracle服務啟動 關閉腳本 oracle控制文件的管理 隨著資料庫管理系統和操作系統平台的更新換代的速度的加快，資料庫管理員經常需要在兩個不同的資料庫之間或在兩種不同的系統平台之間並圓進行數據遷移。
本文介紹了資料庫數據遷移的一般步驟以及實現向Oracle8i資料庫進行數據遷移的幾種方法，並對它們的優缺點做了對比分析。 在開發環境向運行環境轉換、低版本資料庫向高版本資料庫轉換以及兩個不同資料庫之間進行轉換時，資料庫中的數據（包括結構定義）需要被轉移並使之正常運行，這就是資料庫中的數據遷移。
對於中小型資料庫，如Foxpro中的*。dbf，這種遷移非常簡單，一般只需通過簡單的Copy就能完成。
但對於大型資料庫系統，如Oracle 資料庫，數據遷移就不那麼簡單了，它需要利用一定的技術和經驗，有步驟按計劃地完成。 數據遷移的一般步驟 對資料庫管理人員來說，資料庫數據遷移極具挑戰性，一旦措施不當，珍貴的數據資源將面臨丟失的危險，要成功地實現資料庫數據平滑遷移，需要周密計劃和充分准備，並按照一定的步驟來完成。
設計數埋隱據遷移方案 設計數據遷移方案主要包括以下幾個方面工作：研究與數據遷移相關的資料，或在網站上查詢相關內容、評估和選擇數據遷移的軟硬體平台、選擇數據遷移方法、選擇數據備份和恢復策略、設計數據遷移和測試方案等。 進行數據模擬遷移 根據設計的數據遷移方案，建立一個模擬的數據遷移環境，它既能模擬實際環境又不影響實際數據，然後在數據模擬遷移環境中測試數據遷移的效果。
數據模擬遷移前也應按備份策略備份模擬數據，以便數據遷移後能按恢復策略進行恢復測試。 測試數據模擬遷移：根據設計的數據遷移測試方案測試數據模擬遷移，也就是檢查數據模擬遷移後數據和應用軟體是否正常，主要包括：數據一致性測試、應用軟體執行功能測試、性能測試、數據備份和恢復測試等。
准備實施數據遷移：數據模擬遷移測試成功後，在正式實施數絕液塌據遷移前還需要做好以下幾個方面工作：進行完全數據備份、確定數據遷移方案、安裝和配置軟硬體等。 正式實施數據遷移：按照確定的數據遷移方案，正式實施數據遷移。
測試數據遷移效果：按照數據遷移測試方案測試數據遷移效果，並對數據遷移後的資料庫參數和性能進行調整，使之滿足數據遷移後實際應用系統的需要。 移植系統應用軟體：將實際應用系統的應用軟體移植到數據遷移後的資料庫系統上，並使之正常運行。
正式運行應用系統：在正式實施數據遷移成功並且資料庫參數和性能達到要求後，就可以正式運行應用系統，並投入實際使用。
主要介紹了Oracle資料庫的數據遷移方法，詳細內容請大家參考下文： 隨著資料庫管理系統和操作系統平台的更新換代的速度的加快，資料庫管理員經常需要在兩個不同的資料庫之間或在兩種不同的系統平台之間進行數據遷移。
本文介紹了資料庫數據遷移的一般步驟以及實現向Oracle8i資料庫進行數據遷移的幾種方法，並對它們的優缺點做了對比分析。 在開發環境向運行環境轉換、低版本資料庫向高版本資料庫轉換以及兩個不同資料庫之間進行轉換時，資料庫中的數據（包括結構定義）需要被轉移並使之正常運行，這就是資料庫中的數據遷移。
對於中小型資料庫，如Foxpro中的*。dbf，這種遷移非常簡單，一般只需通過簡單的Copy就能完成。
但對於大型資料庫系統，如Oracle 資料庫，數據遷移就不那麼簡單了，它需要利用一定的技術和經驗，有步驟按計劃地完成。 數據遷移的一般步驟 對資料庫管理人員來說，資料庫數據遷移極具挑戰性，一旦措施不當，珍貴的數據資源將面臨丟失的危險，要成功地實現資料庫數據平滑遷移，需要周密計劃和充分准備，並按照一定的步驟來完成。
設計數據遷移方案 設計數據遷移方案主要包括以下幾個方面工作：研究與數據遷移相關的資料，或在網站上查詢相關內容、評估和選擇數據遷移的軟硬體平台、選擇數據遷移方法、選擇數據備份和恢復策略、設計數據遷移和測試方案等。 進行數據模擬遷移 根據設計的數據遷移方案，建立一個模擬的數據遷移環境，它既能模擬實際環境又不影響實際數據，然後在數據模擬遷移環境中測試數據遷移的效果。
數據模擬遷移前也應按備份策略備份模擬數據，以便數據遷移後能按恢復策略進行恢復測試。 測試數據模擬遷移 根據設計的數據遷移測試方案測試數據模擬遷移，也就是檢查數據模擬遷移後數據和應用軟體是否正常，主要包括：數據一致性測試、應用軟體執行功能測試、性能測試、數據備份和恢復測試等。
准備實施數據遷移 數據模擬遷移測試成功後，在正式實施數據遷移前還需要做好以下幾個方面工作：進行完全數據備份、確定數據遷移方案、安裝和配置軟硬體等。 正式實施數據遷移 按照確定的數據遷移方案，正式實施數據遷移。
測試數據遷移效果 按照數據遷移測試方案測試數據遷移效果，並對數據遷移後的資料庫參數和性能進行調整，使之滿足數據遷移後實際應用系統的需要。 移植系統應用軟體 將實際應用系統的應用軟體移植到數據遷移後的資料庫系統上，並使之正常運行。
以上是我對於這個問題的解答，希望能夠幫到大家。
我們常常需要對數據進行遷移，遷移到更加高級的主機上、遷移到遠程的機房上、遷移到不同的平台下…… 一、exp/imp： 這也算是最常用最簡單的方法了，一般是基於應用的owner級做導出導入。
操作方法為：在新庫建立好owner和表空間，停老庫的應用，在老庫做exp user/pwd owner=XXX file=exp_xxx。 dmp log=exp_xxx。
log buffer=6000000，傳dmp文件到新庫，在新庫做imp user/pwd fromuser=XXX touser=XXX file=exp_xxx。dmp log=imp_xxx。
log ignore=y。 優缺點：優點是可以跨平台使用；缺點是停機時間長，停機時間為從exp到網路傳輸到新庫，再加上imp的時間。
二、存儲遷移： 這種情況下，數據文件、控制文件、日誌文件、spfile都在存儲上（一般情況下是裸設備），我們可以直接把存儲掛到新機器上，然後在新機器上啟動資料庫。 操作方法：將老庫的pfile（因為裡面有指向裸設備的spfile鏈接），tnsnames。
ora,listener。ora，密碼文件傳到新庫的對應位置。
將存儲切至新機，或者用文件拷貝或dd的方式復制數據文件，啟動資料庫。 優缺點：優點是該遷移方式非常簡單，主要的工作是主機工程師的工作，dba只需配合即可，停機時間為當庫、切存儲、起庫的時間。
缺點是要求新老庫都是同一平台，是相同的資料庫版本。 三、利用data guard遷移： 用dg我們不僅可以用來做容災，物理的dg我們還可以作為遷移的方式。
操作方法：可見://。oracleblog。
/study-note/dg-created-by-rman/或者://。 oracleblog。
/study-note/create-dg-by-rman-one-datafile-by-one-datafile/或者其他相關網文。注意switch over之後，可以將dg拆掉，去掉log_archive_dest_ 2、FAL_SERVER、FAL_CLIENT、standby_file_management參數。
另外還要注意如果用rman做dg，注意手工添加tempfile。 優缺點：優點是停機時間短，停機時間為switch over的時間。
缺點：主機必須雙份、存儲必須雙份。 四、用rman做遷移： rman比較適合於跨文件系統的遷移，如同平台下的不同文件系統。
操作方法： 1。停第三方的歸檔備份，如legato或dp 2。
backup資料庫： 在一次周末的課程試驗中，頻繁的看到 Data file init write 等待事件。
等多種方式，要從ORACLE提取SQL中的數據，大都是通過透明網關來實現的。
在異構數據抽取過程中，最好採用SQL92標準的語法編寫SQL代碼，同時要注意不同資料庫之間數據類型的轉換關系，如ORACLE的日期類型用DATE、SQL用Datetime等。 一 關於ORACLE的透明網關配置 ORACLE安裝時（9i），將TRANSPARENT GATEWAY FOR MSSQL選中，在ORACLE主目錄BIN中，有個tg4msql.exe程序，它是透明網關程序啦，同時在主目錄中還有tgrmsql的一個目錄，ORACLE_HOME g4msqladmin目錄中的inittg4msql.ora就是需要進行配置才能在ORACLE中連接SQL。
1 如何配置透明網關呢？打開inittg4msql.ora: # HS init parameters xzh代表SQL服務名，pubs代表要訪問的SQL資料庫。 HS_FDS_CONNECT_INFO="SERVER=xzh;DATABASE=pubs" HS_FDS_TRACE_LEVEL=OFF HS_FDS_RECOVERY_ACCOUNT=RECOVER HS_FDS_RECOVERY_PWD=RECOVER 2 監聽的配置oracle_homeworkadminListiner.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = xzh)(PORT = 1521)) ) (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = xzh)(PORT = 1527)) ) ) ) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = xzh.world) (ORACLE_HOME = D:oracleora92) (SID_NAME = xzh) ) (SID_DESC = (GLOBAL_DBNAME = tg4msql) (PROGRAM = tg4msql) (SID_NAME = tg4msql) (ORACLE_HOME = D:oracleora92) ) )。
操作方法為：在新庫建立好owner和表空間，停老庫的應用，在老庫執行：$ exp user/pwd owner=XXX file=exp_xxx.dmp log=exp_xxx.log buffer=6000000，導入dmp文件到新庫，在新庫執行如下命令：$ imp user/pwd fromuser=XXX touser=XXX file=exp_xxx.dmp log=imp_xxx.log ignore=y. 優缺點：優點是可以跨平台使用；缺點是停機時間長，停機時間為從exp到網路傳輸到新庫，再加上imp的時間。
Oracle SQL Developer是甲骨文公司免費提供的資料庫開發工具，可幫助用戶簡化開發工作，提高編制和調試SQL和PL/SQL代碼的效率。
現在，這個免費工具又增加了方便從第三方資料庫向Oracle資料庫遷移的新功能。 甲骨文公司軟體開發副總裁Michael Hichwa說：「自推出Oracle SQL Developer以來，我們一直致力於增加這個產品的功能，以滿足開發人員社區的需求。
有了Oracle SQL Developer 1。2版，開發人員用一個工具軟體，就既可以瀏覽第三方數據，又能以最低風險經濟、無縫地將第三方數據遷移到Oracle資料庫中。
1。2版極大地簡化了數據、表格和存儲程序從非Oracle資料庫向Oracle資料庫的遷移，有助於確保平滑遷移。
」 Oracle SQL Developer遷移工作台實現了向Oracle資料庫的自動遷移 很久以來，甲骨文一直提供獨立的遷移工作台工具，以幫助資料庫開發人員從非Oracle資料庫向Oracle資料庫遷移。Oracle SQL Developer 1。
2版集成了一個更加強大的遷移工作台工具，即Oracle SQL Developer遷移工作台（Oracle SQL Developer Migration Workbench）。這個遷移工作台為資料庫開發人員提供了單一的工具和環境，他們可以用這個工作台瀏覽第三方數據、遷移資料庫對象和數據並瀏覽遷移後的資料庫，從而降低從第三方資料庫向Oracle資料庫遷移所需的時間、成本以及有關風險。
Oracle SQL Developer遷移工作台具有廣泛的資料庫遷移功能。用戶可用這個工作台遷移單個表格或幾個資料庫。
用戶連接在資料庫上時也可以進行遷移，或者用戶可以生成項目表，將其作為遷移項目的組成部分，並用Oracle SQL Developer的SQL和PL/SQL編制與調試工具修改項目表。 Oracle SQL Developer遷移工作台具有新的語法分析程序，可以百分之百識別T-SQL語法。
該工作台還具有單個語句翻譯器，用戶可以將任何種類的T-SQL語句粘貼到編輯器中，並將其即時翻譯成PL/SQL語句。 Oracle SQL Developer遷移工作台為資料庫開發人員提供了兩個遷移選項。
用戶可以用該工作台附帶的實用向導程序進行單步遷移，也可以將遷移過程分成幾個部分，以在需要時對各個不同的部分進行統一修改。這個工作台可幫助用戶將以下第三方資料庫遷移到Oracle資料庫： •Microsoft SQL Server（版本7。
0、2000和2005）； •Microsoft Access（版本9 7、2000、2002和2003）； •MySQL（版本3。 0、4。
0和5。0）。
ABB用Oracle SQL Developer遷移工作台節省時間 ABB是全球領先的工程公司，該公司正在用Oracle SQL Developer 1。2版遷移工作台實現從SQL Server向Oracle資料庫的遷移。
世界各地有很多印刷所採用ABB的自動列印解決方案，就資產和價值鏈優化而言，這套解決方案具有非常多的優點。ABB的業務范圍涵蓋從頁面規劃、數字工作流、花輪滾壓、印刷自動化直到整個生產過程的總體規劃和跟蹤。
ABB公司自動印刷業務部設計師Karl Doerig說：「對我們從SQL Server 2005向Oracle資料庫的遷移來說，Oracle SQL Developer遷移工作台是一個完美的集成開發環境。 我們用這個新的遷移工作台可以在不到兩個小時的時間內遷移具有約350個表格和1000個存儲過程的SQL Server 2005資料庫框架，而且幾乎不需要手工編輯工作。
以前完成同樣的任務大約需要兩天時間，光手動改變輸出的說明就有兩頁紙長。」 價格與供貨 Oracle SQL Developer的運行版已經可以從Oracle技術網路下載，網址為： ://。
oracle。/technology/software/procts/sql/index。
。 Oracle SQL Developer可在Linux、Mac OS X和Windows平台上運行，免費提供，任何擁有Oracle資料庫許可證的客戶都可以獲得對Oracle SQL Developer的支持。
有關的條款、條件和限制條件適用。甲骨文還為注冊用戶免費提供在線論壇，供用戶探討有關Oracle SQL Developer的話題。
Oracle SQL Developer可用於Oracle資料庫11g，經過了在企業版、標准版和標准版1上的認證。 這個工具軟體還可用於Oracle資料庫10g的所有版本和Oracle9i資料庫第二版。
『肆』 原來廠家倒閉了，有其他解決方案能將歷史數據遷移出來嗎
您好，對於辯敏陪你的遇到的問題，我很高興能為你提供幫助拿掘，我之前攜蠢也遇到過喲，以下是我的個人看法，希望能幫助到你，若有錯誤，還望見諒！。這個涉及到歷史數據遷移的問題，用1 01異構數據採集引擎可以自動採集舊系統中的數據，按照配置的邏輯寫入到新系統中去，每個小時可以處理上萬條的數據，並且可以多台機器同時運行。
關鍵是這個過程中不需要原來的廠商配合，因為不是用介面的方式採集的數據，所以，原來的廠商倒閉了也沒關系的，而且，全程機器人操作，不需要人工干預，節約了很多人力成本，數據的准確性也有保證非常感謝您的耐心觀看，如有幫助請採納，祝生活愉快！謝謝！
『伍』 用批處理把舊系統里的數據移到新系統中，具體怎麼實現
估計您的系統應該是個大系統，資料庫也應該是MS SQL或Oracle之類的專業資料庫，這些資料庫都有命令行方式的庫凱晌導出功能。
如果您新系統只是硬體升級或者簡單地調整了庫結構或某些表的結構，那就可以用批處理盯螞鋒實現大部分的導出導入：
1、在某台機器上建立好與新舊系統的資料庫連接；
2、建立批處理exp2imp.bat：
<舊庫的導出語句組>
<新庫的導入語句組>
這些語句組您只能事先測試好，包括用戶角色、庫實例、庫的連接名等都要寫好。
3、其餘的結構差異化物信數據只能通過專用工具導出、導入了。
如果您的新庫與舊庫結構和許可權管理模式差異非常大，還是建議您用專用的資料庫管理工具或第三方工具進行數據導出、導入。
『陸』 我們公司換了一套新業務系統，新系統和舊系統結構相差很大，老闆要我想辦法把歷史數據遷移到新系統來
博為軟體有一種數據採集引擎技術，通過理清舊系統蔽舉上的數據邏輯後，可以按邏輯把所有數據抓取出來，然後再按新系搏並叢統的邏輯自動錄入到新系統中去，不過看你們老闆願不願意花錢了，不過反正你們找老基櫻系統服務也是打算花錢了的
『柒』 我們學校最近要用網頁版的模具教學系統，但是需要把以前的老系統錄入到新系統中,歷史數據遷移怎麼解決
不管哪個行業，基本所有的軟體數據歷史遷移都可以用101 異構數據採集技術解決。101 異構數據採集技術會自動採集舊系統中的數據，按照配置的邏輯寫入到新系統中去，每個小時可以處理上萬條的數據，並且可以多台機器同時運行。
數據遷移(又稱分枯返模級存儲管理，hierarchical storage management，hsm)是一種將離線存儲與在線存儲融合的技術。它將高速、高容量的非在線存儲設備作為磁碟設備的下一級設備，然後將磁碟中常用的 數據按指定的策略自動遷移到磁帶庫（簡稱帶庫）等二級大容量存儲設備上。當需要使用這些數據時，分級存儲系統會自動將這些數據從下一級存儲設備調回到上一 級磁碟上。對於用戶來說，上述數據遷移操作完全是透明的，只是在訪問磁碟的速度上略有怠慢，而在邏輯磁碟的容量上明顯感覺大大提世巧高了。
數據遷移是將很少使用或不用的文件移到輔助存儲系統(如磁帶或光碟)的存檔過程。這些文件通常是需在未來任何時間可進行方便訪問的圖像文檔或歷史信息。遷移工作與備份策略相結合,並且仍要求定期備份。還包括電腦數據遷移，遷移舊電腦（舊系統）中的數據、沒緩應用程序、個性化設置等到新電腦（新系統），在系統升級後很有必要。
『捌』 求助大咖們歷史數據的遷移有什麼好方法啊
數據遷移是數據系統整合中保證系統平滑升級和更新的關鍵部分。
在信息化建設過程中，隨著技術的發展，原有的信息系統不斷被功能更強大的新系統所取代。
從兩層結構到三層結構，從Client／Server到Browser／Server。
在新舊系統的切換過程中，必然要面臨一個數據遷移的問題。
數據遷移的實現可以分為3個階段：數據遷移前的准備、數據遷移的實施和數據遷移後的校驗。
由於數據遷移的特點，大量的工作都需要在准備階段完成，充分而周到的准備工作是卜旁完成數據遷移的主要基礎。
具體而言，要進行待遷移數據源慧悶的詳細說明(包括數據的存儲方式、數據量、數據的時間跨度)；建立新舊系統資料庫的數據字典；對舊系統的歷史數據進行質量分析，新舊系統數據結構的差異分析；新舊系統代碼數據的差異分析；建立新老系統資料庫表的映射關系，對無法映射欄位的處理方法；開發、部屬ETL工具，編寫數據轉換的測試計劃和校驗程序；制定數據轉換的應急措施。
如果說運用101 異構數據採集技術，前弊彎完全0人力成本，不需要人工操作，也不需要軟體廠家配合，只需要配置好，機器自動運行，就可以把歷史數據抓取出來，自動寫入新系統裡面
『玖』 醫院新購買了一套PACS系統，歷史數據如何做遷移
歷史數據遷移可以找101 異構數據採集。
一般更換軟體系統時，舊清模軟體系統中的歷史數據需要導入新系統，人工錄入需要耗費大量人力和時間成本。而101異構數據採集答纖緩技術，自動採集舊系統中的完整數據，按照配置邏輯豎握自動寫入新系統，保證系統數據完整性；可多台機器同時運行，處理速度快，節約人工成本。