Системным администраторам давно известно, что моментальные снимки, или, как их сейчас называют, «Контрольные точки», отлично подходят для разработки / тестирования, но не подходят для использования в производственной среде, поскольку для них требуется цепочка файлов VHDX, что делает сервер медленнее и более уязвимым. к коррупции. И, наверное, по другим причинам.
Но я хотел бы знать, имеет ли смысл настраивать некоторые виртуальные машины (с запущенным сервером 2016) в лабораторной среде, устанавливать AD и некоторые другие службы, одновременно выполнять контрольную точку для всех, а затем, когда я буду доволен конфигурация разверните их в производство, удалив предыдущие контрольные точки, которые должны объединить файлы VHDX.
Я хочу знать, удалит ли это эффективно все возможные проблемы с производительностью, которые в противном случае существовали бы на машине с контрольными точками.
Я не нашел в Интернете статей, посвященных этому вопросу.
Это для школы, которая только что переместила классы в новое здание на новом сайте (по причинам чрезвычайной ситуации), и у нас есть летние каникулы, чтобы перенести их домен в новый, который я настраиваю с нуля, поэтому я хочу потратить некоторое время на доведение конфигурации до совершенства, прежде чем запускать ее в производство. У них уже было достаточно потрясений без дрянной реализации нового домена AD!
НОТЫ
Мне известно о новой контрольной точке "Производство" в Server 2016, которая использует VSS и позволяет согласовывать контрольные точки приложения. Честно говоря, я не совсем понимаю, что это означает, но я полагаю, что это даже делает жизнеспособным откат серверов SQL или Exchange.
Я также знаю, что Microsoft посоветовала никогда не использовать контрольные точки в производственной среде с контроллерами домена Active Directory, хотя все в моем теле скептически относятся к этому совету. В 2007 году я запустил сервер Exchange для 150 пользователей на виртуальной машине VMWare вопреки всем рекомендациям по передовому опыту, и, поскольку оборудование было подходящим, он работал как мечта в течение многих лет.
Насколько я понимаю, вы хотите создать среду разработки / тестирования и создать контрольные точки, чтобы можно было откатить изменения до тех пор, пока вы не получите свою среду именно такой, какой вы хотите. если это так, совет будет
Возьмите свои контрольные точки
установите новые службы / патчи
Проведите ваше тестирование
если тест прошел успешно, удалите контрольные точки
если тесты не увенчались успехом, верните контрольные точки
Как вы сказали, есть проблемы с производительностью, и проблемы возникают, когда люди оставляют контрольные точки на месте вместо того, чтобы удалять их после всех своих тестов.
Также стоит отметить, что Microsoft действительно поддерживает контрольные точки контроллеров домена Active Directory, если:
Хост Hyper-V - это Server 2012 или более поздней версии (или поддерживаемые версии EXSI). Эмулятор PDC находится на контроллере домена 2012 или более поздней версии. Контроллер домена, для которого вы выполняете контрольную точку, - Server 2012 или более поздней версии.
Microsoft не поддерживает контрольные точки на сервере 2008 R2 или более ранней версии,
Больше информации здесь: https://technet.microsoft.com/en-us/library/dn818483(v=ws.11).aspx
и тут
http://www.ms4u.info/2013/11/checkpoint-support-on-active-directory.html
Надеюсь это поможет,
Майк Браун