Новое в SQL Server 2025: Кардинальность и REGEXP_LIKE

Автор: Louis Davidson, Cardinality and REGEXP_LIKE

Я читал пост Брента Озара о регулярных выражениях в SQL Server 2025 (T-SQL Has Regex in SQL Server 2025. Don’t Get Too Excited) и о том, почему они работают так, как работают. В комментариях кто-то упомянул несколько подсказок (hints), которые якобы должны улучшить ситуацию. О них написано немного, поэтому я решил сам проверить, как они себя ведут. Речь идёт о: ASSUME_FIXED_MAX_SELECTIVITY_FOR_REGEXP и ASSUME_FIXED_MIN_SELECTIVITY_FOR_REGEXP. Они работают, корректируя ожидаемое количество строк, возвращаемых условием с оператором REGEXP.

T-SQL получил Regex в SQL Server 2025. Но не спешите радоваться

Автор: Brent Ozar. T-SQL Has Regex in SQL Server 2025. Don’t Get Too Excited

Регулярные выражения позволяют выполнять сложные поиски по строкам. Они действительно полезны, но у них репутация: их трудно писать, трудно читать и ещё сложнее отлаживать. Однако, освоив их, можно решать очень специфические задачи.

Этот пост не про сложность, а про производительность regex в Azure SQL DB и SQL Server 2025.

Regex как Everclear

Everclear — это марка алкоголя. Звучит заманчиво: без запаха, вкуса и цвета. Но на самом деле это 95% чистого спирта, настолько крепкий, что во многих штатах США его просто запретили. Даже в Неваде, где разрешены казино, оружие и марихуана.

Развёртывание SQL Server одним скриптом (dbatools)

Автор: David Seis. Deploy SQL Server With This One Script (dbatools)

В этой и двух последующих статьях я соберу различные команды из модуля dbatools в набор скриптов, которые смогут выполнить полное развёртывание SQL Server, проверить основные показатели работоспособности и конфигурации, а также привести в норму уже существующий экземпляр. Это будет рассказ об установке с нуля: это будет не только установка самого SQL Server, но и настройка хоста, конфигурация экземпляра, развёртывание задач обслуживания — в общем, всё, о чём я додумался.

SQL Server 2025 RC0 — релиз-кандидат с новыми настройками Preview Features

Автор: Brent Ozar. SQL Server 2025 RC0 Is Out with New Preview Features Settings

Выход SQL Server 2025 приближается — опубликован релиз-кандидат Release Candidate 0 (RC0). Ниже — основные замечания к выпуску и краткие комментарии. Если вы планируете заменить инстансы SQL Server 2016 (поддержка которых заканчивается в следующем июле) на версию 2025, сейчас хорошее время для функционального тестирования. Как напоминание — у меня есть пост о том, как переводить продакшен на новую версию SQL Server.

Что нового для columnstore-индексов в SQL Server 2025

Автор: SQLYARD. What’s New for Columnstore Indexes in SQL Server 2025

Columnstore-индексы прошли длинный путь с момента появления в SQL Server 2012. В каждом новом выпуске они становились быстрее, гибче и удобнее в обслуживании. В SQL Server 2025 Microsoft добавила очередную порцию улучшений — теперь упор сделан на производительность и непрерывность работы.

Три ключевых изменения

• Упорядоченные некластеризованные columnstore-индексы
• Онлайн-перестроение упорядоченных columnstore-индексов
• Более эффективный shrink при наличии столбцов с MAX-типами

Функция REGEXP_LIKE в SQL Server 2025

Автор: Koen Verbeeck. REGEXP_LIKE Function in SQL Server 2025

Мне нужно выполнить проверку данных в базе SQL Server. Однако правила слишком сложные для функции T-SQL LIKE, и не удаётся реализовать их через PATINDEX или что-то подобное. Я хотел бы использовать регулярные выражения, так как они мощнее. В SQL Server 2025 для этого теперь есть функция REGEXP_LIKE.

Пример настройки External Email Authentication для оповещений в SCOM 1801

После улучшений безопасности по сравнению с SCOM 2016 процедура настройки оповещений в SCOM 1801 стала сложнее. Поэтому имеет смысл зафиксировать ключевые моменты и взаимосвязи, которые необходимо учитывать при настройке отправки уведомлений по электронной почте или другим каналам доставки информации об изменениях состояния контролируемых объектов инфраструктуры.

В первую очередь важно понимать структуру взаимодействия компонентов SCOM при отправке алертов через внешний SMTP-сервер.

Представляем «Backups on Secondary» для Always On Availability Groups в SQL Server 2025

Автор: Dinakar-Nethi. Introducing "Backups on Secondary" for SQL Server Always On Availability Groups with SQL Server 2025

Мы рады объявить о крупном улучшении в SQL Server Always On Availability Groups — Backups on Secondary в версии SQL Server 2025. До SQL Server 2022 на вторичной реплике AG можно было сделать только полную резервную COPY_ONLY и копии журналов транзакций. В SQL Server 2025 этот список возможностей расширен: теперь можно переносить на вторичную реплику все типы резервных копий — полные, дифференциальные и журналы транзакций. Это значительно повышает производительность, эффективность использования ресурсов и операционную гибкость.

SQL Server 2025 Preview: Поддержка Ubuntu 24.04 и TLS 1.3

Автор: Attinder_Pal_Singh. SQL Server 2025 Preview: Now Supporting Ubuntu 24.04 and TLS 1.3

Мы рады представить два ключевых улучшения в SQL Server 2025 Release Candidate 0 (RC0) для Linux: поддержку Ubuntu 24.04 и протокола Transport Layer Security (TLS) 1.3. Эти обновления позволяют разработчикам, администраторам баз данных и ИТ-специалистам использовать новейшие технологии с открытым исходным кодом и современные протоколы безопасности, что значительно укрепляет их платформы данных.

SQL Server 2025: параметр Availability Group Commit Time

Автор: Nathan Courtine. SQL Server 2025 – AG Commit Time

В этом материале я хочу выделить одну функцию движка для высокой доступности (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 2025: что нового в конфигурации экземпляра

Автор: Stéphane Haby. SQL Server 2025: What news on the instance configuration

Как и при выходе каждой новой версии 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.

Ускоренное восстановление базы данных в SQL Server 2025

Автор: Jordan Boich. Accelerated Database Recovery in SQL Server 2025

Ускоренное восстановление базы данных (Accelerated Database Recovery, ADR) появилось в SQL Server 2019. Его основная цель — обеспечить более быстрое восстановление базы данных в случае сбоя или неожиданного выключения. Традиционно процесс восстановления включал несколько фаз — анализ, повторное выполнение (redo) и откат (undo). Этот подход мог быть неэффективным и долгим, особенно при наличии длительных транзакций.

Если коротко, ADR упрощает процесс восстановления благодаря новому подходу к откату. Вместо того чтобы полностью полагаться на сканирование журнала транзакций — что может быть крайне медленно при откате незавершённых или долгих транзакций — ADR ведёт специальное хранилище версий внутри пользовательской базы данных, где фиксируются изменения на уровне строк. Это позволяет SQL Server быстро откатывать незавершённые транзакции без сканирования всего журнала. Результат — значительно более быстрое восстановление после сбоя, мгновенный откат и общая улучшенная доступность базы данных, особенно в высоконагруженных средах.