Sql-Server
您可能需要一次恢復大量數據庫的場景？
我已經看到幾個線上資源提到您應該始終擁有一個自動化的恢復腳本，以便可能需要一次恢復大量數據庫并快速恢復並執行以傳遞您的 SLA。
但是，考慮到我在兩個可用區中執行同步鏡像，我很難找到一種場景，在這種場景中，我需要對大量數據庫進行大規模恢復，而需要編寫恢復自動化解決方案的腳本。
誰能指出我需要以腳本方式進行大量恢復的現實場景？
所以你有兩個區域。假設一區洪水或燒毀……它完全消失了。所有的硬體都被破壞了，舊站點甚至無法使用。可能需要數週時間才能將其重新組合在一起。謝天謝地，多虧了第二區，您仍然線上。
當然，您可以嘗試短期租賃伺服器之類的方法來恢復冗餘，同時將您真正的新生產設施放在一起，但實際上花在讓這些伺服器上線上的時間會分散您的主要任務，這應該是獲得一個新的主盡快吸食。如果您確實嘗試了臨時設施，擁有恢復腳本將極大地幫助使臨時設施快速上線，讓您回到您的主要任務。
如果您不選擇臨時設施，那麼您的第二區站點的能力如何？我一直聽說故障轉移設備實際上只是從主站點退役的設備。這通常意味著設備較舊，這引發了對性能和可靠性的擔憂。您真的想讓該設施作為您唯一的數據中心執行多久？當此站點作為主站點執行時，您是否進行了良好的備份？
簡而言之，您不希望新站點的設置過程盡可能快速、可靠和易於理解嗎？使主要設施恢復執行所需的時間越長，您的第二個設施也出現問題的可能性就越大。
當然，這只是一種情況。這是一個可怕的全面毀滅場景，似乎不太可能真正發生在你身上，甚至可能是真的。但是這種事情總是在較小的範圍內上演。針對大型緊急情況為整個數據中心執行快速、可靠、腳本式恢復的能力意味著也能夠針對小型緊急情況執行快速、可靠、腳本式恢復。這是一件好事。