Переход с SBS 2011 на 2008 Standard

Что ж, я бы ни за что не стал пытаться перенести SBS 2011 на Server 2008, даже если бы это не был контроллер домена. Так что не пытайся.

Но все, что хочет ваш клиент, можно сделать. Только не пытайтесь делать это напрямую.

По сути, вы хотите добавить второй контроллер домена в домен, а затем избавиться от сервера SBS в качестве контроллера домена.

(Перед тем, как следовать приведенным ниже инструкциям, рекомендуется убедиться, что у вас есть текущая резервная копия контроллера домена. Всегда полезно просто указать это явно.)

1. Проверить Forest and Domain Functional Levels. По умолчанию SBS 2011 создает и использует 2003 Domain and Forest Functional Level. Нет 2011 года Functional Level, поэтому вы на самом деле не переносите или понижаете уровень домена. Я бы связал, как это сделать, но я понятия не имею, как проверить ваш Functional Levels на сервере SBS.
2. Получите второй сервер и установите версию Windows, которая по крайней мере такой же, как самый низкий Functional Level. Если вы планируете установить Server 2008 R2, вы даже можете пропустить шаг 1.
3. Присоединяйтесь к своему домену.
4. Использовать DCPromo сделать его контроллером домена, убедившись, что это Global Catalog.
5. Перенести все FSMO roles к вашему новому контроллеру домена.
6. В-шестых, понизьте уровень вашего контроллера домена SBS. (Опять же, я бы дал ссылку на это или объяснил, как, но я понятия не имею.)
7. Готово!!

Необязательные, но дополнительные рекомендуемые шаги:

1. Отформатируйте диск на сервере, на котором была установлена ​​SBS 2011. Установите ту же версию Windows, которую вы только что установили. Выполните шаги с 1 по 4 выше, чтобы сделать его контроллером домена. Теперь у вас есть 2 контроллера домена. Вам следует никогда иметь только один контроллер домена и всегда иметь как минимум 2.
2. Повысьте функциональный уровень своего домена и леса.
3. Свяжитесь с HopelessN00b и предложите ему часть того, что вам платят за эту работу. Серьезно, его стоит знать, и он был бы очень признателен. : D

Вы не можете «понизить» или «обновить» SBS до стандартной. Нет пути перехода на более раннюю версию или пути перехода.

Я бы также посоветовал всем, кто никогда этого не делал, НЕ пытаться давать советы, как это сделать.

Я согласен, ПОЛНАЯ резервная копия сервера SBS (ЛЮБОЙ системы) перед серьезным изменением должна считаться ОБЯЗАТЕЛЬНОЙ.

