SQL Server DR 計劃 - 測試文件
我的任務是為我們的 SQL Server 測試我們的 DR/BC 計劃創建一個文件。我們正在使用數據庫鏡像（第 1 層）和事務日誌傳送（第 2 層），對於第 3 層數據庫，我們也將依靠每晚備份來恢復（非關鍵數據庫，幾乎沒有數據更改）。
我感興趣的是獲得關於測試計劃的文件中應該包含什麼內容的想法，我想要一份準確的詳細文件，它將測試盡可能多的可行方案。
我需要介紹的是測試三層的場景（更關注前兩層），其中有關於如何完成場景的非常詳細的分步說明。
我從來沒有做過這樣的文件，並且會對其他人的想法和經驗感興趣。
- 我可以查看此類文件的範例嗎？
- 有沒有人有過創建這樣的文件的經驗，很樂意分享想法並觸及他們在計劃中包含的內容？
我以前做過應用程序測試案例，我的目標是編寫一個類似於測試案例的文件，其中解釋了您想要實現的目標以及您執行的步驟，包括指定輸入的內容，還是應該是一個更開放的文件允許使用者稍微突破界限？
因為這是我的第一次嘗試，我在網際網路上的搜尋並沒有得到任何幫助，如果我因愚蠢的問題或不正確的術語使用讓任何人感到不安，我表示歉意，感謝您的指導和更正。
**更新：**基本上，我正在尋求建構 SQL Server DR/BC 測試故障轉移計劃的最佳方式的任何想法或輸入，以使我自己或組織中的其他人能夠測試我們的計劃，以確保它們按預期工作。如果有人知道任何好的資源，他們可以指導我，將不勝感激。
我建議保持文件非常簡單和簡短，這樣它就易於閱讀、非數據庫技術專家的人易於理解且易於更新。
人們有比閱讀冗長的測試計劃更好的事情要做，但是測試計劃應該足夠詳細以便遵循，這是一個艱難的過程。
基於此，我認為應該包含在測試計劃中的內容是：
- 每個層的成功標準（第 1 層、第 2 層、第 3 層等）
- 每個成功標準的測試方法
最好包括指向原始碼控制中的腳本的連結以及如何執行每個測試的說明。
- 列出您的每個層級中涵蓋的每個伺服器，因此每個成功標準都涵蓋了這些伺服器。
- 消除歧義的任何關鍵術語的詞彙表（恢復時間目標的簡單英文解釋，第 1 層/第 2 層的含義等）
- 上次修改日期
- 創建一個團隊日曆事件，用於提醒團隊每 3 / 6 個月修改一次文件，以驗證文件是否仍能反映環境。
- 範圍定義（範圍內和範圍外）
可能會想到其他事情，但我認為簡單是關鍵。
唯一讓我想到的另一件事是，當您可能正在為數據庫編寫測試計劃時，不要忘記應用程序無法訪問的實時數據庫仍然無法滿足業務連續性目標；儘管它可能滿足數據保護需求。
考慮在您的計劃中添加一些最小的應用程序測試，或者通過提及什麼是 In-Scope 和什麼是 Out-Of_Scope 來明確排除它。
我找到了一些資源，一個是作為應用程序測試模板的 DOC，它不完全是我所追求的，但它給了我很多東西可以讓我開始編寫文件，另一個是一個詳細介紹 DR 計劃的網頁，並且確實涵蓋了 DR 計劃測試，並且可能被證明是有用的。
http://hep-proj-grid-fabric.web.cern.ch/hep-proj-grid-fabric/admin_procedures/docs/others/rup.doc
http://www.continuitycentral.com/feature0524.htm
馬特