Windows 2008 Проблема репликации DFS

Если Вы, только получая informix код ошибки как-954 кажется, что файлы сообщения об ошибке не были доступны (установленный), или огибающая переменная %INFORMIXDIR %\msg не установлен.

4
задан 6 November 2013 в 23:41
5 ответов

Это происходит после установки исправления 2663685 http://support.microsoft . com / kb / 2663685

Он изменяет поведение после «грязного» выключения DFSR так, что больше не происходит автоматического перезапуска, вместо этого он остается выключенным, позволяя вам делать любые резервные копии, которые могут вам понадобиться, затем вы запускаете команду WMI как согласно статье, чтобы перезапустить его.

Предупреждение - применение этого исправления в кластере означает, что оно не очень доступно, так как аварийное переключение приведет к отключению DFSR на узле. Вы можете настроить это с помощью параметра реестра. Лично я собираюсь отменить это исправление во всем нашем поместье, так как это больше проблем, чем оно того стоит, DFSR падает и не возвращается в сеть, пока мы не приедем в понедельник, а невыполненные задания просто растут и растут

затем вы запускаете команду WMI в соответствии со статьей, чтобы перезапустить его.

Предупреждение - применение этого исправления в кластере означает, что оно не очень доступно, так как при переключении на отказ DFSR перейдет на узел. Вы можете настроить это с помощью параметра реестра. Лично я собираюсь отменить это исправление во всем нашем поместье, так как это больше проблем, чем оно того стоит, DFSR падает и не возвращается в сеть, пока мы не приедем в понедельник, а невыполненные задания просто растут и растут

затем вы запускаете команду WMI в соответствии со статьей, чтобы перезапустить его.

Предупреждение - применение этого исправления в кластере означает, что оно не очень доступно, так как при переключении на отказ DFSR перейдет на узел. Вы можете настроить это с помощью параметра реестра. Лично я собираюсь отменить это исправление во всем нашем поместье, так как это больше проблем, чем оно того стоит, DFSR падает и не возвращается в сеть, пока мы не приедем в понедельник, а невыполненные задания просто растут и растут

7
ответ дан 3 December 2019 в 02:25

Поскольку он работает на другом томе, а не на D, я бы предположил, что он связан с томом D, и переформатирую этот том (или просто удалите и воссоздайте том) или навсегда переместите реплику в разный объем. Если что-то действительно не так с самим DFSR, он не будет работать независимо от реплики или тома.

1
ответ дан 3 December 2019 в 02:25

Самый простой способ запустить это снова - зайти в программу просмотра событий и перейти в Журнал приложений и служб> Репликация DFS . Найдите событие 2213:

enter image description here

Там находится точная команда, которую вам нужно запустить.

Кроме того, чтобы вернуть DFS-R к исходным настройкам, запустите эту :

wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set StopReplicationOnAutoRecovery=FALSE
3
ответ дан 3 December 2019 в 02:25

Я только что столкнулся с подобной проблемой, но исправление 2663685 не было моей проблемой. В моем случае dfsrdiag будет работать с некоторыми из моих реплицированных папок, но не со всеми. Реплицированные папки были распределены по разным дискам.

Короче говоря, DFSR не обрабатывал реплицированную папку из-за поврежденной базы данных. Вы можете убедиться, что диск отсутствует с помощью этой команды. В нем должны быть перечислены все диски, на которых есть папки DFSR.

wmic /namespace:\\root\microsoftdfs path dfsrvolumeinfo get volumepath, VolumeGuid

У меня отсутствовал один из томов DFSR. Вероятно, он все еще будет указан в конфигурации, поэтому вы можете проверить с помощью этой команды, если вы не уверены, что какие-либо из них отсутствуют.

wmic /namespace:\\root\microsoftdfs\ path dfsrVolumeConfig get *

Также проверьте C: \ Windows \ debug \ dfsr * .log на наличие других сообщений о том, что диск не готов или неспособность прочитать серийные номера.

Чтобы решить эту проблему, мне пришлось остановить DFSR и удалить / переименовать базу данных. Затем он начал синхронизацию, и через некоторое время после перестройки команды, наконец, заработали.

  1. Откройте командную строку как системную (я ненавижу изменять разрешения на «информацию о системном томе», делая это, вы можете этого избежать. Google, как это сделать. )
  2. Перейдите к диску с поврежденной базой данных. Т.е. "D:"
  3. cd "информация о системном томе"
  4. cd "DFSR"
  5. переименуйте Config \ Volume_.XML Config \ Volume_.OLD
  6. переименуйте Config \ Replica_.XML Config \ Replica_.СТАРЫЙ
  7. переименовать database_ database__OLD
  8. net start dfsr
  9. dfsrdiag pollad

https://social.technet.microsoft.com/Forums/windowsserver/en-US/95873844-af76-4b7d-a4ee-2224a2e243cc / распределенная-файловая-система-репликация-dfsr-the-content-set-was-not-found-error? forum = winserverfiles & prof = required

Кроме того, журналы DFSR могут быть подробными и по умолчанию ограничены 1000 файлами журнала. Пожалуйста, измените уровень журнала на что-нибудь разумное, потому что как только вы достигнете 1000, DFSR просто остановится.

wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set debuglogseverity=3

https://blogs.technet.microsoft.com/askds/2009/03/23/understanding-dfsr-debug-logging-part- 1-logging-levels-log-format-guids /

3
ответ дан 3 December 2019 в 02:25

В нашем случае на одном из томов на одном из серверов закончилось место на диске. К счастью, это была виртуальная машина, поэтому я просто расширил ее, перезапустил DFS, и все было хорошо. Я прочитал этот пост и покопался в статьях KB и взломах реестра, прежде чем искать простое решение. Бритва Оккама снова побеждает.

0
ответ дан 3 December 2019 в 02:25

Теги

Похожие вопросы