Ошибка репликации 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 отлично.
Попробуйте следующее:
Посмотрите в Event Viewer и определите все группы/папки репликации, которые дают ошибку в надгробной плите. После того, как вы их идентифицируете, зайдите в графический интерфейс DFS Management GUI и полностью удалите группу репликации, связанную с этой папкой. Вам не нужно удалять пространство имен DFS Namespace для этой папки, вам нужно лишь воспользоваться функцией репликации этого пространства имен. Если у вас есть другие группы репликации в DFS-R, которые не получили 9098 ошибок, то вам не нужно делать этого для этих папок.
Остановить службы DFSR (вам может понадобиться убить службу с помощью команды taskkill, если она зависает, когда пытается остановиться).
Дайте себе разрешения на скрытую папку System Volume Information (Системная информация тома). Если ваша учетная запись находится в группе администраторов домена, вы можете просто добавить группу безопасности. Эта папка существует на всех серверах, входящих в группу репликации. В моей ситуации 2 из 3 серверов не показывали эту папку как существующую, даже когда я включил просмотр скрытых папок. Если с вами такое случается, сервер лжет вам, что его там нет. Он есть. Не слушайте его. Я предлагаю загрузить и использовать 7-zip файловый менеджер. Он увидит папку и поможет вам установить на нее разрешения, а также удалить файлы, длина которых превышает 256 символов, что является проблемой, если вы сделаете следующий шаг из командной строки). Обратите внимание, что после того, как вы установите разрешения, это может указывать на то, что у вас все еще нет доступа к этой папке. Просто закройте 7-микросхему и откройте ее резервную копию. Она должна впустить вас в эту папку, а также вложенные в нее папки.
Как только у вас будет доступ к этой папке, давайте удалим папку DFSR, которая находится под ней. Вы захотите сделать это на всех серверах, на которых установлена роль DFSR и которые являются членами любых групп репликации. Вы можете использовать команду командной строки "rmdir", но она не сможет удалить файлы/папки, длина которых превышает 256 символов. Поэтому 7-zip файловый менеджер - это лучший вариант для удаления папки DFSR в разделе "Системная информация тома". Однако бывают случаи, когда 7-zip не может удалить файл или папку. Если вы запустите этот сценарий, используйте команду rmdir в командной строке повышенного уровня. По сути, комбинация этих двух команд в конечном итоге очистит все, что вам нужно для очистки.
Включите службы DFSR обратно. Это положит начало процессу воссоздания хэша и виртуального дерева DFSR, которые вы только что удалили.
Воссоздайте нужную вам группу репликации.
В группах репликации, которые вы не удалили, вы можете получить предупреждение: "Служба DFS Replication инициализировала реплицируемую папку по локальному пути и ожидает выполнения начальной репликации. Реплицированная папка останется в этом состоянии до тех пор, пока она не получит реплицированные данные, прямо или косвенно, от назначенного первичного пользователя". Если вы это сделаете, то вам нужно будет запустить командную строку, чтобы установить один из серверов DFSR в качестве основного сервера для этой группы репликации, а затем после установки - это важно - вам нужно будет перейти в графический интерфейс DFS Management GUI, нажать на группу репликации с соответствующим предупреждением, выбрать закладку подключений, затем нажать правой клавишей мыши на отправителе, который вы только что сделали основным и выбрать "Replicate now...". Это инициализирует репликацию, и вам нужно будет сделать это только один раз, чтобы репликация прошла. Вам нужно будет выбрать опцию "Replicate now..." (Копировать сейчас...) для каждого принимающего члена, к которому подключен сервер отправителя/сервер первичного члена в этой группе репликации.
Подождите около 5-10 минут и выполните команду dfsrdiag backlog для каждой группы репликации и посмотрите, будет ли создан backlog для репликации/синхронизации. Выполняйте эту команду каждые 5-10 минут, чтобы посмотреть, уменьшается ли значение счетчика файлов обратных ссылок. Если это произойдет, то это будет синхронизация/репликация.
P.S. Если вы используете DFS-R только для репликации, то это не лучший способ достичь этого. Посмотрите на высокую доступную роль FileServer внутри кластера обхода отказа, например, здесь