Event ID 15 Disk: Устройство не готово к доступу (Device Not Ready)
Архитектура дискового стека и таймауты готовности
Событие 15 логируется в журнале System источником Disk. Сообщение: "Устройство \Device\HarddiskX\DRX еще не готово для доступа (The device is not ready for access yet)". Ошибка указывает на то, что драйвер класса дисков (disk.sys / storport.sys) отправил команду на проверку готовности SCSI (команда Test Unit Ready), но дисковый накопитель, RAID-массив или том СХД (SAN LUN) вернул статус NOT_READY или не успел ответить за установленный интервал времени.
Типичные причины возникновения события 15:
- Сетевые СХД (SAN / iSCSI / Fibre Channel): Задержка монтирования LUN при загрузке операционной системы до старта сетевого стека или инициализации MPIO.
- Аппаратные RAID-контроллеры: Массив находится в состоянии перестроения (Rebuild/Background Init), либо шпиндели HDD не успели раскрутиться (Spin-up delay).
- Виртуализация: Хост гипервизора испытывает проблемы с дисковым хранилищем (Storage Latency spikes), замораживая операции ввода-вывода гостевой ОС.
Дерево решений: Диагностика и устранение задержек накопителей
Сценарий 1: Настройка задержки инициализации iSCSI при загрузке
Если событие 15 возникает при старте Windows Server с подключенными iSCSI LUN, настройте службу инициатора iSCSI как зависимость для системных сервисов.
- Откройте консоль
services.msc. - Найдите службу Microsoft iSCSI Initiator Service (
MSiSCSI). - Установите тип запуска Автоматически.
- В свойствах iSCSI Initiator на вкладке Favorite Targets установите флаг Automatically restore this connection when the computer starts.
Сценарий 2: Проверка состояния дискового массива через PowerShell
Проверьте операционный статус физических и виртуальных дисков в системе.
# Проверка статуса всех подключенных дисков
Get-Disk | Select-Object Number, FriendlyName, OperationalStatus, HealthStatus, BusType
# Проверка пулов Storage Spaces (если используются)
Get-StoragePool -IsPrimordial $False | Select-Object FriendlyName, HealthStatus, OperationalStatusСценарий 3: Корректировка таймаута ожидания дисков в реестре
Для предотвращения сбоев при медленном ответе СХД под высокой нагрузкой скорректируйте таймаут SCSI.
# Увеличение таймаута ожидания готовности диска (TimeOutValue) до 60 секунд
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\Disk' -Name 'TimeOutValue' -Value 60 -Type DWordТиповые ошибки администраторов
- Игнорирование ошибок в SAN-инфраструктуре: Появление Event ID 15 на нескольких серверах одновременно свидетельствует о проблемах на уровне дисковой полки (Fabric Switch, перегрузка контроллеров СХД), а не об ошибках самой операционной системы Windows.
Ошибки дискового стека могут привести к разрушению файловых систем NTFS/ReFS. Передайте поддержку СХД и серверов инженерам ITSTM: проведем диагностику MPIO, оптимизируем очереди I/O и устраним аппаратные риски.
Частые вопросы (FAQ)
Критично ли появление одиночного события 15 при перезагрузке сервера?
Если событие 15 фиксируется однократно в момент включения сервера и диски успешно переходят в режим Online, это вызвано тем, что служба Disk опрашивает контроллер до полной раскрутки шпинделей или линка HBA. Это не является неисправностью.
В чем разница между Event ID 11 и Event ID 15?
Event ID 11 сигнализирует об ошибке дискового контроллера (Controller Error), то есть сбое передачи протокола SCSI. Event ID 15 указывает, что контроллер ответил, но само целевое устройство (диск/LUN) не готово обрабатывать команды.
Что делать, если событие 15 появляется на виртуальной машине Hyper-V?
Проверьте физическое хранилище хоста Hyper-V. Если на хосте используются CSV-тома или медленные SMB 3.0 шары, ошибки Device Not Ready внутри ВМ говорят о критических задержках на физическом уровне (Latency > 50-100ms).
Может ли событие 15 быть связано с переходом дисков в спящий режим?
Да, в планах электропитания Windows Server функция 'Отключать жесткий диск через' должна быть установлена в значение 'Никогда' (0 минут), иначе при пробуждении дисков система будет генерировать Event ID 15.