Обновления Windows, выпущенные после октябрьского Patch Tuesday 2026 года, могут создавать проблемы SQL Server: завершённые запросы оставляют открытые подключения к внешним базам данных. Со временем они накапливаются, сервер теряет производительность и стабильность — неприятный сценарий для компаний, где SQL Server связывает внутренние системы с Oracle или PostgreSQL.
Microsoft подтвердил ошибку в обновлении панели состояния Windows; об этом сообщает BleepingComputer. Под удар попали linked server queries — запросы SQL Server к внешним источникам через провайдеры OLE DB. Среди уже известных затронутых вариантов — соединения с Oracle и PostgreSQL. Проблема касается как клиентских Windows 10 и Windows 11, так и Windows Server 2012 и более новых серверных версий.
Механика сбоя выглядит особенно коварно для эксплуатации: сам запрос уже завершился, но связанное с ним подключение не закрывается. Администратор может увидеть растущее число соединений с внешней БД при отсутствии выполняющихся linked server queries. Пока ресурсы не исчерпаны, инцидент легко принять за медленную сеть, неудачный план запроса, утечку в интеграционном сервисе или обычный пиковый рост нагрузки.
Временное решение есть, но оно не из приятных. Microsoft указывает, что зависшие подключения можно закрывать вручную либо перезапускать службу SQL Server. Перезапуск способен временно вернуть системе устойчивость, однако заодно прервёт активные запросы. И это не исправление: после следующего цикла работы соединения могут начать копиться снова.
Для DBA и команд платформы это повод не ждать, пока мониторинг покажет красную зону. Имеет смысл сверить время появления деградации с установкой октябрьских и последующих обновлений Windows, отдельно наблюдать число подключений к внешним СУБД и проверить задания, использующие linked servers. В критичных контурах полезно заранее согласовать окно на возможный рестарт SQL Server и убедиться, что владельцы интеграций знают о риске обрыва текущих операций.
Проблема не означает, что нужно без разбора останавливать развёртывание патчей безопасности. Но она меняет порядок действий: обновление Windows следует сначала обкатать на среде, где есть реальные сценарии доступа SQL Server к Oracle, PostgreSQL и другим внешним источникам через OLE DB. Особенно это касается систем, в которых SQL Server выступает не только хранилищем, но и слоем интеграции между учётными, аналитическими и корпоративными приложениями.
Это уже не первый случай, когда связка Windows и SQL Server требует отдельной проверки после обновлений. В сентябре Microsoft публиковал временный обходной путь для сбоев SQL Server на части Windows Server 2025. Тогда риск связывали с изменениями в управлении памятью при включённой политике Lock Pages in Memory: возможны были дампы, неожиданные остановки или перезапуски службы, ошибки обслуживания БД, признаки повреждения памяти и исключения доступа с кодом 0xC0000005.
Параллельно Microsoft признал другую проблему ноябрьских обновлений 2026 года: на Windows 11 они могут не устанавливаться, если ранее был установлен октябрьский preview-пакет. Пользователи в таких случаях видят коды 0x80070306, 0x800f0989 или 0x800f0993. Это не прямое следствие ошибки с подключениями, но хороший сигнал для ИТ-отделов: очередной патч-цикл стоит оценивать как набор взаимосвязанных рисков, а не как рутинную кнопку в консоли управления.
Microsoft обещает внеплановое обновление Windows в ближайшие дни и предлагает администраторам обратиться в Microsoft Support for Business за временной мерой защиты. До выхода исправления главная задача — не дать проблемам SQL Server превратиться в «необъяснимое» падение производительности: фиксировать рост открытых внешних соединений, держать готовый план перезапуска и не выпускать обновления в критический контур без проверки интеграционных запросов.