Описание: KB5083245
Скачать: SQLServer2025-KB5083245-x64.exe
Дата выпуска: 14.04.2026
SQL Server 2022 — Версия: 17.0.4030.1
Показаны сообщения с ярлыком Engine. Показать все сообщения
Показаны сообщения с ярлыком Engine. Показать все сообщения
15.4.26
Исправление безопасности для SQL Server 2025 GDR - KB5084814
Описание: KB5084814
Скачать: SQLServer2025-KB5077468-x64.exe
Дата выпуска: 14.04.2026
SQL Server 2022 — Версия: 17.0.1110.1
Исправление безопасности для SQL Server 2022 CU24 - KB5083252
Описание: KB5083252
Скачать: SQLServer2022-KB5083252-x64.exe
Дата выпуска: 14.04.2026
SQL Server 2022 — Версия: 16.0.4250.1
Исправление безопасности для SQL Server 2022 GDR - KB5084815
Описание: KB5084815
Скачать: SQLServer2022-KB5084815-x64.exe
Дата выпуска: 14.04.2026.
SQL Server 2022 — Версия: 16.0.1175.1
Исправление безопасности для SQL Server 2019 CU32 - KB5084816
Описание: KB5084816
Скачать: SQLServer2019-KB5084816-x64.exe
Дата выпуска: 14.04.2026
SQL Server 2019 — версия: 15.0.4465.1
Исправление безопасности для SQL Server 2017 CU31 - KB5084818
Скачать: SQLServer2017-KB5084818-x64.exe
Дата выпуска: 14.04.2026
SQL Server 2017 — версия: 14.0.3525.1
Миф об использовании BACKUP WITH CHECKSUM для замены DBCC CHECKDB
Сегодня короткая статья, так как я занят работой с клиентами и сортировкой заявок на выступления для SQL Connections!
Исправление безопасности для SQL Server 2016 SP3 - KB5084821
Описание: KB5084821
Скачать: SQLServer2016-KB5084821-x64.exe
Дата выпуска: 14.04.2026
SQL Server 2016 — версия: 13.0.6485.1
14.4.26
Миф про то, что вложенные транзакции реальны
Вложенные транзакции — это злое изобретение, предназначенное для того, чтобы позволить разработчикам сделать жизнь администраторов баз данных невыносимой. В SQL Server они ещё более злы…
13.4.26
Мифы о коэффициенте заполнения (fill factor)
Я выдохся после прошлой статьи с мифами о восстановлении, так что сегодня короткая статья, разоблачающая некоторые мифы о коэффициенте заполнения (fill factor), которые я развенчал ещё в SQL Server 2005 в Books Online.
11.4.26
Двадцать шесть мифов о восстановлении
Одна область, которую я ещё не затронул в этой серии, — это RESTORE (восстановление), и здесь существует тонна заблуждений (так много, на самом деле, что я не могу охватить их все в одной статье!). В одной статье было разоблачено 6 мифов о контрольных суммах страниц, а в другой — 5 мифов о FILESTREAM, так что сегодня мне нужно их превзойти.
10.4.26
Миф о том, что эскалация блокировок происходит сначала с уровня строки на уровень страницы, а затем с уровня страницы на уровень таблицы
Миф №23: эскалация блокировок происходит сначала с уровня строки на уровень страницы, а затем с уровня страницы на уровень таблицы.
ЛОЖЬ
Нет, никогда. Эскалация блокировок в SQL Server всегда переходит непосредственно к блокировке таблицы.
9.4.26
Углублённая диагностика и информативные панели мониторинга
Большинство инструментов мониторинга баз данных созданы не для той аудитории. Панели мониторинга предназначены для успокоения руководителей, оповещения откалиброваны для удовлетворения контрольных списков соответствия требованиям, а отчёты отформатированы для ежеквартальных обзоров. Ничто из этого не полезно в 10 часов вечера, когда приложение возвращает тайм-ауты, а дежурный разработчик просит обновлений каждые три минуты. То, что нужно администратору баз данных в этот момент, — это инструмент, который уже имеет контекст. Не сырые данные, которые нужно собирать в условиях стресса. Не список превышенных порогов. А реальный контекст: что выполнялось, что находилось в ожидании, что изменилось и как это сравнивается с тем, что является нормальным для данного конкретного экземпляра в это время суток. Это более сложная задача, чем кажется, и большинство инструментов мониторинга её не решают. Давайте поговорим об углублённой диагностике и информативных панелях мониторинга.
8.4.26
Как не работают многоколоночные статистики
Короткий ответ: в реальном мире работает только первая колонка. Когда SQL Server нужны данные о второй колонке, он строит собственную статистику по этой колонке (предполагая, что она ещё не существует) и использует эти две статистики вместе — но они не коррелируют друг с другом.
7.4.26
Миф о том, что регулятор ресурсов позволяет управлять активностью ввода-вывода
Регулятор ресурсов (Resource Governor) — это замечательная возможность с SQL Server 2008, но существуют некоторые заблуждения относительно того, что он может делать…
6.4.26
Миф о том, что повреждение базы можно исправить перезапуском SQL Server
Этот миф (и его производные) очень распространены среди не-администраторов баз данных, поскольку многие проблемы в Windows можно исправить перезагрузкой компьютера (да, я до сих пор вижу это на серверах, Windows 10 и т.д. — попробуйте изменить номер порта служб терминалов без перезагрузки).
5.4.26
Миф о том, что для перезапуска цепочки восстановления журнала требуется полная копия базы
Этот миф — один из самых распространённых, и я встречал очень мало людей, которые знают правду.
Миф №20: после разрыва цепочки резервного копирования журнала для её перезапуска требуется полная резервная копия базы данных.
ЛОЖЬ!
4.4.26
Структура каталогов FILESTREAM – откуда берутся GUID?
На этой неделе я вёл курс «Microsoft Certified Masters – Database» здесь, в Редмонде, и в первый день мы обсуждали структуру каталогов FILESTREAM. Мне задали вопрос: откуда берутся GUID имён каталогов? Поэтому я начал копаться в системных таблицах, пока Кимберли читала лекцию. Посмотрите мою предыдущую статью блога (Структура каталога FILESTREAM) за прошлую неделю, чтобы увидеть схему базы данных, с которой я работаю. Я воссоздал её снова и написал несколько запросов, чтобы найти, где хранятся GUID, поскольку они должны где-то храниться в базе данных.
3.4.26
SQL Server Parameter Sniffing: ошибка, которая не является ошибкой (но всё ломает)
В этой статье вы узнаете, как выявить и победить нестабильную производительность в SQL Server. Если ваши запросы без предупреждения переходят от «молниеносных» к «еле ползущим», вы стали жертвой Parameter Sniffing. Пришло время вернуть контроль над вашими планами выполнения и остановить непредсказуемость.
Ваш запрос работает быстро, а затем внезапно… становится медленным!
У вас есть:
- Тот же запрос.
- Те же данные.
- Тот же сервер.
👉 Что изменилось?
💣 Parameter Sniffing. И нет… это НЕ ошибка. Это то, как SQL Server был спроектирован для работы.
2.4.26
SQL Server Deprecated Features: 25-летняя хронология и руководство по обеспечению совместимости с будущими версиями
За последние 25 лет Microsoft SQL Server значительно эволюционировал, внедряя мощные инструменты и функциональные возможности, одновременно отказываясь от других. В рамках этой эволюции многие возможности были помечены как устаревшие — они по-прежнему работают в текущих версиях, но планируются к удалению в будущих выпусках. Понимание этих устаревших возможностей имеет решающее значение для администраторов баз данных и разработчиков, чтобы обеспечить долгосрочную совместимость и избежать потенциальных сбоев в своих системах.
Объявление возможности устаревшей служит сигналом от Microsoft о необходимости перехода от устаревших или менее эффективных технологий к современным альтернативам. От изменений синтаксиса до целых компонентов — в каждой версии SQL Server появлялись возможности, которые выходили из употребления по мере адаптации платформы к новым отраслевым стандартам и потребностям пользователей. Этот непрерывный процесс помогает поддерживать надёжную, безопасную и высокопроизводительную среду баз данных, но требует проактивного планирования, чтобы избежать зависимости от инструментов, которые вскоре станут неактуальными.
В этой статье мы рассмотрим подробную хронологию устаревших возможностей в различных версиях SQL Server, начиная с SQL Server 2000 и заканчивая последними выпусками. Изучив эти изменения, вы сможете лучше подготовиться к обновлениям, реорганизовать устаревший код и принять рекомендуемые практики, чтобы сохранить вашу инфраструктуру баз данных готовой к будущему. Давайте углубимся в ключевые возможности, которые были исключены за эти годы, и разберёмся с их заменами.
Подписаться на:
Комментарии (Atom)