сервер 2к и AD
Модераторы: Trinity admin`s, Free-lance moderator`s
сервер 2к и AD
Есть два севера: А и В, которые в 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 и это очень сильно тормозит работу. При этом хотелось бы, чтобы все права доступа на файлы и шары при этом выжили и остались не изменными
Заранее большое спасибо....
на сервере А была такая ошибка:
Тип события: Ошибка
Источник события: 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
- Откуда: Москва
- Контактная информация:
Начинаем подсказывать :
1.Это - список статей на Вашу тему на сайте http://support.microsoft.com .
Посмотрите, пожалуйста, какая именно из указанных ситуаций точно соответствует Вашей.
1.Это - список статей на Вашу тему на сайте http://support.microsoft.com .
Посмотрите, пожалуйста, какая именно из указанных ситуаций точно соответствует Вашей.
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Попробовать-то можно....
1. В режиме "Восстановление Active Directory" врубить ntdsutil , проверить/восстановить побитые части AD (у Вас побилась NTFRS, точнее ее журнал - вот его и восстановить). После чего - проверить.
2. Вернуть указанный Вами параметр в реестре на место.
3. Заглянуть в оснастку AD, глянуть, какая роль отобрана у сервера А и вернуть ее на место - но не в коем случае не делать это через NTDSutil.
Ессно, до всех операций забэкапить, как минимум, System State на обоих серверах.
1. В режиме "Восстановление Active Directory" врубить ntdsutil , проверить/восстановить побитые части AD (у Вас побилась NTFRS, точнее ее журнал - вот его и восстановить). После чего - проверить.
2. Вернуть указанный Вами параметр в реестре на место.
3. Заглянуть в оснастку AD, глянуть, какая роль отобрана у сервера А и вернуть ее на место - но не в коем случае не делать это через NTDSutil.
Ессно, до всех операций забэкапить, как минимум, System State на обоих серверах.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 4 гостя