Я новичок в администрировании серверов. Мне нужно обновить Windows Server 2008 R2 до 2012 R2. Поскольку windows server 2008 является производственным сервером, я боюсь выполнять обновление на месте.
В основном мне нужно, чтобы новый сервер (сервер 2012 R2) был идентичен текущему серверу (сервер 2008 R2). И как только новый сервер будет запущен, я могу отключить текущий сервер. Как я могу этого добиться? Какой из следующих вариантов лучше всего подходит для решения.
Создайте полностью новый сервер и скопируйте все, включая локальных пользователей, группы, конфигурацию IIS, информацию о разрешениях на диск с 2008 R2 по 2012 R2. (с использованием резервного копирования сервера Windows)
Создайте реплику текущего сервера и выполните обновление на месте на этом сервере. (Используя резервный образ первого сервера) (Очевидно, я бы хотел, чтобы новый сервер имел другое имя и SID, чтобы они оба могли быть активными в одной сети и присоединяться к моему домену.)
Как правильно подойти к задаче?
Это зависит от того, какое время простоя допустимо, или от того, является ли это виртуальной машиной.
Если вы можете сделать снимок виртуальной машины, вы сможете немедленно выполнить откат.
Обновление на месте обычно занимает не более 3 часов, но я предполагаю, что ваш жесткий диск меньше 1 ТБ.
По моему опыту, обновления на месте работают без сбоев на 95%, при этом наиболее распространенной проблемой является сброс сетевых адаптеров, поэтому просто запишите информацию об IP и DNS вашего адаптера. Однажды файл web.config был утерян в IIS, но был быстро восстановлен из резервной копии файловой системы.
Если это большой сервер, я бы создал новый сервер 2008 года с новым IP-адресом и именем хоста, чтобы выполнить полное резервное копирование Windows Server на этот сервер.
https://www.experts-exchange.com/articles/30742/A-Guide-to-Volume-Shadow-Copy.html
Вместо этого выполните переход с 2008 на 2012 на новый, убедитесь, что он работает, прежде чем менять имена на новое. Я делаю это вместо того, чтобы вручную перемещать файлы на новый сервер 2012 R2, потому что таким образом миграция на месте обеспечивает совместимость программного обеспечения с 2012 R2.