遷移伺服器的無痛方式？
我是一個非常新手的伺服器管理員。我正在執行一個非常基本的雲伺服器（Windows 2008 R2），它託管著幾個不同的公共網站。服務和數據庫現在增長了很多，我的伺服器在負載下快死了。所以我聯繫了雲託管公司，顯然我取出的伺服器類型是我當時能找到的最便宜的，無法升級 - 甚至記憶體！- 我現在需要一個新的伺服器。
所以現在我有幾個問題：
- 多個 DNS 記錄指向舊伺服器。
- 這些網站正在與該伺服器上的 SQL Server 實例進行互動，因此我需要先凍結這些網站，然後才能在另一台伺服器上備份和恢復數據庫。
我想將我的 SQL Server 和 DNS 記錄遷移到新伺服器，同時最大限度地減少對網站使用者的停機時間和中斷。
我知道我不是世界上第一個必須經歷這個練習的人，所以我希望那裡有一些更有經驗的人可以給我一些技巧來減少痛苦。
謝謝！
使用 DNS，您需要將 TTL 設置為低，以便在您更改它們時傳輸會更快生效。
我會找一家新的託管公司，並開始盡可能多地在新系統上複製軟體配置。靜態內容很容易移動。
困難的部分是動態內容，例如數據庫伺服器中的內容。從 SQL 伺服器獲取數據轉儲，然後將其導入新伺服器。這應該為您提供一個相當最新的網站版本，以便與生產系統並行執行。
確認新站點中的一切正常後，通過禁用訪問和轉儲數據庫來“鎖定”舊站點，然後將數據重新導入新站點，重新指向 DNS，然後上線。
當然，您需要與您託管的網站的網站所有者合作，以便您可以為他們的使用者發布有關遷移的公告。您甚至可以在舊站點上放置一個重定向頁面，以便在新站點啟動並執行後重定向到新站點，直到 DNS 遷移生效。
完全遷移 DNS 後，關閉舊伺服器。等待幾天，然後通過舊提供商永久關閉。
對於大型站點，您會考慮並行執行一段時間的策略；跨網路連接複製 SQL 伺服器等等，直到您可以關閉 alpha 站點並啟動 beta（輔助）站點，有點像使用兩個數據中心進行災難規劃並模擬主站點的關閉。如果您聽起來像一個小型操作，那麼您最終將不得不創建一個並行安裝，然後當扭結解決後，您關閉主伺服器並啟動輔助伺服器並等待 DNS發揮它的魔力，幫助它自動重定向您的舊網站。您需要警告可能會有一天的維護/中斷，但如果您提前將 TTL 設置為低，則切換本身應該只需要幾個小時。只需考慮一些軟糖因素 - 哦 - 哦時間。
並檢查您的日誌以告訴您何時是切換的最佳時間，並且使用最少。甚至我的銀行也警告說，他們的服務將在深夜到週日的幾個小時內不可用……儘管我還沒有看到它實際上完全無法訪問。