Еще немного полезных SQL-скриптов (Скрипты для SQL-Server - Часть 3)

Администрирование - Оптимизация БД (HighLoad)

Представляю вашему вниманию заключительный вебинар из цикла вебинаров по скриптам для MS SQL-сервера.

 

Видео в формате вебинара:

 

 

Ну и, непосредственно, сами разобранные в вебинаре скрипты под спойлерами ниже. Все переменные собраны в соответствующем блоке в начале скриптов. Для отправки электронной почты используется предварительно настроенный профиль электронной почты компоненты DataBase Mail. О настройке компоненты можно прочитать, например, здесь. Все скрипты много раз опробованы в бою и протестированы на версиях MS SQL 2008, 2012, 2016.

 

Скрипт, очищающий таблицы указанной базы данных:

 

 

Скрипт, очищающий таблицы нескольких баз данных (по определенному условию):

 

 

Перевод в простую модель восстановления и сжатие указанной базы данных:

 

 

Перевод в простую модель восстановления и сжатие нескольких баз данных (по определенному условию):

 

 

Перевод в простую модель восстановления и сжатие только файлов журнала транзакций нескольких баз данных (по определенному условию):

 

 

Скрипт, показывающий все соединения с сервером SQL:

 

 

Скрипт, показывающий версию сервера SQL:

 

 

Эти и другие скрипты доступны также в репозитории: https://github.com/Tavalik/SQL_TScripts

Все вебинары по скриптам для SQL:

  1. Автоматизируем перезаливку баз (Часть 1): //1c-soft.it-terminal.ru/public/799857/
  2. Регламентные операции с индексами в MS SQL Server (Часть 2): //1c-soft.it-terminal.ru/public/803209/
  3. Еще немного полезных SQL-скриптов (Часть 3): //1c-soft.it-terminal.ru/public/807843/

 

P. S. Хотите большего? Приглашаем Вас 17 и 18 Мая на Хакатон по 1C "iS THiS DESiGN". Приходите, будет интересно!

 

 

Скачать файлы

Наименование Файл Версия Размер
Все скрипты в одном архиве (часть 3)
.zip 10,20Kb
29.03.18
4
.zip 10,20Kb 4 Скачать

См. также

Комментарии
2. Денис Козлов (Akbis) 49 02.04.18 21:31 Сейчас в теме
Может вместо delete стоит делать truncate?

А так спасибо за скрипты.
3. Виталий Онянов (Tavalik) 1082 03.04.18 06:28 Сейчас в теме
(2)
В вебинаре delete, но в самих скриптах я уже давно на truncate поменял.

Спасибо за комментарий.
4. Сергей Зверев (serferian) 5 04.04.18 08:25 Сейчас в теме
Пользуйтесь, не надо придумывать велосипед
1. поддержка баз (переиндексирование, перестройка, бакап рестор и прочее) https://ola.hallengren.com/
все с примерами и легко вешается в задачи sql.
2. монитор активности: whoisactive
5. Михаил С. (Milanick) 04.04.18 09:14 Сейчас в теме
Коллеги, можете подскажите советом , куда капнуть?

Задача "Проверка целостности базы данных" (W2008R2) Проверить целостность базы данных Соединение с локальным сервером Базы данных TEMP_FG Включить индексы Начало задачи: 2018-03-25T19:00:01.
Конец задачи: 2018-03-25T19:07:52.
Ошибка:(-1073548784) Сбой выполнения запроса "DBCC CHECKDB(N'TEMP_FG') WITH NO_INFOMSGS " со следующей ошибкой: "Экстент (1:8488) в базе данных с идентификатором 7 размещен несколькими объектами размещения.
Экстент (1:8528) в базе данных с идентификатором 7 размещен несколькими объектами размещения.
Экстент (1:8488) размещен в "Unknown" и по крайней мере еще одном объекте.
Экстент (1:8528) размещен в "Unknown" и по крайней мере еще одном объекте.
На страницу карты распределения индекса (IAM) (1:64493) указывает предыдущий указатель IAM-страницы (1:6378) в объекте с идентификатором 0, идентификатор индекса -1, идентификатор секции 0, идентификатор единицы размещения 72060067471556608 (тип Unknown), но это не было обнаружено в ходе просмотра.
Экстент (1:8488) размещен в "dbo.Config, PK__ConfigNG__589E6EED4499BB57" и по крайней мере еще одном объекте.
Экстент (1:8528) размещен в "dbo.Config, PK__ConfigNG__589E6EED4499BB57" и по крайней мере еще одном объекте.
CHECKDB обнаружил 5 ошибок размещения и 0 ошибок согласованности, не связанных ни с одним объектом.
CHECKDB обнаружил 2 ошибок размещения и 0 ошибок согласованности в таблице "Config" (идентификатор объекта 1118925541).
CHECKDB обнаружил 7 ошибок размещения и 0 ошибок согласованности в базе данных
repair_allow_data_loss - это минимальный уровень исправления для ошибок, найденных DBCC CHECKDB (TEMP_FG).". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно.
Оставьте свое сообщение