SQL Server-MySQL 主-主複製
我們正在研究建立一個主-主複製 MSSQL 數據庫，我很想知道我們在此過程中可能遇到的任何潛在陷阱，以及您可能對我們提出的任何建議。
為了進一步擴展我們的情況，我們目前有一個內部 SQL 2008 R2 伺服器和一個基於 Web 的 MySQL 伺服器。我們經常使用 SSIS 在兩台伺服器之間傳輸數據。這最終導致兩台伺服器上的數據不同步，因為 SSIS 包每小時或每晚執行一次。我們調查了 MSSQL->MySQL 複製，但我們從未找到一個全面的解決方案。
這將我們帶到了我們希望使用目前 MySQL 和一個額外的複制 MSSQL 數據庫在 Web 上設置的東西。
我有興趣了解更多的具體領域是：
- 主-主設置如何處理掉線的網際網路連接？我讀過一個節點變成只讀的，但我似乎找不到更多關於這個的細節。
- 從 PHP 連接到 MSSQL 伺服器有什麼需要注意的嗎？
- 您會推薦哪種類型的複制？雙向交易似乎非常符合要求。
謝謝你的時間
（我把它放在一個答案中，因為評論太長了。）
對於我們的錯誤跟踪系統，我們有一個與您類似的場景。當然，我們在內部使用它，但客戶也可以通過我們在客戶 SharePoint 網站上創建的頁面送出問題。
我們決定只在辦公室託管數據庫和網站，並從那裡提供外部訪問（我們已經為一些 SaaS 客戶這樣做了）。如果網際網路完全崩潰（罕見），我們可以繼續工作比讓我們的客戶能夠送出新問題更重要。
在您的場景中，我不知道數據有多重要，有多少數據，或者外部使用者能夠寫入數據有多重要。
也許您可以考慮將備用位置的數據庫用作只讀輔助數據庫，但將所有寫入定向到主數據庫。雖然這可能會涉及一些應用程序更改以分離只讀和讀寫連接，但這種類型的解決方案可能足以滿足辦公室網際網路短時間關閉的要求。
無論如何，如果可以避免的話，我堅持我的建議，不要混合使用 MySQL/SQL Server。IMO，通過將資源引導到繼續現有的遷移計劃，你會得到更好的長期發展，並推遲開發更強大的複制解決方案，直到項目的那個階段完成。
另外，一定要盡量避免任何主-主複製場景。在最好的情況下，這些配置和支持非常重要。開發和調試涉及主-主異構複製的解決方案所花費的美元和時間將是天文數字，並且可能永遠不會 100% 正確地工作（實際上，可能遠不及此）。並不是說內置的同構複製解決方案也將是完美的，但至少在這種情況下，如果出現問題並且您不知道如何修復它，您可以致電客戶支持；如果你推出自己的解決方案，你就靠自己了。