將數據庫（從退役的伺服器）移動到具有大量持續負載的現有伺服器
我們有一種情況，我們的數據庫之一大約。必須移動 60 GB 大小的事務，每 2-3 分鐘 24*7 執行一次，因為它所在的伺服器將被停用。
現在，我們無法將上述伺服器升級到不同的環境，因為它的應用程序與該特定環境兼容。
現在，我們有 3 個類似的環境，我們考慮將這個數據庫遷移到其中。但挑戰在於所有這 3 個現有的數據庫伺服器都被大量使用。他們還設置了事務複製和日誌傳送等過程。這些伺服器都在執行 SQL 2K5 的 Windows 2003 上。我知道這應該已經升級了，但現在我們要堅持的是應用程序不支持升級。
請根據您的經驗建議在這裡可以做什麼？我們是否應該考慮在那些重型伺服器上遷移該數據庫，使用一些分析作為移動可能需要額外的儲存和 CPU 或 RAM。還是取消退役並讓該數據庫駐留在那裡會更好？
編輯：我只是在尋找有關如何計算/製作流程以滿足這些參數的建議，例如，如果我要選擇在重負載伺服器上移動數據庫，則需要 X 數量的 RAM/CPU/儲存
恕我直言，每 2-3 分鐘執行幾個事務和一個 60GB 的數據庫是相當輕的，不應該給現有實例增加太多負載，除非它處於其容量的邊緣。
幾個快速的問題需要考慮。您只是在移動數據庫而不是在“大量使用”的機器上創建新實例，對嗎？在舊實例上，這是唯一的數據庫嗎？
我會檢查每台伺服器上的 RAM/CPU 使用情況。選擇三個中使用率最低的實例，並將其與舊實例的使用情況進行比較。請記住，實例的 CPU/RAM 使用量不僅僅是數據庫的使用量（即使它是實例上唯一的使用者數據庫）。此外，SQL 非常擅長管理多個數據庫/工作負載。
最後，您最好的選擇是使用開發機器，在那裡複製數據庫並進行負載測試。如果那裡一切順利，則移至使用率最低的舊實例。
如果您可以選擇將 CPU/RAM 添加到較新的伺服器，那麼這將是一個很好的安全網。移動數據庫和監視器。如果它需要更多的記憶體添加它，更多的 CPU 添加它。