Полное решение для резервного копирования и восстановления Windows Sharepoint Services 3.0

Позвольте мне начать с того, что, если я пропустил какие-то очень простые документы, КБ или что-то еще, не стесняйтесь связать меня в правильном направлении. Я проверил некоторые темы здесь и не нашел ответа на мои вопросы.

Я создал простой скрипт в соответствии с примером MS для полного резервного копирования (stsadmin с опцией полного резервного копирования на сетевой диск). Теперь к вопросу:

Сценарий: у нас какая-то катастрофа, разрушающая этот сервер. Как мы поднимаем это снова вместе с содержанием? Я понял, что инструмент stsadmin выполняет резервное копирование всего важного с точки зрения контента и тому подобного, но как насчет настроек и самого WSS? Могу ли я просто установить новый сервер с IIS, WSS 3.0 с теми же настройками конфигурации, которые были добавлены при первой установке и т. Д., А затем запустить средство stsadmin для восстановления данных, или я что-то здесь упустил?

Заранее спасибо.

Источник

4 ответа

ИМХО, было бы намного проще, быстрее и безопаснее, если бы вы использовали сторонний продукт для резервного копирования, который может создавать резервные копии сервера, состояния системы и sharepoint с помощью агента резервного копирования windows и агента резервного копирования sharepoint. BackupExec приходит на ум.

Источник

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

Используя только STSADM, вы потеряете все в центре администрирования и любые настройки, сделанные вами для тем, CSS или любых файлов конфигурации XML в файловой системе. Если вы используете ванильную установку WSS и заботитесь только об экстренном извлечении документов, это может подойти вашей организации.

У MS есть документы по резервному копированию с использованием инструментов SQL Server, которые должны выполнять резервное копирование конфигурации и содержимого сайта, но не всего, что было изменено в файловой системе. Примечание "Нельзя использовать средства резервного копирования и восстановления SQL Server 2005 для восстановления базы данных конфигурации в другой конфигурации фермы или топологии". Таким образом, если у вас простая топология, это может быть приемлемым ограничением.

Также убедитесь, что вы можете получить сервер восстановления до той же версии, что и ваш рабочий сервер.

Но да, если ваша компания заботится о данных, раскошелите тесто на приличный пакет резервного копирования. Мы используем разъем Commvault.

Источник

Я бы порекомендовал следующее:

  • Полное резервное копирование базы данных SQL
  • Используйте STSADM и сделайте резервную копию вашего SharePoint
  • Резервное копирование файловой системы сервера WSS и состояния системы

Следующие сценарии аварийного восстановления могут быть разрешены с помощью этих резервных копий:

  1. SQL Server сбой / сбой
  2. Сбой ОС сервера WSS
  3. Поврежденное семейство сайтов, сайт и библиотека документов
Источник

Метод stsadm работает хорошо, но никогда не чувствовал себя очень эффективным для меня. Бедствия случаются очень редко, но вы должны ежедневно выполнять резервное копирование Sharepoint, и не хотите, чтобы вас постоянно обременяли плохие резервные копии.

Если вы создаете резервные копии своих баз данных и любых имеющихся у вас файлов настроек, то для резервного копирования и запуска более или менее необходимо создать новый сервер Sharepoint и сервер SQL, установить настройки, а затем указать Sharepoint на базу данных конфигурации. Затем следует подобрать все настройки и базы данных контента.

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

Существуют сторонние решения для резервного копирования / восстановления Sharepoint, которые могут предоставлять более детальные варианты, особенно когда речь идет о восстановлении отдельных элементов, но я был бы удивлен, если бы они давали гораздо больше преимуществ в настоящем сценарии бедствия. На стороне SQL вы можете найти что-то вроде Quest Litespeed для резервного копирования и более эффективного восстановления ваших данных, что имеет ценность.

Источник
Другие вопросы по тегам