сервер 2к и AD

У вас сложности? Наши специалисты постараются помочь вам. Если вы сами сталкивались с похожими проблемами - поделитесь опытом.

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
Sova
Junior member
Сообщения: 11
Зарегистрирован: 03 июн 2003, 15:29
Откуда: Ярославль

сервер 2к и AD

Сообщение Sova » 09 июн 2003, 08:00

Есть два севера: А и В, которые в AD

на сервере А была такая ошибка:
Тип события: Ошибка
Источник события: NtFrs
Категория события: Отсутствует
Код события: 13561
Дата: 13.04.2003
Время: 18:41:48
Пользователь: Нет данных
Компьютер: STATION
Описание:
Служба репликации файлов обнаружила, что набор реплик "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" находится в JRNL_WRAP_ERROR.

Имя набора реплик : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Путь к корню реплики : "c:\winnt\sysvol\domain"
Том корня реплики : "\\.\C:"
Набор реплик попадает в JRNL_WRAP_ERROR, когда запись, которую пытаются прочесть из USN-журнала NTFS, не найдена. Это может произойти по одной из следующих причин.

[1] Том "\\.\C:" был отформатирован.
[2] Удален USN-журнал NTFS на томе"\\.\C:".
[3] USN-журнал NTFS на томе"\\.\C:" был урезан. Программа Chkdsk может урезать журнал, если она находит поврежденные записи в конце журнала.
[4] Служба репликации файлов в течение долгого времени не работала на этом компьютере.
[5] Службе репликации файлов не удалось сохранить уровень активности дискового ввода/вывода на "\\.\C:".
Присвоение параметру системного реестра "Enable Journal Wrap Automatic Restore" значения 1 приведет к выполнению следующих автоматических шагов по восстановлению из данного ошибочного состояния.
[1] Во время первого опроса, который происходит в течение 5 минут, этот компьютер будет удален из набора реплик. Если вы не хотите ждать 5 минут, выполните последовательно команды "net stop ntfrs" и "net start ntfrs" для перезапуска службы репликации файлов.
[2] Во время следующего опроса, этот компьютер будет вновь добавлен к набору реплик. Повторное добавление компьютера инициирует полную синхронизацию дерева для данного набора реплик.

ПРЕДУПРЕЖДЕНИЕ: В процессе восстановления данные в дереве реплик могут быть недоступны. Для предотвращения неожиданного прекращения доступа к данным службой автоматического восстановления в подобной ошибочной ситуации необходимо задать значение 0 для параметра системного реестра, описанного ранее.

Для изменения данного параметра запустите regedit.

Раскройте меню "Пуск", выберите команду "Выполнить" и введите regedit.

Раскройте раздел HKEY_LOCAL_MACHINE.
Перейдите к следующему разделу:
"System\CurrentControlSet\Services\NtFrs\Parameters"
Дважды щелкните по параметру
"Enable Journal Wrap Automatic Restore"
и измените значение.

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

ну, порадовался я, что контора научилась ошибки описывать, сделал как сказано, вроде ошибка пропала, но после этого сервер А перестал обслуживать запросы AD
Так вот вопрос в чем: как номинальный сервер AD опять сделать реальным? сейчас все идет через сервер B и это очень сильно тормозит работу. При этом хотелось бы, чтобы все права доступа на файлы и шары при этом выжили и остались не изменными
Заранее большое спасибо....

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 09 июн 2003, 13:26

Начинаем подсказывать ;) :
1.Это - список статей на Вашу тему на сайте http://support.microsoft.com .
Посмотрите, пожалуйста, какая именно из указанных ситуаций точно соответствует Вашей.

Sova
Junior member
Сообщения: 11
Зарегистрирован: 03 июн 2003, 15:29
Откуда: Ярославль

Сообщение Sova » 09 июн 2003, 14:56

так в том то и проблема, что никакая :(

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 09 июн 2003, 16:39

Попробовать-то можно....
1. В режиме "Восстановление Active Directory" врубить ntdsutil , проверить/восстановить побитые части AD (у Вас побилась NTFRS, точнее ее журнал - вот его и восстановить). После чего - проверить.
2. Вернуть указанный Вами параметр в реестре на место.
3. Заглянуть в оснастку AD, глянуть, какая роль отобрана у сервера А и вернуть ее на место - но не в коем случае не делать это через NTDSutil.
Ессно, до всех операций забэкапить, как минимум, System State на обоих серверах.

Ответить

Вернуться в «Серверы - Решение проблем»