Я плохо знаком с администрированием SharePoint и своя организация - также. Мы боремся с этой проблемой прямо сейчас, поэтому возьмите этот ответ с мелкой частицей соли.
Главное беспокойство с хранением всего в единственном наборе сайта - то, что Вы не можете повредить набор через несколько баз данных. После того как единственная база данных содержания становится слишком большой, Вы начнете видеть проблемы производительности, не говоря уже обо всей головной боли, которая приходит с резервным копированием и восстановлением больших баз данных.
Различные ресурсы расскажут Вам другие истории о том, как большой можно вырастить конкретную базу данных, прежде чем это станет проблемой, но самая большая инструкция, которую я услышал, составляет 100 ГБ. Это - рекомендация гуру SharePoint Joel Oleson. Так, как правило, если Вы думаете, что Ваше содержание может однажды вырасти выше 100 ГБ, ворваться в отдельные наборы сайта теперь. Движущееся содержание в новый набор сайта после факта является, судя по всему, очень болезненным.
Эта дека слайда от Joel Oleson поражает звездный час архитектуры фермы и планирования мощностей.
закройте машину и экспорт. Для тиражирования машины копируют папку экспорта в каталог Hyper-V и импортируют его. NB, который можно только импортировать однажды, так импортируют копию!
да.
МЛАДШИЙ
Вопрос Michael ре: Вы не можете экспортировать машину, не завершая работу его сначала. Вы могли создать снимки его (например, www.drivesnapshot.de) и затем восстановить снимок к новой машине с дисками того же размера. Однако при начальной загрузке его, новая VM будет думать, что карта (карты) исходной сети была удалена и заменена новым один (s). Не грандиозное предприятие, но Вас оставят с фантомной сетевой платой, которую это твердо удалить, так же, как если бы Вы играли с сетевыми платами в реальном ПК.
Я пожал бы и закрыл бы ПК для использования экспорта. Требуется только время, должен был сделать копию файла (файлов) жесткого диска, который может быть некоторое время, если они являются большими.
1) Можно сделать как описанный John, если ОС является 2008, можно выполнить резервное копирование сервера, в то время как сервер работает, и сделайте полное восстановление с нуля на новом VM, зависит от потребностей, или используйте третью сторону утилиты обработки изображений.
Лично я пошел бы с Johns, способ экспортировать VM.
Относительно № 2 снимки удобны, но действительно отмечают, что начнут делать дифференциальные диски, которые продолжают расти вместо основного vhd, который Вы указали на создании VM.
Когда Вы удаляете снимки, и UI указывает, что их не стало, они, заражают все еще быть используемым в фоновом режиме, пока Вы не выполняете полное завершение работы самого VM, в которой точке произойдет слияние.
Это кусало меня в торце несколько раз, так как Вам нужно двойное свободное пространство, что Вы текущее использование VM (Как VM 100 ГБ, Вам нужны в общей сложности 100 ГБ, свободных объединиться).
Если это исчерпывает пространство, это приостанавливает VM, в то время как в слиянии обрабатывают.
Просто знайте, как это работает, они могут быть хорошими для быстрых снимков при тестировании материала, но действительно не забывают удалять их (и завершать работу VM для получения их объединенный назад в основной файл VHD) после того, как они служили своей цели.
Я согласен с приведенным выше ответом. Вот дополнительная статья , в которой содержится немного больше информации.