☰

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

tag-icon • tag-icon dfs dfs-r
Ошибка репликации DFS 9098 (захороненное содержимое)

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

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

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

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

Я пробовал удалить/переустановить роль репликации DFS, проблема все равно возникает.

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

решение1

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

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

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

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

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

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

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

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

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

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

решение2

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

Связанный контент