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

Question

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

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

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

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

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

Надежен ли этот сценарий восстановления (например, поддерживаемый корпорацией Майкрософт)?

Answer 1

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

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

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

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

Answer 2

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

Answer 3

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

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

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

Answer 4

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

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