Дано сервер на Win Server 2019, Xeon Silver 4112, 128 Гб ОЗУ + MS SQL Server 2019. Базы лежат на Рейд 10, ТемпДБ - М2 ссд, лог баз - другой М2 ссд.
На сервере настроены планы обслуживания ежедневный и воскресный.
Возьмем ежедневный: старт в 22:00 - бэкап баз, реиндексация, обновление статистики, очистка после обслуж-я. Проблема в чем: в 22:00 базы бэкапятся до 22:15 - 22:20, потом сервер отдыхает приблизительно до 3 часов ночи, долго реорганизует индексы (4-5 часов), несколько часов промежуток, в 11-13 начинает обновлять статистику, что в рабочее время занимает около полутора часов и сильно не нравится бухгалтерам. С воскресным регламентом чуть получше, но перед перестроением индекса также несколько часов "перерыва".
Можно ли "заставить" сервер выполнять шаги плана обслуживания последовательно без часовых промежутков между ними? Создать план обслуживания под каждый шаг не получится, т.к. в разное время нагрузка и кол-во изменений в базе разное, соответственно, не получится точно предугадать, сколько будет выполняться та или иная операция. На более ранних версиях MS SQL (2005, 2012) такой проблемы, вроде бы, не наблюдалось.
Может быть, мешают 1С-ные регламенты ЗУП 3.1, БП 3.0, включенные по умолчанию? Но среди них нет сильно грузящих сервер на часы. Не должно быть... доки по ночам не перепроводятся, по крайней мере.
Спасибо всем откликнувшимся.
На сервере настроены планы обслуживания ежедневный и воскресный.
Возьмем ежедневный: старт в 22:00 - бэкап баз, реиндексация, обновление статистики, очистка после обслуж-я. Проблема в чем: в 22:00 базы бэкапятся до 22:15 - 22:20, потом сервер отдыхает приблизительно до 3 часов ночи, долго реорганизует индексы (4-5 часов), несколько часов промежуток, в 11-13 начинает обновлять статистику, что в рабочее время занимает около полутора часов и сильно не нравится бухгалтерам. С воскресным регламентом чуть получше, но перед перестроением индекса также несколько часов "перерыва".
Можно ли "заставить" сервер выполнять шаги плана обслуживания последовательно без часовых промежутков между ними? Создать план обслуживания под каждый шаг не получится, т.к. в разное время нагрузка и кол-во изменений в базе разное, соответственно, не получится точно предугадать, сколько будет выполняться та или иная операция. На более ранних версиях MS SQL (2005, 2012) такой проблемы, вроде бы, не наблюдалось.
Может быть, мешают 1С-ные регламенты ЗУП 3.1, БП 3.0, включенные по умолчанию? Но среди них нет сильно грузящих сервер на часы. Не должно быть... доки по ночам не перепроводятся, по крайней мере.
Спасибо всем откликнувшимся.
По теме из базы знаний
- Пример реализации хранения файлов и изображений во внешней СУБД MS SQL
- Регламентные операции с индексами в MS SQL Server (Скрипты для SQL-Server - Часть 2)
- Почему PostgreSQL не лучше MS SQL
- Решение проблем подвисания 1С “в онлайне”. Инструмент - консоль управления блокировками и процессами 1С и PostgreSQL (MS SQL - тестируется)
- Битва параллелизмов: MS SQL vs PostgreSQL
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(6) Отчасти. На MS SQL нужно поставить накопительное обновление (CU) , т.к. неоправданно долго выполняется запрос перед обновлением статистики. И это было указано как исправленный баг. После установки CU желательно создать план обслуживания заново, в нашем случае не сильно помогло. В конечном итоге, взял скрипт для обслуживания индексов / статистики с Инфостарта. Зависаний и перезагрузок сервера у нас не наблюдалось.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот