Ошибка репликации DFS 9098 (захороненное содержимое)

3 сервера, репликация DFS работала 2 года. Недавно один из рядовых серверов начал сообщать об этом:

The DFS Replication service stopped replication on replicated folder projects at local path Z:\projects due to Error ID: 9098 (A tombstoned content set deletion has been scheduled). Event ID: 4004

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

Я даже создал новую долю на каждом из трех рядовых серверов. Затем создал новое пространство имен и включил репликацию DFS. 2 сервера реплицируются без проблем, но 1 проблемный сервер по-прежнему сообщает об ошибке захоронения.

Я попытался удалить / переустановить роль репликации DFS, но все еще происходит.

Я здесь в полной растерянности, есть идеи? Пинги от проблемного сервера к другим в порядке. "Проверить топологию" в диспетчере DFS отлично.

Источник

2 ответа

Решение

Нашел проблему. Папка "Информация о системном томе /DFSR", которую я удалял, находилась на диске C, а НЕ на диске Z, где существуют общие ресурсы! Как только я убил Z:\System Volume Information/DFSR, проблема решена.

Источник

Попробуйте следующее:

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

  2. Остановите службы DFSR (вам может потребоваться убить службу с помощью команды taskkill, если она зависает при попытке остановить).

  3. Разрешите себе доступ к скрытой папке с информацией о системном томе. Если ваша учетная запись находится в группе администраторов домена, вы можете просто добавить группу безопасности. Эта папка существует на всех серверах, входящих в группу репликации. В моей ситуации 2 из 3 серверов не отображали эту папку как существующую, даже когда я включил отображение скрытых папок. Если это случилось с вами, сервер лжет вам, что его там нет. Это там. Не слушай это. Я предлагаю загрузить и использовать файловый менеджер 7-zip. Он увидит папку и поможет вам установить для нее разрешения, а также удалить файлы, длина которых превышает 256 символов (что является проблемой, если вы выполните следующий шаг из командной строки). Обратите внимание: после того, как вы установили разрешения, он может сообщить вам, что у вас все еще нет доступа к этой папке.Просто закройте 7-zip и откройте его снова. Он должен позволить вам войти в эту папку, а также в ее подпапки.

  4. Получив доступ к этой папке, удалите папку DFSR, которая находится под ней. Вы захотите сделать это на всех серверах, на которых установлена ​​роль DFSR и которые входят в какие-либо группы репликации. Вы можете использовать команду командной строки "rmdir", но она не может удалить файлы / папки, длина которых превышает 256 символов. Вот почему файловый менеджер 7-zip - лучший вариант для удаления папки DFSR в разделе "Информация о системном томе". Однако бывают случаи, когда 7-zip не может удалить файл или папку. Если вы запустите этот сценарий, используйте команду rmdir в командной строке с повышенными привилегиями. По сути, комбинация этих двух в конечном итоге очистит все, что вам нужно очистить.

  5. Снова включите службы DFSR. Это запустит процесс воссоздания хэша DFSR и виртуального дерева, которые вы только что удалили.

  6. Повторно создайте нужную группу репликации.

  7. В группах репликации, которые вы не удаляли, вы можете получить предупреждение: "Служба репликации DFS инициализировала реплицированную папку по локальному пути и ожидает выполнения начальной репликации. Реплицированная папка будет оставаться в этом состоянии до тех пор, пока она не получит реплицированные данные., прямо или косвенно, от назначенного основного члена ". Если вы это сделаете, вам нужно будет запустить командную строку, чтобы установить один из серверов DFSR в качестве основного сервера для этой группы репликации, а затем после установки - это важно - вам нужно будет войти в графический интерфейс управления DFS, щелкните группу репликации с соответствующим предупреждением, выберите вкладку подключений, затем щелкните правой кнопкой мыши отправляющего члена, который вы только что сделали основным, и выберите "Реплицировать сейчас..."Это инициализирует репликацию, и вам нужно будет сделать это только один раз, чтобы репликация продолжалась здесь и далее. Вам нужно будет выбрать параметр "Реплицировать сейчас..." для каждого принимающего члена, к которому отправляющий член / основной членский сервер присоединен в этой группе репликации.

  8. Подождите около 5–10 минут и запустите команду dfsrdiag backlog для каждой группы репликации и посмотрите, создается ли невыполненный журнал для репликации / синхронизации. Выполняйте эту команду каждые 5–10 минут, чтобы проверить, не уменьшается ли значение счетчика файлов невыполненной работы. Если это так, он синхронизируется / реплицируется.

PS Если вы используете DFS-R только для обеспечения отказоустойчивости, это не лучший способ добиться этого. Посмотрите на высокодоступную роль FileServer внутри отказоустойчивого кластера, например, как здесь

Источник
Другие вопросы по тегам