Event ID 136 Windows Server, AD и Роли

Event ID 136 Ntfs: The default transaction resource manager error

Обновлено: 28.08.2026 · Официальная документация ↗

Симптомы ошибки Event ID 136 (Ntfs)

В журнале System Windows Server появляется предупреждение или ошибка от источника Ntfs с кодом Event ID 136:

The default transaction resource manager on volume D: encountered an error while starting and its metadata was reset. The data was not affected. The error code is 0xC01A000A.

Признаки проблемы на сервере:

Службы резервного копирования (VSS / Windows Server Backup) завершаются аварийно.
Не удается установить обновления через Windows Update (компоненты CBS используют транзакции NTFS).
Внезапные подвисания дисковых операций при записи больших объемов данных.
Ошибки при монтировании кластерных дисков (CSV) или виртуальных жестких дисков VHDX.

Простыми словами: Файловая система NTFS умеет выполнять операции записи как транзакции (все или ничего) через механизм TxF (Transactional NTFS). При внезапном отключении питания или сбое дискового контроллера журнал транзакций $TxfLog повреждается, о чем сообщает Event ID 136.

Пошаговое устранение ошибки Event ID 136

Очистка поврежденного журнала транзакций утилитой fsutil
Запустите командную строку от имени Администратора и принудительно сбросьте журнал транзакций на проблемном диске (например, диске D:):
```
fsutil resource setautoreset true D:\
```
Для системного диска C: выполните:
```
fsutil resource setautoreset true C:\
```
Проверка файловой системы с помощью chkdsk
Запустите сканирование файловой структуры диска без перезагрузки (в режиме online scan):
```
chkdsk D: /scan
```
Если утилита обнаружит ошибки метаданных, выполните исправление в автономном режиме:
```
chkdsk D: /f /r
```
Проверка состояния дисковой подсистемы и SMART
Убедитесь в отсутствии аппаратных сбоев жесткого диска или RAID-массива через PowerShell:
```
Get-PhysicalDisk | Select-Object DeviceId, FriendlyName, OperationalStatus, HealthStatus
```

Очистка временных файлов диспетчера транзакций (KTM)

Если ошибка возникает на системном диске, очистите скрытую системную папку TxR:

# Остановка служб, использующих TxF:
net stop msiserver
# Очистка скрытых логов TxF в System32 (выполнять с осторожностью!):
attrib -h -s -r C:\Windows\System32\Config\TxR\*.*
del C:\Windows\System32\Config\TxR\*.blf
del C:\Windows\System32\Config\TxR\*.regtrans-ms

💡 Практика специалистов: При появлении Event ID 136 на виртуальных серверах под управлением Hyper-V или Proxmox в первую очередь проверяйте режим кэширования дискового контроллера (Write-Back / Write-Through). Неправильно настроенный кэш без резервной батареи BBU на хосте — главная причина повреждения транзакций TxF при скачках нагрузки.

Частые вопросы (FAQ)

Опасна ли ошибка Event ID 136 для пользовательских данных?

В большинстве случаев само сообщение указывает: 'The data was not affected' (данные не затронуты). Система сбрасывает только служебные метаданные незавершенных транзакций.

Что означает команда fsutil resource setautoreset true?

Она выставляет флаг, указывающий диспетчеру ресурсов CLFS/TxF автоматически очистить и пересоздать поврежденный журнал транзакций при следующем монтировании тома.

Почему эта ошибка часто возникает после аварийного выключения сервера?

Потому что данные транзакций находились в кэше оперативной памяти и не успели сброситься на физические пластины диска до пропадания питания.

Может ли антивирус вызывать Event ID 136?

Да, если антивирусный драйвер-фильтр блокирует доступ к скрытым файлам метаданных $TxF в корне диска во время создания теневых копий VSS.