A. 求資料庫遷移方案或實施步驟
這個很麻煩。只能用傳統的數據備份，數據導入這種方法了。如果是虛擬平台，這個好辦。思科C系列伺服器較傳統伺服器沒多大區別。
B. 請教高手4T的資料庫遷移方案
方法一：
將\Microsoft sql Server\MSSQL\DATA文件夾中的syntt_data.mdf和syntt_log.ldf文件復制到安裝有資料庫伺服器的機器的文件夾中（可以是本機的\Microsoft SQL Server\MSSQL\DATA\文件夾），然後進入企業管理器。右鍵點擊逗資料庫地，在浮動菜單中選擇逗所有任務地中的逗附加資料庫地。
在隨後的提示頁面中選擇剛才復制過來的.MDF文件，如果想指定資料庫的所有者，在逗指定資料庫所有者地選擇框中選擇你認為合適的用戶。如果想修改資料庫的名字，可在逗附加為地框中輸入新的資料庫名字（對本資料庫，不建議這么做，因為這樣的話，整個程序中所有涉及資料庫連接的代碼都要隨之修改，那將是不必要的勞動）。
在進行完上述的工作之後，直接點擊逗確定地就可進行數據的SQL Server 數據轉移轉移。
方法二：
（方法一）是針對資料庫中沒有本資料庫的伺服器，如果資料庫中已經建有與該資料庫名稱相同的資料庫，則直接按照備份資料庫的恢復操作就可完成數據的SQL Server 數據轉移轉移。
方法如下所述：
這種方法首先要在本機上建立一個備份文件，具體操作介紹如下：
1、 在企業管理器中打開伺服器組以及指定的伺服器。然後右鍵點擊需要備份的資料庫在這里是syntt，在浮動菜單中選擇逗所有任務地菜單下的逗備份資料庫地，打開數據備份對話框。
2、 選擇逗常規地選項卡，在名稱對話框中輸入本分集合名稱，在逗描述地文本框中輸入備份集描述文本信息。在逗備份地組下選擇備份操作類型，共有以下幾種：
資料庫—完全：完整備份資料庫。
資料庫—差異：增量備份資料庫。
事務日誌：事務日誌備份。
文件和文件組：資料庫文件和文件組備份。
在逗目的地組中指定備份設備或者備份文件名稱，選擇逗添加地按鈕添加備份設備或者文件；逗刪除地按鈕用來刪除備份設備和備份文件；選擇逗內容地按鈕，則可查看已經存儲在備份設備或文件中的備份信息。
在逗重寫地組中有兩種選項：
追加到媒體：選擇該選項，表示需要保存備份設備或文件中以前的備份數據。
重寫現有媒體：要求本次被分數據覆蓋以前的備份數據，從而節省存儲空間。
在逗調度地組中，安排數據備份的時間。用來指定資料庫備份在將來的某個時間執行
3、 逗選項地選項卡，設置資料庫備份操作選項。其中的內容主要有以下幾項：
完成後驗證備份：要求在備份結束時對備份數據進行校驗。
備份後彈出磁帶：只對磁帶備份設備有效，他要求在備份結束時自動卸帶。
刪除事務日誌中不活動的條目：要求在事務日誌備份結束時刪除事務日誌中的已經完成的事務日誌條目。
檢查媒體集名稱和備份集到期時間：要求在備份前檢查介質集名稱和原備份集中備份SQL Server 數據轉移的有效期，以防止意外重寫破壞原來的備份數據。
備份集到期時間：設置備份集的有效期。
初始化並標識媒體：只對磁帶設備有效。選擇該選項後，SQL Server在備份時將Microsoft定義的磁帶格式信息寫入介質的開始部分。此時，可以在逗媒體集名稱地和逗媒體集描述地文本框中定義介質集名稱和介質描述信息。
4、 在進行完上述的操作之後，剩下的任務就是點擊逗確定地，使系統開始進行資料庫的備份操作。
到目前為止，我們已經有了一個資料庫的備份文件，剩下的任務就是怎麼將這個文件還原至另外的資料庫伺服器中了。
1、因為使用企業管理器進行資料庫的恢復只能是在本機進行，所以在進行數據還原之前，必須將剛才所作的備份文件復制到本機，然後在本機選擇逗syntt地資料庫，右鍵點擊它，在顯示出來的浮動菜單中選擇逗所有任務地下的逗還原資料庫地。
2、在還原資料庫對話框中，在逗常規地選項卡中的選擇逗從設備地的數據恢復方法，通過逗選擇設備地按鈕選擇剛才復制過來的文件。
逗常規地選項卡與逗選項地選項卡中的具體內容如下所示：
逗常規地選項卡：
資料庫恢復方法：包括逗資料庫地、逗文件組或文件地、逗從設備地三種恢復方式。
逗資料庫地方式：選擇該項時，從逗顯示資料庫備份地列表中選擇需要顯示的指定資料庫備份集合，從逗要還原的第一個備份地列表框中選擇首先使用哪一個備份集恢復資料庫；逗文件組或文件地：選擇它時，資料庫恢復部件列出指定資料庫備份集合中備份的資料庫文件或文件組，管理員可從這些備份文件中選擇恢復那個資料庫文件或文件組；逗從設備地：選擇它時，管理員選擇恢復資料庫或其日誌所使用的備份設備，之後再從該備份設備中選擇使用哪一次備份中的數據恢復資料庫或其日誌。
3、點擊逗確定地，完成恢復操作。
非原創
C. mysql有沒有好的據庫之間數據轉移的方法或思路呢
gh-ost 是 GitHub 發布的一款用於 MySQL 的無觸發器在線模式遷移解決方案。它是可測試的，並提供暫停，動態控制/重新配置，審計和許多操作特權。它在整個遷移過程中，對主伺服器產生的工作量很少，與已遷移表上的現有工作分離。
gh-ost與所有現有的在線模式更改工具都以類似的方式操作：它們以與原始表相似的方式創建幽靈表，將數據從原始表緩慢且增量地復制到幽靈表，同時應用正在進行的更改（INSERT，DELETE，UPDATE）到幽靈表。最後，在適當的時候，它用幽靈表替換了原始表。gh-ost使用相同的模式。但是，它與所有現有工具的不同之處在於不使用觸發器。取而代之的是，gh-ost使用二進制日誌流捕獲表的更改，然後將其非同步應用到幽靈表。
gh-ost 承擔一些其他工具留給資料庫執行的任務。gh-ost 可以更好地控制遷移過程；可以真正暫停它；可以真正將遷移的寫入負載與主伺服器的工作負載分離。此外，它還提供了許多可操作的特權，使其更安全、可信賴且易於使用。
D. 資料庫遷移數據需要測試哪些方面
數據遷移的實現可以分為3個階段：數據遷移前的准備、數據遷移的實施和數據遷移後的校驗。由於數據遷移的特點，大量的工作都需要在准備階段完成，充分而周到的准備工作是完成數據遷移的主要基矗 具體而言，要進行待遷移數據源的詳細說明(包括數據...
E. 如何將MySQL資料庫遷移到Oracle資料庫
首先 資料庫的性能有很多種
1：速度性能
2：並發性能
3：事務性能
在速度性能上，首先你需要首先確定你的測試環境。
舉個例子，比如你的軟體可能的用戶群是一群使用586電腦的客戶，那麼肯定是mysql的效率要高出oracle.這個是為什麼呢，mysql在事務策略和安全策略上做的工作遠沒有oracle做出的多。如果軟體不需要這方面的高要求，那麼完全可以使用mysql,這樣機器的配置可以比較低，但是表現出的性能會更加優越。
前面是題外話，在測試前你需要首先頂一下你的測試環境，為了能讓oracle充分的表現出他的性能，你應該選取一些強勁的小型機或者伺服器來作為測試環境（雖然這樣的環境對於mysql來說可能浪費了，但是這樣才能確保2個資料庫都充分的發揮的自己的特性）。
其次，測試訪問速度，你可以通過對資料庫的大批量寫入來看出效果。所謂大批量寫入應該嘗試使用存儲過程一次讀入了10M的數據文件然後寫入並且記錄時間（同時記錄cpu,內存等佔用情況）。然後對於至少2個超過10萬的數據表做笛卡爾積查詢（全連接），查看查詢的時間。
F. oracle存儲過程向DB2遷移
資料庫遷移可以看作一個特殊的軟體開發項目，與其他開發項目不同的是這個項目的需求是確定的，技術障礙較低，主要工作是代碼編寫和測試。對資料庫管理人員來說，資料庫數據遷移極具挑戰性，一旦措施不當，珍貴的數據資源將面臨丟失的危險，要成功地實現資料庫數據平滑遷移，需要周密計劃和充分准備，並按照一定的步驟來完成。另一方面，資料庫遷移項目的成功也主要依賴於客戶與開發商的積極配合和有序組織。當然，企業資料庫通常數據量都比較大，結構也比較復雜，如果完全通過手工來完成，那是一個不可想像的大工程。所以正確的步驟加合適的遷移工具也能達到事半功倍的效果。
Oracle向DB2遷移的主要流程
Oracle向DB2遷移一般來說遵循3大流程：遷移評估、模擬遷移、正式遷移。
1、遷移評估
全面的評估是遷移成功的一個關鍵要素，評估的總體目標是發現可能影響遷移過程的問題以便分配足夠的資源來保證遷移取得成功。首先，是評估應用環境和應用程序，識別潛在的障礙;第二，您的 Oracle 資料庫將在多大程度上適應 DB2 的硬數據;最後，分析 Oracle 資料庫對象和過程，識別使用 DB2中不支持的那些特性的對象和過程。
2、模擬遷移
1)在進行模擬遷移前，我們必須先設計數據遷移的方案，一般設計數據遷移方案主要包括以下幾個方面工作：研究與數據遷移相關的資料，或在網站上查詢相關內容、選擇數據遷移的軟硬體平台、選擇數據遷移方法、選擇數據備份和恢復策略、設計數據遷移和測試方案等。
2)根據設計的數據遷移方案，建立一個模擬的數據遷移環境，它既能模擬實際環境又不影響實際數據，然後在數據模擬遷移環境中測試數據遷移的效果。數據模擬遷移前也應按備份策略備份模擬數據，以便數據遷移後能按恢復策略進行恢復測試。
3)根據設計的數據遷移測試方案測試數據模擬遷移，也就是檢查數據模擬遷移後數據和應用軟體是否正常，主要包括：數據一致性測試、應用軟體執行功能測試、性能測試、數據備份和恢復測試等。
3、正式遷移
數據模擬遷移測試成功後，可以正式實施數據的遷移了。在這里介紹一種簡單的測試方法，首先利用 DB2 兼容特性遷移 Oracle 應用，創建兼容模式 DB2 資料庫。在 DB2 V9.7 上啟用 Oracle 應用程序時，實例和資料庫必須處於兼容模式。還建議調整舍入行為以匹配 Oracle。通過把重新驗證語義(revalidation semantics)設置為 deferred_force，可以不按依賴次序部署對象。
在 UNIX 系統上：
$ db2set DB2_COMPATIBILITY_VECTOR=ORA
$ db2set DB2_DEFERRED_PREPARE_SEMANTICS=YES$ db2stop force
$ db2start
$ db2 create db testdb automatic storage yes on /db2data1，/db2data2，/db2data3 DBPATH ON /db2system PAGESIZE 32 K$ db2 update db cfg for testdb using auto_reval deferred_enforce$ db2 update db cfg for testdb using decflt_rounding round_half_upC:\> db2 update db cfg for testdb using decflt_rounding round_half_up在Windows上：
C:\> db2set DB2_COMPATIBILITY_VECTOR=ORA
C:\> db2set DB2_DEFERRED_PREPARE_SEMANTICS=YESC:\> db2stop force
C:\> db2start
C:\> db2 create db testdb automatic storage yes on C:，D: DBPATH ON E: PAGESIZE 32 KC:\> db2 update db cfg for testdb using auto_reval deferred_enforceC:\> db2 update db cfg for testdb using decflt_rounding round_half_up然後是將 Oracle 資料庫對象和數據遷移到 DB2。DB2 9.7 提供的原生 Oracle PL/SQL 和 Oracle SQL 支持極大地簡化了這一過程。現在我們先來看一個簡單的示例，這個例子選自 Oracle 來演示 PL/SQL 中 CASE 語句的使用，例子如下：
set serveroutput on
Drop function Get_Grade3;
create or replace function Get_Grade3(score IN NUMBER) RETURN VARCHAR2 isbegin
use a Searched CASE Statement to find the Grade for thescore passed in as a parameter
CASE
WHEN score BETWEEN 80 AND 100 THEN return A;WHEN score BETWEEN 65 AND 79 THEN return B;WHEN score BETWEEN 50 AND 64 THEN return C;WHEN score BETWEEN 40 AND 49 THEN return D;WHEN score BETWEEN 0 AND 39 THEN return F;Comment the ELSE leg to generate the exceptionELSE return Invalid score;
END CASE;
exception
when CASE_NOT_FOUND then
return Exception - Case Not Found for score - || score;end Get_Grade3;
select Get_Grade3(-1) from al
C:\> db2 update db cfg for testdb using decflt_rounding round_half_up把這段代碼保存在本地計算機的 D 盤下面為 casetest.sql，在 DB2 的 CLP plus 中運行一下，居然一點都不需要修改就運行成功了，運行的結果如下：
Oracle 向 DB2遷移：主要的流程與工具
這說明 DB2 對 Oracle 的兼容性的支持已經達到了一個很好的程度了。但是並不是所有程序都可以這么幸運的無需要修改就能正確的運行的。為了能夠更好的完成遷移工作，還是需要了解兩者之間特性的范圍，以便我們能夠更好的進行修改工作。在這里就不做說明了，大家可以去網上找找。
Oracle 向 DB2遷移工具
1. IBM DB2 Migration Toolkit
利用免費的 IBM DB2 Universal Database(UDB)Migration Toolkit(MTK)簡化和改進向 DB2 UDB 的遷移工作。這個新的遷移實用程序提供了向導和易於使用的五步界面，這些有助於您快速地將現有的 Sybase、 Microsoft SQL Server和Oracle資料庫對象轉換到 DB2 通用資料庫。使用 MTK，可以將數據類型、表、列、視圖、索引、存儲過程和觸發器自動地轉換成等價的 DB2 資料庫對象。MTK 向資料庫管理員(DBA)和應用程序程序員提供了使遷移任務自動化所需要的工具，而以前這些任務不但效率低下而且開銷巨大。通過使用 MTK 中的以下特性，您可以減少停機時間、消除人為錯誤，以及降低人工和與傳統資料庫遷移相關聯的其它資源消耗。MTK 可運行於 AIX、Linux、Solaris 和 Windows 操作系統上。
2. IBM Data Movement Tool
利用 DB2 兼容特性和 IBM 提供的免費數據遷移工具 Data Movement Tool，快速地將現有的 Oracle 資料庫對象轉換到 DB2 通用資料庫。同時對應用中使用到的資料庫訪問語言以及介面進行轉換，最終實現整個應用系統的完整遷移。
3. IBM Optim Development Studio
IBM Optim Development Studio，它為 Oracle、DB2 和 Informix 提供一個集成的資料庫開發環境。Optim Development Studio 在開發和測試 SQL 和 XQuery 查詢、存儲過程、Web 服務和 Java 數據訪問層方面將生產力提高了 50%，而且允許在不同或者相同的數據伺服器中的數據對象包、存儲過程、表、用戶自定義函數、用戶自定義類型、視圖、模式等的復制粘貼。
這三款工具都是來自於IBM官方的，大家有需要可以進去官方下載。
總 結
以上只是簡單的介紹了下遷移的流程和常用的工具，總的來說，遷移過程是一個復雜的過程，中間可能出現很多意想不到的情況，遇到問題，先查資料尋求解決方法，要有細心和耐心!我們在做遷移時，一定要做好備份，測試工作。而遷移工具只是一個輔助作用，如果單靠遷移工具是遠遠不夠的。
G. 資料庫的部分數據遷移該怎麼做
有標識列么？沒有的話，insert into b庫名.dbo.user2 select a庫名.dbo.user1 where .....
有標識列則需要先修改表user2，取消標識列，然後再導入。
H. oracle資料庫遷移方案 文檔怎麼寫
Oracle 資料庫遷移文檔可以按如下格式進行寫：
一、需求分析：
資料庫所有文件（數據文件、日誌文件、臨時文件、控制文件）都存放在光纖存儲中，但是光纖存儲使用時間過長，超過3年，經常出現一些問題，而且光纖存儲需要廠家維護，維護方面不是很方便，需要將資料庫文件遷移到nas存儲中。
二、操作步驟：
1：具體需求
2：保存現有數據文件、控制文件、臨時文件、日誌文件位置
3：停止監聽，並關閉資料庫
4：移動所有數據文件、控制文件、臨時文件、日誌文件到新的位置
5：啟動資料庫到nomount狀態，並更改控制文件位置，關閉資料庫
6：啟動資料庫到mount狀態
7：更改數據文件、臨時文件、日誌文件位置
7：打開資料庫
8：重啟驗證