資料庫遷移步驟

A. 如何遷移MySQL資料庫

MySQL資料庫遷移
MySQL資料庫遷移(數據文件直接遷移)
在今年10月下旬的時候，公司的伺服器需要遷移，其中涉及到了MySQL資料庫遷移。查看了一下MySQL數據文件的大小，接近60G的大小(實際數據並沒用那麼多)。由於伺服器上業務需要，要盡量減少伺服器遷移時的損失。所以遷移時間選在了晚上零點開始，而且要盡量減少遷移所用的時間。
在遷移之前有三種方案：
資料庫直接導出，拷貝文件到新伺服器，在新伺服器上導入。
使用【MySQL
GUI
Tools】中的
MySQLMigrationTool。
數據文件和庫表結構文件直接拷貝到新伺服器，掛載到同樣配置的MySQL服務下。
我在我的電腦上用虛擬機測試後，選中了佔用時間最少的第三種方案。下面是三種方案的對比：
第一種方案的優點:會重建數據文件，減少數據文件的佔用空間。
第一種方案的缺點:時間佔用長。(導入導出都需要很長的時間，並且導出後的文件還要經過網路傳輸，也要佔用一定的時間。)
第二種方案的優點：設置完成後傳輸無人值守
第二種方案的缺點：
設置繁瑣。
傳輸中網路出現異常，不能及時的被發現，並且會一直停留在數據傳輸的狀態不能被停止，如不仔細觀察不會被發現異常。
傳輸相對其他fang時間長。
異常後很難從異常的位置繼續傳輸。
第三種方案的優點：時間佔用短，文件可斷點傳輸。操作步驟少。（絕大部分時間都是在文件的網路傳輸）
第三種方案的缺點：可能引起未知問題，暫時未發現。
下面介紹一下第三種方案d遷移步驟：
保證Mysql版本一致，安裝配置基本一致（注意：這里的數據文件和庫表結構文件都指定在同一目錄data下）
停止兩邊的Mysql服務（A伺服器--遷移-->B伺服器)
刪除B伺服器Mysql的data目錄下所有文件
拷貝A伺服器Mysql的data目錄下除了ib_logfile和.err之外的文件到B伺服器data下
啟動B伺服器的Mysql服務，檢測是否發生異常
遷移完成後，服務啟動正常，未發現其他異常問題。
備註：經測試，源mysql的安裝目錄及數據文件目錄
可以與
目標Mysql的安裝目錄及數據文件目錄
不一致。
此時，只需要拷貝您所需移動的dbname（如上：pa、testdb）及'mysql'和'ibdata1'，即可。

B. 資料庫遷移通常怎麼做

資料庫遷移
MySQL資料庫遷移(數據文件直接遷移)
在今年10月下旬的時候，公司的伺服器需要遷移，其中涉及到了MySQL資料庫遷移。查看了一下MySQL數據文件的大小，接近60G的大小(實際數據並沒用那麼多)。由於伺服器上業務需要，要盡量減少伺服器遷移時的損失。所以遷移時間選在了晚上零點開始，而且要盡量減少遷移所用的時間。
在遷移之前有三種方案：
資料庫直接導出，拷貝文件到新伺服器，在新伺服器上導入。
使用【MySQL GUI Tools】中的 MySQLMigrationTool。
數據文件和庫表結構文件直接拷貝到新伺服器，掛載到同樣配置的MySQL服務下。
我在我的電腦上用虛擬機測試後，選中了佔用時間最少的第三種方案。下面是三種方案的對比：

第一種方案的優點:會重建數據文件，減少數據文件的佔用空間。
第一種方案的缺點:時間佔用長。(導入導出都需要很長的時間，並且導出後的文件還要經過網路傳輸，也要佔用一定的時間。)
第二種方案的優點：設置完成後傳輸無人值守
第二種方案的缺點：
設置繁瑣。
傳輸中網路出現異常，不能及時的被發現，並且會一直停留在數據傳輸的狀態不能被停止，如不仔細觀察不會被發現異常。
傳輸相對其他fang時間長。
異常後很難從異常的位置繼續傳輸。
第三種方案的優點：時間佔用短，文件可斷點傳輸。操作步驟少。（絕大部分時間都是在文件的網路傳輸）
第三種方案的缺點：可能引起未知問題，暫時未發現。
下面介紹一下第三種方案d遷移步驟：
保證Mysql版本一致，安裝配置基本一致（注意：這里的數據文件和庫表結構文件都指定在同一目錄data下）
停止兩邊的Mysql服務（A伺服器--遷移-->B伺服器)
刪除B伺服器Mysql的data目錄下所有文件
拷貝A伺服器Mysql的data目錄下除了ib_logfile和.err之外的文件到B伺服器data下
啟動B伺服器的Mysql服務，檢測是否發生異常
遷移完成後，服務啟動正常，未發現其他異常問題。

備註：經測試，源mysql的安裝目錄及數據文件目錄 可以與 目標Mysql的安裝目錄及數據文件目錄 不一致。
此時，只需要拷貝您所需移動的dbname（如上：pa、testdb）及'mysql'和'ibdata1'，即可。

