Sharepoint аварийное восстановление

Question

Какие у вас планы аварийного восстановления для Windows Sharepoint Services 3.0?

В настоящее время мы выполняем резервное копирование всех баз данных (1 контент, администратор, поиск и конфигурация) с помощью средств резервного копирования sql и выполняем резервное копирование сервера переднего плана через dataprotector.

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

Однако нам нужно изменить учетные данные для доступа к базе данных (на сервере sql): учетные записи пользователей, используемые в рабочей среде, отличаются от учетных записей, используемых в нашей «тестовой» ферме.

В конце концов, мы можем восстановить нашу базу данных контента и получить доступ ко всем нашим сайтам. Поиск не работает, но мы расследуем.

Надежен ли этот сценарий восстановления (как поддерживается Microsoft)?

Answer 1

Вы не можете действительно сделать резервную копию / восстановить базу данных конфигурации и базу данных поиска:

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

В результате я бы сказал, что да, это надежный контент. Но позаботьтесь о:

• Возможно, вам придется повторить настройку (AAM, управляемый путь ...).
• Сюда не входит настройка, вы хотите сохранить резервную копию своего решения

Answer 2

Я предпочитаю использовать команду резервного копирования stsadm -o 'для аварийного резервного копирования', как сказано в справке. Это может быть запланировано, но требует некоторого обслуживания файла XML метаданных резервного копирования, когда у вас заканчивается свободное место на диске и требуется архивировать старые резервные копии. Он имеет преимущество передачи заданий по таймеру (обычно) и другой конфигурации, потому что, как говорит Нико, восстановление базы данных конфигурации не будет работать в большинстве ситуаций.

Для восстановления вы можете использовать приятный пользовательский интерфейс, и вам не придется возиться со всем остальным. Я думаю, что он также восстанавливает ваши решения, но не проводил такого тщательного тестирования.

Answer 3

Ряд моих клиентов используют SharePoint (как MOSS, так и WSS) в виртуальных средах, SQL Server также виртуализируется и резервируется как с помощью инструментов SQL, так и с помощью теневого копирования тома.

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

Если вы не используете виртуализацию, не забывайте регулярно делать резервные копии журналов транзакций, поскольку это упростит восстановление до определенной точки дня - это также означает, что ваши журналы транзакций не станут слишком большими!

Answer 4

Надежность в глазах смотрящего. В этом случае, если ваши тесты процесса восстановления пройдены успешно, то да, это надежно.