Устранение неполадок journal_wrap в наборах реплик Sysvol и DFS

В этой статье описывается устранение journal_wrap в наборах реплик Sysvol и DFS.

Примечание.

Эта статья относится к Microsoft Windows 2000. Обратите внимание, что поддержка Windows 2000 прекращена 13 июля 2010 г. Дополнительные сведения о политике служба поддержки Майкрософт жизненного цикла см. на следующем веб-сайте Майкрософт: служба поддержки Майкрософт политики жизненного цикла.

Применимо к: Windows 2000
Исходный номер базы знаний: 292438

Аннотация

Служба репликации файлов (FRS) — это многопоточная многопоточная подсистема репликации, которая заменяет службу LMREPL (репликация LanMan) в версиях Microsoft Windows NT 3.x и 4.0. Контроллеры домена и серверы Windows 2000 используют FRS для репликации системной политики и сценариев входа для Windows 2000 и более ранних клиентов, расположенных в системных томах (Sysvol).

FRS также может реплицировать содержимое между серверами Windows 2000, на которых размещены одинаковые отказоустойчивые корневые папки распределенной файловой системы (DFS) или реплики дочерних узлов.

В этой статье описывается, как FRS использует журнал изменений USN для файловой системы NTFS и использует его.

Дополнительные сведения

Журнал USN — это журнал фиксированного размера, который записывает все изменения, происходящие в разделах в формате NTFS 5.0. NTFRS отслеживает файл журнала NTFS USN для закрытых файлов в реплицированных каталогах FRS при условии, что служба FRS запущена.

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

Чтобы выполнить обслуживание членов набора реплик FRS, администраторы могут остановить службу FRS на длительное время. В этом случае администраторы могут не понимать потенциальное влияние. Кроме того, из-за ошибок служба FRS может завершить работу, что приведет к ошибке переноса журнала. В больших наборах реплик члены реплики могут столкнуться со следующей ошибкой во время полномочного восстановления (BURFLAGS=D4):

journal_wrap_error

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

Рассмотрим сценарий, в котором компьютеры запускают версии Ntfrs.exe в следующих системных версиях:

  • Windows 2000 (двоичный файл 2195)
  • Windows 2000 с пакетом обновления 1 (SP1)
  • Исправление с пакетом обновления 1 (SP1) (сборка WINSE 5298)

В этих сценариях неавторизованный процесс восстановления должен вызываться вручную. Для этого необходимо задать BURFLAGS=D2 в Windows NT реестре.

Для компьютеров с Windows 2000, использующих версии файла Ntfrs.exe из Windows 2000 с пакетом обновления 2 (SP2) или из исправлений Windows 2000 с пакетом обновления 2 (SP2) (WINSE 11773), служба выполняет программное неавторитивное восстановление при обнаружении journal_wrap_error.

По умолчанию версии файла Ntfrs.exe из Windows 2000 с пакетом обновления 3 (SP3) и исправлением Windows 2000 с пакетом обновления 3 (SP3) не выполняют автоматическое восстановление без проверки подлинности (например, sp3 оставляет содержимое на месте как 2195, а sp1 оставляет контекст на месте) при обнаружении ошибок переноса журнала. Версии NTFRS с пакетом обновления 3 (SP3) могут работать как SP2, если для записи реестра Enable journal wrap automatic restore (Включить автоматическое восстановление с переносом журнала) задано значение 1 в следующем подразделе реестра: HKLM\System\Ccs\Services\Ntfrs\Parameters

Важно!

Мы не рекомендуем использовать этот параметр реестра, и этот параметр не следует использовать в версиях Windows после версии с пакетом обновления 3 windows 2000. Для выполнения неавторизованного восстановления на членах FRS из наборов реплик DFS или SYSVOL рекомендуется использовать значение реестра FrS BurFlags. Дополнительные сведения об использовании значения реестра BurFlags см. в следующей статье базы знаний Майкрософт: 290762 Использование раздела реестра BurFlags для повторной инициализации наборов реплик службы репликации файлов

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

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

FRS — это служба, которая всегда должна выполняться на контроллерах домена Windows и членах реплицируемых FRS наборов DFS.

При увеличении размера журнала USN и, следовательно, увеличении количества изменений, которые может храниться в журнале до "упаковки" журнала, это снижает вероятность того, что произойдет перенос журнала USN. Размер журнала USN можно изменить, за задать следующий раздел реестра: HKLM\System\CCS\Services\NTFRS\Parameters\"Ntfs Journal size in MB" (REG_DWORD)

Допустимые параметры : от 8 до 128 МБ. Значение по умолчанию — 32 МБ. Этот параметр применяется ко всем томам, на которых размещается дерево реплик FRS. Чтобы увеличить размер журнала USN, необходимо остановить и перезапустить службу NTFRS. Однако, чтобы уменьшить размер журнала USN, необходимо переформатировать все тома, содержащие реплицируемое FRS-содержимое.

Количество изменений, которые может храниться в заданном файле журнала USN, можно оценить с помощью следующей формулы: размер журнала /(60 байт + (длина имени файла)) * 2) Число "2" в этой формуле обусловлено двумя записями журнала для каждого изменения файла: 1 для открытия и 1 для закрытия. Разделите размер журнала на размер каждого изменения, чтобы определить приблизительное количество изменений, которые могут произойти до возникновения ошибки переноса журнала. Если предположить, что имена файлов имеют формат 8,3, это сопоставляется примерно с 200 000 файлов и (или) каталогами для файла журнала размером 32 МБ. При использовании длинных имен файлов число изменений будет меньше.

В Windows 2000 с пакетом обновления 2 допустимые параметры — от 8 МБ до 128 МБ, а по умолчанию — 32 МБ. В Windows 2000 с пакетом обновления 3 допустимые параметры в диапазоне от 4 МБ до 10 000 МБ, а по умолчанию — 512 МБ. Эти параметры применяются ко всем томам, на которых размещено дерево реплик FRS.

В качестве рекомендации корпорация Майкрософт предлагает настроить 128 МБ журнала для каждого 100 000 файлов, управляемых репликацией на этом томе.

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

290762 использование раздела реестра BurFlags для повторной инициализации наборов реплик службы репликации файлов