C. 資料庫的部分數據遷移該怎麼做

有標識列么？沒有的話，insert into b庫名.dbo.user2 select a庫名.dbo.user1 where .....
有標識列則需要先修改表user2，取消標識列，然後再導入。

D. SQL資料庫的遷移方法有多少

本文介紹五種遷移SQL資料庫的方法，包括DTS設計器導入導出、利用備份和恢復、直接拷貝數據文件、在應用程序中定製和SQL Server的復制功能。

DTS設計器導入導出
DTS的設計器功能強大，支持多任務，也是可視化界面，容易操作，但知道的人一般不多，如果只是進行SQL Server資料庫中部分表的移動，用這種方法最好，當然，也可以進行全部表的移動。在SQL Server Enterprise Manager中，展開伺服器左邊的+，選擇資料庫，右擊，選擇All tasks/Import Data...(或All tasks/Export Data...)，進入向導模式，按提示一步一步走就行了，裡面分得很細，可以靈活的在不同數據源之間復制數據，很方便的。而且可以另存成DTS包，如果以後還有相同的復制任務，直接運行DTS包就行，省時省力。也可以直接打開DTS設計器，方法是展開伺服器名稱下面的Data Transformation Services，選Local Packages，在右邊的窗口中右擊，選New Package，就打開了DTS設計器。
值得注意的是：如果源資料庫要拷貝的表有外鍵，注意移動的順序，有時要分批移動，否則外鍵主鍵，索引可能丟失，移動的時候選項旁邊的提示說的很明白，或者一次性的復制到目標資料庫中，再重新建立外鍵，主鍵，索引。
利用備份和恢復
先對源資料庫進行完全備份，備份到一個設備（device）上，然後把備份文件復制到目的伺服器上（恢復的速度快），進行資料庫的恢復操作，在恢復的資料庫名中填上源資料庫的名字（名字必須相同），選擇強制型恢復（可以覆蓋以前資料庫的選項），再選擇從設備中進行恢復，瀏覽時選中備份的文件就行了。這種方法可以完全恢復資料庫，包括外鍵，主鍵，索引。
直接拷貝數據文件
把資料庫的數據文件（*.mdf）和日誌文件（*.ldf）都拷貝到目的伺服器，在SQL Server Query Analyzer中用語句進行恢復:
EXEC sp_attach_db @dbname = ';test';,
@filename1 = ';d:mssql7datatest_data.mdf';,
@filename2 = ';d:mssql7datatest_log.ldf';
這樣就把test資料庫附加到SQL Server中，可以照常使用。如果不想用原來的日誌文件，可以用如下的命令：
EXEC sp_detach_db @dbname = ';test';
EXEC sp_attach_single_file_db @dbname = ';test';,
@physname = ';d:mssql7datatest_data.mdf';
這個語句的作用是僅僅載入數據文件，日誌文件可以由SQL Server資料庫自動添加，但是原來的日誌文件中記錄的數據就丟失了。
在應用程序中定製
可以在應用程序（PB、VB）中執行自己編寫的程序，也可以在Query Analyzer中執行，這種方法比較靈活，其實是利用一個平台連接到資料庫，在平台中用的主要是SQL語句，這種方法對資料庫的影響小，但是如果用到遠程鏈接伺服器，要求網路之間的傳輸性能好，一般有兩種語句：
1> select ... into new_tablename where ...
2> insert (into) old_tablename select ... from ... where ...
區別是前者把數據插入一個新表（先建立表，再插入數據），後者是把數據插入已經存在的一個表中，我個人喜歡後者，因為在編程的結構上，應用的范圍上，第二條語句強於前者。
SQL Server的復制功能
SQL Server提供了強大的數據復制功能，也是最不易掌握的，具體應用請參考相關資料，值得注意的是要想成功進行數據的復制工作，有些條件是必不可少的：
1）SQL Server Agent必須啟動，MSDTC必須啟動。
2）所有要復制的表必須有主鍵。
3）如果表中有text或image數據類型，必須使用with log選項，不能使用with no_log選項。
另外max text repl size選項控制可以復制的文本和圖像數據的最大規模，超過這個限制的操作將失敗。
4）在要進行復制的計算機上，應該至少是隱含共享，即共享名是a1、b1…。
5）為SQL Server代理使用的Windows Server賬號不能是一個本地的系統賬號，因為本地的系統賬號不允許網路存取。

E. 求資料庫遷移方案或實施步驟

這個很麻煩。只能用傳統的數據備份，數據導入這種方法了。如果是虛擬平台，這個好辦。思科C系列伺服器較傳統伺服器沒多大區別。

F. 資料庫遷移方法

看出來了。樓主應該是個新手，推薦用多備份吧，幾乎都是傻瓜式操作。呃，我可沒說樓主是傻瓜。

G. 請教遷移伺服器資料庫的遷移步驟

SQL資料庫嗎，如果能暫停網站的使用，就直接將原有資料庫data目錄直接拷到新伺服器上

H. 如何遷移SQL Server系統資料庫

