Event ID 1539: не удалось отключить кэш записи на диске для AD DS
Симптомы ошибки кэша диска (Event ID 1539)
В системном журнале или журнале Directory Service появляется предупреждение Event ID 1539: Active Directory Domain Services could not disable the software-based disk write cache on the following hard disk. Data may be lost during unexpected power loss.
| Симптом | Причина |
|---|---|
| Предупреждение при старте службы NTDS | Драйвер хранилища или виртуального диска не поддерживает команду отключения программного кэша Windows |
| Риск повреждения базы данных при сбое питания | Транзакции из памяти могут не успеть записаться в ntds.dit при жестком выключении |
| Низкая скорость фиксации транзакций ESE | Откат на полностью синхронную запись при определенных контроллерах |
Пошаговое решение предупреждения кэша записи (Event ID 1539)
Служба Active Directory требует гарантии целостности транзакций (ACID). По умолчанию NTDS пытается отключить кэш записи Windows на томе, где лежат база ntds.dit и логи edb.log, чтобы избежать потери данных при обесточивании.
- Проверьте наличие резервного питания (BBU/Flash Cache): если сервер физический и подключен к аппаратному RAID-контроллеру с батареей (Battery Backed Write Cache), кэширование безопасно.
- Проверьте настройки кэширования политики диска в Windows:
Откройте devmgmt.msc (Диспетчер устройств) > Дисковые устройства > Свойства целевого диска > вкладка Политика > Убедитесь, что снят флажок «Отключить очистку буфера кэша записей для этого устройства».
- Для виртуальных машин (Hyper-V / VMware ESXi): виртуальные контроллеры дисков (LSI Logic SAS / VMware Paravirtual / Hyper-V VHDX) транслируют запросы сброса кэша (FUA / Flush) на уровень гипервизора:
# Проверка типа контроллера диска в виртуальной машине:
Get-CimInstance Win32_DiskDrive | Select-Object Model, InterfaceType, MediaType- Подавите предупреждение через реестр, если надежность СХД гарантирована аппаратным ИБП:
# Разрешение работы AD с включенным аппаратным кэшем (только при наличии надежного ИБП/BBU!):
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\NTDS\Parameters" -Name "Database write caching defense" -Value 0 -Type DWord -ForceОпасно: Устанавливайте параметр Database write caching defense = 0 только на серверах, подключенных к надежным источникам бесперебойного питания (ИБП), либо в отказоустойчивых SAN-хранилищах.
Частые вопросы (FAQ)
Опасно ли игнорировать предупреждение Event 1539?
Если сервер находится в виртуальной среде на корпоративной СХД с дублированным питанием или на физическом сервере с RAID BBU — это предупреждение не несет практической угрозы.
Почему база данных AD так чувствительна к кэшу диска?
База ESE использует упреждающую запись в журнал транзакций (Write-Ahead Logging). Если журнал запишется позже фактических страниц данных, база будет безвозвратно повреждена при сбое.
Что такое Write Caching Defense?
Это внутренний защитный механизм Active Directory, который форсирует непосредственную запись на пластины/чипы накопителя минуя буферы ОС.
Рекомендуется ли размещать ntds.dit на виртуальных IDE-дисках в Hyper-V?
Нет, используйте только контроллеры SCSI (Generation 2 VM) с форматом дисков VHDX, гарантирующим целостность команд сброса кэша.