Разблокируйте учетную запись Windows AD и присвойтесь *временный* пароль через командную строку?

DrStalker,

Вы имеете в наличии много опций для Вас, и Nick и Tom, оба выделили несколько их. Для Вашего определенного сценария я лично нахожу, что передача журналов превосходная опция. После того как Вы настраиваете его, можно просто покинуть резервную ферму в базе (базах) данных в режиме резервного устройства/восстановления, пока не необходимый. Если Ваш основной сервер / ферма должен понизиться, Вы воспитываете Вас резервное поле.

Хорошая вещь о передаче журналов состоит в том, что Ваш функциональный RPO (целевая точка восстановления), окно может быть намного меньшим, чем эти 24 часа, которые Вы описываете. По умолчанию (если я помню правильно), передача журналов может происходить каждые 15 минут. Тот интервал настраивается вниз приблизительно к пяти минутам, также. Одно большое изменение фермы, которое необходимо будет внести, состоит в том, чтобы гарантировать, что все базы данных находятся в режиме восстановления, который поддерживает передачу журналов (обычно полное восстановление).

Зеркальное отражение базы данных является опцией, и оно использовалось для обеспечения возможности обработки отказа псевдореального времени сред SharePoint. Та гибкость идет с некоторыми значительными ограничениями и требованиями, все же. Зеркальное отражение базы данных очень чувствительно к проблемам сетевой задержки, поэтому если Ваши производственные базы данных и сервер резервного копирования не будут в непосредственной близости с сетевой точки зрения, то будут проблемы. Кроме того, необходимо будет внести некоторые изменения в среду, которые не тривиальны. Ссылки, которые предоставил Tom, являются хорошими для некоторого дополнительного фона и справки реализации.

В зависимости от Ваших резервных потребностей среды другая опция Вы могли бы рассмотреть (тот, который позволяет Вам обходить SQL Server в целом), Развертывание Содержания. Механизм Развертывания Содержания MOSS является реализацией экспорта SharePoint и функциональности импорта; Вы указываете информацию об источнике (исходная ферма и сайт), место назначения (в Вашем случае, резервной ферме), и интервал операции, и SharePoint заботится об экспорте Вашего сайта и обеспечении его в место назначения. Это обычно усиливается в публикации сценариев фермы, но это мог быть другой возможный вариант в Вашей ситуации. Можно найти некоторую дополнительную информацию здесь: http://technet.microsoft.com/en-us/library/cc263428.aspx

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

Удачи!