Это проблема, которая затрагивает меня. Хотя это описание было написано не мной (увидено на www.experts-exchange.com (1), из-за которого был создан один из сайтов stackoverflow), оно на 95% относится к моей проблеме. В следующий раз я не буду следовать совету MS. Домен работал, пока я не попробовал предложенное решение в журнале событий («Включить автоматическое восстановление переноса журнала»). Какая это была ошибка!!!.
Описание (как видно из (1)) следующее:
---------- Здесь начинается вырез ----------
Я имею некоторые явно серьезные проблемы с сервером 2003 SBS.
Мы только что начали процесс установки второго контроллера домена в эту сеть для проекта.
Я выполнил ту же задачу в лабораторной среде, прежде чем приступить к работе в реальной среде, и у меня не было проблем.
Во-первых, мы обновили SBS (tisserver) до версии 2003 R2. После этого я сделал adprep, чтобы обновить схему до R2.
Я собрал сервер 2003 R2 (tisdr), установил DNS, присоединил его к домену и сделал DCPROMO.
Все это работало нормально, но я обнаружил ошибки в журнале событий службы репликации файлов на новом сервере:
Идентификатор события 13508 — источник NtFRS
У службы репликации файлов возникают проблемы с включением репликации из tisserver.TIS.local в TISDR для c:\windows\sysvol\domain с использованием DNS-имени tisserver.TIS.local. FRS будет продолжать попытки. Ниже приведены некоторые из причин, по которым вы увидите это предупреждение.
[1] Служба FRS не может правильно разрешить DNS-имя tisserver.TIS.local с этого компьютера. [2] FRS не работает на tisserver.TIS.local. [3] Информация о топологии в Active Directory для этой реплики еще не реплицирована на все контроллеры домена.
Это сообщение журнала событий будет появляться один раз для каждого соединения. После устранения проблемы вы увидите другое сообщение журнала событий, указывающее, что соединение установлено.
Дополнительные сведения см. в Центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp.
Когда я пошел и проверил SBS, я обнаружил следующую ошибку:
Идентификатор Eventid 13568 — источник NtFrs
Служба репликации файлов обнаружила, что набор реплик «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» находится в состоянии JRNL_WRAP_ERROR.
Имя набора реплик: "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" Корневой путь реплики: "c:\windows\sysvol\domain" Корневой том реплики: "\.\C:" Набор реплик достигает JRNL_WRAP_ERROR, когда запись, которая он пытается прочитать журнал USN NTFS, но не найден. Это может произойти по одной из следующих причин.
[1] Том "\.\C:" отформатирован. [2] Журнал NTFS USN на томе "\.\C:" удален. [3] Журнал NTFS USN на томе "\.\C:" усечен. Chkdsk может обрезать журнал, если обнаружит поврежденные записи в конце журнала. [4] Служба репликации файлов давно не работала на этом компьютере. [5] Служба репликации файлов не могла справиться со скоростью операций дискового ввода-вывода на «\.\C:». Установка для параметра реестра «Включить автоматическое восстановление переноса журнала» значения 1 приведет к выполнению следующих шагов восстановления для автоматического восстановления из этого состояния ошибки. [1] При первом опросе, который состоится через 5 минут, этот компьютер будет удален из набора реплик. Если вы не хотите ждать 5 минут, запустите «net stop ntfrs», а затем «net start ntfrs», чтобы перезапустить службу репликации файлов. [2] При опросе после удаления этот компьютер будет повторно добавлен в набор реплик. Повторное добавление вызовет полную синхронизацию дерева для набора реплик.
ВНИМАНИЕ: В процессе восстановления данные в дереве реплик могут быть недоступны. Вы должны сбросить параметр реестра, описанный выше, на 0, чтобы автоматическое восстановление не сделало данные неожиданно недоступными, если это состояние ошибки возникнет снова.
Чтобы изменить этот параметр реестра, запустите regedit.
Нажмите «Пуск», «Выполнить» и введите regedit.
Разверните HKEY_LOCAL_MACHINE. Щелкните по ключевому пути: «System\CurrentControlSet\Services\NtFrs\Parameters». Дважды щелкните имя значения «Включить автоматическое восстановление переноса журнала» и обновите значение.
Если имя значения отсутствует, вы можете добавить его с помощью функции New->DWORD Value в пункте меню Edit. Введите имя значения точно так, как показано выше.
Дополнительные сведения см. в Центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp.
Немного почитав, я понял, что правильно было бы сделать неавторитетный resotre, поэтому я прошел и создал раздел реестра, затем остановил и запустил службу NTFRS.
Как и ожидалось, я получил:
EventID 13560 — исходный NtFRS
Служба репликации файлов удаляет этот компьютер из набора реплик «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» в качестве попытки восстановления из состояния ошибки, состояние ошибки = FrsErrorSuccess. При следующем опросе, который произойдет через 5 минут, этот компьютер будет быть повторно добавлены в набор реплик. Повторное добавление вызовет полную синхронизацию дерева для набора реплик.
Дополнительные сведения см. в Центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp.
Ровно через пять минут я получил:
EventID 13520 — исходный NtFRS
Служба репликации файлов переместила ранее существовавшие файлы из каталога c:\windows\sysvol\domain в каталог c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog.
Служба репликации файлов может удалить файлы в c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog в любое время. Файлы можно спасти от удаления, скопировав их из c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog. Копирование файлов в c:\windows\sysvol\domain может привести к конфликту имен, если файлы уже существуют на каком-либо другом партнере по репликации.
В некоторых случаях служба репликации файлов может копировать файл из c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog в c:\windows\sysvol\domain вместо репликации файла с другого партнера по репликации.
Пространство можно восстановить в любое время, удалив файлы в c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog.
Дополнительные сведения см. в Центре справки и поддержки по адресу
&
EventID 13553 — источник NtFRS
Служба репликации файлов успешно добавила этот компьютер в следующий набор реплик: "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Информация, связанная с этим событием, показана ниже: DNS-имя компьютера — «tisserver.TIS.local» Имя члена набора реплик — «TISSERVER» Корневой путь набора реплик — «c:\windows\sysvol\domain» Путь к промежуточному каталогу реплик — «c :\windows\sysvol\staging\domain" Путь к рабочему каталогу реплики: "c:\windows\ntfrs\jet"
Дополнительные сведения см. в Центре справки и поддержки по адресу
---------- Обрезать концы здесь ----------
С этого момента ответы, которые я получил, начали отклоняться от оригинального плаката:
EventID 13566 — источник NtFRS
Служба репликации файлов сканирует данные на системном томе. Компьютер DOMSERVER не может стать контроллером домена, пока этот процесс не будет завершен. Затем системный том будет использоваться совместно как SYSVOL.
Чтобы проверить общий ресурс SYSVOL, в командной строке введите: net share
Когда служба репликации файлов завершит процесс сканирования, появится общий ресурс SYSVOL.
Инициализация системного тома может занять некоторое время. Время зависит от объема данных в системном томе.
Дополнительные сведения см. в Центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp.
Я оставил его примерно на полтора часа и пока не вижу никаких признаков общего ресурса sysvol или netlogon. Пользователи не могут войти в систему. Я не знаю, куда идти отсюда. Я в таком отчаянном состоянии, что, будь у меня деньги, я бы обязательно заплатил экспертам-обменникам (и плохие парни выиграли бы, я знаю :( ). К сожалению, я не могу этого сделать по многим причинам (не имея кредитная карта является одним из них).
Ваша помощь будет принята с благодарностью!
PS: извините за мой не очень хороший английский. Это не мой родной язык. В следующий раз у меня получится лучше. :)
