PHP Inside

 
   
 

Главная


Начало
страница1
страница2
страница3
страница4
страница5
страница6
страница7
страница8
страница9
страница10
страница11
страница12
страница13
страница14
страница15
страница16
страница17
страница18
страница19
страница20
страница21
страница22
страница23
страница24
страница25
страница26
страница27
страница28
страница29
страница30
страница31
страница32
страница33
страница34
страница35
страница36
страница37
страница38
страница39
страница40
страница41
страница42
страница43
страница44
страница45
страница46
страница47
страница48
страница49
страница50
страница51
страница52
страница53
страница54
страница55
страница56
страница57
страница58
страница59
страница60
страница61
страница62
страница63
страница64
страница65
страница66
страница67
страница68
страница69
страница70
страница71
страница72
страница73
страница74
страница75
страница76
страница77
страница78
страница79
страница80
страница81
страница82
страница83
страница84
страница85
страница86
страница87
страница88
страница89

 
 
 

 

 

Если ваш контроллер домена вышел из строя или полностью устарел и требует замены , не спешите планировать провести ближайшие выходные за созданием нового домена на новом сервере и кропотливым переносом в него пользовательских машин . Грамотное управление резервным контроллером домена поможет быстро и безболезненно заменить предыдущий сервер .

рактически каждый админист­ ратор , работающий с серверами на базе Windows, рано или поз­ дно сталкивается с необходимостью замены полностью устаревшего ос­новного контроллера домена , даль­ нейший «апгрейд» которого больше не имеет смысла , на новый и более соответствующий современным тре­ бованиям . Бывают ситуации и хуже - контроллер домена просто - напрос­ то пришел в негодность из - за поло­ мок на физическом уровне , а резерв­ ные копии оказались не актуальными или потерялись .

Описание процедуры замены одно­го контроллера домена на другой мож­ но найти на разных форумах . Инфор­ мация , как правило , даётся отрывками и применима только к конкретной си­ туации , поэтому общего плана дейст­ вий не даёт . Кроме того , даже вдоволь начитавшись форумов [1], баз знаний [2, 3] и прочих ресурсов , я смог грамот­ но провести процедуру замены кон­ троллера домена без ошибок только с третьего или четвёртого раза .

Таким образом , я хочу привести поэтапную инструкцию замены кон­ троллера домена вне зависимости от того , работоспособен он или нет . Единственная разница заключается в том , что при «упавшем» контроллере эта статья поможет , только если вы за-


ранее позаботились и развернули ре­ зервный контроллер домена .

Подготовка серверов к повышению / понижению роли

Процедура создания «резервного» контроллера домена элементарна - мы просто запускаем на любом ря­ довом сервере сети мастер dcpromo и с его помощью создаём контроллер домена в существующем домене . В ре­ зультате проделанных манипуляций мы получаем развернутую службу ка­ талогов AD на нашем дополнительном сервере ( я буду называть его pserver, а основной контроллер - dcserver).

Дальше , если мастер сам не пред­ ложил , запускаем установку DNS-cep- вера . Никаких настроек изменять не надо , зону создавать также не надо - она хранится в AD, и все записи авто­ матически реплицируются на резерв­ ный контроллер . Хочется обратить вни­ мание на то , что основная зона в DNS появится только после репликации , для ускорения которой сервер мож­ но перезагрузить . В настройках TCP/ IP сетевой карты резервного контрол­ лера домена адресом первичного DNS- сервера должен быть указан IP - адрес основного контроллера домена .

Теперь можно легко проверить ра­ботоспособность резервного контрол-


лера домена pserver. Мы можем соз­ дать учетную запись как на основном , так и на резервном контроллере доме­ на . Сразу после создания она появля­ ется на дублирующем сервере , но где - то в течение минуты ( пока происходит репликация ) она видна как отключен­ ная , после чего начинает отображать­ ся одинаково на обоих контроллерах . На первый взгляд , все манипуля­ ции по созданию исправной схемы взаимодействия как минимум двух контроллеров домена выполнены , и теперь в случае выхода из строя ос­ новного контроллера домена резерв­ ный контроллер будет автоматически выполнять его функции . Однако , хо­ тя разница между основным и резер­ вным контроллерами домена AD чис­ то номинальная , основной контроллер имеет ряд особенностей ( роли FSMO), о которых не стоит забывать . Таким образом , вышеприведенных опера­ ций для нормального функциониро­ вания службы каталогов при отказе основного контроллера недостаточно , и действия , которые надо произвести для грамотной передачи / захвата роли основного контроллера домена , будут описаны дальше .