伺服器資料庫遷移
第一，根據自建資料庫的數據量、Mysql版本以及訪問量等信息申請對應的雲資料庫實例，申請雲資料庫實例完成後，聯系雲資料庫的騰訊雲技術人員調整雲資料庫和雲伺服器之間的網路配置。
第二，遷移資料庫：
1、使用mysqlmp導出自建資料庫的數據，注意記錄binlog的文件和位置（如需幫助請咨詢雲資料庫技術人員），然後使用mysql命令導入至對應的雲資料庫實例中。推薦使用雲資料庫多線程導入導出工具。
2、在自建資料庫上給雲資料庫的同步用戶授權，授權語句範例如下：
GRANT REPLICATION SLAVE,FILE ON *.* TO 'replication'@'%' IDENTIFIED BY 'test123';
3、在導入數據後根據備份的binlog位置和binlog文件使用change master命令配置從自建資料庫到雲資料庫的主從同步。範例如下：
CHANGE MASTER TO MASTER_HOST='10.1.1.10',MASTER_USER='replication',MASTER_PASSWORD='test123',MASTER_LOG_FILE='mysql-bin.000012', MASTER_LOG_POS=106;
第三，遷移後數據校驗：數據同步完成之後，可以使用數據抽樣、對比表數量、庫數量或者使用專業的對比工具確認數據是否完整。
第四，業務切換資料庫：校驗數據完整後，請選擇適當時間來做業務的平滑切換，將業務連接的資料庫切換至雲資料庫，切換後請務必檢查自建資料庫是否還有請求進來，避免出現還有請求連接到自建資料庫的情況。
第五，斷開自建資料庫和雲資料庫主從同步：
1、切換後業務正常後，業務側在雲資料庫上執行如下命令斷開自建資料庫到雲資料庫的主從同步。
2、斷開主從同步後通知雲資料庫的技術人員恢復之前調整的網路。
B. 幾十上百T數據如何在伺服器之間遷移，又什麼解決方案（可以停機）
要看什麼數據，比如文件存儲伺服器，可以買2塊萬兆光纖網卡，直接復制，或者用軟體復制，速度很快就搞定
如果帶資料庫，不建議直接復制，容易出問題，
資料庫通過使用資料庫的軟體備份，比如用友，金蝶的資料庫，然後復制備份數據到新伺服器，原則上，以數據，從小到大開始
如果資料庫實在太大，可以給使用該資料庫軟體的公司聯系，看能不能做資料庫和軟體分離，單獨的一台伺服器只做資料庫，只存放資料庫數據，不負載其他軟體，或者做類似分布式存儲，多台伺服器存儲資料庫數據，不集中在某一台伺服器
C. 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、點擊「確定」，完成恢復操作。
D. 資料庫從一個伺服器轉移到另外一個伺服器，怎麼轉
可能採用的辦法有:
一.A伺服器備份,把備份文件拷貝到B伺服器,再在B伺服器恢復成資料庫.
二.直接把A伺服器器上的數據文件及日誌文件復制到B伺服器,再用附加辦法恢復資料庫.
三.通過DTS直接從A伺服器導到B伺服器.這種辦法如果資料庫大時不可取,因為速度很慢.
E. 怎麼把sql資料庫從舊電腦移動到新電腦安裝
新電腦上直接安裝同樣或者高版本的資料庫軟體，然後把舊電腦的資料庫分離一下，找到資料庫文件的存放路徑，將分離的資料庫再復制到新電腦上（網路共享或使用U盤、移動硬碟拷貝均可），然後打開資料庫軟體,先將資料庫文件復制進你指定的一個文件夾，然後再打開資料庫軟體點附加資料庫
F. 怎麼把數據轉移到伺服器
如果您基於更高的性能、更靈活的擴展或供應商替換要求，您可能需要遷移現有的在線項目。因此，您需要解決的因素包括現有的數據、結構、配置等。藉助必要的技術、適當的規劃和特定軟體，您只需將所需的數據傳送到新伺服器。數據遷移過程的復雜性與項目的復雜性和規模密切相關。作為一個值得信賴的香港伺服器租用託管服務提供商，基於Web的互聯迷你系列將為您簡要介紹在伺服器數據遷移期間要注意的事項。
將數據遷移到新的伺服器之前 - 合理規劃
選擇正確的目標伺服器是第一步。例如，如果計劃更改網站/應用程序，則需要執行其他任務，以便在重新定位期間不必處理這些任務。無論是將數據從一個伺服器（例如香港伺服器）遷移到另一個伺服器，還是新的伺服器結構是基於集群的或涉及多個不同的系統，它也是不同的。
更改伺服器體系結構時，必須更改配置，不管是不同的操作系統、不同的軟體版本還是不同的控制面板。即使只是切換到功能更強大的同類型伺服器，仍然需要相應地配置應用程序和服務，以便能夠利用額外內存、改進的cpu性能或增加內存容量。
請注意，無論是選擇簡單的性能升級還是完全更改伺服器體系結構，都應提前為移動設備創建最佳條件。這些因素包括足夠的存儲空間和計算能力、30%到40%的緩沖區或詳細的擴展計劃以及快速的網路連接。
當數據遷移到另一台伺服器？
如果您租用伺服器資源，您可能沒有充分考慮託管服務的成本。供應商提供的各種軟體包在內容提供方面有所不同，即可用性、數據安全性和支持。因此，有必要在選擇之前比較不同的軟體包。遷移數據的另一個原因可能是您希望減輕it部門的壓力。在這種情況下，it託管服務解決方案將是一個不錯的選擇。它不僅承載伺服器，還由提供者維護和更新。例如，使用穩定的網路互連香港伺服器租賃服務，您可以選擇不同級別的技術服務包來簡化您的IT管理工作。
為即將進行的遷移組織當前伺服器
為了使新伺服器的配置和引入盡可能簡單，有必要整理當前使用的伺服器。因此，數據遷移是刪除任何冗餘或過期頁面、備份、電子郵件和用戶帳戶的最佳時間。這意味著您可以最小化傳輸的數據量，另一方面，您可以從目標系統上所需的資源中獲得更多的價值。
此外，還應該制定關閉活動伺服器進程隨後因數據損失而不會出現並發症，精確的計劃。指定時間應停止對文件，腳本和配置做任何改動，並盡可能暫時阻止對資料庫的訪問。您也可以稍後更新資料庫。在大多數情況下，數據傳輸通過一個完整的伺服器備份進行。
伺服器的數據遷移是如何工作的？
遷移數據最簡單的方法是使用實際狀態的一對一備份副本。在進行必要的配置和調整之前，將其轉移到新的伺服器硬體，然後可以測試其是否有效。最後，您可以調整dns或ip設置，這將允許您在新系統上實時啟動Web項目。雖然這種方法通常需要系統管理員的支持，但是很容易計劃和執行。但是，這意味著當前伺服器將完全暫停，在數據遷移期間，您將無法訪問或使用您的網站。
如果提供需要連續資料庫訪問的服務，則需要一個混合遷移解決方案來保持當前伺服器處於活動狀態。在這種情況下，應將伺服器上的當前資料庫聲明為「master」，然後在配置完成後將新資料庫從屬為「slave」。這使得兩個應用程序能夠實時同步。如果兩個資料庫處於相同狀態，請反轉角色，以便新資料庫成為主資料庫。這意味著您的項目可以在數據遷移期間繼續可用。
什麼樣的資源可以用來將數據遷移到新的伺服器？
有幾種工具和服務可以簡化伺服器遷移。例如，如果只想移動數據而不調整操作系統或其他軟體，則不應放棄控制面板。這些伺服器管理器可以幫助您創建數據備份，然後將它們遷移到新伺服器。所需的配置工作負載是最小的。像wordpress這樣的內容管理系統也可以使用簡單的ftp和備份應用程序進行傳輸，並且通常提供自己的插件來遷移鏈接的資料庫。這些過程大多是自動化的。
對於更復雜的項目，root許可權總是會帶來好處：使用ssh，您可以通過相應的命令行將完整的資料庫（包括所有許可權和用戶數據）轉移到新伺服器。例如，可以使用mysql轉儲向目標系統發送mysql資料庫的副本。作為微軟的sql伺服器用戶，您甚至可以使用內置功能來實現這一點。
但是，您也可以外包伺服器數據的遷移：許多託管服務提供商不僅為客戶提供用於手動伺服器數據傳輸的特定軟體，而且還為數據遷移提供了積極的支持。此外，還有一些服務專門用於Web項目的遷移和全天候服務的可用性-無論是從一個共享伺服器轉移到另一個共享伺服器，還是要替換提供者，還是計劃切換到伺服器集群。
伺服器遷移期間可能會出現什麼問題？
需要連續穩定的網路連接才能根據需要傳輸伺服器數據。因此，在伺服器遷移期間，連接問題是最常見的錯誤源。如果連接斷開，它可以完全終止傳輸，這意味著它從一開始就重新啟動。然而，短期連接問題通常不會被注意到，也不會導致進程終止。但是，在某些情況下，並非所有數據都可以到達目標伺服器，這反過來會影響遷移應用程序的功能。
但是，如果有些文件不能成功地轉移到新伺服器上，可能有幾個原因。尤其是在改變操作系統而不再支持某些文件格式、編程語言等時，會出現兼容性問題。此外，在源計算機和目標計算機上不同的訪問許可權或密碼保護會導致並發症。此外，如果目標系統沒有所需的磁碟空間或dns條目沒有正確更改，數據遷移可能導致錯誤。
需要檢查伺服器數據遷移。
移動到新的伺服器的項目可能是一個復雜和繁瑣的過程，這取決於項目規模和新目標的體系結構。這就是為什麼它應該精心策劃和執行良好。下表總結了有關伺服器遷移的最重要的問題。
G. 如何在兩台伺服器之間安全遷移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查詢，而不僅僅是升級硬體那麼簡單了
H. web伺服器存儲遷移
第一步：在存儲伺服器服務端
第二步：nfs客戶端（也就是web伺服器）
修改nginx的uid和gid
第三步：查詢nfs軟體是否安裝(我這里沒有安裝，然後yum安裝一下)
第四步：然後將上存是圖片存儲的目錄先移到/tmp (這個不會指定，自己可以指定，能找到就可以)
第五步：然後掛載，這里會有個小報錯，因為上面把這個目錄移走了，所以要創建一個目錄。
第六步：將移走的數據在挪回來，這里會有警告，可以忽略。
第七步：最後在網站上傳一張圖片，看是否可以在nfs存儲伺服器上面找到。
至此，web伺服器存儲遷移完成。
I. 兩個SQL SERVER 資料庫伺服器之間如何轉移數據
分類: 電腦/網路 >> 程序設計 >> 其他編程語言
問題描述:
我的兩個SQL SERVER資料庫S1,S2存在相同數據：2004年1月～2006年10月之間的數據，06年10月以後的數據不同，S1保存了06年11月的數據，S2保存了06年12月的數據，現在需要將S1中11月的數據轉移到S2，怎麼做啊？（註：S1中11月的數據與S2中12月的數據可能有ID沖突）
解析:
1 在S2資料庫中新建一個表SS，將S1 2006 11 的數據導到SS表，
2 然後將SS的主鍵列刪掉（右鍵菜單，設計表，將主鍵ID刪掉）。
3 把SS數據導入S2
難點就在於ID沖突，新建一個臨時表SS存放導入的數據，然後把ID刪掉再導入就OK了。