如何順利遷移資料庫，ICP備案中的網站能否順利遷移

gh-ost 是 GitHub 發布的 MySQL 無觸發模式遷移解決方案。 它是可測試的，並提供暫停、對重新配置的動態控制、審核和許多操作許可權。 在整個遷移過程中，它在主伺服器上產生的工作很少，與遷移表上的現有工作分離。

GH-OST 的工作方式與所有現有的架構更改工具類似：它們以與原始表類似的方式建立幻影表，緩慢且增量地將資料從原始表複製到幻影表，並將正在進行的更改（插入、刪除、更新）應用於幻影表。 最後，在適當的時候，它用幽靈表取代了原來的表。

GH-OST 使用相同的模式。 但是，它與所有現有工具的不同之處在於它不使用觸發器。 相反，gh-ost 使用 Qinglu 二進位日誌流捕獲對錶的更改，然後將其非同步應用於 ghost 表。

GH-OST 承擔了其他工具留給資料庫的一些任務。 GH-OST 使您可以更好地控制遷移過程; 可以真正暫停它; 您可以真正將遷移的寫入負載與主伺服器的工作負載分離。 此外，它還提供了許多可操作的特權，使其更安全、更值得信賴且易於使用。

副本集滾動公升級的步驟如下：

檢查輔助節點是否無訪問許可權，如果有，請先切換到主節點。

Mongostat 檢視 QPS 等。

關閉輔助節點的資料庫，將其替換為 mongod 版本，然後重新啟動。

替代版本; 啟動 mongod 程序。

主節點被降級，並選出乙個新的主節點。

關閉原主節點，替換 Mongod 版本，重啟節點。

更新所有資料節點後，替換仲裁節點的 Mongod 版本。

如果操作方便，請將主節點和輔助節點切換到原始狀態並對其進行監控。

分片公升級。

如果需要同時關閉伺服器上的所有程序，則必須確保主節點正常服務，否則投票可以生成新的主節點。 參考步驟如下：

禁用平衡器

首先公升級 mongos（mongos，mongo mongostat 等 mongod 以外的工具可以先替換）。

停止乙個mongos，用新版本的mongs覆蓋原始版本，然後啟動mongs; 也可以公升級到其他 mongos 版本。

公升級配置伺服器，保持至少乙個配置伺服器處於正常狀態，然後依次公升級。

要停止乙個配置伺服器，通常同一臺伺服器上有mongod資料節點，你需要停止該伺服器的所有伺服器。

mongod節點，確認停止後，不能影響主節點的投票生成（優先順序公升級對應二級節點）。 更換。

配置伺服器到 mongod 檔案。 同時公升級其他配置伺服器節點。

如果副本集 mongod 和 config server 位於同一臺伺服器上，則複製集將與配置伺服器一起公升級。

啟用均衡器

在ICP備案過程中，可以遷移網域名稱。 確保IP位址與ICP備案一致。

根據你的字面理解，LNMP已經布局好了，所以檢查伺服器PHP版本是否高於或等於專案所需的版本，是否使用原始Apache將規則改寫為Nginx，是否有快取、Redis、Memcached等。

哈哈，一波怒氣沖沖的回答，目前只有榮雲知道支援順利遷移，其他人不知道，可以多點了解。

A 是 AD 域控制。 b 是新伺服器。

1、B被新增到A的AD域中。

2. 將 B 公升級到域控制。

3. 將 5 個字元傳輸到 B

4. 降級域，重啟撤退域。

5. 完成。

《俠骨軟腸》：往前走，是極樂的西天，可以永遠擺脫輪迴，成仙; 往下看，是悽慘的，悽慘的，郎的心死了，血肉之軀散了。 豎起人的頭髮，官員們悠閒自在。

是800年修煉的成就和正果嗎？ 難道是要落入凡塵，為狐狸的身體永遠受苦嗎？ 禁忌，心如炊，三步兩圈。