WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 4 | 5 || 7 |

«Л Федор Зубанов Active Directory подход профессионала Издание исправленное Москва 2003 УДК 004 ББК 32.973.81-018.2 391 Ф. В. ...»

-- [ Страница 6 ] --

Active Directory и файловая система Table ID Table for DOMAIN SYSTEM VOLUME SHARE) FileGuid 00050000 00060000 Jan 2002 22:19: OriginatorVSN 01c19df9 3c204cff Tue Jan 15, 2002 22:19: Tue Jan 15, 2002 22:19: FileSize 00000000 ООООООЭ 00000000-0000-0000- FileName 00000022 Flags [HIDDEN ARCHIVE ] Flags 00000000 Clear>] Sun 2002 22:00: 00000000 Extension 39382аа8 64се Последняя строка содержит контрольную сумму файла используемую при сравнении файлов в репликах.

Наконец, эта утилита позволяет управлять временем опроса Active Directory на предмет в конфигурацию. Если про сто выполнить команду:

poll будет выведено о текущих интервалах опроса:

Current Interval: 5 minutes Snort Interval : 5 minutes Long : 60 minutes Дополнительные ключи Now (сейчас). (быстро) и (медленно) позволяют задать быстрый и медленный интервал, а так же выполнить опрос незамедлительно.

Пример диагностики проблем каталога SYSVOL с помо щью NTFRSUTL см. в Microsoft в статье ing Missing SYSVOL and NETLOGON Shares Восстановление реплицируемых файлов Когда заходит речь о файлах и их хранении, как затрагива ется тема резервного копирования и восстановления. Обычно для этих целей используют специальные программы вроде Windows Backup, 374 Active профессионала встроенной в ОС. что для резервного копирования фай лов. тиражируемых службой FRS, используются те же программы. Ре зервное копирование не какого-либо интереса ме все равно, какие файлы сохранять), а вот восстановление — пред мет отдельного разговора.

Служба FRS отслеживает изменения в файлах и хранит их версии — это основа работы механизма репликации. Однако версии файлов не сохраняются при резервном копировании, а значит, восстановленная информация оказывается неопределенном положении: служба FRS должна получать указания, что делать с восстановленными файлами:

заменить новыми или тиражировать их на все остальные партнеры по репликации в наборе реплик, Эта дилемма существует и для Active Directory. Там действу ют понятия и неавторитетного из резервной копии. Те же понятия актуальны и для восста новления FRS.

При неавторитетном восстановлении те файлы в восстановленной реплике, контрольная сумма которых совпадает с контрольной сум мой файлов у партнера по репликации, остаются неизменными. Если же контрольная сумма место восстановленного файла за нимает переданный партнером по репликации.

При авторитетном восстановлении восстановленные файлы являют ся истиной в конечной инстанции. Сведения о них передаются всем партнерам по репликации, и там, где наблюдается различие конт рольных сумм, они заместят в репликах.

восстановление — предпочтительный способ новления файлов. Он применяется, например, при восстановлении реплицируемого каталога на одном из серверов или при переносе содержимого реплицируемого каталога на удаленный сервер на маг нитной ленте или ином съемном носителе. Авторитетное ление используется в крайних случаях, при полном крахе или порче всех реплик. К примеру, если вы случайно удалили все катало ги групповых политик и заметили это, только когда ваши действия были реплицированы на все компьютеры, без авторитетного восста новления не обойтись.

Файл ntfrs.jdb (БД FRS) не копируется. При его порче или уничтожении его восстанавливает ОС при сравнении файлов в раз ных репликах.

Неавторитетное восстановление Неавторитетное восстановление применяется в случаях:

Active • нарушения в работе службы FRS;

• повреждения локальной базы ошибок, с переполнением журналов и, как следствие, потери информации из-за ошибок при репликации.

Неавторитетное восстановление можно выполнить:

с резервной копии;

• с других партнеров по репликации.

Первый способ предполагает, что вы следуете всем рекомендациям по обслуживанию ОС и поэтому у вас есть актуальная резервная копия.

Поэтому данный способ и описан в [3], [6]. Здесь я только коротко скажу, что надо сделать.

1. Исключите из набора реплик компьютер, на котором нужно вос становить реплику.

2. Восстановите файлы из резервной копии в тот каталог, который должен реплицироваться.

3. Включите компьютер в набор реплик, указав при этом на восста новленный каталог как на реплицируемый.

После этого служба FRS обнаружит, что ее конфигурация изменилась.

и добавит новый член. Все вновь добавленные файлы будут перене сены во временный каталог. Далее будет запрошен входной партнер по репликации обо всех файлах в его реплике. В результате сравне ния контрольных сумм будут выявлены отличающиеся файлы и заме нены теми, что хранятся у партнера.

способ пригоден для нерадивых администраторов, считающих роскошью регулярное резервное копирование. Основан он на том, что за счет изменения значения флага BurFlags инициировать ав торитетное и неавторитетное восстановление реплики.

1. Остановите службу FRS на компьютере 2. Задайте параметру BurFlags в ветви реестра Star tup значение OxD2. Это позволит выполнить неавторитетное вос становление всех реплик на компьютере. Если надо восстановить только конкретную реплику, измените этот параметр в ветви Rcpiica Sets\

Значение параметра BurFlags снова сбросится в 0.

376 профессионала • Файлы из реплицируемых будут перемещены в каталог При этом в журнале службы реп ликации файлов появится сообщение с Event о выпол ненной операции.

• БД службы FRS будет перестроена заново.

