1045 Windows Server, AD и Роли

Event ID 1045 Failover Cluster: Конфликт IP-адресов в кластере

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

Архитектура кластерных IP-адресов и симптомы

Событие 1045 логируется источником FailoverClustering в журнале System. Сообщение: "Сетевому ресурсу IP-адреса кластера не удалось перейти в оперативный режим (Online), так как настроенный IP-адрес уже используется в сети". Кластерные роли (SQL AlwaysOn, File Server, Hyper-V Broker) используют плавающие виртуальные IP-адреса (VIP). Перед запуском роли служба кластера (RHS) отправляет ARP-запрос в сеть (Gratuitous ARP). Если кто-то отвечает на этот запрос (IP занят другим ПК или коммутатором), кластер отказывается поднимать ресурс, и роль падает.

Типовые причины конфликта (ARP Conflict)

Администратор по ошибке выдал кластерный IP-адрес принтеру или новому серверу.
IP-адрес находится в пуле DHCP, и сервер раздал его клиентскому ПК.
"Залипший" ARP-кэш на маршрутизаторах (Cisco/Mikrotik), которые продолжают маршрутизировать IP на старый MAC-адрес (Сплит-брэйн сети).

Пошаговое дерево решений по устранению конфликта

Сценарий 1: Вычисление MAC-адреса устройства-нарушителя

Прежде чем поднимать кластер, найдите того, кто занял ваш IP.

Откройте командную строку на живом сервере в этой же подсети.
Выполните пинг конфликтующего адреса: ping 192.168.10.50.
Посмотрите локальную ARP-таблицу: arp -a | findstr 192.168.10.50.
Скопируйте полученный MAC-адрес и найдите устройство в таблице коммутатора (Show Mac-Address-Table) или DHCP-сервере. Отключите нарушителя.

Сценарий 2: Принудительная очистка ARP-кэша кластера

Если нарушитель устранен, но кластер всё еще выдает 1045, возможно, кэш ARP завис на самих узлах кластера.

# Сброс ARP кэша на интерфейсах сервера
netsh interface ip delete arpcache
Clear-DnsClientCache

Сценарий 3: Замена IP-адреса кластерной роли (Failback)

Если IP освободить невозможно (например, он передан под критический шлюз), измените IP самой кластерной роли:

В Failover Cluster Manager откройте роль.
Внизу на вкладке Resources (Ресурсы) найдите упавший IP-адрес.
Свойства -> Параметры (Parameters) -> Измените IP-адрес на свободный.
Нажмите правой кнопкой -> Bring Online (Запустить).

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

Отсутствие резерваций в DHCP: Кластерные IP-адреса ВСЕГДА должны быть жестко зарезервированы (Excluded) из диапазонов раздачи DHCP.

Отказоустойчивые роли SQL падают из-за хаоса в сетевой адресации?
IP-конфликты обнуляют все преимущества дорогих кластеров. Передайте нам обслуживание инфраструктуры: наведем порядок в сетях, настроим IPAM, изолируем VLAN для кластеров и гарантируем отказоустойчивость.

💡 Практика специалистов: Если вы используете технологию Cluster Shared Volumes (CSV) без выделенного VLAN, сбой кластерного IP может привести к перенаправлению всего I/O трафика (Redirected Access) через сеть управления, что вызовет гигантские тормоза виртуальных машин.

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

Приведет ли 1045 к переключению (Failover) роли на другой узел?

Да. Если ресурс IP-адреса падает на Узле 1, кластер попытается запустить роль на Узле 2. Но поскольку IP занят глобально в сети, запуск провалится на всех узлах (событие 1205).

Почему 1045 возникает только на одном узле из трех?

Возможно, на проблемном узле администратор случайно прописал этот IP-адрес жестко в свойствах физического сетевого адаптера. Кластерный IP должен существовать только в свойствах кластерной роли, а не адаптера.

Поможет ли перезагрузка узла?

Редко. Перезагрузка очистит локальный ARP-кэш, но если в сети физически работает устройство-нарушитель с этим IP, конфликт повторится при старте.

Что такое Gratuitous ARP?

Это специальный широковещательный ARP-пакет, который кластер шлет при запуске роли, чтобы сообщить коммутаторам: 'Этот IP-адрес теперь находится на моем MAC-адресе, обновите таблицы!'.