Вам необходимо купить копию (или более) 2008 R2 Standard, и если вы используете Exchange 2010, вам также понадобится его копия для перехода с SBS (или подождите месяц или около того и получите лицензию на 2012). И Exchange, и Windows потребуют ВСЕ НОВЫЕ клиентские лицензии. Из-за этого и из-за времени вашей миграции я бы подождал, если вы сможете, пока не будут выпущены клиентские лицензии 2012 (они могут быть уже выпущены - Server 2012 является RTM и должен быть доступен через корпоративную лицензию (то есть клиентские лицензии также должны быть) в течение месяца или около того). Клиентские лицензии имеют обратную совместимость (права на переход на более раннюю версию позволяют им предоставлять доступ к предыдущим версиям сервера, поэтому, даже если вы не перейдете на 2012 год сразу, вы можете сразу же получить клиентские лицензии, чтобы они были законными и вам не приходилось покупать их снова. (Exchange 2013 еще не выйдет в ближайшее время, поэтому либо получите клиентские лицензии с Software Assurance (SA), чтобы вы могли обновиться без дополнительной платы (SA стоит примерно на 50% больше, чем версии без SA, и во многих случаях «предоплаченная» лицензия на обновление, поскольку обновления в основном больше не продаются Microsoft)

Забудьте о проверке функциональных уровней леса - если вы устанавливаете 2008 R2 или 2012, это просто не важно. Вам следует создать DCDIAG / C / E / V на сервере, чтобы убедиться в работоспособности AD. Исправьте все, что вы не можете объяснить, и убедитесь, что это нормально. Когда AD станет работоспособным, добавьте новый контроллер домена, присоединив систему к домену и запустив DCPROMO.

НЕОБХОДИМО по завершении убедитесь, что DC работает правильно и также является GC (глобальным каталогом). НЕ ПЕРЕДАВАЙТЕ РОЛИ FSMO! Вместо этого запустите еще одну проверку DCDIAG, чтобы убедиться, что все работает нормально. По моему опыту перехода от систем на базе 2008 R2 к другим системам на базе 2008 R2, это не такая уж большая проблема. Я встречал повторяющиеся проблемы, когда новый DC не запускал должным образом репликацию со старым, и вам нужно было сбросить запись в реестре BurFlags. Возможно, вам и не придется, но DCDIAG должен подтвердить, что новый контроллер домена работает надлежащим образом, и вы сможете продолжить.

Поймите, у вас есть 21 день для завершения этой миграции после передачи ролей FSMO, поэтому НЕ ДЕЛАЙТЕ ЭТОГО, пока вы не выполните другие передачи данных, Exchange и т. Д., Чтобы у вас было как можно больше времени. (Если вам не удается завершить миграцию в течение 21 дня, ваш сервер SBS начинает отключаться каждые час или два. ЭТОГО НЕТ РАБОТЫ, и звонок в Microsoft не поможет, поэтому УБЕДИТЕСЬ, что вы готовы!

После того, как все и все будут перенесены, вы можете передать роли FSMO. После передачи УДАЛИТЕ Exchange из системы SBS и ОБРАТИТЕ ВНИМАНИЕ на примечания и предупреждения, как вы это делаете. После удаления Exchange запустите DCPROMO и понизьте его. После понижения удалите его из сети. Лицензия SBS МЕРТВА. SBS ДОЛЖЕН быть главным контроллером домена FSMO и не может существовать в сети с более чем 75 клиентскими лицензиями и без выполнения ролей FSMO в качестве контроллера домена. Да, на данный момент это напрасная трата денег ... но это был довольно дешевый вариант (по сравнению) использовать все продукты, когда вы их впервые получили.

Кроме того, НЕ ТРЕБУЕТСЯ повышать функциональный уровень домена или леса, ЕСЛИ в этом нет необходимости (например, для использования новых функций Active Directory или другого устанавливаемого программного обеспечения). Вы можете, если хотите, но это не является требованием. (Повышая функциональные уровни, вы НЕ МОЖЕТЕ вернуться назад (как правило). 2012 и Я ДУМАЮ, что 2008 R2 ДЕЙСТВИТЕЛЬНО допускает определенные понижения функциональных уровней, если вы не использовали новые функции новых функциональных уровней.

Разделение служб на отдельных серверах логично и эффективно, но ОБЫЧНО не рентабельно. Хотя я бы снял Exchange (особенно если вам нужно покинуть SBS, потому что вы затмеваете ограничение в 75 CAL (это НЕ ограничение пользователя - это ограничение CAL), я бы, вероятно, оставил WSUS и AD на том же сервере, что и оба относительно легкий в небольшой среде и потенциально дорогостоящий для работы на отдельных серверах. Также имейте в виду, что Server 2012 Standard предлагает ДВЕ виртуальные лицензии по цене одной копии сервера. И нет никаких программных ограничений (вы можете кластеризовать, например - единственная разница между двумя более высокими версиями 2012 года (Standard и Datacenter) заключается в лицензировании виртуальных машин - Datacenter допускает неограниченное количество виртуальных машин, а Standard - только две).

В заключение, если у вас нет опыта в этом, я бы не стал дешеветь и сделал бы это сам. НАЙМЬТЕ профессионала, у которого есть в этом опыт. Или сначала изучите его в тестовой среде. В противном случае вы можете в конечном итоге заплатить еще больше в виде гонораров консультантам в дальнейшем, потерять производительность или более высокие затраты на лицензирование (или все три) позже, потому что вы не знаете, что делаете.