SQL Server 2000 Высокая доступность

Если вы ищете введение в то, что связано, есть ряд статей, которые будут охватывать основы:

• http://technet.microsoft.com/en-us/library/cc966499.aspx
• http://www.amazon.com/Microsoft®-Server-2000-High-Availability/dp/0735619204 (Великая книга, которая охватывает основы)

Кроме того, хотя я никогда не использовал его, есть продукт под названием "Double-Take", который, по-видимому, обеспечивает те же функции, что и зеркальное отображение базы данных в SQL 2005+ (с горячим резервным сервером с мгновенным переключением при отказе), и, возможно, он того стоит. взгляд. Я не могу сказать, есть ли у них текущий продукт SQL Server, но я знаю, что у них был один в прошлом:

• http://www.databasejournal.com/features/mssql/article.php/3338081/High-Availability-with-SQL-2000-and-Double-Take.htm

Как и предполагали другие, если вы опубликуете здесь некоторые подробности о том, что вы пытаетесь сделать (балансировка нагрузки, аварийное восстановление и т. Д.) И почему вы застряли с использованием SQL 2000, мы можем предложить некоторые более эффективные решения.

Если у вас ограниченный бюджет, и ваша единственная задача - это аварийное восстановление, а не ВЫСОКАЯ доступность (это НЕ одно и то же).

Аварийное восстановление подразумевает, что существует короткий период времени, который вы должны восстановить из резервной копии или холодного резерва.

Высокая доступность означает, что существует нулевой допуск на время простоя.

Если вы готовы прожить с несколькими часами простоя, вы можете сделать то, что я сделал в многочисленных средах умеренного SLA: еженедельное резервное копирование сервера в хранилище NAS, а затем периодическое резервное копирование журналов транзакций или разностных / инкрементных резервных копий. в зависимости от вашей терпимости к потере данных.

Если у вас есть требования никогда не терять сделку, у вас нет выбора - вы должны тратить деньги. Либо при обновлении до кластерного оборудования, либо на сервере резервного копирования, на который можно выполнять доставку журналов, или аналогичном.

Если вы смотрите на 2000, и вы ищете географически распределенное решение и у вас нет денег на обновление, вы, вероятно, смотрите либо

• копирование
• домашнее решение для доставки бревен

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

Вы можете использовать кластеризацию, но для этого требуется Enterprise Edition. Есть несколько других альтернатив, хотя для SQL Server 2000 их меньше, чем для 2008.

Высокая доступность затрат. Самое рентабельное, что вы можете сделать для начала, - это перейти на 2008 год.

Во-первых, обновитесь до SQL 2008, так как Server 2000 больше не поддерживается. Затем выберите один из бесчисленных новых вариантов HA, которые идут с 2008 года.

Серьезно, вам нужно быть более точным в том, что вы подразумеваете под "высокой доступностью". Горячий резерв? теплый режим ожидания? метрики для восстановления? цели доступности? и т.д. и т.п. Это сложная тема.

В дополнение к кластеризации вы также можете настроить репликацию с SQL Server 2000, но, опять же, я должен вернуться к другим авторам, которые спрашивали, почему бы не обновить до SQL 2008 или хотя бы SQL 2005. Зеркальное отображение становится вариантом с 2005 в дополнение для кластеризации и репликации.

Кластеризация является единственной формой этих решений высокой доступности, в которой имеется одна копия базы данных. Он только защищает вас от сбоев сервера, вы все еще подвержены сбоям данных и сайтов, поэтому я всегда скептически отношусь к включению кластеризации в HA, но это больше, чем автономный экземпляр, это точно.

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

Мы можем дать вам лучшие ответы, если вы дадите нам больше информации.