В этой и двух последующих статьях я соберу различные команды из модуля dbatools в набор скриптов, которые смогут выполнить полное развёртывание SQL Server, проверить основные показатели работоспособности и конфигурации, а также привести в норму уже существующий экземпляр. Это будет рассказ об установке с нуля: это будет не только установка самого SQL Server, но и настройка хоста, конфигурация экземпляра, развёртывание задач обслуживания — в общем, всё, о чём я додумался.
В этом материале я хочу выделить одну функцию движка для высокой доступности (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 быстро откатывать незавершённые транзакции без сканирования всего журнала. Результат — значительно более быстрое восстановление после сбоя, мгновенный откат и общая улучшенная доступность базы данных, особенно в высоконагруженных средах.
Это руководство описывает настройку отказоустойчивого кластера AlwaysOn Availability Group (AG) с двумя обычными узлами, одним узлом в Azure и использованием Azure Cloud Witness для кворума. В итоге вы получите продакшн‑кластер с автоматическим переключением на локальном уровне и DR‑репликой в облаке.
До появления Windows Server 2016, кластер можно было создать только для компьютеров в одном домене. Начиная с Windows Server 2016 появилась возможность создания отказоустойчивого кластера без зависимостей от Active Directory. Таким образом, отказоустойчивые кластеры теперь можно создавать в следующих конфигурациях:
У одного клиента был
очень конкретный сценарий:
· У них была группа доступности Always On с отказоустойчивым кластером Windows Server.· Каждый узел имел собственные диски, поэтому кворум был с использованием сетевой «шары».· Один узел находился в облаке, а другой был обычным сервером.· Сеть была нестабильной, что подтверждал агент мониторинга, который обнаружил потери связи, даже когда провайдер заверял, что проблем нет.· Некоторые сбои в работе сети привели к переходу кластера в состояние «resolving» с недоступностью баз, которая длилась до тех пор, пока не восстанавливалось соединение между узлами.
Однажды эти проблемы привели к повреждению операционки, когда на одном узле перестала запускаться служба кластера, а другой узел не смог принять на себя роль ведущего, потому что кластер был неисправен.
Автор: Brent Ozar Index Rebuilds Make Even Less Sense with ADR & RCSI
Ускоренное восстановление базы данных (Accelerated Database Recovery - ADR) — это новая функция базы данных в SQL Server 2022, которая делает откат транзакций практически мгновенным. Без ADR при изменении записи SQL Server копирует старые значения в журнал транзакций и обновляет строку по месту. Если вы откатываете эту транзакцию, SQL Server должен извлечь старые значения из журнала транзакций, а затем применить их к записи на том же месте. Чем больше строк изменения затронули, тем больше времени займет эта транзакция. Когда у базы данных SQL Server включена ADR, в таблицу записывается новая версию записи, а старая версия остаётся на прежнем месте. Как вы догадываетесь, хранение нескольких версий строки внутри одной таблицы наверняка приведёт к проблемам с их хранением: размер нашей таблицы будет быстро увеличиваться. Однако проблема еще масштабнее, и она начинается с самого начала, когда мы ещё загружаем данные.
Автор: Emad Al-Mousa Audit SQL Server Extended Stored Procedures Usage
В этой статье поговорим о мониторинге доступов к конфиденциальной
информации SQL Server и политиках аудита безопасности для обеспечения требований
Security Information and Event Management (SIEM).
Заострим наше внимание на аудите выполнения не безопасных в этом плане
системных хранимых процедур. Такие команды следует отслеживать, поскольку их
можно использовать для компрометации данных, если запуск происходит в контексте
роли системного администратора.
Extended stored procedures (расширенные хранимые процедуры) — это файлы библиотек DLL, на которые ссылается SQL Server, и которые предоставляют интерфейсы для операционной системы. Эти процедуры предназначены для выполнения действий на системном уровне. Поэтому для их работы нужны привилегии на уровне роли SYSADMIN. Использование расширенных процедур повышает риски безопасности и требует особого мониторинга для возможного расследования обстоятельств нарушения безопасности. Кроме того, операции на уровне операционной системы выполняются в контексте учетной записи службы SQL Server.
Описание: KB5046061
Скачать: SQLServer2017-KB5046061-x64.exe
Дата выпуска: 08.10.2024
Описание: KB5046059
Скачать: SQLServer2022-KB5046059-x64.exe
Дата выпуска: 08.10.2024
Описание: KB5046057
Скачать: SQLServer2022-KB5046057-x64.exe
Дата выпуска: 08.10.2024
Описание: KB5046060
Скачать: SQLServer2019-KB5046060-x64.exe
Дата выпуска: 08.10.2024
Описание: KB5046056
Скачать: SQLServer2019-KB5046056-x64.exe
Дата выпуска: 08.10.2024
Описание: KB5046058
Скачать: SQLServer2017-KB5046058-x64.exe
Дата выпуска: 08.10.2024
SQL Server 2016 — версия: 13.0.6450.1
Описание: KB5046063
Скачать: SQLServer2016-KB5046063-x64.exe
Дата выпуска: 08.10.2024
Описание: KB5042207
Скачать: SQLServer2016-KB5042207-x64.exe
Дата выпуска: 10.09.2024
Описание: KB5042217
Скачать: SQLServer2017-KB5042217-x64.exe
Дата выпуска: 10.09.2024
Описание: KB5042215
Скачать: SQLServer2017-KB5042215-x64.exe
Дата выпуска: 10.09.2024
Описание: KB5042214
Скачать: SQLServer2019-KB5042214-x64.exe
Дата выпуска: 10.09.2024