首先遷移master資料庫，master資料庫是整個SQL Server實例的核心，所有的設置都存放在master資料庫里，如果master資料庫出現問題，整個實例都將癱瘓。首先打開SQL Server Configuration Manager，在左邊的列表框中選中SQL Server Services節點，然後在右邊的列表框中找到需要遷移系統資料庫的實例的那個SQL Server服務，比如說SQLServer（MSSQLSERVER），停止這個實例的服務（不會停的去菜場買塊豆腐撞死算了），然後右鍵單擊，選中最底下的「Properties」，並且切換到「Advanced」標簽，如下圖所示：

看到「Startup Parameters」了吧，這里的參數就是需要我們更改的。如下圖所示：

把這段字元整理一下就是這樣：
-dC:\Program Files\Microsoft SQLServer\MSSQL10.MSSQLSERVER\MSSQL\DATA\master.mdf;
-eC:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Log\ERRORLOG;
-lC:\Program Files\Microsoft SQLServer\MSSQL10.MSSQLSERVER\MSSQL\DATA\mastlog.ldf

基本上看出來了吧，「-d」後面的就是master資料庫數據文件的位置，「-e」是該SQL Server實例的錯誤日誌所在的位置，至於「-l」就是master資料庫日誌文件所在的位置了。修改數據文件和日誌文件的路徑到適當為位置，錯誤日誌的位置一般不需要做變更，例如將數據文件存放到D盤的SQLData文件夾下，日誌文件存放到E盤的SQLLog文件夾下，則參數如下：

-dD:\SQLData\master.mdf;-eC:\Program Files\Microsoft SQLServer\MSSQL10.MSSQLSERVER\MSSQL\Log\ERRORLOG;-lE:\SQLLog\mastlog.ldf

點擊「OK」保存並關閉對話框。

I. 資料庫如何實現平滑遷移

資料庫遷移
MySQL資料庫遷移(數據文件直接遷移)
在今年10月下旬的時候，公司的伺服器需要遷移，其中涉及到了MySQL資料庫遷移。查看了一下MySQL數據文件的大小，接近60G的大小(實際數據並沒用那麼多)。由於伺服器上業務需要，要盡量減少伺服器遷移時的損失。所以遷移時間選在了晚上零點開始，而且要盡量減少遷移所用的時間。
在遷移之前有三種方案：
資料庫直接導出，拷貝文件到新伺服器，在新伺服器上導入。
使用【MySQL GUI Tools】中的 MySQLMigrationTool。
數據文件和庫表結構文件直接拷貝到新伺服器，掛載到同樣配置的MySQL服務下。
我在我的電腦上用虛擬機測試後，選中了佔用時間最少的第三種方案。下面是三種方案的對比：

第一種方案的優點:會重建數據文件，減少數據文件的佔用空間。
第一種方案的缺點:時間佔用長。(導入導出都需要很長的時間，並且導出後的文件還要經過網路傳輸，也要佔用一定的時間。)
第二種方案的優點：設置完成後傳輸無人值守
第二種方案的缺點：
設置繁瑣。
傳輸中網路出現異常，不能及時的被發現，並且會一直停留在數據傳輸的狀態不能被停止，如不仔細觀察不會被發現異常。
傳輸相對其他fang時間長。
異常後很難從異常的位置繼續傳輸。
第三種方案的優點：時間佔用短，文件可斷點傳輸。操作步驟少。（絕大部分時間都是在文件的網路傳輸）
第三種方案的缺點：可能引起未知問題，暫時未發現。
下面介紹一下第三種方案d遷移步驟：
保證Mysql版本一致，安裝配置基本一致（注意：這里的數據文件和庫表結構文件都指定在同一目錄data下）
停止兩邊的Mysql服務（A伺服器--遷移-->B伺服器)
刪除B伺服器Mysql的data目錄下所有文件
拷貝A伺服器Mysql的data目錄下除了ib_logfile和.err之外的文件到B伺服器data下
啟動B伺服器的Mysql服務，檢測是否發生異常
遷移完成後，服務啟動正常，未發現其他異常問題。

備註：經測試，源mysql的安裝目錄及數據文件目錄 可以與 目標Mysql的安裝目錄及數據文件目錄 不一致。
此時，只需要拷貝您所需移動的dbname（如上：pa、testdb）及'mysql'和'ibdata1'，即可。

J. oracle資料庫遷移方案 文檔怎麼寫

Oracle 資料庫遷移文檔可以按如下格式進行寫：

一、需求分析：
資料庫所有文件（數據文件、日誌文件、臨時文件、控制文件）都存放在光纖存儲中，但是光纖存儲使用時間過長，超過3年，經常出現一些問題，而且光纖存儲需要廠家維護，維護方面不是很方便，需要將資料庫文件遷移到nas存儲中。
二、操作步驟：
1：具體需求
2：保存現有數據文件、控制文件、臨時文件、日誌文件位置
3：停止監聽，並關閉資料庫
4：移動所有數據文件、控制文件、臨時文件、日誌文件到新的位置
5：啟動資料庫到nomount狀態，並更改控制文件位置，關閉資料庫
6：啟動資料庫到mount狀態
7：更改數據文件、臨時文件、日誌文件位置
7：打開資料庫
8：重啟驗證