資料庫遷庫
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'，即可。
② sql server 2008 資料庫的遷移有哪些方法
方法一：
將\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、點擊「確定」，完成恢復操作。
③ 資料庫的遷移要注意哪些問題
分布式大數據遷移工具 （二）原創分享中，請參考
④ 如何遷移SQL Server系統資料庫
遷移SQL
Server系統資料庫步驟：
使用微軟SQL
Server管理工具移動資料庫
1、單擊開始菜單，選擇SQL
Server管理工具，然後在快速查找欄輸入SQL
Server。
2、打開SQL
Server管理工具
3、目的資料庫選擇
將會出現恢復資料庫窗口，在恢復到資料庫框中輸入我們想要恢復的資料庫名稱。
4、源資料庫
選擇來源資料庫單選按鈕選擇你的備份文件存放的位置。
5、選擇備份文件
要恢復的文件將會出現在已經選擇的要恢復文件框中，選中多選按鈕繼續下一步操作。
6、新路徑
現在處於恢復的關鍵時刻，你需要從選擇頁中選擇選項，如上圖所示。在這里要為你的資料庫文件指定新的路徑。這和後面將要介紹的移動選項類似，只要在資料庫和日誌文件後面鍵入一個新的路徑即可。例如，當前的路徑結構如下：
C:Program
FilesMicrosoftSQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here.mdf
C:Program
FilesMicrosoftSQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here_1.ldf
7、移動到新路徑
我們希望將這些資料庫文件移動到一個新路徑，鍵入新路徑就可以。本文我們移動到下面的路徑：
D:
SQLDATADatabase_Name_Here.mdf
D:SQLLogsDatabase_Name_Here_1.ldf
8.成功恢復
⑤ 如何將A資料庫的數據遷移到B資料庫中
工具/原料
電腦 資料庫
方法/步驟
1、首先，打開並連接Sql Server，在源資料庫Source_db上右擊，依次點擊「編寫表腳本為」→「CREATE到」→「新查詢編輯器窗口」。
⑥ 資料庫遷移是什麼
資料庫遷移就是把歷史數據從A資料庫遷到B資料庫,可能A庫是postgres或者mysql.B庫是oracle或者DB2,所以這個過程還是蠻復雜的,具有挑戰性,要對資料庫的原理以及各自的特性了如指掌才可以入手遷移,會java這時候用不上的.
⑦ 將資料庫遷移到雲資料庫需要注意什麼
需要注意的是：
1、 想好遷移上雲後想達到的效果
即通過使用雲資料庫希望達到的目的，比如降低成本，更高的靈活性，更大的可擴展性，還是更高的可靠性。用戶需要根據遷移目的來選擇合適的服務類型。如果只是簡單的隨大流將服務遷移到雲上，很可能導致未來的問題。
2、 選擇有完善服務支持的雲服務商
包括服務商的 SLA 承諾和數據安全承諾。很多情況下，將應用遷移到雲資料庫涉及數據遷移，應用適配等，雲服務商有完善的支持服務，可以在遇到困難時起到事半功倍的效果。如果雲服務商具備足夠的經驗，通常可以給出場景性的完整方案，對於提高遷移的成功率有直接的幫助。
3、 充分的遷移規劃
1）維護和數據管理計劃。IT人員提前了解公司所需的數據需求，選擇合適的資料庫引擎類型、付費方式；熟悉雲資料庫引擎提供的管理工具，基於預期的雲數據管理需求，做好主動解決問題的准備。
2）賬戶控制計劃。雲資料庫服務商一般都會提供豐富的賬戶控制能力，包括授權和再授權、審計，基於預先確定的安全設置，授權訪問設置，審計計劃，然後會發現雲資料庫服務真的是一個非常高效簡潔的工具。
3）遷移和回退計劃。一般來說，一個完備的遷移計劃和演練， 有助於在事先發現遷移過程中可能遇到的問題， 制定有針對性的計劃；萬一遷移失敗，回退計劃可以保證業務在本地繼續執行，從而減少遷移過程的壓力，並保證業務的完整性。
4、 從容易的服務開始
雲計算的環境和本地資料庫存在一定的差異，考慮到業務的連續性，初次使用公有雲資料庫時，可以從簡單的服務開始，如測試驗證資料庫、輔組性的資源索引資料庫、新開發業務資料庫等，通過這些服務先熟悉雲資料庫的基本特徵和特性，評估其性能和可用性相關內容，管理工具的成熟度。比如，有些服務商的雲資料庫存在不同時段的性能波動，則可能不是好的選擇。
⑧ 如何遷移mysql資料庫
遷移資料庫的話，可以將裡面的資料庫直接呃考出來，然後移動。
⑨ 求助:如何遷移資料庫
已搞掂。最簡單的辦法是資料庫安裝路徑跟原伺服器一致，然後把DATA文件夾下的文件全復制過去（復制前最好檢查一下MASTER裡面資料庫的路徑，寄希望於你所使用的所有資料庫都在DATA文件夾里），否則，就需要對MASTER進行修改（這個稍復雜一些）。