В настоящее время у них есть одна установка SQL 2000 Std на сервере, который необходимо удалить. Они запускают приложение в терминальных службах для управления данными.
Итак, я смотрю на два новых сервера с SQL 2008 (надеюсь, рабочая группа ...), один на месте, другой подключается через туннель IPsec. Связь еще не установлена. На каждом сервере будут выполняться службы терминалов, а локально установленное приложение будет настроено на использование своего локального экземпляра SQL.
Таким образом, кто-то может войти на Server1 через TS и получить доступ к первичному серверу SQL. Или войдите в Server2 через TS и получите доступ к резервному серверу SQL. Они просто запускают приложение, как и всегда.
Поэтому мне нужно поддерживать server2 в актуальном состоянии, чтобы server1 мог взорваться, и мне просто нужно сказать пользователям, чтобы они подключились к Server2. Тогда они смогут продолжить свой день.
Когда server1 был отремонтирован, я подключил его, вероятно, вручную проверил изменения с server2. И снова переместите всех обратно на 1.
Что ж, в идеальном мире это могло бы случиться, lol Как близко я могу подойти?
Хотя мне действительно нужна двухсторонняя синхронизация, это не повседневная вещь, и изменения, как правило, должны быть ограничены одной стороной, плюс небольшая база пользователей.
Я не эксперт по SQL, поэтому я действительно хочу избежать чрезвычайно сложного процесса каждый раз, когда нам нужно сокращать данные туда и обратно.
Если вам требуется, чтобы оба сервера были доступны в любое время и реплицированные записи взад и вперед, я бы посоветовал вам изучить репликацию слиянием.
При такой настройке нет простоев, но возникают другие проблемы.
Как работает репликация слиянием: http://msdn.microsoft.com/en-us/library/ms151329.aspx
Обзор репликации слиянием http://msdn.microsoft.com/en-us/library/ms152746.aspx
Я думаю, что Log Shipping - это то, что вы здесь ищете. Эдвин Сармьенто написал очень хорошую главу (№35) по этой теме в книге SQL Server MVP Deep Dives, основанной на этом сообщении в блоге, указанном ниже.
http://bassplayerdoc.blogspot.com/2007/10/your-poor-mans-sql-server-log-shipping.html
http://www.thirdtier.net/2010/05/your-poor-mans-sql-server-log-shipping-powershell-version/
Вначале это может показаться немного устрашающим, но как только вы поймете концепции доставки журналов, все станет очень просто. Эдвин проделал очень хорошую работу в этой главе, и вы найдете это очень полезным.