Назад | Перейти на главную страницу

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

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

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

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

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

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

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

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

РС есть документация по резервному копированию с помощью инструментов SQL Server, который должен создавать резервную копию конфигурации и содержимого сайта, но не всего, что было изменено в файловой системе. Примечание. «Вы не можете использовать средства резервного копирования и восстановления SQL Server 2005 для восстановления базы данных конфигурации в другую конфигурацию фермы или топологии». Итак, если у вас простая топология, это может быть приемлемым ограничением.

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

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

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

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

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

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

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

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

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

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