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