處理由於服務器故障轉移而失敗的數據庫查詢

Question

在具有SQL Server故障轉移羣集或鏡像的環境中，您希望如何處理錯誤？好像有兩種選擇：

1. 捨棄整個當前客戶端的請求，並讓用戶重試
2. 捕獲的錯誤在你的DAL，並重新出現

每種方法都有其利弊和缺點。我與之合作過的大多數商店都是排名第一的，但其中許多商店也不遵循嚴格的交易限制，而且在我看來，如果發生失敗，我將面臨麻煩。即便如此，我在將它們轉換爲＃2時遇到了困難，這也應該會帶來更好的用戶體驗（一種捕獲是發生故障轉移時可能存在的長時間延遲）。

任何參數或其他方式將不勝感激。如果您使用第二種方法，您是否有標準包裝程序來幫助簡化實施？無論哪種方式，您如何構建代碼以避免諸如與失敗的命令缺乏冪等相關的問題？

Answer 1

2號可能是一個無限循環。如果它與網絡有關，或者本地PC需要重新啓動，或者其他什麼？

當然，1號令人討厭用戶。

如果您只允許通過網站訪問，那麼您將永遠不會看到錯誤，除非故障轉移發生在呼叫中。對我們來說，這不太可能，如果最終用戶沒有意識到，我們就會失敗。

在現實生活中，您可能沒有在Web服務器上清潔DAL。你可能有一個連接（大多數財務）或WinForms連接保持打開的Excel工作表，所以你只有一個選項。

無論如何，故障切換隻需要幾秒鐘。如果數據庫恢復比這更多，那麼無論如何你都有更大的問題。如果它經常發生，不得不考慮處理它，那麼...

總之，它會發生很少，你想知道和數字1會更好。恕我直言。