У меня есть приложение, которым пользуются люди в США и Китае, а база данных находится в США. Люди, использующие его в Китае, жалуются на низкую производительность, поэтому я подумал об использовании SQL Server Replication и также разместить сервер базы данных в Китае.
Однако, когда я говорю об этом другим людям, они все слышат: «Вы с ума сошли? Вы потеряете данные! Данные будут повреждены».
Есть ли серьезные проблемы с репликацией SQL Server, которые должны заставить меня избегать этой технологии в критически важных приложениях?
Репликация, как вы предлагаете, - очень популярный способ справиться с большими задержками. Если вы действительно не испортите настройку репликации, я не вижу, чтобы вы теряли какие-либо данные.
Сказав это, у вас есть несколько разных вариантов. Вы можете выполнить полное дублирование, при котором каждый сервер будет постоянно обновлять информацию обо всем, или вы можете настроить китайский сервер так, чтобы он просто кэшировал ваш основной сервер. То, что вы выберете, в конечном итоге должно зависеть от того, как используется ваше приложение, но в любом случае SQL-сервер не будет случайным образом терять данные без попытки восстановления и без вашего уведомления.
Я бы рекомендовал читая об этом прежде чем вы решите, подходит ли вам это.
Я не уверен, что это за «другие люди», которые считают вас сумасшедшим, но я бы не стал принимать от них советы по техническим вопросам.
Раньше я настраивал репликацию из США в Китай, и она работает нормально. Просто имейте в виду, что из-за китайского брандмауэра производительность не будет такой уж большой.
Что касается потери данных из-за повреждения, это случается редко, и обычно люди делают что-то вроде репликации между SQL 7 и SQL 2008. Если бы репликация не была надежным решением, Microsoft все равно не включила бы ее в свой продукт.