Резервное копирование Sharepoint
Большое преимущество ESX по ESXI с ESX, можно использовать Виртуальный Центр для управления всем, формируют единственное местоположение (Виртуальный Центр является еще одним разом стоимость).
При использовании устройства хранения данных SAN можно использовать Виртуальный Центр для создания кластера ESX, который динамично переместит гостей от одного узла до другого по мере необходимости для производительности без любого времени простоя (можно управлять, как настойчиво это сделано).
С ESXI Вы не можете использовать Виртуальный Центр для управления хостом, таким образом, необходимо управлять каждым хостом независимо. С 1 или 2 хостами это не то, что плохо, но поскольку Вы получаете больше хостов, которые это становится болью, имеющей необходимость помнить, какой хост VM является тем. С Виртуальным Центром Вы группируете все в центр обработки данных, и все представлено как единственный пул ресурсов.
Кроме того, с Виртуальным Центром прибывает лицензия на преобразователь VMware и способность создать шаблоны, которые делают создающий новый VMs процессом 5-10 минут для вращения нового Windows VM с ОС, уже установленной.
Необходимо скопировать модификации к улью, включая любые пользовательские функции, определения сайта, дополнения к папке разметок и т.д.
Также необходимо скопировать любые модули, которые Вы, возможно, добавили к определенной папке IIS.
Наконец, я рекомендовал бы использовать STSADM для выполнения полного резервного копирования для взятия конфигураций уровня фермы, а также баз данных содержания.
Файлы в sharepoint не хранятся в файловой системе - если, конечно, Вы просто не индексируете долю сетевого файла.
Или документы, например, хранятся на дисководе?
Это могло зависеть от того, как Вам настраивали SQL-сервер 2008. С 2010 Sharepoint я думаю, что Вы будете видеть что более наиболее часто используемый
При резервном копировании баз данных Sharepoint Вам копировали все?
Нет у Вас нет копий SSPs, ключей SSO, поискового индекса. Кроме того, база данных конфигурации и база данных содержания Централизованного администрирования содержат определенную для компьютера информацию. Поэтому можно восстановить их только к среде, которую Вы настраиваете, чтобы быть точно тем же, включая все обновления программного обеспечения, имена серверов и числа серверов. Таким образом, Вы не можете создать резервную копию базы данных конфигурации, изменить Вашу топологию или роли сервера, и затем восстановить базу данных конфигурации. Также, хотя база данных конфигурации и база данных содержания Централизованного администрирования могут быть сохранены, восстановив резервные копии базы данных конфигурации, и база данных содержания Централизованного администрирования, взятая от рабочей фермы, не поддерживается. Который вкратце означает, чтобы правильно сделать sql базирующееся резервное копирование, необходимо завершить работу sharepoint фермы, если Вы хотите создать резервную копию его через SQL только.
Эмпирические правила: для фермы резервные копии уровня используют sharepoint инструменты или стороннее резервное копирование для отдельных резервных копий набора сайта: меньше чем 15 гигабайтов (ГБ): Используйте резервное копирование набора сайта Stsadm. 15-100 ГБ: Используйте инструмент SharePoint Products и Technologies, инструмент SQL Server или другой инструмент резервного копирования базы данных для защиты базы данных содержания, которая содержит набор сайта. Больше, чем 100 ГБ: Используйте решение для дифференциального резервного копирования, такое как Microsoft SQL Server 2005 или Microsoft System Center Data Protection Manager 2007, вместо встроенных резервных и средств восстановления.
Большинство, если не вся эта информация может быть найдена в Руководстве по работе Sharepoint
Заключение в кавычки меня:
Таким образом, если бы я провел развертку через Ваши диски ОС завтра, то Вы смогли бы восстановить ее?
Если Вы не можете ответить на "да", к которому, все НЕ сохранено.
Рекомендуемая лучшая практика должна использовать SQL Server для копирования/восстанавливания содержания и DBS SSP к новой ферме, созданной с нуля. Это не действительно решение по аварийному восстановлению в и себя.
Ваши документы хранятся в содержании DB.
SQL Server не может скопировать настройки IIS, пользовательский код или шаблоны сайта, 12 ульев или любые другие объекты, расположенные в файловой системе Ваших серверов. Это включает поисковый индекс.