使用複製的SQL Server災難恢復？

Question

我有一個需要離線功能和儘可能少的停機時間的項目。

現場應該有一臺中央服務器，使用IIS和SQL Server託管我的ASP應用程序，但任何類型的數據庫中的數據（最多100MB）都不應該丟失（10分鐘的數據丟失是大問題），應該有可能在30分鐘內恢復。

我能想到的最好方法是使用存儲在附近設施中的相同備用服務器將數據庫複製設置爲Azure。

我之前，所以我希望到這裏一些答案沒有使用複製...

1. 我總是喜歡一個簡單的設置，因爲它通常更多的穩定。我可以將SQL複製視爲「穩定」嗎？我知道這是一種經過測試的技術，但我可能遇到什麼樣的問題？
2. 備用服務器可能會停機數月（是的，理想情況下應該每月啓動一次）。在複製開始之前需要多長時間，直到完成需要多長時間？
3. 它是否有可能複製一個SQL服務器已經關閉了這麼久？
4. 理想情況下，當服務器出現問題時，一些「虛擬」用戶應該拔掉主服務器並在沒有任何IT干預的情況下引導備用服務器。是否有任何必需的任務來「強制」複製？
5. 目前沒有有線網絡連接。只有一個優秀的4G（是的，..定義不穩定）。是完美複製所需的有線連接還是不應該是4G的問題？

Answer 1

我總是喜歡簡單的設置，因爲它通常更穩定。可以 我認爲SQL複製是「穩定的」？我知道這是一種經過測試的 技術，但是我會遇到什麼樣的問題？

是SQL Server複製是穩定的。它針對不同場景有不同的解決方案。檢查SQL Server的複製類型。 https://msdn.microsoft.com/en-us/library/ms152531.aspx

備用服務器的宕機個月（是的，理想的應該是 每月啓動一次）。需要多長時間才能完成複製 以及完成多久？

只要備用服務器在啓動並運行時具有複製設置，這在SQL Server複製中就不重要了。它將在上次同步狀態後與服務器同步。但是如果情況是你每月要打開一次，那麼你必須配置服務器在一兩天後生成快照，這樣就不會有太多的快照

它甚至可以重複一個SQL服務器已經關閉了這麼長時間以來，已經關閉了 ？

是的，它是可配置的。

理想的情況下，當有問題的服務器的一些「假」用戶 應拔掉主服務器，並啓動備用服務器，而無需任何 介入IT。是否有任何必需的任務「強制」 複製？

我不是100％肯定，但我不這麼認爲，任何額外的任務需要

目前還沒有有線網絡連接。只有優秀的4G （是的，..定義不穩定）。 無瑕複製是否需要有線連接，或者不應該是4G？

不，你就能夠成功地設置複製（4G中使用IP和名稱）後，再不要緊