Как администратор баз данных, один из часто задаваемых нам вопросов – является ли новая версия SQL Server стабильной или когда ее можно считать зрелой и стабильной. Хотя мы не можем предсказать будущее, мы можем посмотреть назад и проанализировать предыдущие выпуски SQL Server, чтобы дать информированные рекомендации. В этой статье мы рассмотрим надежный подход к ответу на этот вопрос путем анализа накопительных обновлений SQL Server (CUs).

Понимание подхода

Подход включает анализ количества исправлений в каждом CU и нормализацию по дням. Например, мы можем рассчитать среднее количество ежедневных исправлений в течение 100 дней после выпуска SQL Server 2012 RTM. Этот анализ можно распространить на SQL Server 2014, 2016 и 2017. Он также применим к исправлениям после каждого пакета обновления.

Создание репозитория и таблиц анализа

Для выполнения анализа нам необходимо создать таблицы репозитория для хранения списка выпусков CU и списка исправлений в каждом CU. Нам также понадобится таблица анализа для хранения результатов. Эти таблицы могут быть легко созданы с использованием предоставленных SQL-скриптов.

Заполнение таблиц отчетов

После создания таблиц репозитория мы можем заполнить их с помощью сценариев PowerShell. Эти сценарии извлекают историю выпусков SQL Server CU и извлекают информацию об исправлениях из каждого CU. Затем данные вставляются в таблицы репозитория для дальнейшего анализа.

Проведение анализа

Собранные данные позволяют проводить различные анализы для определения стабильности версий SQL Server. Некоторые из анализов включают:

• Расчет общего и среднего количества ежедневных исправлений в течение определенного количества дней после выпуска RTM.
• Определение среднего ежедневного уровня ошибок для каждого пакета обновления, включая RTM.
• Расчет количества исправлений в каждом CU SQL Server 2017.

Эти анализы предоставляют информацию о стабильности версий SQL Server и могут помочь принимать обоснованные решения о принятии новых версий.

Заключение

Анализируя накопительные обновления SQL Server, мы можем получить ценную информацию о стабильности новых версий SQL Server. Хотя этот подход имеет свои ограничения и может не дать полной картины, он может служить отправной точкой для оценки стабильности новой версии. Помните, что чем позже вы принимаете новую версию, тем более стабильной она, скорее всего, будет. Однако важно учитывать другие факторы, такие как обновления безопасности и вес исправлений при принятии решения.