Какие существуют варианты создания «теплого» резервного сервера для экземпляра SQL Server Express, на котором запущена одна база данных?
Рядом с моим производственным ящиком SQL Server 2008 Express у меня есть второй физический ящик, который в настоящее время ничего не делает. Я хочу использовать этот второй ящик в качестве теплого резервного сервера, каким-то образом реплицируя мою производственную базу данных в режиме, близком к реальному времени (небольшая потеря данных допустима). База данных очень мала, и ресурсы используются очень слабо.
В случае выхода из строя рабочего сервера я бы вручную перенастроил свое приложение так, чтобы оно указывало на резервный сервер.
Хотя Express изначально не поддерживает доставку журналов, я думаю, что мог бы вручную написать сценарий для бедных, в котором я буду использовать пакетные файлы для сбора журналов, копирования их по сети и применения их на втором сервере с интервалом в 5 минут.
Есть ли у кого-нибудь советы о том, достижимо ли это технически или есть ли лучший способ сделать то, что я пытаюсь сделать?
Обратите внимание, что я хочу избежать необходимости платить за полную версию SQL Server и настраивать зеркалирование, поскольку я считаю, что это излишество для этого приложения. Я понимаю, что другие платформы БД могут представлять подходящие варианты (например, MySQL Cluster), но для целей этого обсуждения давайте предположим, что нам придется придерживаться SQL Server.
решение1
вполне возможно, но не для слабонервных.
Есть несколько хороших скриптов, написанных администраторами баз данных, но вам, вероятно, нужно быть достаточно компетентным, чтобы модифицировать их для своих нужд.
Я делал это в случаях, когда официальной поддержки от MS не было. Например, пересылка журналов между основным сервером SQL Server 2000 и резервным сервером SQL Server 2005.
Этот сценарийможет быть хорошей отправной точкой. Несмотря на то, что это для 2000 года, метод все еще актуален.
решение2
Я видел, как другие пытались использовать версию доставки журналов для бедных, но безуспешно. Это не значит, что она не сработает. Я некоторое время искал похожее решение. Зеркальное отображение — это здорово, но подключающиеся приложения должны поддерживать его, чтобы отказоустойчивость была элегантной (или, по крайней мере, подключаться правильно, чтобы они перенаправлялись). Мы используем DPM 2007 для резервного копирования, и Microsoft расхваливала, как можно легко написать скрипт автоматического восстановления с его помощью, поэтому я так и сделал, но решение не такое уж чистое и красивое, поэтому я бы его не рекомендовал. Возможно, с DPM 2010 будет лучше. Ничто из этого не является ответом, а лишь небольшим пониманием того, что не работает. Удачи.