如何遷移伺服器資料庫日誌文件
⑴ 怎樣將資料庫從一個伺服器移植到另一個伺服器中
把資料庫的數據文件(*.mdf)和日誌文件(*.ldf)都拷貝到目的伺服器,在sql Server Query Analyzer中用語句進行恢復:
EXEC sp_attach_db @dbname = 'test',
@filename1 = 'd:\Mssql7\data\test_data.mdf',
@filename2 = 'd:\Mssql7\data\test_log.ldf'
這樣就把test資料庫附加到SQL Server中,可以照常使用。如果不想用原來的日誌文件,可以用如下的命令:
EXEC sp_detach_db @dbname = 'test'
EXEC sp_attach_single_file_db @dbname = 'test',
@physname = 'd:\Mssql7\data\test_data.mdf'
這個語句的作用是僅僅載入數據文件,日誌文件可以由SQL Server資料庫自動添加,但是原來的日誌文件中記錄的數據就丟失了。
⑵ 資料庫從一個伺服器轉移到另外一個伺服器,怎麼轉
可能採用的辦法有:
一.A伺服器備份,把備份文件拷貝到B伺服器,再在B伺服器恢復成資料庫.
二.直接把A伺服器器上的數據文件及日誌文件復制到B伺服器,再用附加辦法恢復資料庫.
三.通過DTS直接從A伺服器導到B伺服器.這種辦法如果資料庫大時不可取,因為速度很慢.
⑶ 如何遷移完整SQL資料庫到另外一台伺服器
首先,打開伺服器上已經安裝好的SQL Server 2005 伺服器,並且用本地Windows身份登錄。
2
打開SQL Server伺服器以後,點擊資料庫--選擇附加
3
打開附加資料庫界面後,點擊右小角的添加
4
打開電腦上,之前備份好的完成資料庫文件,然後點擊確認。
5
資料庫文件和其資料庫日誌文件,就一並載入過來了,點擊確認就可以了。
6
展開資料庫,就可以了看到我
們剛剛附加過來的完整資料庫了,現在就可以
使用
這個資料庫。
⑷ 如何遷移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.成功恢復
⑸ 資料庫數據如何跨伺服器遷移
開始菜單--->程序,打開SQL Server Management Studio(即我們的SQL 2005)
⑹ 將資料庫從一個伺服器轉移到另一個伺服器上,哪個能夠實現( )
可能採用的辦法有:
一.a伺服器備份,把備份文件拷貝到b伺服器,再在b伺服器恢復成資料庫.
二.直接把a伺服器器上的數據文件及日誌文件復制到b伺服器,再用附加辦法恢復資料庫.
三.通過dts直接從a伺服器導到b伺服器.這種辦法如果資料庫大時不可取,因為速度很慢.
⑺ 怎麼把伺服器上的資料庫拷貝到本地
1、首先鍵盤上按【開始鍵+R】打開運行窗口,輸入mstsc,點擊確定。
⑻ 如何把一台電腦上備份的SQL Server數據還原到另一台電腦
一台電腦上備份的SQL Server數據還原到另一台電腦,以SQL 2005為例教大家遷移完整資料庫到另外一台電腦。具體步驟如下:
1.開始菜單--->程序,打開SQL 2005;
⑼ 如何在兩台伺服器之間安全遷移MySQL資料庫
遷移MySQL資料庫通常只需要幾個簡單的步驟,但是由於您要轉移的數據量可能比較龐大,因此一般耗時也會比較長。
下面的步驟將指導您如何從舊的伺服器上導出MySQL資料庫,對它進行安全加固;然後將其復制並導入到新的伺服器上,以保證數據的完整。
將MySQL資料庫導出至轉儲文件(mp file)
Oracle提供了一個名為mysqlmp的工具,允許您輕松地將資料庫結構和其數據導出到一個SQL的轉儲文件。您可以使用如下的命令:
1.mysqlmp -u root -p --opt [database name] > [database name].sql
不過,請注意如下幾點:
我們可以使用--single-transaction的標志,以避免資料庫在導出數據的過程中被鎖死。這樣能夠在將數據導出到轉儲文件的同時,您仍可繼續在舊的資料庫上更新數據。不過請注意,那些在導出進程已經開始之後被更新的數據,是不會被導入轉儲文件之中的。
在運行該命令之前,請務必將[database name]替換成您的實際資料庫名稱。
請輸入您自己的用戶名和相對應的密碼,並確保該用戶具有備份資料庫所需的許可權。
安全加固備份文件
在大多數情況下,數據是一家企業的最重要的資產。因此,我們不希望資料庫的各種備份被暴露在不受保護的伺服器上,因為這樣有可能會造成錯誤地泄露,甚至會出現被黑客竊取等更為糟糕的狀況。
因此,通常您可以嘗試的做法是:壓縮、加密文件,然後刪除原文件。在Linux操作系統上,請使用以下的命令對已壓縮文件進行加密:
1.zip --encrypt mp.zip db.sql
在壓縮開始之前,系統將提示您輸入密碼。
傳輸備份文件
至此,我們已經獲得了一個加密的轉儲文件。下面讓我們通過網路使用SCP命令,將其傳輸到新的伺服器上:
1.scp /path/to/source-file user@host:/path/to/destination-folder/
將MySQL轉儲導入新伺服器
通過上面一步,我們已將備份文件傳到了新的伺服器上,下面讓我們來進行解密和提取:
1.unzip -P your-password mp.zip
為了存儲空間和安全方面的原因,一旦文件導入成功,請記得刪除其對應的轉儲文件。
您可以使用以下的命令來導入文件:
1.mysql -u root -p newdatabase < /path/to/newdatabase.sql
在新伺服器上驗證導入的數據
現在我們在新伺服器上已經導入了資料庫,那麼我們就需要一種方法來驗證數據的真實存在,並確保沒有任何遺漏。
我建議您同時在舊的和新的資料庫上運行如下查詢,並將獲得的結果進行對比。
該查詢會在所有的表裡計算行數,以顯示出新、舊資料庫中的數據量。
1.SELECT
2.TABLE_NAME,
3.TABLE_ROWS
4.FROM
`
5.information_schema`.`tables`
6.WHERE
`
7.table_schema` = 'YOUR_DB_NAME';
此外,我建議您檢查各個表中數字列的MIN和MAX記錄,以確保數據本身是有效的,而不僅僅是看數據的總量(雖然這是查詢所唯一能夠讀出的值)。另一種可供測試的選擇是將資料庫從新的伺服器導出為SQL轉儲文件,並將其與舊伺服器的SQL轉儲文件做比較。
此外,在應用程序被遷移之前,我建議您先將一個應用程序的實例重定向到新的資料庫上,以確認一切運行正常。
另一種導出和導入的選項
我們之所以把該選項放在最後,是因為我們的確不建議您去使用它。
該方法實現起來非常的容易,因為它僅使用一個命令,便能一次性將轉儲文件導出、傳輸、並將其數據導入到新的資料庫之中。
而它的不足之處在於,一旦其網路鏈接斷掉,您就需要重新啟動它了。
因此,我們認為它並不值得被推薦,尤其是在大型資料庫中,可能會非常不適用。
當然,如果您非要嘗試一下的話,可以使用如下的命令:
1.mysqlmp -u root -pPassword --all-databases | ssh user@new_host.host.com 'cat - | mysql -u root -pPassword'
重要提示
請確保在新舊兩處,安裝有相同官方發行版本的MySQL伺服器。否則,你需要按照MySQL網站上的升級說明來進行統一(請參見(https://dev.mysql.com/doc/refman/5.7/en/upgrading.html)。
請確保您在舊的伺服器上擁有足夠的空間來保存轉儲文件和壓縮文件(應該有db_size×2的空間)。
請確保您在新的伺服器上擁有足夠的空間來保存加密的和解密的轉儲文件、並能導入資料庫(應該有db_size×3的空間)。
如果您曾經考慮過只是將datadir從一個資料庫轉移到另一個的話,我建議您最好不要這樣做。否則,您會搞亂資料庫的內部結構,而且會給將來可能的問題埋下隱患。
在新的伺服器配置中,請不要忘了配置諸如innodb_log_file_size這樣的重要標志。因為如果忘記了根據新伺服器的規格而更新配置的話,很可能會導致嚴重的性能問題。
在許多情況下,一般升級到新的資料庫伺服器的初衷是為了提高查詢性能。而如果此類升級沒有達到預期的改善,那麼您就應該考慮去優化SQL查詢,而不僅僅是升級硬體那麼簡單了