| Предыдущий | Следующий |
| PDC_UNEXPECTED_REVOCATION_LIVEDUMP | WVR_LIVEDUMP_STATE_TRANSITION_TIMEOUT |
WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
Тайм-аут контекста ввода-вывода Windows Volume Replication для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT — это код проверки ошибки 0x00000180. Семейство живых дампов WVR связано с путями репликации томов Windows. Код означает, что контекст ввода-вывода репликации завершался слишком долго, поэтому проверять следует хранилище, сеть и состояние реплики, а не общее зависание приложения.
Как интерпретировать WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT в дампе
- Проверьте роли исходного и целевого томов, состояние репликации и данные незавершённого контекста ввода-вывода.
- Могут иметь значение задержка хранилища, разрыв сети и состояние службы репликации.
- Сопоставьте живой дамп с журналами событий Storage Replica.
Что проверить при WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
- Проверьте состояние и журналы событий Storage Replica на обоих партнёрах.
- Проверьте задержку хранилища, сетевой путь, события кластера и недавние переключения или повторную синхронизацию.
- По дампу определите, относится ли тайм-аут к репликации, восстановлению или вводу-выводу приложения.
Ссылки для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
- Обзор Storage Replica
- Файлы дампа сбоя и контекст живого дампа
- Справочник кодов проверки ошибок Microsoft
- Анализ дампа режима ядра в WinDbg
Данные дампа для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT сохраните полный дамп, четыре параметра проверки ошибки, точную сборку Windows, список загруженных модулей и хронологию событий непосредственно перед созданием дампа. AllStat описывает состояние как «WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT»; эта формулировка определяет класс события, а параметры и стек показывают участвовавший объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
- Выполните в WinDbg
!analyze -v, затем изучите документированное значение каждого параметра WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT, а не полагайтесь только на строку probably-caused-by. - Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT найдите самое раннее аномальное событие: обновление драйвера или микропрограммы, сброс устройства, ошибку хранения, исчерпание ресурсов, сбой сети либо зависание операции репликации.
- Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT не исключайте из списка модулей сторонние драйверы фильтрации, безопасности, хранения данных, графики и виртуализации: удаление таких компонентов до анализа дампа может скрыть ответственный путь выполнения.
Не перезагружайте многократно компьютер с WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT до сохранения дампа и журналов событий. Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT выбирайте восстановительные действия по компоненту, указанному стеком и параметрами, а не только по символическому имени кода.
Данные дампа для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT сохраните полный дамп, четыре параметра проверки ошибки, точную сборку Windows, список загруженных модулей и хронологию событий непосредственно перед созданием дампа. AllStat описывает состояние как «WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT»; эта формулировка определяет класс события, а параметры и стек показывают участвовавший объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT
- Выполните в WinDbg
!analyze -v, затем изучите документированное значение каждого параметра WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT, а не полагайтесь только на строку probably-caused-by. - Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT найдите самое раннее аномальное событие: обновление драйвера или микропрограммы, сброс устройства, ошибку хранения, исчерпание ресурсов, сбой сети либо зависание операции репликации.
- Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT не исключайте из списка модулей сторонние драйверы фильтрации, безопасности, хранения данных, графики и виртуализации: удаление таких компонентов до анализа дампа может скрыть ответственный путь выполнения.
Не перезагружайте многократно компьютер с WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT до сохранения дампа и журналов событий. Для WVR_LIVEDUMP_REPLICATION_IOCONTEXT_TIMEOUT выбирайте восстановительные действия по компоненту, указанному стеком и параметрами, а не только по символическому имени кода.
Нужно найти другой код? Найти другой код состояния или ошибки.