Произойдет начальное подключение к набору реплик (создание вектора версий — процесс того партнера, с которым име ется входной объект связи, либо того, что прописан в параметре Repiica Set Parent для реплики Сообщение об успешном добавлении к набору реплик появится в журнале регистрации под номером Как только откроется окно репликации, будет выполнена полная синхронизация Зачем перемещать файлы в Допустим, незадолго до того, как обнаружили, что реплика нужда ется в восстановлении, в нее были внесены изменения, которые не были тиражированы на другие компьютеры. В таком случае после завершения синхронизации можно содержимое этого ката лога с реплицируемым, выяснить различия и, если понадобится, по вторить их путем копирования нужных файлов. Когда вы поймете, что репликация завершилась нормально и перенесете файлы каталога файлы в нем можно удалить для освобождения диска.

Замечание Если указанный каталог не отличается от реплицируе мого, он будет удален автоматически по завершении синхронизации.

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

Авторитетное восстановление Авторитетное восстановление — последняя соломинка. К нему мож но прибегнуть, только когда вы поняли, что уже ничто не поможет.

Авторитетное восстановление двумя способами: из ре зервной копии и с партнера по Первый описан в [6] и здесь приведен вкратце. Второй способ описан полностью.

Восстановление с ленты. Магнитная лента, конечно, не носитель: восстановление можно сделать с любого съемного носителя, используя Backup. Эта программа уст роена так, что при восстановлении реплицируемых файлов на кон Active и файловая система домена она позволяет указать, что восстанавливаемые дан ные являются первичным источником для всех реплик. Для этого отметьте флажок When restoring replicated data sets, mark the restored data as the primary data for all replicas. Иная картина на сервере — чле не где этот флажок использовать нельзя, Авторитетное вос становление возможно только на сервере, являющемся первым в на боре реплик. Для этого все файлы из реплицируемого каталога пол ностью удаляются, а потом восстанавливаются из резервной копии.

Если сервер не первый в наборе реплик, возможно только неавтори тетное восстановление.

Восстановление из реплики следующим образом.

1. Остановите службу FRS на всех компьютерах в наборе реплик.

2. На задайте параметру в ветви реест ра at Startup значение OxD4. Это позволит выпол нить авторитетное восстановление всех реплик на компьютере.

Если надо восстановить только конкретную реплику, измените этот параметр реестра в ветви Replica 3. Запустите службу FRS на эталонном компьютере.

Далее произойдет следующее.

Значение параметра BurFlags снова сбросится в О.

Файлы, расположенные в каталоге, останутся на своем месте и станут для всех остальных парт неров по репликации.

БД будет перестроена на основании данных файлов.

Обязательно дождитесь появления в журнале событий службы репли кации файлов сообщений о событиях 13553и Далее можно по очереди включать службу FRS на партнерах по репликации, предва рительно задав параметру BurFlags значение OxD2, т. е. инициировав на них неавторитетное восстановление.

Восстановление конфигурации FRS Говоря о конфигурации FRS, я подразумеваю те объекты Active Direc что относятся к этой службе и были рассмотрены ранее. Восста новление объектов Active Directory возможно из резервной копии со стояния системы (System State). В главе «Поиск и устранение проблем» я подробно описываю восстановление системного состояния. Здесь же я что, выбирая System State в программе резервного ко пирования, вы позволяете сохранять БД и журналы Active Directory, загрузочные файлы, зарегистрированные в системе объекты, реестр и... файлы каталога 378 Active из того, что относится к службе репликации файлов, в системное состояние включены объекты FRS и файлы SYSVOL! Воз что все, что сказано выше о реплик, можно сделать иначе? Возможно... Но разберемся по порядку. Начнем с становления объектов FRS в Directory.

вы объекты FRS. Для восстановления объектов в AD, как известно, надо проделать восстановление систем ного состояния из резервной копии:

загрузите контроллер домена в режиме восстановления службы каталогов;

• восстановите самую свежую версию System State с помощью Win dows Backup;

• отметьте удаленный как авторитетный с про граммы • загрузите контроллер в нормальном режиме и дождитесь завершения репликации;

если с момента выполнения резервного копирования состояния системы были добавьте их повторно.

А если удалены файлы в каталоге SYSVOL? Можно следовать алгорит му авторитетного восстановления AD. Несомненно, этим удастся содержимое SYSVOL, но при этом восстановятся объекты Active Directory, соответствующие старому состоянию системы и, так как они восстановятся авторитетно, они перезапишут информацию на всех остальных домена.

То есть вы отбросите всю систему на какое-то время назад. Так значит, авторитетное восстановление в ntdsutil для восстановления SYSVOL использовать нельзя? Можно, но только делать это надо так:

загрузите контроллер домена в режиме восстановления службы каталогов;

• восстановите самую свежую версию System State с помощью Win dows Backup другое место на диске (поле Restore To);

скопируйте удаленные файлы в каталог SYSVOL;

если удалены были файлы групповой политики, синхронизируй те версии контейнеров групповой политики я файлов групповой политики.

Оптимизация процессов восстановления Когда выполняется нормальная репликация файла, входной партнер создает один подготовительный файл для всех выходных В случае выполнения восстановления файлов инициируется подклю чение вектора (Vector Join — при котором Active и файловая система для каждого реплицируемого файла создастся по 1 подготовительно му файлу для каждого выходного партнера. Если надо тиражировать 10 файлов для 10 партнеров, будет создано 100 подготовительных файлов. Это может отрицательно сказаться на производительности серверов, поэтому данный процесс нужно т. е.:

копировать содержимое на новые члены набора реплик с помо щью программы Windows Backup (см.

уменьшать число серверов создающих подготовительные файлы;

• сокращать число реплицируемых файлов в каталогах на время выполнения процесса разрешать выполнение только одного подключения вектора вер сий на входном партнере.

Выходной Выходной партнер партнер Выходной Выходной Входной партнер партнер партнер партнер партнер Создание при обычной и при инициации процесса W-join Сокращение создающих файлы Сначала посмотрим на репликацию SYSVOL. При компь ютера в домен репликация SYSVOL выполняется с того контроллера домена, с которого пришла информация об Active Directory. Его имя временно появляется в виде значения параметра Replica Set Parent в ветви реестра доменах При неавторитетном восстановлении ка талога SYSVOL можно принудительно указать, с какого сервера долж на выполняться репликация, добавив этот параметр в реестр. Напри мер, это может быть контроллер, расположенный в том же сайте.

Active Directory: подход профессионала Увы, такой механизм невозможен для реплик DFS, и приходится идти в обход.

• Остановка службы FRS на всех возможных входных кроме того, что является почтительным. Идеальным это реше ние не назовешь: несмотря на остановку службы FRS, изменения в журнале NTFS будут и при длительной может переполниться, что приведет к возобновлению за писи новых событий в начало, а значит будут потеряны сообще ния об изменении файлов.

• Управление объектов связи со входными серверами.

Удаляя объекты, можно добиться того, что репликация будет вы полняться только с одного сервера.

Ограничение времени передачи файлов между серверами перио дами наименьшей загрузки канала. По каналу с пропускной спо собностью 64 кбит/с и загрузкой 25% можно передавать до Мб данных ежечасно, или 506 Мб ежедневно. Значит, за выходной день можно передать около 2 Гб при степени сжатия 50%. надо учесть, что те серверы, что стоят в центральном сайте и периферийные серверы данными репликации, должны иметь боль шой объем свободного пространства на диске и высокое значение предельной: емкости подготовительного каталога.

Сокращение числа реплицируемых файлов на выполнения процесса Чем меньше файлов в каталоге, тем меньше времени займет реплика ция, тем меньше объем каталога и тем меньше под готовительных файлов будет создано.

Данный подход наиболее актуален при инициализации реплик DFS, так как для DFS характерны огромные объемы реплицируемых томов и большое число партнеров, попарно связанных между собой. В мень шей степени это актуально для репликации так как тополо гия репликации в этом случае оптимально задана И все же как для DFS, так и для SYSVOL файлы из реплицируемого каталога надо переместить в безопасное место и инициировать про цесс членов реплики). Если речь идет о каталоге SYSVOL, то из всех файлов нужно оставить каталоги, соот ветствующие политике домена и политике контроллеров домена по умолчанию, параметру на эталонном компьютере чение OxD4, а на всех остальных — По завершении реинициа лизации файлы возвращаются на прежнее место, и их репликация выполняется обычным система выполнения только одного подключения вектора версий на входном партнере Для крупных реплик DFS, содержащих десятки гигабайт данных, сле дует рассмотреть возможность не более одного члена за раз. Добавив новый компьютер, надо дождаться завершения ной синхронизации и выхода из Проконтролиро вать это можно по исчезновению всех файлов из подготовительного каталога.

Предел объема подготовительного каталога надо задать равным объе му 128 самых крупных файлов в реплицируемом каталоге.

Распределенная файловая система Распределенная файловая система (Distributed File System — DFS), позволяет объединить серверы и в общее вание ресурсы в однородное пространство имен. DFS обеспечивает однородный поименованный доступ к набору серверов, совместно используемых ресурсов и файлов, организуя их в виде иерархии.

В свою очередь новый том DFS может подключен к другим совместно ресурсам Windows 2000. Таким об разом, DFS позволяет представлять физические устройство хранения в виде логических элементов, доступ к которым прозрачен и для пользователей, и для приложений.

DFS подробно описана в [б], Здесь основной упор сделан на до менную DFS, репликацию отказоустойчивых томов DFS, оптимизацию работы и поиск проблем. Для начала рассмотрим общие концепции чтобы дальше использовать единую терминологию.

Немного о DFS Любая начинается с Если речь идет об отдельно стоящей то корнем DFS является локальный который предостав в использование и применяется как точка отсчета для остальных ресурсов. Доступ к такому ресурсу осуществляется по на котором этот ресурс расположен:

Если мы говорим о доменной то корнем также является совмес тно используемый ресурс на сервере, но доступ к нему осуществляет ся по имени домена независимо от того, на каком именно сервере расположен корень:

Замечание Доступ к доменной возможен и по имени того сер вера, который администратор выбрал в качестве хоста DFS.

382 Active подход профессионала В домене может быть несколько корней, но на в доме не может располагаться не более одного корня доменной DFS. Корни доменной DFS могут находиться либо на контроллере домена, либо на сервере — члене домена. Любой корень DFS может иметь несколь ко корневых реплик. Между репликами можно организовать тиражи рование данных. По репликации между корневыми реп ликами нет.

Как было сказано, информация о доменной в том числе обо всех хранится в Active Directory. Там же находится информация об объектах связи между репликами.

Это видит Корень доменной DFS Public - О Corpinfo В ill Users Реплика корня Реплика корня Root1.mycorp.ru Roqt2.mycorp.ru ActiveX Точка перехода Обычный каталог Обычный каталог Точка перехода Точка перехода \Sasha Точка перехода \Dima Альтернативные тома (Реплики томов DFS) Том нижнего уровня В DFS может быть несколько корня и альтернативных томов DFS Под корнем находятся каталоги, часть которых является точками перехода DFS на другие как правило, на каталоги, предостав ленные в совместное использование на любых других серверах, к которым есть доступ с любой реплики. Такую точку перехода стно с каталогом, на который она указывает, называют DFS.

Active Directory и система Замечание Под корнем могут храниться обычные и их можно использовать для хранения данных точно так же, как в ката логах на любом другом сервере. Однако что в клиентской части есть ошибка, которая не позволяет ката логи в корне доменной названные по-русски. Эта ошибка исправ лена только в Server.

Если одна и та же точка перехода указывает на несколько ресурсов с идентичным содержимым, эти точки перехода называются отказоустойчивыми томами DFS, а сами ресурсы ликами тома DFS. Между репликами тома можно организовать тира жирование их содержимого. При запросе пользователем тома DFS с применением службы DNS на клиент передаются все реплики. Затем клиент выбирает ближайшую реплику, основываясь на сведениях о топологии узла в Active Directory. Если выбранная реплика недоступ клиенту не надо выполнять повторный запрос к DFS.

Все тома, расположенные не на серверах Windows NT/2000, являются томами нижнего уровня. Они могут быть видны в структуре DFS, но сами не могут быть точками перехода или хостами DFS. К таким си стемам относятся Windows NT Workstation, Windows Windows Workgroups, а также все сетевые ресурсы других к которым имеется доступ. Замечу, что для Windows может осуществлять доступ ко всем томам высокого уровня и всем нижнего, но не способен взаимодействовать с томами.

Таблица Ключевую роль в работе DFS играет таблица знаний о разделах (Parti tion Knowledge Table — РКТ), где хранится информация обо всех точ ках перехода. Структура таблицы такова:

Путь DFS Список [Сервер + Время жизни используемый ресурс] РКТ существует на клиентской стороне, на сервере и в Active Дня отдельно стоящей DFS таблица РКТ хранится в реестре являющегося хостом, тогда как РКТ доменной DFS в Active Directory. Доступ к РКТ и его администрированию имеют все маши ны, участвующие в создании отказоустойчивого тома DFS.

РКТ в Active Directory представляет собой атрибут у объекта <имя корня доменаХ Вообще именно этот объект хранит сведения о DFS. Это. скажем честно, не 384 Directory: подход лучшее решение, так как сказывается на масштабируемости отказоу стойчивых корней DFS (см. «Предельные На клиентской стороне существует одна для каждого тома DFS, После получения ссылки из серверной РКТ информация о ней оста ется в таблице в течение 30 минут. В случае повторного использова ния той же ссылки время жизни соответствующей строки таблицы обновляется. Если в течение 30 минут повторного обращения не про исходит, ссылка удаляется из таблицы РКТ. Если ссылка соответствует отказоустойчивому тому то инфор мация обо всех альтернативных ресурсах, и при повторном обраще нии к такой ссылке ОС произвольно выбирает один из них.

По умолчанию время кэширования — 30 минут, Но его можно изме нить. устанавливается для каждого тома DFS отдельно. По мните: если клиент обратится по ссылке, которую он выбрал из шированной таблицы РКТ до истечения срока хранения, он не узна ет об изменениях. Если к этому физическое положение тома доступа к нему пользователь не получит, Как видно из рисунка, в РКТ хранится соответствие логических имен DFS ссылкам на физические ресурсы. В случае альтернативных томов для точки перехода хранится список ресурсов. Каж дая строка в таблице занимает около 300 байт.

Пытаясь пройти точку перехода, клиент сначала обращается к РКТ, хранящейся в кэше. Если описания этой точки там нет, он обращается к корню DFS. Если же при этом не происходит определе ние точки выдается сообщение об ошибке. Если ссылка информация о ней заносится в локальную РКТ.

В РКТ хранятся сведения, позволяющие пользователям Windows 2000/ ХР подключаться к ресурсам в том сайте, в котором они находятся.

Данные о принадлежности к сайту заносятся в РКТ на этапе конфигурирования Если сервер переносится в другой сайт, DFS надо Помните об этом, используя подго сайт в крупных компаниях (см. главу «Планирование Active Как известно, две ревизии клиентской части DFS;

2 (реа лизована на клиентах Windows и 3 (реализована на клиентах Windows Между ними много различий, но я хочу обратить внимание на как данные об отказоустойчивых томах передаются клиентам из РКТ в зависимости от номера ревизии.

Для клиентов 2 таблица ссылок на все реплики передается в том виде, как она хранится на сервере. Записи предварительно не Active и файловая сортируются. Клиент сам произвольно тасует полученные записи и выбирает первую попавшуюся.

Для клиентов ревизии 3 таблица ссылок предварительно разбивается на две части: в первой перечисляются ссылки на располо женные в том же что и клиент, во второй — все Клиент перемешивает каждую из частей в произвольном порядке.

Описанный алгоритм обеспечивает балансировку нагрузки между репликами. И хотя такая балансировка весьма относительна, так как не принимает в расчет реальной загруженности реплик, она дает положительный эффект.

Замечание Принадлежность к сайту игнорируется в двух случаях:

если доступ к корню или тому DFS осуществляется из консоли управ ления сервером DFS и из терминальной сессии, открытой на сервере DFS.

Взаимодействие клиента с сервером DFS Как клиент взаимодействует с DFS? Взгляните на рисунок:

Том DFS Том DFS к корню 1. Допустим, клиент обращается к серверу, на котором расположен корень DFS, и передает ему запрос к ресурсу вида 2. Первым делом сервер пытается обратиться к своему локальному ресурсу.

Довольно быстро что такого локального ресурса нет.

386 Active Directory: подход 4. Поэтому сервер клиенту ответ COVERED.

5. Если бы такой отпет получил обычный клиент (скажем, Windows он бы сообщил о неверно введенном имени файла.

Иное дело, когда такой ответ получает клиент DFS. В ответ он посылает на сервер запрос 6. Обрабатывая этот запрос, обращается к Если для запрашиваемого файла имеется только одна на сервер возвращается полное файла. Если есть ссылки на альтер нативные тома, передается список альтернативных путей.

7. передает список клиенте Клиент выбирает из списка произвольный пут например \\fsl\pub и обращается к ресурсу.

выбранный недоступен в момент обращения либо нем нет указанного файла. В первом случае клиент пре рвет обращение по тайм-ауту, во втором — сервер пошлет клиен ту ответ COVERED.

10. Это сообщение будет расценено клиентом иначе, чем при обра к корню DFS. На этот раз клиент пошлет уведомление сер веру Уведомив сервер, что у того не все в порядке, клиент выбирает из локальной РКТ следующий путь к файлу, например и обращается к нему. Если файл начинаются обычные операции чтения-записи.

Репликация DFS Первая часть этой главы практически охватывает вопро сы, связанные с репликацией Поэтому здесь я коротко рассмот рю те вопросы, которые обошел вниманием ранее.

Начну с того, что для репликации не обязательно использовать службу FRS. Если у вас есть механизм, обеспечивающий большую эффективность, задействуйте Как я неоднократно реплицировать можно как содержимое альтернативных томов DFS, так и сами корни доменной DFS.

Говоря о репликации корней доменной я имею в виду раз личных механизма репликации. Первый — тиражирование объектов конфигурации DFS между доменов. При этом задей ствован механизм репликации Directory. Второй — тиражиро вание корней на серверах-носителях корней. Если в домене три контроллера и два сервера — члена домена, на которых располагаются корни репликация по кольцу для Active и контроллеров домена и напрямую — между двумя серверами. И эти процессы между собой не связаны. Поэтому в момен ты после внесения изменений в конфигурацию DFS (а вносятся они всегда только на имитаторе будет существовать разное знание контроллеров о и клиенты, обращающиеся к разным контролле будут получать разные сведения о DFS и ее структуре.

Контроллер Контроллер домена Сервер, Контроллер домена, DFS Топология репликации DFS от репликации Следует учитывать и объем, занимаемый в Active Directory объектом конфигурации Для DFS, содержащей порядка 100 ссылок, он со ставит около 40 кб.

Репликация альтернативных томов по умолчанию не включается.

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

Как я уже говорил, топология репликации между репликами томов DFS по умолчанию представляет собой набор попарных связей между членами набора реплик. Чем больше реплик в наборе, тем труднее администрировать такую топологию и тем более искать проблемы.

С другой стороны, такая топология обеспечивает минимальное вре мя распространения изменений. И все же топологию рекомендуется оптимизировать и делать ее подобной той, что используется при реп ликации Active Directory. Особое внимание следует обратить на суще ствование сайтов.

Сайты и DFS В главе Репликация Active показана роль сайтов в форми топологии репликации Active Но сайты влияют и на топологию репликации и на обращение клиентов к ресурсам.

• Репликация конфигурации доменной DFS идет в строгом соответ ствии с разбиением на сайты. То есть между сайтами репликация выполняется по а значит, сведения о конфигурации в удаленных могут существенно отличаться от ре альных, так как изменения дойдут, только когда откроется окно репликации.

При старте сервера — хоста доменной DFS происходит обраще ние к контроллеру домена для считывания конфигурации. При обращении учитывается сайтовая информация, так что выбирает ся ближайший контроллер.

• Пытаясь получить доступ к ресурсу DFS, клиент не только обра щается к находящемуся одном сайте с ним, но и к кон троллеру домена в том же сайте.

• Когда администратор запускает оснастку управления DFS, она под ключается к контроллеру домена, расположенному в том же сайте.

Предельные возможности и ограничения Теперь обсудим масштабируемость DFS. В разных источниках приво дятся противоречивые сведения и, чтобы исключить путаницу, я при веду данные, в Microsoft в статье bility in Windows NT 4.0 and Windows DFS Ресурс Предел Максимальное число отказоустойчивых корней 1 на сервере, 16 в доме домене не (рекомендуется) Максимальное отдельных корней на компьютере Максимальное число точек переходи 5 доменной DFS Максимальное число точек перехода 10 в отдельно стоящей DFS Максимальное количество корневых реплик Рекомендуется более количество реплик томов Максимальное число корней на одном сервере будет увеличено в следующих после Windows 2000 Пока же приходится мирить ся с этим ограничением.

и система Отдельно стоящая DFS хранит сведения о конфигурации в реестре в ветви Предел, установленный для размера файла реестра и равный Мб, не явля ется сдерживающим фактором. При числе точек перехода, ющем 10 000, производительность ОС во загрузки сильно сни жается. После загрузки она продолжает работать в обычном режиме.

Исходя из этого, рекомендуется создавать несколько корней, когда нужно использовать более 10 000 точек перехода.

Для доменной DFS вся информация о корне, точках перехода, репли ках и их принадлежности хранится, как я уже говорил, в ат рибутах одного объекта Active Directory. Рекомендуемый размер этого объекта — не более 5 Мб. Размер можно рассчитать по формулам:

объем, занимаемый корнем (в байтах):

180 + (число в DFS к 4) + (число в каждой реплике корня х 2} объем, занимаемый каждой точкой перехода:

180 + (число символов в имени точки перехода относительно доменного х 4} Объем занимаемый каждой репликой = 20 + (число символов в имени реплики х 2) объем, занимаемый каждым сервером, на котором реплика:

12 + (число символов в имени сервера + число символов сайта) х Узнать текущий размер объекта позволяет команда (см. далее).

Превышение указанного значения отразится на скорости загрузки компьютеров.

Вас может заинтересовать, почему доменная DFS поддерживает вдвое меньше точек перехода, чем отдельно стоящая DFS. Объяснений это му факту несколько.

• В доменной DFS сервер занимается рандомизацией ссылок в РКТ, предоставляемой клиентам. Как ни мала она вносит свой вклад.

Конфигурация DFS хранится в Active Directory как двоичный блок (blob) и в таком виде обновляется. Обращение к блобам требует больших процессорных ресурсов.

Этот блоб реплицируется за одну транзакцию при изменении кон фигурации Active Directory, Если обновление одного из свойств срывается, происходит откат всей транзакции и ее последующее повторение.

• Отдельно стоящие DFS хранят данные в реестре и во рабо ты ОС располагаются в резидентной памяти. Active Directory xpa 390 Directory: подход нит информацию в базе NTDS.dit, в нерезидентную область памяти. Доступ к объектам в памяти в общем случае выполняется быстрее доступа к объектам в нерезидентной.

Значит, отдельно стоящая DFS должна большую про изводительность.

Один из показателей, характеризующим производительность серве ра, — количество одновременно поддерживаемых сеансов. Для сер вера DFS это 3 000-6 000. Столь большой разброс связан с тем, что это число зависит от загруженности сеансов. Для повышения числа сеансов можно параметр командой:

config server где хх время в минутах, диапазон — от -1 до 65 535. Этот параметр указывает время простоя в сеансе, по истечении которого сеанс от ключается. При значении отключение не выполняется.

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

Ограничения доступа С точки зрения пользователя, доступ к ресурсам DFS не отличается от доступа к ресурсам любого сервера. Можно использовать имена или назначать буквы подключаемым в виде сетевых каталогам. Раскрывая любой каталог, пользователь прозрачно входит в него и по дереву в пространстве имен не задумы ваясь о том, на каком конкретно сервере он в данный момент «нахо дится».

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

По умолчанию пользователь не имеет доступа к корню DFS. Если же при подключении к корню он введет верные для данного домена имя учетной записи и пароль, то получит доступ к корню и к ресурсам этого сервера. Попытка обратиться к томам DFS, расположенным физически на других серверах, так как DFS не предложит ввести ему альтернативные параметры регистрации.

Рассмотрим пример. Пользователь, зарегистрированный в домене mycorp.ru, пытается обратиться к ресурсу на сервере fsl.test.com. Ресурс входит в пространство имен DFS. Между ми mycorp.ru и test.com нет доверительных отношений, но Active Directory и файловая система знает, что для доступа можно применить учетную запись TestU.

Пользователь набирает в окне Run строку Даль нейшее зависит от параметров сервера DNS в домене mycorp.ru и от параметров клиентской части DNS на компьютере пользователя. Оче если на сервере нет зоны test.com или перенаправле ния запросов на тот сервер, где эта зона определена, доступ к ресур су по имени будет невозможен. (Предполагаем, что у клиента в пара метрах TCP/IP указан только адрес «своего* сервера DNS.) Для преодо ления этой препоны пользователь должен либо прописать в парамет рах клиента дополнительный адрес сервера DNS, либо обращаться к нему по адресу IP.

Пусть и эта преграда преодолена, Появляется приглашение ввести альтернативные полномочия в формате «имя домена\имя учетной и пароль. Если все введено верно, появляется окно Windows Explorer со списком папок, лежащих под корнем DFS. Пользователь щелкает папку User получает сообщение «Access denied».

Реальный выход из этой ситуации — напрямую подключиться к сер веру, на котором физически размещен этот ресурс. Если известно, что на нем хранится много томов DFS, удобно подключиться к скрытому ресурсу IPCS, и тогда использование DFS вновь станет прозрачным.

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

Полезные советы В этом разделе приведен ряд советов по эксплуатации Работа DFS без NetBIOS В главе «Установка Active мы обсуждали возможность отка за от поддержки имен NetBIOS и что без поддержки NetBIOS клиенты Windows 2000 будут обладать полной функциональностью, кроме возможности обзора ресурсов сети. Но это не совсем так.

DFS использует имена NetBIOS для предоставления доступа к своему пространству имен. Это позволяет клиентам Windows осуществ лять доступ к ресурсам DFS (с установленным клиентом, конечно). Но вот если у клиентов Windows 2000 отключить поддержку NetBIOS, они не смогут подключиться к DFS по умолчанию.

Если использование только таких клиентов не планируется, перед конфигурированием DFS нужно модифицировать реестр на всех ком пьютерах, включаемых в пространство имен DFS. Параметру DFSDns 392 подход Config в реестра надо задать значение 1.

Внимание Если параметр модифицировать не на всех компьютерах, включенных в DFS, или доступ к кроме клиентов Windows с отключенной поддержкой Net будут осуществлять понимающие только NetBIOS-име на, это отрицательно скажется на к Резервное копирование пространства имен Выше, когда речь шла о службе FRS, я рассказал о резервном копиро реплицируемых файлов и каталогов. Это, несомненно, важно при работе с DFS, но не важно иметь возможность резервного и восстановления пространства имен DFS.

Эти операции можно сделать двумя инструментами:

• • DfsUtil.

Работу с этими программами мы обсудим ниже. А здесь я как их использовать для резервирования и восстановления имен DFS.

DfsCmd Для сохранения пространства имен с целью его последующего восста новления команду DfsCmd следует выполнить с такими параметрами:

/view корня DFS /batchrestore > В итоге в указанный файл будет записана последовательность команд, необходимых для воспроизведения при восстановлении. Вот пример такого файла, полученного при запуске на сервере являющем ся хостом доменной DFS в mycorp.ru. Для корня и тома Software существуют альтернативные реплики на root2.

BATCH RESTORE SCRIPT REM dfscmd /map REM dfscmd /add /restore dfscmd /map /restore dfscmd /add /restore Чтобы восстановить DFS, достаточно просто этот файл.

Использование Если для пространства имен DFS использо вать ее надо выполнить с такими параметрами;

dfsutil DFS и файловая система где:

имя DFS — либо имя сервера-хоста DFS, либо имя домена для домен ной DFS;

имя корня DFS — имя. данное корню DFS на хосте.

Вот пример файла, в результате этой команды для той же что и выше.

// the addroot lines if // you the script to create the root // // SERVER:ROOT1 SHARE:DFSRoot // Load the dfs information // Link /MAP // Site Information /MAP /MAP // Save the dfs information SAVE:

В отличие от предыдущего этот файл нельзя использовать самостоя тельно для восстановления DFS. Его нужно указать как файл импорта:

DFS Делегирование полномочий по управлению DFS Делегирование полномочий для доменной DFS отличается от предо ставления тех же полномочий для отдельно стоящей DFS. Чтобы ад министрировать последнюю, пользователь должен иметь админист ративные права на корневом сервере. По минимуму это означает включение его учетной записи в локальную группу на сервере — хосте DFS. Но это не все. Создание пространства имен подразумевает создание точек перехода к ресурсам на других рах. Если эти ресурсы уже есть, дополнительных прав не требуется.

Если нет, то пользователю надо предоставить локальные админист ративные права и на всех серверах DFS.

Делегирование полномочий по управлению доменной DFS включает в себя предоставление полномочий на:

+ изменение конфигурации DFS (создание корней, добавление то чек перехода, создание альтернативных корней и томов);

394 Active Directory: подход профессионала • настройку репликации томов и корней DFS (факультативно);

• создание на других предоставление их в совме стное использование для к ограничение прав доступа.

Для выполнения этих трех категорий задач нужны разные полно мочия.

Делегирование полномочий модификации конфигурации DFS Конфигурация DFS хранится в свойствах объекта По умолчанию полномочия доступа к этому ту установлены Права доступа к объекту Группа Полномочия Users Чтение Admins Чтение, и удаление дочерних объектов SYSTEM Полный Administrators Чтение, создание дочерних объектов Enterprise Admins доступ 2000 Просмотр содержимого, чтение Access групп и пользователей Для делегирования полномочий учетной записи надо предоставить соответствующие права доступа к этому объекту. Обычно достаточно прав, которыми обладает группа Administrators. Пользователь, права которому делегированы указанным сможет управлять кон фигурацией всех доменных DFS. Чтобы ограничить сферу его ответ ственности, права доступа надо предоставить не ко всему контейне ру Dfs-Configuration, а только к объекту, соответствующему нужному корню DFS.

Замечание Механизма более тонкого разграничения полномочий по управлению DFS не существует. назначить администрато ров для отдельных томов DFS.

Однако обеспечить создания корней DFS предоставле нием только доступа к объекту конфигурации нельзя. Пользователю права на создание и модификацию каталогов на корневом сервере, а также права по предоставлению этих каталогов в совмест ное использование. можно включить учетную запись поль зователя в локальные группы администраторов на серверах — хостах DFS. Этого уже хватит, чтобы создать корень.

и файловая система Делегирование полномочий репликации томов DFS В разделе «Объекты Active Directory, используемые я какие объекты служат для хранения конфигурации службы реплика ции файлов, в том числе и для репликации DFS. Объек ты, относящиеся к DFS, располагаются в контейнере имя. Service и в контейнерах Сле пользователю нужны права доступа к этим контейнерам.

По умолчанию права доступа к объекту File Replication Sendee в точ ности соответствуют доступа к объекту опи санным выше. Изменить права можно оснастке Active Directory Users and Computers. Права доступа к контейнеру подписчиков служ бы FRS по умолчанию таковы:

Права доступа к объекту NTFRS Subscriptions Группа Полномочия Authenticated Users Admins Полный доступ SYSTEM доступ (доменная) Чтение, запись, дочерних Enterprise Admins Полный доступ 2000 Просмотр содержимого, чтение Compatible Access групп и пользователей Изменить права доступа к этому контейнеру позволяет программа ADSlEdit.

Как видите, чтобы полномочия по управлению и моди фикации надо изменять полномочия доступа к большому числу объектов. Поэтому удобнее создать локальную группу домена DFS ее с соответствующими полномочиями в списки контроля доступа перечисленных выше объектов, а в нее включать глобальные группы или которым надо соответствующие полномочия.

Делегирование полномочий по управлению томами DFS и разграничению доступа Для создания томов пользователь должен иметь возможность:

создания каталога на сервера;

• предоставления этого каталога в совместное использование;

разграничения прав доступа к этим Такие права имеют члены локальной группы Administrators на серве ре. Можно включить учетную запись пользователя в эту группу. Если же это неприемлемо по соображениям безопасности, можно 396 Directory: подход профессионала группу Admins и предоставить ей нужные полномочия через групповую политику.

Поиск и проблем DFS Теперь можно перейти к животрепещущей теме поиска и устранения проблем. Как я уже говорил, тесно связана со службой FRS (ко если вы используете альтернативные тома и несколько реплик корня). Значит, советы, которые я давал ранее в отношении устране ния проблем этой службы, применимы и в данном случае. Но есть и своя специфика.

При работе с DFS могут возникнуть:

• проблемы доступа к пространству имен DFS;

+ проблемы доступа к томам DFS;

• репликации содержимого альтернативных + проблемы, связанные с безопасностью.

Администраторы часто чувствуют себя абсолютно беспомощными при возникновении элементарных проблем лишь что не знают о — средстве избавления от головной боли с DFS.

DfsUtil DFSUtil входит в состав Support Tools и является основным инструмен том отладки и администрирования из командной строки.

Внимание Рекомендуется применять DFSUril из состава Support Tools, с сервисным пакетом SP2 для Windows 2000, Стандартная поставляемая на диске с сервером Windows 2000, содержит серьезные ошибки.

Она имеет два варианта использования:

выполнение отдельных команд, вводимых как параметры команд ной строки;

• выполнение сценариев, записанных в файле.

Синтаксис программы описан в справке к ней, поэтому здесь я оста новлюсь на приемах работы с ней. В разделе об щие проблемы и их разрешение* я рассмотрю дополнительные при меры использования DFSUtil для разрешения конкретных проблем.

Внимание Не рекомендую использовать приведенные в справке к этой программе в Support Tools: они содержат неверную информацию.

файловая система Аргумент /list позволяет вывести информацию обо всех DFS в доме не. Если вместо «голого» аргумента использовать бу дет выведен список всех корней DFS в указанном домене. В против ном случае выводится список корней в том домене, где находится клиентский компьютер. Вот пример выводимой информации:

in Connecting to Found 1 DomDfs's The command completed Если у вас есть сомнения в идентичности DFS раз ных контроллерах можете дополнительно указать аргумент При этом будет предоставлена ин формация о DFS на этом контроллере. Простое срав нение покажет, тождественны ли реплики.

/view Аргумент /view позволяет не просто сколько корней DFS в домене, но и получить исчерпывающие сведения о каждом. Степень подробности данных можно изменять. По умолчанию выводится ин формация вроде этой:

Здесь — это NetBIOS-имя домена (хотя ничто не запрещает использовать a — имя корня, is a DomDfs Connecting to тип DFS — доменная. Сведения будут взяты с контроллера ROOT1. По умолчанию берется с имитатора PDC. Если бы надо было взять информацию с другого контроллера, то в коман дной строке надо аргумент - Blob is Эта строка говорит о размере объекта конфигурации DFS в Type is There 2 in this Dfs.

[] Timeout is 300 seconds [] Timeout is Active Directory:

Приведенные данные свидетельствуют о том, что два альтернативных корня расположены на серверах и в каталогах DFSRoot.

Период опроса Active об в их конфигурации — 5 минут. Кроме того, два альтернативных тома имеют в пространстве имен имя Software, они расположены также на серверах ROOT и ROOT2 в каталогах Software. Период опроса Active Directory об менениях в их конфигурации — 30 минут.

Site information:

ROOT completed successfully.

Завершается вывод информации сведениями о сайтовой принадлеж ности этих серверов.

Дополнительный аргумент позволяет получить более подроб ные сведения, например:

\\mycorp\dfsroot is a Connecting to — Blob is Type is DomDfs There are 2 in this Dfs.

До этого выводимая совпадает:

\\HYCORP\DFSROot [] GUID:

ShortPrefix: \MYCORP\DFSRoot Version:0x Timeout is 300 seconds \\ROOT2\DFSRoot [] GUID:

ShortPrefix:

Obj State:0x1 Version:0x Active и файловая Timeout is 1800 seconds State:0x2 Type:0x Но на этом возможности применения аргумента /view не исчерпыва ются. Как я уже говорил, позволяет задействовать конфигура ционные сценарии DFS. Сценарий можно написать самостоятельно, так как язык сценария прост и все доступные функции можно узнать, выполнив команду Однако чаще требуется сохра нить текущую конфигурацию DFS для ее последующего воспроизве дения. Сохранение конфигурации также выполняет команда dfsutil / view, но с аргументом Пример выполнения этой команды см. в разделе «Резервное пространства имен Сценарий запускается аргументом В упомяну том разделе приведен пример использования и этого аргумента.

Этот аргумент позволяет клиентской стороне узнать содержимое РКТ, хранящееся локальном кэше и на сервере, с разной степенью под робности. Эта информация позволяет сравнить содержимое ванной таблицы РКТ с серверной, что поможет при поиске проблем.

Запуск программы только с аргументом /pktinfo выводит сведения о РКТ, хранящиеся в локальном кэше:

/pktinfo Вот это сообщение и говорит о что данные берутся из локально го кэша, так как — один из основных компонентов клиента DFS.

Entry:

Expires 660 seconds UseCount: 0 Type:0x81 ( DFS ) State:0x39 ( ACTIVE ) State:0x29 ( } Любопытно, да? ссылка на каталог SYSVOL тоже хранится в РКТ! Таким образом, вы получаете лишнее подтверждение близости DFS и службы FRS.

Строка Expires in (Истекает показывает срок, по истечении которого данная ссылка будет исключена из кэша РКТ.

Entry:

ShortEntry:

14- in 180 seconds 0 ( ) С ) ( ACTIVE ) Entry:

Expires in 1080 seconds UseCount: 0 Type:0x1 ) ( ) { ACTIVE ) He совсем ясно, что фраза и рядом с ней. Но если указать аргумент та же информация будет выглядеть таю C:\>dfsutil Entry:

ShortEntry:

Expires in 900 seconds UseCount: 0 { DFS ) С ACTIVE MASTER REFERRAL DOWNLEVEL ) State:0x29 ( MASTER REFERRAL DOWNLEVEL ) Entry:

ShortEntry:

Expires in 180 seconds UseCount: 0 Type:0x61 ( DFS ) State:0x09 ( MASTER REFERRAL } ( ACTIVE MASTER REFERRAL ) Entry:

ShortEntry:

Expires in 1080 seconds UseCount;

0 Type:0x1 { DFS ) ( MASTER DOWNLEVEL ) { ACTIVE MASTER DOWNLEVEL ) Теперь понятно, что (состояние) соответствуют следу ющим элементам DFS:

Значение Чему 0x09 реплика ссылки на корень 0x19 Активная реплика ссылки на корень 0x21 Главная реплика тома нижнего уровня 0x29 Главная реплика ссылки на том нижнего уровня Активная тома нижнего уровня 0x39 Активная главная ссылки на том нижнего уровня и файловая Активность реплики означает, что именно к ней выполняется обра щение.

по истечении которого сведения о томе SYSVOL будут удалены из кэша, изменился. Дело в том, что между последовательно выполненными командами dfsutil было выполнено обращение к и счетчик обновился.

Сравнить локальную таблицу РКТ с что хранится на сервере, позволяет аргумент /dfs:

/dfs Заметьте: предыдущая строка говорит о том, что информацию предо ставил модуль — один из основных серверной части DFS.

Entry:

Expires 0 seconds 0 Type:0x581 ( LOCAL PERMANENT REFERRAL_SVC DFS ) { ) ( ) Entry:

ShortEntry:

Expires in 0 seconds 0 ( PERMANENT DFS } ( ) ( ) Первое, что бросается в глаза, — полное отсутствие информации о томах SYSVOL. И правильно: ведь формально они не имеют отноше ния к серверу DFS. Второе — величина времени в строке Expires in.

Она равна О. значит, что информация постоянно хранится и не может быть выброшена из РКТ на сервере, пока конфигурация не изменится. Наконец, в этой таблице РКТ не показано, какая из реп лик активна. Сервер не может этого знать, так как для разных клиен тов активной может быть своя реплика.

Аргументы управления конфигурацией Для управления конфигурацией служат:

• оснастка Distributed File System с графическим интерфейсом;

• программа DFSCmd с интерфейсом командной строки.

Однако и DFSUtil может оказаться полезной, так как выполняет операции по-другому. Например, удаление реплики корня и последу 402 Directory: подход ющее его восстановление не приводят к запуску процесса начальной синхронизации Среди аргументов можно выделить группу тех, что позволяют управ лять конфигурацией DFS (примеры их использования см. далее):

• /addroot создает корень отдельно стоящей или доменной DFS;

/remroot удаляет корень отдельно стоящей или доменной DFS;

если применить команду с этим аргументом к последней реплике кор ня, вся информация о DFS будет удалена;

/reinit корень DFS на выбранном • /clean обновляет записи в реестре сервера что оттуда удаля ются все записи, свидетельствующие о том, что это корень DFS;

• /unmap удаляет точку перехода к совместно используемому ката логу на другом сервере.

Аргументы отладочного режима всем хорошо известно, что на диске с Windows 2000 Server есть каталог, в котором хранятся все файлы ОС, с отладочной информацией. Если их установить вместо обычных фай лов, получается так называемая системы, которую удобно использовать при отладке системы.

Чтобы в отладочном режиме запустить надо заменить файл netapi32.dll. Это не так просто. Скорее потребуется загрузка с дискеты и утилита ntfsdos Марка Далее надо изменить значение в ветви реестра и задать ему зна чение 1. После перезагрузки компьютера станут доступны аргументы;

• устанавливает степень подробности выводимой инфор мации на /DEBUG переводит в отладочный режим;

/SFP показывает информацию о защите системных файлов;

допол нительные аргументы /on или /off позволяют включать или отклю чать • /DNS показывает значение параметра DfsDnsConfig на выбранном компьютере;

дополнительный аргумент позволяет изме нять это значение;

• /NETAPIDFSDEBUG показывает значение параметра NetApDfsDebug на выбранном компьютере;

дополнительный аргумент по зволяет изменять это значение;

показывает значение параметра DfsSvcVerbose на выбранном компьютере;

дополнительный позво ляет изменять это значение;

Active система показывает значение параметра LoggingDfs на выбранном компьютере;

аргумен та позволяет изменять это значение.

• показывает значение параметра Seconds на выбранном компьютере;

дополнительный аргумент / VALUE: позволяет изменять это значение.

• /DFSREFERRALLIMIT показывает значение параметра DfsReferral на выбранном компьютере;

дополнительный аргумент / VALUE: позволяет изменять это значение.

Наиболее общие проблемы и их разрешение Теперь самое время рассмотреть типовые проблемы и способы их разрешения. В основном для устранения проблем служит утилита DFSUtil. Но и на ней свет не сошелся клином. Другие инструменты администрирования DFS тоже не помешают.

Описанные ниже проблемы ни коей мере не охватывают все мно жество затруднений, с которыми можно столкнуться. Это лишь характерные ошибки и сбои в работе DFS. Если ваша проблема не ассоциируется ни с одним из описанных ниже случаев, обратитесь к первому советчику в таких ситуациях — Microsoft Technet.

сервера до новой версии Одна из тривиальных проблем — обновление версии. Пусть компью тер входит в пространство DFS (не будем уточнять, как именно: он может быть и корнем, и сервером, несущим том DFS). Вы хотите об новить на нем ОС. Непосредственное обновление никак не затраги вает DFS — это похоже на установку сервисного паке та. Но есть любители переустанавливать ОС целиком с нуля. Очевид но, что переустановленная таким образом система не будет ничего знать о том, что когда-то на этом компьютере существовала DFS.

DFS, с другой стороны, не осведомлена о ваших действиях и будет по прежнему пытаться обратиться к этому компьютеру (если вы дали ему то же имя). Результат — ошибка в работе.

прежде чем переустановить ОС, компьютер надо исключить из пространства имен DFS. Если же переустановка выполнялась не по вашей вине (скажем, произошел невосстанавливаемый крах ОС), вы полните восстановление DFS с помощью команды DFSUtil.

В первую очередь надо исключить сервер из конфигурации корня DFS ресурса Далее сервер нужно добавить вновь. Это можно сделать либо из стан дартной оснастки управления либо командой:

корня DFS сервера ресурса 404 Directory: профессионала Изменение хоста DFS Похожая проблема связана с серверов, входящих в пространство DFS. Этого надо, конечно, избегать, но уж если вы ре шились переименовать сервер, входящий в DFS, то удалите его из конфигурации DFS, переименуйте и после вновь включите в DFS.

Если переименование было сделано иначе, DFS надо восстановить.

Думаете, администратор, понимая, что нельзя переименовывать сер вер «в лоб», может на это решиться? Может: ведь ситуации, когда могут события, равносильные переименованию.

Рассмотрим пример. На входящий в пространство DFS в каче стве одного из томов, установлено новое устройство, воспринимае мое системой как жесткий диск. На самом деле диском оно не ся. До установки в качестве ресурса DFS предлагался каталог После установки устройства буквы дисков на сервере сдвигают ся что каталог Software оказывается на диске F и, значит, он боль ше не предоставляется в совместное использование, о чем система вас и предупредит.

Замечание Стандартными нельзя отменить предостав ление в совместное если этот ресурс принад лежит DFS.

Даже если вы отмените предыдущее предоставление и создадите ре сурс с таким же именем, это будет, точки зрения DFS, другой ресурс, но поскольку БЫ ее об этом не заранее, DFS будет пы таться обратиться по старому имени и сообщать об ошибке.

Для восстановления конфигурации следует выполнить описанные далее команды.

С любого клиента в домене:

DFS \\Старое имя dfsutil имя сервера dfsutil имя сервера На сервере надо перезапустить службы DFS:

net stop net start dfs С этого момента сервер будет подхвачен службой DFS и вернется к работе.

Удаление последнего корня DFS Иногда при удалении последней реплики корня DFS появляется со общение о запрете доступа и невозможности администрирования DFS.

и файловая система Подобная ошибка возникает, когда у пользователя нет нужных прав доступа к объекту конфигурации DFS в Active Directory (см. раздел полномочий модификации конфигурации При этом корень DFS на сервере-хосте удаляется, а вот в Active Directory эта информация остается.

Для выхода из данной ситуации следует:

зарегистрироваться в системе с надлежащими полномочиями;

• выполнить команду:

Внимание Команда будет выполнена, даже если, помимо удаляемой реплики корня DFS, существуют другие реплики. В результате новые клиенты не получат доступа к DFS, но те клиенты, у которых в кэше осталась информация о корневых репликах, по-прежнему к ним обращаться.

Для очистки корней надо выполнить две команды:

dfsutil сервера dfsutil сервера Перемещение хоста DFS в сайт При перемещении сервера — носителя реплики DFS в другой сайт информация о его сайтовой принадлежности не обновляется. Вслед ствие этого клиенты обращаться не к тому серверу по каналу связи между сайтами.

Чтобы уточнить, в каких сайтах находятся серверы с точки зрения выполните:

Dfsutil корня DFS Такое поведение признается Microsoft в качестве проблемы, которая будет разрешена в следующей версии Windows. А пока... ее надо как то решать.

Простейший вариант: используя графическую консоль управления DFS, исключить сервер из пространства имен DFS, а потом вклю чить его снова. Это вынудит DFS обновить принадлежность серве ра к сайту.

Это решение, не лишено недостатков — они проявятся в слу чае использования службы FRS для репликации корня или томов DFS.

Основной недостаток связан с тем, что, удаляя реплику DFS таким образом, вы удаляете ее и из топологии репликации FRS. При повтор ном подключении реплики начинается процесс т. е. начина ется полная синхронизация реплики с остальными.

406 Active профессионала Эту проблему позволяют решить следующие команды.

Для обновления информации о принадлежности к сайту реплики тома DFS (например, /remove \\Server\Share /add Для обновления информации о принадлежности к сайту реплики корня DFS (например. выполните:

Dfsutil Внимание Эту команду нельзя использовать, если существует только одна реплика так как это удалит всю DFS.

Dfsutil доступа к пространству имен DFS Доступ к пространству имен DFS предоставляется без проблем, кро ме тех случаев, когда;

клиент работает на без поддержки DFS — установите часть;

4 корень отдельно стоящей DFS недоступен или выключен — выяс ните причины недоступности клиента и устраните их, и DFS вновь станет доступной;

+ доменное имя не разрешается правильно — проверьте зарегист рированные имена на сервере WINS и в а также выясните на клиенте причину неразрешения имен;

скорее всего проблема свя зана с неверной конфигурацией сети или параметрами TCP/IP, по лученными от сервера DHCP;

• клиент находится в рабочей группе или домене, с которым нет доверительных отношений — см. раздел «Ограничения доступа»;

• произошло рассогласование DFS в Active Directory с реальной конфигурацией, например, при переименовании сер DFS или при установке ОС с нуля — см. выше.

Невозможность администрирования DFS Подобных случаев не так много, но вот один из них. При попытке запуска оснастки Distibuted File System выводится сообщение «Distri buted File System. The internal database maintained by the DFS service is Если при этом попытаться запустить Dfscmd, то выводится сообщение об ошибке «System Error 2660 has occurred. The Internal database maintained by the DFS service is corrupt». Это случается только при соблюдении трех условий:

и в домене более одного контроллера домена (что бывает чаще всего);

• переходы DFS на 3 и более серверов (альтернативных томов) — это встречается гораздо реже;

• вы не установили сервисный пакет 2000.

Установите и данная проблема исчезнет.

Еще одна проблема: при попытке администрирования DFS выдается сообщение «System error 1355 has occurred. The specified domain either does not exist or could not be contacted».

Эта ошибка связана с тем, что DFS не может осуществить доступ к имитатору в домене, так как все изменения в конфигурации DFS выполняются именно на нем. Проверить доступность контроллера домена позволяет команда:

Удаление конфигурационной информации DFS Порой всю информацию о DFS на компьютере надо удалить (обычно эта необходимость возникает, когда стандартные средства управления DFS уже не могут помочь). Это приходится делать вручную.

Удаление доменных корней Вот как полностью удалить информацию о доменной DFS.

1. Остановите службу DFS. Откройте редактор реестра.

2. Найдите папку и удалите ее со всем содержимым.

3. Найдите папку DfsDri и удалите все вложенные в нее папки.

4. В оснастке Active Directory Users and Computers найдите контей нер Удалите из него объект корня DFS.

5. Запустите службу DFS.

Удаление корней отдельно стоящих DFS Чтобы полностью удалить информацию об отдельно стоящей сделайте так.

Остановите службу DFS. Откройте редактор реестра.

2. Найдите папку удалите ее со всем содержимым.

3. Найдите папку DfsDri и удалите все вложенные в нее папки.

4. Запустите службу DFS.

профессионала Заключение Как видите, FRS и распределенная файловая система DFS играют важную роль в жизни Первая обеспечивает поддержку групповой вторая может оказаться подспорьем в реализации персональных пользователей и в удобном до ступе к их стоит перечитать главу «Групповая политика», чтобы понять все нюансы сосуществования этих функций.

Надеюсь, теперь вы поняли, как важно правильно спланировать Active Ведь стоит неверно определить сайты, как репликация ка талогов сразу перегрузит ваши каналы. Поленитесь оптими зировать топологию репликации DFS — и все серверы, составляющие пространство имен DFS, окажутся загруженными процессами конвер генции репликации. Так если вы еще не ознакомились с главой «Планирование Active отсылаю вас к ней.

А вообще прочитанное должно подвигнуть вас смелее использовать DFS.

Поиск и устранение проблем Ну, а теперь перейдем к рассмотрению общих вопросов, связанных с поиском и устранением проблем Active Directory, Вы можете спросить:

а разве еще что-то осталось? в каждой главе, будь она посвящена установке Active Directory или репликации, рассказывалось о поиске и устранении проблем, связанных с той или функцией. Все так. Но в реальной жизни рядом с вами не окажется кого-то, кто напомнит: «Эта ошибка связана с групповой политикой, открой книгу на Вам для начала придется понять, что явилось причиной возникнове ния нештатной ситуации. Записи об ошибках в журналах регистра ции напоминают снежный ком: они стремительно растут, сигнализи руя о проблемах в той или иной подсистеме. Но бросаться исправ лять ошибки, не выявив первоисточник проблемы, бесполезно. Вот почему здесь я привожу общий алгоритм поиска и устранения непри ятностей с Active Directory.

90% успеха при восстановлении ОС я отношу к наличию качествен ной и своевременно сделанной резервной копии. Это страхов ка на случай катастрофы, и я искренне не администрато ров, которые отсутствие резервных копий оправдывают нехваткой оборудования. Это то которое надо закупать в первую оче редь! Ну, а если его действительно нет, то резервное копирование можно выполнять не только на магнитные ленты, но и на любые носители. Поэтому значительное внимание в этой главе я уделяю резервному копированию.

410 подход профессионала Но мало иметь резервную копию — надо уметь ею распо ряжаться в критической ситуации. Порой администратор, регулярно выполнявший резервное копирование с дрожью в коленках присту пает к восстановлению системы при сбое. Его состояние понятно: он ведь до конца не уверен в том, что произойдет при не исчезнут ли очень важные данные, заработает ли система. Вот почему большой раздел посвящен восстановлению Active Directory.

Но резервная копия — не всегда единственный способ восстановле ния системы. Иногда в восстановлении из копии просто нет нужды.

Поэтому далее мы обсудим механизмы восстановления системы без применения резервных копий.

Ну и, тяжелый случай. Это полный крах системы — когда в лесу доменов не остается ни одного «живого» контроллера, когда все мастера операций погибли. Но даже такую систему можно восстановить! Как? Об этом последний раздел данной главы.

Алгоритм поиска и устранения проблем Active Directory Проблемы с Active Directory можно разделить на четыре категории:

• повреждение базы Active Directory;

• искажение данных в Active Directory;

нарушение работы репликации;

проблемы с групповой политикой.

Причем, как я уже подчеркивал, все они могут возникать, конечно, по вине или но источником большинства явля ются «кривые и невнимательность.

Взять, например, повреждение базы. Оно может возникнуть при:

внезапном отключении питания при включенном режиме отло женной записи;

сбое диска;

сбое контроллера домена.

Где человеческий фактор? Перечитайте-ка две первые главы. На писано что режим отложенной записи должен быть отключен?

А что базу нужно разместить по крайней мере на массиве дисков RAID И кто не знает, что выбор сервера, сделанного на Малой Арнаутской улице из соображений дешевизны, неминуемо приведет к краху? И чего же вы хотите?

А если рассмотреть проблему искажения данных в Active Directory, то на это дело рук Только администратор способен Поиск и устранение одним движением уничтожить контейнер Active или устано вить без предварительного тестирования приложение, делающее схе му каталога малопригодной для дальнейшей работы!.. Но хватит об этом: книга эта ведь не чтобы корить, а чтобы учить.

есть четыре магистральных направления решения проблем.

Каждое имеет свой алгоритм. Изобразив отправную точку на рисун ке, отправимся по первому пути — Повреждение базы.

Не применяется политика Искажение данных 2 ) Возможные пути восстановления Обычно эта проблема выражается в том, что контроллер домена не может загрузиться. В главе «Установка Active Directory» я говорил о том, что может явиться причиной долгой загрузки контроллера. Если же он не грузится совсем, надо попытаться загрузить его в режиме вос становления Active Directory. (Полагаю, вы отличите проблему, связан ную с или драйверами, от проблемы, связанной с Active Directory.) Если незадолго до этого печального события вы установили устройство или новый драйвер, то скорее всего причина в них, и восстанавливать Active Directory не надо.

Иное дело, когда контроллер домена, работавший до этого без пере боев, внезапно показал «синий экран» или молча ушел на перезагруз ку. Вероятность повреждения базы при этом, особенно на дешевых компьютерах, весьма велика. Именно в этом случае загрузка в режи ме восстановления Active Directory поможет найти источник пробле мы. Что она дает? Немало. Например, при этом не стартуют службы, имеющие отношение к Active Directory, а значит, нет пре нормальной загрузке, и, что самое главное, файлы Active Directory при этом становятся доступны для анализа, замены, переме щения и пр.

Также вы получаете доступ к регистрации. Именно здесь вы прочтете ID и описание ошибки, которая не дала загрузиться контрол леру. А ваш путь лежит на сайт http://support.microsoft.com, где стоит заняться поиском причин возникновения ошибки. Только помните, что искать надо а не ее следствие.

Если поиск в базе Microsoft не увенчался успехом и решение проблемы не обнаружено, стоит подумать о восстановлении базы.

Наилучших вы добьетесь, имея резервную копию базы:

восстановление займет ровно столько времени, сколько потребуется на считывание файлов с ленты (или носителя). Перед восста новлением контроллера — операций стоит поручить роли ма стеров другим контроллерам в домене. Ну а после восстановления надо проверить его качество и приступить к работе.

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

В первую надо передать роли мастеров операций другим контроллерам в домене. Передать их, конечно, нельзя (ведь контрол лер домена, их выполнявший, — но можно принудительно назначить (см. об этом ниже). Затем Active Directory надо почистить, чтобы и духу от сбойного в ней не осталось. Этот про цесс подробно описан в главе «Установка Active Directory» в разделе «А может, все Теперь можно заняться Сначала замените компонент, вы звавший уничтожение контроллера. Менять его на аналогичный не стоит — лучше подобрать что-то понадежнее.

Далее установите ОС с нуля, потом сервер повышает свой статус до контроллера домена, и за счет нормальной репликации его база на полняется данными. Если до кончины сервер исполнял роль Глобаль ного каталога имеет смысл вернуть ее ему.

Теперь рассмотрим ситуацию, когда база цела, но хранится в ней со всем не то, что должно. Б этом случае за счет механизмов реплика ции все неверные данные тиражированы по остальным контрол лерам, так что борьбу придется на всех фронтах.

К счастью, это не так сложно, как кажется. Для начала прикиньте: а что, собственно говоря, восстанавливать? Может, это объект или не сколько атрибутов, которые несложно создать заново? Если это так, то и воссоздайте их.

Поиск и устранение проблем действий при повреждении базы Если количество утраченного и его значимость таковы, что заново его создать нельзя, то задаем традиционный вопрос: ли в распоряжении актуальная резервная Если нет, увы, ручного воссоздания объектов не избежать. Счастье, коль она есть.

Теперь главное не ведь речь пойдет об авторитетном восстановлении каталога. Хорошо подумайте: восстанавливать весь каталог или только одну-две ветви в нем. На ваш выбор должна ока зать влияние дата резервной копии. Как много изменений было вне сено каталог с момента резервирования?

414 Active Directory: профессионала Обратитесь к главе Active освежить в соответствующий сбойному AD Если был сбой сбойный элемент контроллера домена Восстановление после сбоя оборудования После авторитетного восстановления данные будут реплицированы на другие контроллеры домена.

Таким образом, и эта проблема. Думаю, вы уже обратили внимание на важность сохранения актуальной резервной копии.

Именно поэтому чуть дальше процесс резервного копирования и последующего восстановления Active мы обсудим весьма подробно.

Поиск и устранение проблем ли Нет резервная копия этого Перечитайте «Восстановление из резервной копии» Выполните восстановление всех Выполните авторитетное восстановление уничтоженных объектов Убедитесь в правильности восстановления Восстановление поврежденных данных Проблемы, связанные с групповой политикой, и способы их разре шения детально описаны в главе политика». Здесь я позво лю себе набросать лишь общий алгоритм.

Итак, если выяснилось, что групповая политика вызывает зависание компьютера на этапе загрузки, то причина скорее всего в сценариях загрузки. Посмотрите, какое изменение вы внесли в сценарии или в правила их обработки. что они просто реакции от пользователя, а «сказать» об этом не могут, так как соответствующая политика запрещает это.

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

А может, и вообще все просто: клиентский компьютер находится на другом конце медленного канала?

Если политика не применяется вообще, то в первую очередь следует проверить, связали ли вы ее с: каким-либо объектом Active Directory.

Кроме того, нет ли запрещающих применение данных правил к выбранной категории пользователей, не установле на ли перемычка правил и т. п.

Выявление проблем с групповой политикой Если в этом плане все так, как вы и предполагали, стоит проверить, нет ли пароля компьютера с тем, что хранится в Active Не лишне параметры клиента DNS. Мо жет, имя контроллера домена не разрешается? Если все верно, а груп повая политика все же не следует приглядеться к реп ликации.

Проблемы, возникающие при тиражировании данных Active описаны в главе «Репликация Active Directory», а связанные с работой и службы — в «Active Directory и файловая Куда подскажет сравнение каталогов SYSVOL на контроллерах до мена. Если они разные или на каких-то контроллерах их вообще нет, надо разбираться с репликацией FRS. Загляните в журнал ции событий этой службы. Если там есть ошибка 13508. ищите при чину в репликации Active Directory. Если обратите на тот диск, где находятся каталог SYSVOL и подготовительные каталоги (обычно там же). Вполне возможно, что на нем осталось мало места.

Освободите пространство или переместите каталог на другой диск.

Вероятно что кто-то из администраторов удалил объекты кон фигурации FRS из Active Directory. Без резервной копии тогда не тись. Надо сделать авторитетное восстановление.

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

Если проблемы связаны с репликацией, проверьте топологию и с помощью утилиты repadmin или Replication Monitor выясните причину (см. главу «Репликация Active Резервное копирование Active Directory Одним из условий создания отказоустойчивой системы является раз работка стратегии резервного копирования. Цели этой стратегии таковы.

• Разработка методов резервного копирования и восстановления, позволяющих быстро утраченные данные.

• Обеспечение резервирования всех томов, на которых хранятся данные. В случае тотальной катастрофы это позволит восстановить данные полностью.

• Резервирование Active включающее весь домен и все кон троллеры доменов. В копии должны быть все учетные записи и вся информация о безопасности.

• Выявление файлов, которые не были скопированы из-за исполь зования их другими с помощью журналов резерв ного копирования. Эта информация пригодится для создания рас писания учитывающего занятость файлов приложе ниями.

• Использование не менее трех резервных копий и постоянная их смена. Лучше 5 или 7 резервных копий (по одной на Active Directory: подход профессионала См. раздел «Поиск и проблем с репликацией каждый рабочий день или день Одна из них должна хра нится за пределами предприятия на случай крупной аварии, вле кущей уничтожение всех копий на предприятии.

• Регулярное учебное данных. Учения помогают ад министраторам чувствовать себя уверенно в критических ситуа циях, а также непредвиденные проблемы.

4 Ограничение доступа к устройству резервного копирования для предотвращения на сервере ложных данных по сторонними людьми. Также следует охранять носители с данными.

Резервное копирование позволяет восстанавливать данные, уничто женные как вследствие выхода из строя жестких дисков, так и вслед ствие ошибочных или преднамеренных действий администраторов или лиц, ответственных за работу данными.

Планируя процесс резервного копирования и восстановления данных, надо иметь точное представление о какое время займет этот процесс. Это крайне важно, как позволяет точно рассчитывать Поиск и устранение проблем «критическую точку» в процессе, после которой выполнение восста новления данных в заданное время становится невозможным.

На сроки выполнения резервного копирования существенно влияет загруженность сервера. В течение рабочего дня попытка копирования упрется в следующие факторы:

• сервер занят обработкой пользовательских запросов;

• многие файлы открыты и не будут скопированы в резервную копию;

копируемые файлы недоступны для других процессов и для дос тупа пользователей;

копирование по сети загружает сетевой адаптер.

Поэтому никогда не выполняйте резервное копирование в рабочее время.

Все сказанное выше в равной мере относится к резервному копиро ванию как данных так и Active Directory. посмотрим, что же особенного в копировании Active Directory.

Чем нужно копировать Копирование Active Directory должно удовлетворять ряду условий.

Резервное копирование нужно проводить в то время, когда кон троллер домена активен и выполняет свои нормальные операции.

С точки зрения многих программ резервного копирования, файл базы и другие сопутствующие файлы являются открытыми, а чит, копироваться не могут.

• Помимо файла надо копировать ряд дополнительных сис темных файлов, которые также задействованы системными служ бами. Это и используемые службой FRS, и файлы службы сертификатов, и файл реестра системы, зарегистрированные объ екты СОМ+, и др.

+ Желательно выполнить резервное копирование не только на маг нитную ленту, но и на другие носители: жесткие диски, съемные диски, библиотеки дисков или лент, пул носителей.

Уверен, что существуют инструменты, удовлетворяющие этим усло виям. Но стоит ли далеко ходить, когда в Windows 2000 встроено средство Помимо прочих видов резервного копирования (см, оно обеспечивает и обычное (normal), которое на сегодняш ний день является единственно возможным для резервного копиро Active Directory. Особенностями последнего являются:

+ выполнение во время обычной работы контроллера домена:

сброс атрибута файлов Archive, что помечает файлы как скопиро ванные;

Active Directory: подход профессионала • файлы журналов баз данных обрезаются;

восстановление данных выполняется с одного носителя за один проход.

графическим интерфейсом и имеет встроенные мастера резервного и восстановления. Кроме того, она позволяет создавать диск аварийного Но NtBackup имеет и интерфейс командной строки, что позволяет выполнять все операции и без графической оболочки. Следовательно, можно созда вать командные файлы и запускать их по расписанию.

NtBackup способна работать с лентами, записанными иными програм мами резервного копирования. Почему это важно? Допустим, вы ре гулярно использовали некоторую программу для резервирования состояния системы. В результате катастрофы сервер, на котором была установлена эта программа, уничтожен. В условиях дефицита време ни можно применить штатное средство для восстановления данных.

Замечание Чтение лент, записанных сторонними программами, только если не использовалось сжатие и формат записи был MTF (Microsoft Tape Format).

Кстати, справедливо и обратное: записанные с помощью могут быть прочитаны программами резервного копирования сторонних производителей.

Кстати о сторонних производителях. Среди программ, поддержива ющих резервное копирование и восстановление Active сто ит назвать;

• Veritas Backup Exec (www.vericas.com);

• Computer Associates • UltraBAC for Windows 2000 (www.ultrabac.com);

• Aelita Software ERDisk for Active Directory (www.aelita.com).

Еще одна особенность NtBackup в том, что она позволяет выполнять резервное копирование состояния системы (system state).

Что нужно копировать Под состоянием системы на контроллере домена понимаются следу ющие • файлы Active Directory edb.chk, edb.Iog, resx.log);

системные стартовые файлы;

+ системный реестр;

• база регистрации СОМ+;

Поиск и устранение • каталог SYSVOL;

база сертификатов (если инфраструктура • зоны DNS интегрированные с Active Directory;

• контрольные точки и журнал для кластерной службы в случае ее использования.

Помимо копирования состояния системы, для восстановления кон троллера домена нужна резервная копия системного диска. Комбина ция системного диска и состояния системы — одно из условий хоро шей резервной копии. О других условиях поговорим далее.

Файлы базы Active и журналы могут располагаться на раз ных физических дисках, и такое деление предпочтительно для нагру женных систем (см. главу Но и этом случае резервное копирование состояния системы будет выполнено в полном объеме.

Достаточно ли резервной копии только одного контроллера в доме не? Да — для восстановления именно этого контроллера, но не дру гих. Этот очевидно хотя бы уже потому, что каждый из имеет свой номер как партнер по репликации, свой SID как объект системы а также может исполнять различные роли в домене. Поэтому, говоря о копировании Active Direc надо иметь в виду резервное копирование всех контроллеров.

Кто может копировать Чтобы выполнять резервное копирование состояния системы, нужны соответствующие полномочия. По умолчанию ими обладают;

• члены группы Backup Operators;

члены группы Administrators;

Это право можно делегировать любому обученному пользователю.

Для восстановления состояния системы на контроллере домена поль зователь должен быть локальным администратором.

игнорируемые при резервном копировании Используя программу следует знать о тех файлах, которые по умолчанию не копируются и не восстанавливаются. Сведения о таких исключениях хранятся в реестре.

Файлы, исключаемые из процесса копирования перечис лены в виде параметров в ветви реестра Directory: подход профессионала Файлы, исключаемые при копировании Значение Certificate Authority /s /s Internet Explorer /s Memory Page File MS Distributed Transaction Coordinator tlogon.chg Ntfrs /s /s \staging\domain\NTFRS.

Power Management Task Scheduler Temporary files /s debug Ветви реестра, исключаемые из процесса резервного копирования, перечислены в виде параметров в ветви реестра Ветви реестра, исключаемые при копировании Параметр Значение Active Restore \Restore In Progress Database Authority In Progress Fault Tolerance Disk\ Installed Boot Information Mount Manager Ntfrs \ at startup Rename Manager Operations Plug And Session Manager Setup Поиск и проблем Актуальность резервной копии В главе «Репликация Active я рассказал о времени жизни памятников удаленным объектам в Active По умолчанию это 60 дней. По истечении срока все удаленные и помеченные как памят ники объекты будут удалены из Active сборщиком мусора.

Этот параметр является значением аргумента объ екта службы каталогов. Например, в домене mycorp.ru отличительное имя этого объекта:

Но вдумайтесь в смысл этого атрибута. Раз через какое-то время све дения об объекте удаляются полностью из Active значит, этот объект не только больше не но и не может быть воссоздан! Все, что можно сделать, создать новый объект такого же класса, возможно, с таким же именем и атрибутов, но... это будет другой объект, с уникальным номером GUID, Восстановление же объекта из резервной копии после указанного срока породит «зом само существование которого способно поставить под угрозу целостность каталога. Именно поэтому в момент выполнения резер вной копии в нее записывается специальная указывающая, до какого момента может использоваться данная резервная копия, По ис течении этого срока восстановление из этой копии невозможно.

Но как быть, если единственная резервная имеющаяся в вашем распоряжении, просрочена, а контроллер домена вышел из строя?

• Посмотрите, нет ли в сети хотя бы одного контроллера этого до мена. Если живых» остался хотя бы один контроллер, этого впол не достаточно для воскрешения всех погибших. Об этом расска зано далее.

• Убедитесь, что резервная копия действительно просрочена. Не исключено, что вы успели увеличить время хранения памятников до выполнения резервной копии. восстановив данные на од ном контроллере в авторитетном режиме, их можно реплициро вать на остальные контроллеры.

• Если вы поняли, что резервной копией воспользоваться не удаст ся, а этот контроллер единственный, придется его переустановить с нуля, создать заново все объекты на нем (хорошо, если это дела лось с помощью сценариев) и... больше не забывать выполнять резервное копирование.

Правда, самые хитрые могут спросить, что будет, если перед выпол нением резервного копирования передвинуть время на компьютере на год (два, три, десять) вперед? Ведь по идее тогда на ленту будет записана дата истечения срока годности с большим запасом.

424 Active Directory: подход профессионала Никогда не ставьте время на контроллере больше Название этого раздела — настоятельная рекомендация. Почему я столь категоричен? Судите сами:

Последствия перевода времени вперед Репликация FR5 Репликация Active Памятники файлам При разрешении конфликтов ID удаляются раньше выигрывает не тот партнер.

Реплицируемые с дру- Если, например, объек гих контроллеров вступят в та был изменен на компьютере с ситуацией на контроллере. В итоге с "будущим а потом может оказаться, что файлы в каталоге — на компьютере с нормаль или корне DFS на разных конт- ным, то в итоге значение атри роллерах и партнерах по репликации бута будет таким, как на первом станут разными. Более выполнение компьютере, что неправильно репликации может вовсе (см. главу Active Компьютер с переведенными вперед Если два объекта с одним име не сможет присоединиться нем создаются на двух компью к другим компьютерам в качестве парт- время на одном из кото нера по репликации, так как процесс рых ушло вперед, то победит (см. главу «Active его а будет и файловая выполняется присвоен маркер дублированно только при условии го имени времени между компьютерами не более установленного значения локальных файлов на ком- Восстановить копию, пьютере с «убежавшим» временем зано- сделанную в «будущем сятся в При этом регист- на компьютер в рируется текущее время изменения. нельзя с помощью В силу причин, изложенных выше, эти Если вы используете инстру изменения не могут быть на мент, позволяющий это сделать, другие контроллеры. Когда на ком- возникнет пьютере в заданные пределы, начнется репликация изменений на гие компьютеры. Однако те изменения, так как время и указывает далеко в будущее Файлы, в период Билеты «будущего* времени, будут присутство просроченными, вать только на одном компьютере и не а потребуется запросить будут тиражироваться на другие новые. Однако это не удастся сделать, так как для протокола Kerberos требуется синхрониза ция по времени [1] Как видите, последствия перевода времени вперед оказывают куда большее влияние на репликацию Поэтому, если вам все-таки нуж но временно перевести часы вперед, то для исключения проблем со службой FRS сделайте это так.

Поиск и устранение 1. Остановите службу ntfrs.

2. Переведите время вперед.

3. Выполните то, ради чего время переводилось вперед. При этом. категорически запрещается вносить изменения в содержимое ка талога SYSVOL или реплики DFS.

4. Верните время назад.

5. Запустите службу ntfrs.

Если все-таки реплика была изменена в период «будущего то для избавления от последствий выполните неавторитетное восста новление реплики (см. раздел восстановление» в главе Directory и файловая Резюмируя сказанное, повторю: никогда не ставьте время вперед при выполнении резервного копирования. Это принесет вам больше про нежели выгод.

Восстановление Active Directory Приступая к восстановлению Active ответьте на следующие вопросы:

Есть ли актуальная резервная копия?

Что повреждено? Это только локальная реплика на контроллере домена или все реплики имеют одинаковое состояние?

Должны ли восстанавливаемые данные иметь преимущество и за местить текущие на всех контроллерах или нет?

В зависимости от ответов выбирается способ восстановления. Очевид но, что если резервной копии нет, то выбирается восстановление, связанное с переустановкой контроллера и последующей репликацией с других контроллеров.

Если копия есть, то в зависимости от масштабов бедствия выбирает ся авторитетное или неавторитетное восстановление Active Directory.

применяемые для восстановления Active Directory, замет но отличаются от используемых для восстановления службы FRS.

Восстановление через переустановку Начнем с простейшего случая — восстановления через переустанов ку и репликацию. Как я уже говорил, для этого типа восстановления должны удовлетворяться такие условия:

домене, помимо есть другие контроллеры;

реплики на других контроллерах хранят адекватную информацию;

• нет резервной копии состояния системы для данного контроллера.

Active Directory: подход профессионала Сбойный контроллер Через Партнер Партнер по репликации по Восстановленный контроллер Три возможных способа восстановления. Тонкими линиями показано направление репликации При этом следует учесть пропускную способность канала, связываю щего данный контроллер с остальными. На рисунке приведена зави симость времени репликации базы Directory объемом 2 Гб от пропускной способности какала. Данная зависимость была получена на компьютере с двумя процессорами объемом ОЗУ 256 Мб и одним жестким диском. Применение систем, рекомендованных в главе Active Directory», на эти результаты в сторону со кращения необходимого Чтобы выполнить восстановление, сделайте следующее.

Выясните причину, приведшую к необходимости восстановления.

Если это был сбой оборудования, замените его.

2. Удалите из Active Directory всю информацию о сбойном контрол лере (см. раздел может, главы Active Напомню, что при этом вам придется использо вать утилиту и оснастки Active Directory Users and Compu Active Sites and Services и DNS.

Поиск устранение проблем 3. Если сбойный контроллер являлся мастером операций, передайте соответствующие роли другим контроллерам с помощью Ntdsutil.

4- Повторно установите контроллер домена. Имя нового контролле ра и его IP-адрес могут совпадать с существовавшими ранее. Тогда выполняйте п. 2 с особой тщательностью.

• Пропускная способность времени репликации Active от способности капала Принудительное мастеров операций с помощью Ntdsutil Ntdsutil — мощный инструмент для выполнения разнообразных опе раций с Active Directory. В главе «Установка Active Directory» я расска зывал о ее использовании для удаления объектов из Active Теперь обсудим еще одну возможность — перемеще ние и принудительное назначение ролей мастеров операций контрол лерам.

Известно, что роль любого мастера операций можно передать любо му контроллеру домена с помощью оснасток Active Directory Users and Computers (роли мастера инфраструктуры, имитатора PDC), Schema Management (роль мастера схемы) и Active Directory Domains and Trusts (роль мастера доменных имен). Такая передача возможна, если оба контроллера — и передающий, и принимающий роль работают и доступны. В случае краха контроллера, выполнявшего роль одного или нескольких мастеров, передача роли невозможна тически. Можете себе представить человека, который через мгнове 428 подход профессионала ние погибнет в вдруг позовет чтобы сде лать последние распоряжения? То-то. Поэтому для разрешения такой ситуации используется Ntdsutil.

Эта утилита может выполнять как перенос ролей, так и принудитель ное назначение роли контроллеру домена. Для входа в режим пере носа мастеров операций следует после запуска Ntdsutil команду roles.

Следующий шаг — подключение к тому которому роль будет передаваться или назначаться. Для этого выполняется команда Connections, а затем — Connect to server серверах Замечание Нет нужды вводить команды полностью — достаточно использовать однозначное сокращение. Например, вместо команды Connect to server можно ввести «con to После успешного присоединения к серверу надо вер в предыдущее меню Roles, для чего ввести команду Quit.

Теперь роль можно либо либо назначить. В первом случае используются команды, начинающиеся со слова Transfer. Далее сле дует имя роли, например Transfer PDC. Во втором — команды, начи нающиеся со слова например Seize RID master. Для выполнения любой операции требуется подтверждение администратора. При этом обратите внимание, что, несмотря на отсутствие у программы Ntdsutil графического интерфейса, запросы на подтверждение действий вы водятся в стандартных диалоговых окнах.

server rote Запрос на Если выполняется команда роли, то сначала Ntdsutil пы тается передать роль от текущего мастера новому. Если исполнитель роли недоступен, попытки передачи прекращаются че рез некоторое время, и роль передается.

Вот, например, перечень команд, которые необходимо выполнить для назначения роли имитатора PDC контроллеру В скобках для яс ности продолжение имен server connections: con(nect) to ser(ver) Поиск и устранение to Connected to credentials of locally on server connections:

maintenance: seize pdc В этом месте и возникает запрос на подтверждение. В зависимости от вашего ответа далее следует сообщение об отмене или успешном (или неуспешном) выполнении операции.

Замечание Так как роль мастера доменных имен может исполнять только контроллер, являющийся одновременно и ГК, принудительное назначение этой роли возможно только серверу ГК. С другой сторо ны, ничто не запрещает роль мастера инфраструктуры серверу ГК, хотя это противоречит требованиям, к контроллерам, исполняющим эту роль.

Восстановление из резервной копии Теперь рассмотрим восстановление из имеющейся резервной копии.

Далее полагаем, что эта копия достаточно свежа, чтобы и и аналогичные программы сторонних производителей смогли восста новить базу без негативных последствий. Восстановление из резерв ной копии отбрасывает состояние базы на момент резервирования.

И вот тут-то и нужно знать, есть ли в домене другие контроллеры, сохранившие актуальную информацию, или эта резервная копия — все, что у вас осталось. В зависимости от этого делается вывод о ме тоде восстановления. Как я уже говорил, доступны два альтернатив ных метода:

неавторитетное восстановление;

авторитетное Замечание Говоря о восстановлении Active Directory, нужно по что одновременно надо восстанавливать и каталог (см.

главу «Active и файловая Здесь же я буду лишь напоминать о необходимости восстановления этого каталога.

Неавторитетное восстановление Неавторитетное восстановление состояния системы выполняется по умолчанию Ntbackup. Вообще это единственный способ восстановле ния, который можно не прибегая к другим инструментам.

Этот тип восстановления можно сравнить с предыдущим, использу ющим только механизм репликации Active Directory. Там новые дан ные в базу передаются по сети с других контроллеров. При этом ти ражируется полный объем базы. При восстановлении из резервной 430 • Active профессионала копии большая часть данных заносится в базу локально, а по сети передается только разница, возникшая с момента выполнения резер вного копирования. Следовательно, нагрузка на сеть существенно снижается, что наглядно демонстрирует следующий график. На нем показана зависимость времени восстановления базы в зависимости от ее размера на компьютере с процессором ОЗУ 256 Мб и лен точным накопителем 4/SGb DAT.

| tt о 0,5 1 1,5 2 2, Размер Зависимость времени восстановления состояния системы от размера базы Active Directory В отличие от резервного копирования, которое можно выполнять в нормальном режиме работы Active восстановление выпол няется только в специальном режиме работы контроллера домена — Directory services restore mode (Режим восстановления службы ката лога). Входя в этот режим, вы обязаны зарегистрироваться как локаль ный администратор компьютера. Заметьте: поскольку Active Directory в этом режиме не то и авторизоваться в ней вы не сможете, Единственный механизм авторизации — база SAM, хранящая учетную запись локального администратора. Помните: пароль для этой записи был введен вами во время работы при уста новке контроллера домена и скорее всего не совпадает с паролем администратора домена.

Ntbackup позволяет восстановить файлы в новое место. Если указать эту то в иное место будут восстановлены только загру зочные файлы, каталог файлы реестра и, если восстанавлива ется кластер, то его база. Ни база Active Directory, ни база сервера сертификатов, ни база регистрации объектов восстановлены не будут!

Это не значит, что данный режим не годится для восстановления Active Directory. Если, например, надо восстановить только отдельные фай лы групповой этот метод весьма удобен, так как позволяет нужные ОГП после восстановления и скопировать их в каталог SYSVOL.

Поиск и проблем !

j.

to the to file fa treated found.

Восстановление состояния системы в иное место на диске Внимание Безусловным требованием для восстановления состоя ния является корня системы. Если на момент резервного копирования это был диск то и при восстановлении корневым должен быть тот же Хочу предостеречь от ошибки. При восстановлении состояния сис темы восстанавливается не только база Active Directory, но и реестр.

Вследствие этого все службы, установленные или переконфигуриро ванные на контроллере после резервного копирования, но до его краха, будут возвращены к прежней конфигурации или удалены. То же произойдет и с объектами Я уж не говорю о том, что если вы меняли адрес IP контроллера, то он вновь станет прежним, что может цепочку неприятных последствий. Так что, прежде чем выполнять восстановление, подумайте, как это отразится на работо способности контроллера и системы.

Теперь посмотрим, что происходит с базой Active когда она заполняется новыми данными из резервной копии.

После перевода в нормальный режим работы Active Directory обнару что находится в состоянии восстановления. На это указывает параметр в ветви реестра Зачем это надо? Дело в том, что само по себе 432 Directory: подход профессионала восстановление не гарантирует целостности БД. Поэтому надо про верить целостность и выполнить средствами, ко торые обычно используются Directory. Вот именно этим систе ма и станет заниматься довольно долго.

И только когда Directory будет готова, запускается обычный механизм репликации. Тут-то и кроется опасность. В главе ция я говорил, что последовательный номер обнов ления является критерием, определяющим, какие данные на контроллере должны быть партнерам по репликации.

После должен восстановиться и тот номер USN, что существовал на момент резервного копирования. Раз так. то именно этот номер и должен использоваться. Однако он уже был однажды и его привести к непредсказуемым результатам. Для избавления от этой неприятной ситуации на этапе восстановления формируется номер не противоречащий известному на остальных контроллерах. И вот уже после этого может начинаться репликация с Проверка восстановления с помощью Представьте себе, что выполнили загрузились в нормальный режим работы и... с ужасом обнаружили, что в резерв ной копии были ошибки или что это была не та копия, на которую вы рассчитывали. Короче, репликация, возможно, уже разнесла ошиб ки по остальным в домене.

Очевидно, до перевода контроллера в нормальный режим надо вы полнять проверку. Как? Очень просто. Надо запустить Ntdsutil, войти в режим Files и выполнить команду Если восстановлена без на экране появится информация о например:

ntdsutil: files file maintenance: info Drive Information:

C:\ NTFS (Fixed Drive ) Gb> DS Path Information:

Database :

- Mb Backup dir :

Working dir:

Log dir :

- Mb total - 10.0 Mb res1.log - 10.0 Mb - 10. Поиск и устранение проблем Конечно, эти сведения не дают представления о том, какие именно данные но это не позволит внести в структуру фаталь ных ошибок.

Восстановление на другую технику Все сказанное выше относится к восстановлению того же самого кон троллера домена либо его полного «тезки», т. е. одной модели с иден тичным набором системных ресурсов. Но это справедливо и для слу чая восстановления на иной компьютер. Возможно, что причиной краха контроллера была его постоянная перегруженность и вы реши ли заменить его на новую современную технику. Конечно, можно сконфигурировать новый контроллер и позволить репликации самой наполнить его данными. Но, как вы видели, этот процесс может затя Поэтому считаем, что новый компьютер конфигурируется с тем же именем и готовится к восстановлению резервной копии.

Замечание Так как новый компьютер будет иметь то же имя, что и вышедший из строя, позаботьтесь об удалении из Active Directory со ответствующих объектов.

Как указано в [3]. новый компьютер должен иметь столько же дисков, сколько и предыдущий. Кроме того, если он имеет друтие видеоадап тер и сетевую плату, то перед восстановлением их надо отключить.

Далее их подключит функция Plug and Play. На этом все рекоменда ции в [3] кончаются. А жаль, потому что самое интересное дальше.

Чтобы восстановленный на новом компьютере контроллер заработал.

придерживайтесь такой последовательности.

1. У вас должна быть полная резервная копия как состояния систе мы, так и системного диска.

2. Установите сервер на новый компьютер. При этом убедитесь, что:

• сервер не входит в домен;

• системный диск тот же самый;

• система — NTFS;

• каталог, в который устанавливается система, имеет то же имя, что и в предыдущем контроллере.

3. Запустите NtBackup, выберите нужную резервную копию, укажите восстановление в то же место и установите переключатель в поло жение Always replace the file on the disk. Начните восстановление.

4. По завершении восстановления перезагрузите компьютер. Даль нейшие ваши действия зависят от по какому из трех возмож ных сценариев развиваться события:

434 Active подход профессионала • система загрузится;

• система не сможет загрузиться в обычном режиме, но загрузит ся в режиме;

• система загрузится ни в одном из режимов.

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

Вполне возможно, что данное сообщение не имеет отношения к ра ботоспособности службы а связано с отсутствием какого то драйвера устройств. Тогда достаточно установить нужный драйвер.

Возможна и прямо противоположная проблема — драйвер оборудо вания, присутствовавшего в компьютере, не сможет запустить ся из-за такого устройства в новом компьютере.

Иное дело, если прежний компьютер был, например, сервером DNS, WINS или DHCP. Тогда надо сконфигурировать эти службы (см.

"Установка Особое внимание надо уделить серверу и клиенту DNS. Если тип сетевой карты отличается от того, что ис пользовался на прежнем компьютере, все параметры TCP/IP будут и их надо восстановить. Если контроллер был сервером DNS, клиенту надо указать использовать самого себя. Затем надо пе резапустить службу Netlogon и проверить наличие записей о домене в DNS. Если к этому времени вы уже сконфигурировали другой сер вер клиент должен указывать на него в качестве первичного сервера. Тогда перезапуск службы Netlogon должен отразиться лением в этом сервере.

После проверки работы всех и устройств, установки нужных драйверов систему надо перезапустить и проверить по журналу реги страции отсутствие ошибок.

Если в журнале регистрации появится сообщение об ошибке с Event ID=l656 и его источником будет значит, не все в порядке с про токолом RPC на компьютере. Откройте в реестре ветвь и убедитесь, что там присутствуют пять параметров:

• ncacn_http;

• • ncacn_np;

• Поиск и устранение проблем Тип этих параметров — REG_SZ, а значение у всех одинаковое Совет Для надежности рекомендую открыть эту ветвь реестра на дру гом, работоспособном контроллере и посмотреть значение парамет Если оно отличается, то и вам следует установить значение.

Далее выполните команду Dcdiag. В зависимости от которые она сообщит, надо соответствующие Они опи саны в предыдущих главах.

Наконец, если этот контроллер выполнял роли мастеров операций, то их ему надо восстановить (см. раздел назначе ние операций с помощью Если система только в безопасном режиме Загрузка системы только в безопасном свидетельствует ско рее всего о том, что ее архитектура или набор микросхем отличают ся от тех, что использовались в предыдущем компьютере. Поэтому систему при загрузке надо перевести в режим загрузив компьютер с установочного диска Windows 2000 Server и выбрать команду R(epair), В этом режиме будут добавлены драйверы нужных устройств, а также предложено установить дополнительные компоненты. Проверьте, ус ли служба DNS если сервер исполнял ранее эту функцию).

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

Если система не загружается Если система не загружается даже в безопасном режиме, то наиболее вероятная причина — использование несоответствующего уровня абстракций HAL (см. Для изменения типа HAL надо загрузиться с установочного диска, войти в режим восстановления и нажать F7 для загрузки стандартного HAL. Подробнее об этом см. в базе знаний Microsoft статью Замечание Если восстановление не помогло, загрузитесь в консоль восстановления, выполните команду перезагрузите ком пьютер и войдите в режим восстановления.

После и загрузки системы обратитесь к разделу «Если система загрузилась» и следуйте в нем инструкциям.

436 Active подход профессионала Авторитетное восстановление Авторитетное применяется обычно, когда из катало га случайно удаляется Тогда эти объекты можно восстано вить из резервной копии, в которой они присутствуют, а далее они будут тиражированы по остальным контроллерам. И это будет сдела но, даже если эти объекты старше, чем объекты на партнерах по реп ликации, Авторитетное восстановление возможно только объектов, нахо дящихся в доменном контексте имен или в контексте конфигурации.

Авторитетное схемы так как в против ном случае нарушается целостность данных (см. раздел «Политика изменения главы Active Чтобы лучше понять возможности авторитетного восстановления, рассмотрим пример. В пятницу вечером администратор создал два ОП.

В воскресенье было выполнено резервное копирование состояния системы. В понедельник утром он получил команду разнести пользо вателей из одного ОП по другим. Выполняя эту операцию, админис тратор случайно удалил оставшееся ОП вместе со всем, что в нем было.

К счастью, это было вовремя замечено, и начался процесс авторитет ного восстановления. Прежде чем его начать, были проанализирова ны все действия, совершенные после последнего резервного копиро вания. Их можно условно разделить на две категории: полезные (те, результат которых остаться в Active Directory) и вредные (те, что надо отменить). Вредным, разумеется, является удаление ОП, а полезным — разнесение пользователей из одного ОП по другим. Если выполнить авторитетное восстановление всей базы Active то наряду с ликвидацией последствий вредного действия (удаленный ОП восстановится), будут удалены плоды созидательного труда (поль зователи вновь вернутся из ОП, в которые они были разнесены). Зна чит, требуется восстановление только части базы. К счастью, это Авторитетное восстановление выполняется в два этапа:

обычное восстановление данных из резервной копии с помощью • авторитетное восстановление с помощью Авторитетное восстановление с помощью Ntdsutil При авторитетном восстановлении Ntdsutil лишь помечает базу или отдельные ее части как авторитетные. Остальное — дело репликации.

Чтобы пометить данные объекта как версия его долж на быть значительно чем известная остальным контроллерам домена.

Поиск и устранение проблем Для выполнения авторитетного восстановления нужно после запуска дать команду Authoritative restore. Далее вы можете выбрать один из четырех режимов восстановления:

восстановления Команда Назначение Restore database Помечает все содержимое базы как автори subtree Помечает только указанную часть как авторитетную database Помечает все содержимое базы как тетное, но увеличивает номер ука занную величину. По умолчанию — это 100000. в основном при авторитетном восстановлении одного и того же объекта subtree verinc Помечает только часть базы как но номер версий на указанную величину. Применяется обычно при повторном восстановлении одного и того же объекта Покажем использование режима восстановления отдельной ветви на примере. Пусть на момент резервного копирования в каталоге име ОП Test В нем находились учетные записи пользователей и в том числе ОП в котором в свою очередь находился пользователь ТоВе Deleted.

После выполнения резервного копирования администратор внес:

• в ОП Test добавил ОП • в ОП также добавил ОП ОП ToBeDeleted удалил со всем содержимым.

Далее система была перезагружена в режим восстановления Active Directory. Было выполнено восстановление из резервной копии с помощью затем запущена authoritative restore: sub Последняя команда выполнить авторитетное восстанов ление удаленного ОП ToBeDeleted.

Opening Done.

The current is 06-08-02 16:40.19.

Most recent database update occured at 06-08-02 16:20.31.

Increasing attribute version numbers by 100000.

438 Active Directory: подход профессионала Утилита определила, что последнее обновление было выполнено минут назад, и увеличила номера атрибутов на 100000.

Counting records that updating...

Records found: Found 2 records to update.

Обнаружено, что надо обновить две записи. Резонно предположить, что это ОП ToBeDeleted и учетная запись пользователя Deleted в нем.

Updating Records remaining: Done.

Successfully updated 2 records.

Authoritative Restore completed successfully.

Обновление выполнено, перегружаем компьютер в нормальный ре жим и смотрим на результат.

Кажется, достигнута: ОП ToBeDeleted с внутри вновь в Active Directory! что в этом ОП нет ОП легко объяснимо. Его не было в резервной копии — оно находилось в удаленном контейнере. Так как восстановлен авторитетно, то восстановилось состояние на момент резервирования, т. е. без вло женного ОП.

i..

С Deleted авторитетного до с партнерами Но куда делось ОП kupExt? Ведь оно располагалось в ОП которое должно было восстановиться неавторитетно, т. е. не восста навливая своего состояния на момент резервного копирования. Рас Поиск и так, вы что неавторитетное восстановление ет не то. что объект восстанавливается из резервной копии, а то, что объект будет замещен более версию при репликации.

Состояние, изображенное на предыдущем рисунке, соответствует моменту сразу после загрузки контроллера домена в нормальный режим. Репликация с партнерами еще не выполнена. А вот после реп ликации все придет в норму;

ft SI Principals Результат авторитетного после репликации с Обеспечение правильности авторитетного восстановления Выполняя авторитетное восстановление доменов и сайтов, помни те, что с могут быть связаны А значит, надо уделить осо бое внимание восстановлению каталога Во-первых, его нельзя сразу восстановить в исходное положение. При этом вы рискуете нарушить синхронизацию между и ШГП (см. главу «Групповая Поэтому его следует восстановить в другой каталог на диске, а потом вручную скопировать нужные каталоги групповых правил для авторитетно восстанавливаемых объектов.

процесс восстановления SYSVOL выполняется так, что каталог SYSVOL после него публикуется не сразу, а только после реп ликации с партнерами. Теперь представьте, что вы авторитетно вос Active Directory на всех контроллерах в домене одновре менно. Начнется репликация SYSVOL, увы, бесконечная. Чтобы этого избежать, восстановите Active изначально только на одном контроллере, дождитесь публикации SYSVOL и только потом начинай те восстановление на остальных контроллерах.

440 Active Чтобы убедиться в выполнении авторитетного восстановления объек та, достаточно выполнить команду repadmin /showmeta <имя восста навливаемого объектах repadmin /showmeta 8 entries.

Originating DSA Ver Attribute 9645 2002-06- 16:20.04 9665 9665 2002-06- 9665 9665 9665 2002-06- 9665 17:59. 9665 9665 2002-06- 9665 9665 2002-06- 9665 9665 2002-06- Номер версии атрибутов наглядно показывает, на какую величину было изменение версии при авторитетном восстановлении.

Влияние авторитетного восстановления Авторитетное восстановление — вещь опасная, так как может восста новить в каталоге те объекты и атрибуты, которые могут негативно сказаться на работе контроллера домена или системы в целом. Среди прочего я хотел бы остановить на восстановлении:

• паролей компьютерных записей;

членства в группах.

Первое может привести к неработоспособности контроллера, второе — к нарушению функционирования всей системы, Влияние на доверительные отношения и учетные записи компьютеров Пароли учетных записей компьютеров и доверительных отношений периодически изменяются. Для компьютеров и доверительных отно и проблем шений Windows 2000 этот интервал равен 30 дням, для Windows NT 4.0 — 7 дням. Кроме того, хранится история двух паролей, что ляет системам взаимодействовать даже при рассннхронизации пос ледних Для Windows 2000 этот период равен 60 дням, а вот для Windows NT 4.0 — всего Замечание В [3] эта информация приведена довольно невнятно, и можно подумать, что максимальный срок синхронизации для компь ютеров Windows 2000 равен 14 дням, но это не Теперь представьте, что вы восстанавливаете систему авторитетно из резервной копии, срок которой превышает 60 дней. (Выше я показал, что стандартными средствами это сделать нельзя. Но ведь есть же и При этом восстановлены старые пароли до верительных отношений и учетных записей которые не позволят связаться со своими партнерами по репликации, а кли ентским станциям — подключиться к контроллеру. В журнале регис трации появится одно или оба следующих сообщения:

The session setup computer failed to authenticate. The of the account referenced in the security database is The following error occurred: Access is denied.

Event ID 3210:

Failed to authenticate with a Windows NT domain controller for domain Если пароли, появится сообщение:

NETLOGON Event 5722:

The session from the computer failed to authenticate. The name of the account referenced in the security database is S2. The following error occurred:

В таком случае надо сбросить пароль учетной записи контроллера домена с помощью утилиты Netdom (см. раздел «Поиск и устранение проблем репликации* главы Active Directory» или статью в Microsoft Technet).

Наиболее вероятно авторитетное восстановление паролей для связи с доменами Windows NT, так как они гораздо чаще изменяют свои пароли. Поэтому, если в сети есть такие домены либо в домене Win dows 2000 есть контроллеры Windows NT 4.0, надо внимательно от носиться к дате резервной копии при авторитетном восстановлении.

442 Active Directory: подход Влияние на членство в Последствия групп могут быть куда более серьезными. Наихудший — потеря информация о член стве в восстановленной группе.

Допустим, вы случайно удалили группу и несколько ее членов. Члены группы представлены в атрибуте member, имеющем много значений.

К тому же обратные связи и удаления распределены по Active Directory. Это все приводит к что результат авторитетного вос становления группы зависит от того, какой из будет репли цирован первым: группа или пользователи в ней.

Если первой произойдет репликация восстановленных пользователей, членство в группе будет отражено правильно как в атрибутах группы, так и в атрибутах пользователей.

Если выполнится репликация восстановленной группы, то на партнерах по репликации пользователи будут исключены из группы, так как на этот момент их. с локальной точки зрения контроллеров, нет. А раз так, они и не могут быть членами группы.

К сожалению, нет способа указать, какие объекты должны роваться первыми. Значит, конечный результат будет правильным с вероятностью Можно ли с этим бороться?

Можно. После авторитетного восстановления группы вы добавляете в нее фиктивного пользователя. Сразу же после добавления вы его Восстанавливаемый контроллер по репликации пользователей 2. Репликация группы Если первой репликация то правильное Поиск и устранение проблем нехитрое действие укажет, что членство в этой группе должно быть обновлено на остальных контроллерах домена. Так как к этому моменту учетные записи восстановленных пользователей уже будут присутствовать на остальных партнерах по репликации, член ство в группе восстановится совершенно правильно.

Восстанавливаемый Партнер по контроллер Если первой прошла репликация группы, в ней теряется Восстанавливаемы Партнер • по репликации контроллер Группа | Добавить Репликация в группе Кузнецова Сидоров N Иванов Петров Сидоров Кузнецов и удаление члена в группы Active Directory: подход профессионала Тут есть небольшая опасность: если до того, как вы добавите и удали те фиктивного пользователя на восстанавливаемом контроллере, дру гой администратор внесет изменение на другом контроллере в член ство этой группы или для любого ее члена, вы получите невер ный результат. Тогда авторитетное восстановление группы придется повторить, дополнительно увеличив при этом номер версии с помо щью аргумента Восстановление Глобального каталога Способ восстановления зависит от способа восстановления Active Directory. Если оно путем полной переустановки кон троллера с последующей репликацией, ГК по умолчанию восстанов лен не будет. Вам придется отметить соответствующий флажок в ос настке Active Directory Sites and Services для преобразования контрол лера в сервер ГК. Естественно, при этом надо уделить внимание про пускной способности канала, так как объем ГК может быть весьма велик при большом числе доменов.

Иное дело, когда восстановление выполнялось из резервной копии.

Независимо от вашего желания вместе с состоянием системы будут восстановлены все разделы Active Directory и в том числе ГК. Уже после его вы можете нужен ли он вам на этом кон троллере.

Восстановление мастеров операций Я уже рассказал об этом в разделе «Принудительное назначение ма стеров операций с помощью Здесь же остановимься на том, когда восстанавливать мастер и что будет, если его нельзя вос становить.

Если сервер, выполнявший одну или несколько ролей мастеров восстанавливается из резервной копии, восстанавливаются и соответствующие роли. Если восстановление выполнялось путем полной переустановки и последующей репликации, роли мастеров надо назначать принудительно.

Кто может быть мастером операций?

Странный вопрос! Им может быть любой контроллер в домене, ска жете вы. Но это справедливо для нормально работающего а не восстанавливаемого после аварии. Ведь при этом нельзя гарантировать, что репликация завершена и все контроллеры имеют одинаковую информацию о домене.

Выяснить, какой из них самыми последними данными, по зволяет утилита (см. главу «Репликация Active Я перечислю здесь лишь выполняемые команды.

проблем Пусть в домене mycorp.ru два контроллера домена и root2, один из них был восстановлен. В данный момент ни тот, ни другой не яв ляется мастером операций. Чтобы выяснить, какой обладает самыми точными знаниями о выполним команды:

C:\>repadmin 9 USN USN USN 9 USN Как видно из результата, сервер root2 имеет более полные о себе (7214 > 7208) и одинаковые сведения с партнером о нем Значит, наиболее актуальная информация хранится на root2, и его имеет смысл принудительно сделать мастером операций, Восстановление мастера схемы Мастер схемы требуется, только когда должна быть модифицирована схема (см. главу «Проектируем А часто ли вы изме няете схему? Думаю, это случалось один-два раза — при установке приложений, вносящих в схему собственные атрибуты или В остальных случаях мастер схемы и не нужен.

Так, может, от него вообще избавиться? Я бы не был столь категори чен. Допустим, вышел из строя бывший мастером схемы.

То, как быстро вам его надо зависит от необходимости модификации схемы. Б принципе можно не торопясь собрать и про новый поднять на нем контроллер домена и уж потом восстановить исполняемую роль.

Иное когда авария произошла в самый ответственный когда вы устанавливали, например, Microsoft Exchange 2000. Тратить время на восстановление контроллера — значит, сорвать план уста новки почтовой системы. В такой ситуации можно принудительно назначить другой контроллер мастером схемы и продолжить работу.

Потом, когда аварийный контроллер будет восстановлен, ему можно будет вновь передать эту роль от «и. о. мастера Восстановление мастера доменных имен Аналогичная ситуация наблюдается и для мастера доменных имен. Как известно, он нужен при добавлении в домен или удалении контрол леров домена. В нормальных рабочих системах это происходит до вольно редко. (Конечно, если вы не занимаетесь расширением сети и добавлением новых территорий.) Значит, можно не торопясь собрать Active Directory: подход профессионала и новый сервер, поднять на нем контроллер домена и потом восстановить исполняемую роль.

Если мастер доменных имен нужен позарез, можно принудительно другой контроллер мастером доменных имен и продолжить работу. Передача этой роли возможна, если контроллер-адре сат является сервером Восстановленному контроллеру можно вновь передать эту роль.

Восстановление мастера RID Отсутствие мастера RID сказывается на домене. если один из контроллеров домена полностью исчерпал свой пул RID, а это идентификаторов, то при попытке создать объект системы безо пасности появится сообщение об ошибке: cannot create the object because: The directory sendee has the pool of Дополнительно к этому в журнал регистрации событий того контроллера, на котором выполнялась попытка добавления объекта, будет занесено сообщение с ID=l6645.

Значит ли это, что надо все бросить и спешно восстанавливать мас тер RID? Все зависит от сколько контроллеров в домене и на сколько они исчерпали свои пулы RID. Три контроллера в домене обеспечивают до 1536 идентификаторов. Поэтому в крайнем случае можно продолжить создавать на них.

Иное дело, если вы переносите объекты безопасности из до менов. Тогда отсутствие мастера RID не позволит вам это сделать, так как нет обходных путей.

Решение о принудительном назначении контроллера домена масте ром RID должно приниматься, исходя из того, что потом он и только, будет роль мастера RID. Если вы надеетесь восстановить эту функцию, то принудитель но назначать роль мастера RID другим контроллерам категорически запрещено. Дело в том, что мастер RID потенциально может выдать пул ID. выданный однажды временным мастером RID, что приведет к появлению в системе безопас ности с одинаковыми SID.

Восстановление имитатора РОС Отсутствие имитатора PDC в домене может к • В домене, работающем в смешанном при наличии кон троллеров Windows NT 4.0 станет невозможно админи стрирование этих контроллеров. Попытка использования User for domains или Server manager будет заканчиваться вы водом сообщения о Поиск и устранение проблем • В домене, работающем в естественном режиме, участятся отказы в доступе. В частности, при смене пароля пользователя на одном из контроллеров регистрация пользователя на другом ре будет невозможна, пока репликация не передаст новое значе ние пароля. Если нужна срочная регистрация пользователя в до мене, пароль можно изменить прямо на том контроллере, где он будет регистрироваться.

Неудобство редактирования групповой политики. Как известно ре дактирование выполняется на имитаторе а потом тира жируется на остальные контроллеры (см. главу «Групповая поли Поэтому отсутствие имитатора PDC приведет к выводу со общения о том, что контроллер домена не обнаружен, и будет предложено выбрать иной контроллер. Это сообщение будет вы водиться при каждой операции редактирования ОГП.

+ Невозможность изменений в конфигурацию DFS. Моди фикация конфигурации DFS выполняется только на имитаторе PDC (см. главу «Active Directory и файловая Раз то имитатор PDC должен постоянно присутствовать в доме В отличие от мастера RID нет принципиальной какие контроллеры домена и в какой последовательности выполняют эту роль. Главное условие: имитатор должен быть один. Поэтому после аварии контроллера, являвшегося имитатором PDC, достаточно выб рать другой контроллер и принудительно назначить ему эту роль.

После восстановления аварийного контроллера эта роль ему может быть возвращена.

Замечание В смешанном режиме работы контроллер, назначаемый имитатором PDC, необходимо синхронизировать с остальными.

Восстановление мастера инфраструктуры Недоступность мастера инфраструктуры на конечных пользователях не сказывается. Более это проблема администраторов. Выража ется она в том, что при различных манипуляциях с группами опера ции будут выполняться чрезвычайно медленно. Но будут. Есть огра ниченное число операций, которые не могут быть выполнены без мастера Поэтому в случае аварии контроллера, исполняющего эту роль, его восстановления можно подождать. Если же ждать невозможно, эту роль можно принудительно передать любому контроллеру, кото ром нет 448 Active профессионала Проверка целостности и восстановление базы позволяет выполнять проверку целостности базы Active Direc tory, Не могу сказать, что это полезно. На мой взгляд, поиск статьи, описывающей вашу конкретную ситуацию в базе знаний Microsoft, принесет больше практической пользы, чем такой анализ. Но иногда для самоуспокоения (мол, с Active в порядке — про блема в чем-то другом) имеет смысл выполнить эти тесты. Помните только, что их выполнение может затянуться.

Среди предлагаемых тестов следует выделить:

• восстановление журналов базы;

проверка целостности базы;

• семантический анализ базы.

«Мягкое» восстановление журналов В случае внезапного отключения контроллера (например, при аварии электропитания) его перезагрузка сопровождается проверкой журнала базы и повторным воспроизведением записан ных в нем (см, главу Active Эту же операцию можно выполнить самостоятельно. Для этого достаточно в Ntdsutil войти в режим File и выбрать команду Recover. Вот при мер такого восстановления.

ntdsutil:

file maintenance: recover Command: /r /8 /o RECOVERY Log files:

System Performing soft Operation successfully 7.851 seconds.

Spawned Process code 0x0(0) If recovery was it is recommended you semantic database analysis to insure semantic database consistency as well.

Поиск и проблем Проверка целостности базы Команда Integrity позволяет проверить базы на уров не. Также проверяется целостность таблиц, заголовков и т. д. Эта операция может занимать длительное время. Примерная скорость проверки — 2 Гб/час. При этом на инфор мация о том, какая часть работы уже обнаруженные ошиб ки заносятся в журнал. Например:

file maintenance: integrity Opening database [Current].

Executing Command: /g /8 /v /x Initiating INTEGRITY Database:

Temp. Database: INTEG.EDB got 6107 buffers checking database header checking database integrity Scanning Status ( X complete ) 0 10 20 30 40 50 60 70 80 90 | | checking SystemRoot (OE) SystemRoot (AE) checking system table Name rebuilding and comparing indexes checking table (6) checking data checking long value (48) checking index (89) checking index (88) checking index (87) checking index (86) checking index (85) checking index (84) checking index (83) checking index (24) Active Directory: подход профессионала checking index checking index (22) checking index (21) checking (20) checking index (13) checking index (12) checking index (11) checking index (10) checking index (9) checking index (8) checking index (7) rebuilding and comparing indexes checking table (16) checking data rebuilding and comparing indexes checking table (14) checking data checking index (15) rebuilding and comparing indexes checking table (90) checking data checking index (91) rebuilding and comparing indexes checking table (17) checking data checking (19) checking index (18) rebuilding and comparing indexes integrity check completed.

Operation completed successfully in seconds.

Spawned Process Exit code 0x0(0) If integrity was successful, it is recommended you semantic database analysis to insure semantic database consistency as well.

Семантический анализ базы протестировать логическую целостность Вот что • Счетчик ссылок Проверяется, что у каждого объекта есть номер отличительное имя и число ссылок на него. Для удаленных объектов проверяется, что у них есть дата и время, но нет номера и отличительного имени. Проверяется целос тность таблиц ссылок (см.

Удаленные объекты. Проверяется, какое именно время имеют уда ленные объекты и ли у них специальное отличительное имя.

Описатели безопасности. наличие у каждого дескрип тора контрольного поля и списка контроля доступа. Если у удален ных объектов нет списка контроля доступа, выводится предупреж дение.

Правильность репликации. Проверяется вектор для раздела каталога. Также метаданные объектов.

Для выполнения семантического анализа надо в утилите вой ти в режим Semantic database включить подробный вывод on) и запустить проверку командой Go:

da an semantic checker;

ver on Verbose mode enabled.

semantic checker: go Fixup mode is turned off Opening database [Current] Done.

Pages:     | 1 |   ...   | 4 | 5 || 7 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.