Sql-Server
條件受限的高可用性 SharePoint 場
目前，我們的 SharePoint 場具有如下限制條件
- 不允許共享文件夾
- 不允許使用 FTP/SFTP
- 不允許使用 SQL 文件流
- 不允許使用 SMB 協議
- 為 SharePoint 數據庫伺服器使用 Windows Server 故障轉移群集（不是 SQL AlwaysOn FCI ）
我想為現有的生產設置一個 DR 場。首先，我們嘗試使用日誌傳送，但結果表明日誌傳送與故障轉移集群不共存，如此處所述 https://msdn.microsoft.com/en-us/library/bb500117(v=sql.105) .aspx
然後，我想出了使用事務數據庫複製的想法，但仍然有其他地方找不到的考慮因素
- 事務複製是否需要共享文件夾？（例如，複製日誌文件）？
- 事務複製可以與故障轉移集群共存嗎？
請提出是否有任何可能的災難恢復解決方案來滿足此要求
我們不在實例級別使用故障轉移集群，而是在伺服器級別使用
**注意：**這部分答案糾正了關於日誌傳送與故障轉移集群不兼容的誤解。
正如@sp_BlitzErik 在評論中暗示的那樣，日誌傳送與故障轉移集群非常兼容。我已經看到其他人成為這種暗示缺乏互操作性的犧牲品，因為您連結到的 MSDN 文章似乎是 2013 年此 MS 部落格文章的直接參考。似乎甚至@Shanky也直接在該文章上 評論了這種差異。
長話短說，那篇文章不完整。它還應該參考日誌傳送下的故障轉移集群以及一些其他 DR 技術。
關於使用故障轉移集群的日誌傳送的最後說明；主要的警告是確保您的 TLog 被備份到可以與實例和其他集群服務一起故障轉移的集群共享。
**答案：**現在解決剩下的答案。
你有幾個選擇。實際上，您能夠做的事情通常受到預算的限制（例如許可、硬體等），因此建議的任何選項都需要在您的預算限制範圍內。話雖如此，這裡有一些我能想到的選項，但我絕不認為這是您可用選項的完整列表：
- 日誌傳送：為了完整起見，您可以在故障轉移集群上配置日誌傳送。正如我上面所說，請務必將備份位置配置為與其他群集資源（例如 SQL Server 服務、SQL 代理等）一起故障轉移的共享文件夾。
- 多子網故障轉移集群：這聽起來像是您已經擁有的東西，但您可以將不同的站點包含到您的故障轉移集群中。需要採取適當的措施，以便僅在必要時自動故障轉移到您的 DR 站點。其他限制是將數據複製到 DR 站點。這種方法的配置並不簡單，很大程度上取決於您的 Windows 版本、SQL Server 版本、預算等。
- SAN 到 SAN 複製：這通常是一種基於硬體的方法，取決於您的 SAN 供應商。大多數企業級 SAN 解決方案支持 SAN 到 SAN 複製並與虛擬化等結合使用。您可以遇到一些優雅而方便的 DR 解決方案。
災難恢復是一個複雜的主題，任何論壇答案都無法提供任何類似於完整答案的內容。如果您對此不熟悉或感到不知所措，我強烈建議您聯繫 MS、MS 合作夥伴、諮詢公司/顧問等並尋求幫助。