Мне нужно выполнить проверку данных в базе SQL Server. Однако правила слишком сложные для функции T-SQL LIKE, и не удаётся реализовать их через PATINDEX или что-то подобное.
Я хотел бы использовать регулярные выражения, так как они мощнее.
В SQL Server 2025 для этого теперь есть функция REGEXP_LIKE.
После улучшений безопасности по сравнению с SCOM 2016 процедура настройки оповещений в SCOM 1801 стала сложнее. Поэтому имеет смысл зафиксировать ключевые моменты и взаимосвязи, которые необходимо учитывать при настройке отправки уведомлений по электронной почте или другим каналам доставки информации об изменениях состояния контролируемых объектов инфраструктуры.
В первую очередь важно понимать структуру взаимодействия компонентов SCOM при отправке алертов через внешний SMTP-сервер.
Мы рады объявить о крупном улучшении в 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. Ниже — краткие тезисы и примеры.