Я настраиваю несколько новых серверов Windows 2012, чтобы заменить старые, которые в настоящее время находятся на 2003. Одна из моих забот - попытаться найти подходящий план аварийного восстановления, чтобы восстановить их и запустить в случае серьезного сбоя. Планирую получить следующее:
Сервер 1: контроллер домена, файл / сервер печати, SQL-сервер, веб-сервер
Сервер 2: Сервер Exchange (2013)
Сервер 3: «Резервный» контроллер домена
У меня также будет запасное серверное оборудование (идентичное) для использования в случае сбоя.
Моя основная проблема связана с резервным копированием Сервера 1. Во-первых, просто хочу сказать, что будет максимум 100 пользователей, а файл / печать и SQL, вероятно, будут использоваться только примерно 25. Я знаю, что в идеальной ситуации DC будет будь то и ничего больше, но это относительно небольшая установка, поэтому я не вижу проблем с размещением всех этих сервисов в одном устройстве.
В идеальном мире я бы хотел запустить клон диска, а затем иметь его для восстановления в случае полного отказа сервера (с последующим применением резервных копий базы данных, пользовательских файлов и т. Д.). Однако, насколько я понимаю, вам никогда не следует восстанавливать клон контроллера домена, так как тогда вся нумерация не будет синхронизирована, и репликация не удастся и т. Д.
Я подумал о том, чтобы подготовить сервер, но взять клон прямо перед его продвижением в DC. Однако, читая примечания к SQL Server (я буду использовать Express 2012), говорится, что, хотя он будет работать на контроллере домена, вы не можете повысить (или понизить) сервер, пока он установлен. Т.е. Я не могу установить SQL, а затем продвигать сервер.
Таким образом, похоже, что в настоящее время мой план аварийного восстановления должен восстановить клон Win2012, а затем повторно присоединить его к домену, продвигать его, переустанавливать SQL и т. Д., То есть довольно много шагов.
У меня возникла одна мысль: если бы я пошел против правил и клонировал всю систему, то в случае сбоя я мог бы выполнить полное восстановление, но затем немедленно удалить «резервный» контроллер домена из домена (а затем повторно ввести его) (чтобы восстановить синхронизацию нумерации репликаций)? Я предполагаю, что при этом были потеряны все изменения AD с момента последнего резервного копирования, но, учитывая размер нашей организации, они, вероятно, будут минимальными.
Любые другие мысли приветствуются.
Думали ли вы об использовании виртуальных машин вместо того, чтобы пытаться набить все на оборудование? Это упростит резервное копирование и управление вашей системой. Вам может потребоваться пара дополнительных лицензий на сервер Windows, но вы не только обойдете проблему наличия нескольких служб, работающих в одной ОС, но и получите возможность более эффективно распределять нагрузку между физическими машинами.
Это также значительно упростит аварийное восстановление, если у вас есть хорошая политика резервного копирования.
Здесь приходят на ум две вещи - вы можете разделить службы на одном блоке с помощью виртуализации - HyperV приходит на ум в качестве очевидного примера, и это прекрасно решит вашу проблему в отношении функций SQL и DC, спотыкающихся друг о друге.
Другое предложение, которое я бы предложил, - отказаться от идеи использования образов дисков для резервного копирования - SQL-сервер имеет собственные богатые функции резервного копирования, даже в версии Express, которую вы должны использовать для резервного копирования баз данных в файлы, а затем может использовать "традиционную" систему резервного копирования для резервного копирования этих файлов плюс общие файлы (что позволит вам восстановить только один удаленный файл без лишних хлопот, чем из образа) и «системное состояние» сервера, что вам нужно для аварийного восстановления контроллера домена.
Если бы это был я, я бы нашел способ позволить контроллеру домена быть просто контроллером домена и разместить ваш Exchange и SQL на других серверах. Виртуализация - один из способов сделать это, если ваше оборудование может справиться со всем этим.
Клэр