[решено] Замена сервера

zero55 · Отправлено: **20:14, 12-05-2011** | #2

1. устанавливаете роль контроллера домена на новом сервере.
2. переносите на него все нужные роли (DHCP переноситмя средствами netsh dhcp server /?)
3. клиентам все настройки раздаете средствами DHCP

Сразу возникает вопрос - как у вас мапятся сетевые диски и как подключаются принтеры?

redactor22 · Отправлено: **14:07, 13-05-2011** | #3

Спасибо за ответ!
Сегодня не хватает времени, но в понедельник этим займусь. По результатам отпишусь...
Все сетевые ресурсы расшарены на Сервере1 (файловый сервер). Мапятся они на клиентах за счет GPO startup скрипта.
С принтерами проблем нет,- почти все они локально установлены на клиентах.
По поводу контроллера домена. Вчера установил эту роль, но честно говоря не сообразил, как перекинуть существующие перенаправляемые профили на новый сервер... Неужели простым копированием?!..

zero55 · Отправлено: **14:44, 13-05-2011** | #4

передача ролей рассмотрена вот тут
http://support.microsoft.com/kb/324801

redactor22 · Отправлено: **19:53, 16-05-2011** | #5

Все, основная задача решена!
Решил не париться с присвоением новому серверу ip 10.10.10.1 и оставил его 10.10.10.3. Не то, что бы слишком хлопотно, просто сейчас все работает - не хочется создавать себе проблем, вдруг чего...

В процессе настойки, нашел несколько полезных статей, которые поначалу не заметил (не так искал)...
Ссылки на kb:
Просмотр и передача ролей FSMO в Windows Server 2003
Как заменить действующий основной сервер DNS на новый основной сервер DNS в Windows Server 2003
Перенос базы данных WINS с сервера под управлением Windows 2000 WINS сервер WINS на базе Windows 2003
Перенос базы данных DHCP с компьютера под управлением Windows NT Server 4.0, Windows 2000 или Windows Server 2003 на компьютер под управлением Windows Server 2003

Создание и перемещение глобального каталога в Windows Server 2003
Репликация групповой политики и выбор контроллера домена

Другие:
Перенос контроллера домена на новый компьютер
Win 2003. Перенос контроллера домена с сервера на сервер. Как?
Контроллеры домена не хотят реплицировать учетные записи

Спасибо zero55, за наводку на kb!

Еще вопрос в продолжении темы...
Все таки, как перенастроить софт на обращение к новому серверу не меняя его имени?
Вижу 2 варианта:
- В DNS заменить ip присвоенный A-узлу старого сервера на новый ip. Получается Server1 / Узел(А) / 10.10.10.3.
- А-узел со старым сервером стираем и создаем псевдоним CNAME с именем старого сервера и ip нового.
Таким образом, полагаю, все обращения софта к имени сервера Server1 будут прозрачно для того же софта перенаправляться на ServerN(10.10.10.3)...
Верно ли это? Какие проблемы могут возникнуть в обоих случаях.
Планирую таким образом перенаправлять антивирусных клиентов и различный профильный софт.

zero55 · Отправлено: **20:31, 16-05-2011** | #6

Зайдите вот сюда http://support.microsoft.com/kb/887429/ru
при использовании CNAME для SMB (т.е. клиентов вы будете направлять на старое имя) их будут "отшивать".
Можно отключить подписывание что бы этого не было, но это не правильно...

Если вам нужно быть независимым от имен то надо смотреть в сторону DFS.

Антивирусные клиенты возможно переживут.
Кстати что за клиенты?
Профильный софт.. Какой именно?

redactor22 · Отправлено: **13:39, 17-05-2011** | #7

Антивирус DrWeb Enterprise 5. Клиенты настроены на сервер "Server2". То есть клиентам прописано обращаться к серверу по имени. Сейчас разбираюсь с ним. Конечно можно заново установить сервер DrWeb, благо база сервера антивируса не важна, и с помощью инструмента удаленной установки клиентов установить их на рабочие машинки. Но данный функционал, на момент экспериментов пару лет назад, применим был не ко всем машинам. Тогда решил не разбирать ситуацию, а локально на машинках доставить клиентов. На данный случай нашел подходящую статью: Перенос сервера Dr.Web® Enterprise Suite на другую машину

Профильный софт разработан конкретно для нашей конторы. Массивное ПО по ведению заказов и прочей товарно-накладной деятельности. Используется БД Oracle. Подумал, что Oracle использует TNS для связи с внешними БД, так что данный софт так же можно будет корректно перенаправить на нужный сервер. Необходимо будет лишь заменить строку с сервером в одном из файлов используемого TNS.

Причиной желания использовать CNAME для перенаправления клиентов была в нежелании :) разбираться с вышеуказанным ПО и еще несколькими сетевыми утилитками. Однако, как Вы сказали "но это не правильно" - не наш метод. Поэтому пойдем по правильному пути... Но в любом случае спасибо! Может на досуге поэкспериментирую с DFS...