Мне нужно выполнить проверку данных в базе SQL Server. Однако правила слишком сложные для функции T-SQL LIKE, и не удаётся реализовать их через PATINDEX или что-то подобное.
Я хотел бы использовать регулярные выражения, так как они мощнее.
В SQL Server 2025 для этого теперь есть функция REGEXP_LIKE.
Мы рады объявить о крупном улучшении в SQL Server Always On Availability Groups —
Backups on Secondary в версии SQL Server 2025. До SQL Server 2022 на вторичной реплике AG можно было сделать только полную резервную
COPY_ONLY и копии журналов транзакций. В SQL Server 2025 этот список возможностей расширен: теперь можно переносить на вторичную реплику
все типы резервных копий — полные, дифференциальные и журналы транзакций. Это значительно повышает производительность, эффективность использования ресурсов
и операционную гибкость.
Мы рады представить два ключевых улучшения в SQL Server 2025 Release Candidate 0 (RC0) для Linux: поддержку Ubuntu 24.04 и протокола Transport Layer Security (TLS) 1.3. Эти обновления позволяют разработчикам, администраторам баз данных и ИТ-специалистам использовать новейшие технологии с открытым исходным кодом и современные протоколы безопасности, что значительно укрепляет их платформы данных.
В этом материале я хочу выделить одну функцию движка для высокой доступности (HA) — Availability Group Commit Time.
Функция Always On Availability Group (AG) появилась в SQL Server 2012. За годы эта технология HA получила множество улучшений, особенно в SQL Server 2016 (автоматическая инициализация, реплики только для чтения, поддержка DTC, проверка состояния БД, распределённые AG и т. д.).
Для решения проблем с производительностью в SQL Server 2016 был введён параметр AG Commit Time. Для узлов в синхронном режиме он уменьшает задержку, задавая время, после которого транзакция должна быть отправлена на реплики.
Если это время не выдерживается, параметр помогает выявлять узкие места между первичной и вторичной репликами, улучшая мониторинг и диагностику.
Однако в некоторых сценариях значение по умолчанию (10 мс) может быть слишком большим и не соответствовать бизнес-требованиям. В SQL Server 2025 этот параметр теперь можно настроить на уровне сервера через конфигурацию availability group commit time.
Как и при выходе каждой новой версии SQL Server, полезно посмотреть, какие новые возможности конфигурации
мы получаем для управления экземпляром. Для этого я сравнил SQL Server 2022 и SQL Server 2025 с помощью системного
представления sys.configurations.
Начал с простого count(*), чтобы узнать количество различий:
В SQL Server 2022 — 95 параметров конфигурации, в SQL Server 2025 — 105. Похоже, у нас появилось 10 новых параметров.
Перехожу к деталям с запросом на обеих инстанциях:
SELECT * FROM sys.configurations;Сохранил результаты в CSV, чтобы увидеть, какие значения дублируются, а какие — новые.
В итоге я получил 10 новых параметров конфигурации SQL Server 2025.
Ускоренное восстановление базы данных (Accelerated Database Recovery, ADR) появилось в SQL Server 2019. Его основная цель — обеспечить более быстрое восстановление базы данных в случае сбоя или неожиданного выключения. Традиционно процесс восстановления включал несколько фаз — анализ, повторное выполнение (redo) и откат (undo). Этот подход мог быть неэффективным и долгим, особенно при наличии длительных транзакций.
Если коротко, ADR упрощает процесс восстановления благодаря новому подходу к откату. Вместо того чтобы полностью полагаться на сканирование журнала транзакций — что может быть крайне медленно при откате незавершённых или долгих транзакций — ADR ведёт специальное хранилище версий внутри пользовательской базы данных, где фиксируются изменения на уровне строк. Это позволяет SQL Server быстро откатывать незавершённые транзакции без сканирования всего журнала. Результат — значительно более быстрое восстановление после сбоя, мгновенный откат и общая улучшенная доступность базы данных, особенно в высоконагруженных средах.
Columnstore-индексы – это мощный инструмент для хранения аналитических данных прямо в SQL Server. Эта функция улучшалась в каждой версии SQL Server за последние десять лет, и SQL Server 2025 не стал исключением.
Новые улучшения сосредоточены на обеспечении непрерывности бизнеса и повышении производительности. Упорядоченные (ordered) кластерные и некластерные columnstore-индексы, а также операции сжатия базы данных и файлов получили значительные улучшения.
Обратная связь по степени параллелизма (DOP feedback) теперь включена по умолчанию в SQL Server 2025 (Preview), Azure SQL Database, SQL Database в Microsoft Fabric и в политике Always-up-to-date для Azure SQL Managed Instance.
В последние дни я изучал одну из новых возможностей SQL Server 2025 — Optimized Locking. Мне было интересно разобраться в её возможностях, поведении и ограничениях.
Функция основана на двух ключевых механизмах:
Статья подчёркивает, что SQL Server 2025 делает качественный шаг вперёд: из коробки появляются возможности для семантического (векторного) поиска, потоковой передачи изменений в событийные шины, а также удобные для разработчиков инструменты вроде регулярных выражений и вызова REST API прямо из T-SQL. Ниже — краткие тезисы и примеры.
Это руководство описывает настройку отказоустойчивого кластера AlwaysOn Availability Group (AG) с двумя обычными узлами, одним узлом в Azure и использованием Azure Cloud Witness для кворума. В итоге вы получите продакшн‑кластер с автоматическим переключением на локальном уровне и DR‑репликой в облаке.
До появления Windows Server 2016, кластер можно было создать только для компьютеров в одном домене. Начиная с Windows Server 2016 появилась возможность создания отказоустойчивого кластера без зависимостей от Active Directory. Таким образом, отказоустойчивые кластеры теперь можно создавать в следующих конфигурациях:
У одного клиента был
очень конкретный сценарий:
· У них была группа доступности Always On с отказоустойчивым кластером Windows Server.· Каждый узел имел собственные диски, поэтому кворум был с использованием сетевой «шары».· Один узел находился в облаке, а другой был обычным сервером.· Сеть была нестабильной, что подтверждал агент мониторинга, который обнаружил потери связи, даже когда провайдер заверял, что проблем нет.· Некоторые сбои в работе сети привели к переходу кластера в состояние «resolving» с недоступностью баз, которая длилась до тех пор, пока не восстанавливалось соединение между узлами.
Однажды эти проблемы привели к повреждению операционки, когда на одном узле перестала запускаться служба кластера, а другой узел не смог принять на себя роль ведущего, потому что кластер был неисправен.
Описание: KB5063814
Скачать: SQLServer2022-KB5063814-x64.exe
Дата выпуска: 12.08.2025
Описание: KB5063756
Скачать: SQLServer2022-KB5063756-x64.exe
Дата выпуска: 12.08.2025
Описание: KB5063757
Скачать: SQLServer2019-KB5063757-x64.exe
Дата выпуска: 12.08.2025
Описание: KB5063758
Скачать: SQLServer2019-KB5063758-x64.exe
Дата выпуска: 12.08.2025
Описание: KB5063759
Скачать: SQLServer2017-KB5063759-x64.exe
Дата выпуска: 12.08.2025
Описание: KB5063760
Скачать: SQLServer2017-KB5063760-x64.exe
Дата выпуска: 12.08.2025