Как сократить SQL Server 2008?

TomTom имеет его корректный, но позвольте мне подробно остановиться на нескольких ключевых пунктах:

1. Передача журналов является большой для DR, не большой для актуальных данных. Ваши данные всегда стары, скажите 15 минут 1 часу или еще более старый, в зависимости от Ваших настроек. Повторное соединение не является бесшовным. Необходимо реконфигурировать приложение для указания на новую систему. Кроме того, 2-я база данных не онлайн, это обычно находится в режиме восстановления (для применения журналов), таким образом, необходимо вынуть его из режима восстановления для использования его. Поэтому это обычно используется для аварийного восстановления только.

2. Кластеризация не то, что Вы хотите, когда Вы находитесь на ссылке с любой задержкой вообще. Это обеспечивает высоконадежный интерфейс SQL, но это не делает Ваши данные высоконадежными, если Ваш SAN не может сделать это для Вас. Я никогда не пытался бы кластеризироваться между DC.

3. Зеркальное отражение. В этом случае зеркальное отражение является Вашим другом. Зеркальное отражение имеет два основных режима: Синхронный, или Асинхронный. Характерный для обоих режимов: Каждый SQL-сервер имеет свою собственную локальную копию базы данных, но только один SQL-сервер может "владеть" им. Другими словами, даже при том, что у Вас есть три SQL-сервера, только один из них на самом деле используется. Другие - все в дежурном режиме, ожидая, чтобы быть активированными.

   В режиме Synchronous, когда транзакция записи получена, она выполняется всеми SQL-серверами одновременно, и следующая транзакция не обрабатывается, пока каждый SQL-сервер не сообщил, что она фиксировала транзакцию. Это гарантирует, что каждый SQL-сервер имеет абсолютно актуальные данные. Здорово для высокой скорости, ссылки низкой задержки, не столь хорошие для высокой задержки, связываются, как она эффективно замедлит Вашу базу данных к скорости самого медленного партнера.

   В асинхронном режиме SQL-сервер не ожидает всех других партнеров SQL для фиксации транзакции. Это просто фиксирует его локально и идет дальше. Друг друга SQL-сервер затем мог бы быть несколькими транзакциями позади, особенно если ссылки между ними в большой степени загружаются. Это означает, что Вы получаете доступ полной скорости к активному DB, но Вы рискуете освобождать немного данных в случае обработки отказа. Кроме того, этот режим только доступен на Версии для предприятий SQL.

4. VMware HA. Ну, это - целая куча проблем. Это хорошо, но снова необходимо совместно использовать тот же SAN для него для работы. Или Вы говорите о VMWARE FT (отказоустойчивость)? Если бы Вы, я предложил бы забыть о FT для SQL-сервера в данный момент. FT является большим в теории, и я даже использую его один один VM, но для большей части развертывания жертвы, которые необходимо принести, являются слишком большими. Кроме того, потому что VM's находится в жестко регламентированном друг с другом, и проблемы пропускной способности убьют производительность.

Для управления способностью к автоволшебно обработке отказа Кластеризация предоставляет Вам виртуальный экземпляр, с которым Вы соединяетесь, и все сделано невидимое для пользователя. Для зеркального отражения можно достигнуть этого легко с Сетевой нагрузкой, Балансирующей ролевую работу :1433 так, чтобы, когда SQL-сервер уходит сеть, виртуальный экземпляр переключил другие узлы. С другой стороны, в зависимости от Вашей поддержки приложений, можно указать альтернативные зеркальные серверы в строке подключения SQL.

Можно интересоваться ответом, который я получил к своему вопросу, доступности 100% R2 SQL Server 2008 года.