47 Windows Server

Event ID 47 MPIO: Траблшутинг многопутевого ввода-вывода (Multipath I/O)

Обновлено: 08.09.2026 · Официальная база знаний

Архитектура MPIO и симптомы деградации путей

Событие Event ID 47 от источника mpio указывает на то, что подсистема Multipath I/O потеряла связь с целевым устройством хранения (LUN) по одному из физических или логических путей. Ядро Windows помечает путь как мертвый и удаляет его из конфигурации, переключая IO-запросы на резервные пути (согласно политике Round Robin, Failover и др.). Бизнес-риски: если отвалится последний путь — база данных (SQL/Exchange) упадет в статус Suspect, а кластер Hyper-V (CSV-том) зависнет.

Таблица кодов состояния MPIO и iSCSI

Event ID	Источник	Суть проблемы (влияние на СХД)
`47`	MPIO	LUN потерян по конкретному пути. MPIO инициирует Failover.
`20`, `43`	iScsiPrt	Тайм-аут соединения (Target failed to respond in time).
`16`	MPIO	Отказ всех путей. Полная потеря диска (All paths failed). Критично!

Траблшутинг и настройка MPIO / iSCSI

Сценарий 1: Проверка статуса путей и политик балансировки

Убедитесь, что система видит резервные пути и применяет правильную политику DSM.

 Вывод информации обо всех MPIO дисках и путях
mpclaim -s -d

 Просмотр текущих тайм-аутов MPIO
Get-MPIOSetting

Сценарий 2: Настройка тайм-аутов и предотвращение ложных срабатываний

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

 Настройка PDORemovePeriod и DiskTimeOutValue
Set-MPIOSetting -NewPDORemovePeriod 60
Set-MPIOSetting -NewDiskTimeout 60

reg add "HKLM\System\CurrentControlSet\Services\Disk" /v TimeOutValue /t REG_DWORD /d 60 /f

Сценарий 3: Траблшутинг сети (iSCSI)

Проверьте счетчики потерь пакетов на коммутаторах (Dropped Packets, FCS Errors).
Убедитесь, что Jumbo Frames (MTU 9000) включены энд-ту-энд: на инициаторе (Windows NIC), коммутаторе и таргете (СХД).
Отключите TCP Offload Engine (TOE) на сетевых картах, если используются дешевые NIC (например, Broadcom NetXtreme).

Типовые ошибки администраторов

Одинаковые IP-подсети для всех путей iSCSI: В iSCSI MPIO пути должны находиться в физически и логически изолированных подсетях/VLAN (например, 10.0.1.0/24 и 10.0.2.0/24), иначе Windows может маршрутизировать трафик через один интерфейс.
Игнорирование вендорских DSM: Использование стандартного Microsoft DSM для СХД уровня Enterprise (NetApp, 3PAR, Huawei) вместо установки родных утилит Host Utilities приводит к неоптимальной балансировке.

SAN-сеть нестабильна, кластеры Hyper-V теряют CSV-тома?
Микроразрывы в сетях хранения данных грозят коррупцией баз данных. Эксперты ITSTM проведут глубокий аудит фабрики FC/iSCSI, настроят правильные тайм-ауты TCP/IP и гарантируют отказоустойчивость СХД.

Практический опыт инженера: Практика ITSTM: При использовании iSCSI с VMware/Hyper-V мы настоятельно рекомендуем отключать функцию 'Delayed ACK' (Отложенное подтверждение TCP) на стороне инициатора и таргета, так как она вызывает лаги при передаче мелких блоков данных и провоцирует отвалы путей (тайм-ауты).

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

Приводит ли Event 47 к простою сервисов?

Нет, если настроено минимум два пути и активен хотя бы один. Приложение даже не заметит сбоя, так как MPIO прозрачно перенаправит ввод-вывод (I/O). Однако это серьезный звонок о деградации инфраструктуры.

Как часто MPIO проверяет мертвые пути?

Это регулируется параметром PathVerifyEnabled (по умолчанию отключен). Если включить его, MPIO будет периодически пинговать мертвые пути и автоматически возвращать их в работу при восстановлении линка.

Как обновить драйвер СХД без перезагрузки?

Обновление Device Specific Module (DSM) всегда требует перезагрузки узла, так как происходит перехват управления стеком хранения данных в ядре.

Что означает Event ID 16?

В отличие от Event 47, код 16 означает, что отвалились АБСОЛЮТНО ВСЕ пути к устройству. Том демонтируется ОС, все приложения, пишущие на этот диск, зависнут или упадут с ошибкой ввода-вывода.