Как правильно протестировать регламентные задания для обслуживания баз данный MSSQL?

Question

[GreedC]

Добрый день, столкнулся с такой задачей как настройка планов обслуживания для оптимизации работы баз данных MSSQL 1С:Предприятия. Подобрал пару статей на эту тему:

https://ypermitin.github.io/blog/SQLServer/2022-05...

https://infostart.ru/1c/articles/2017724/

Но, я не могу понять как мне корректно это всё протестировать, в таких делах я новичок, на боевых база мне пока точно это тестировать не дадут (да и я сам не рискну). Как понять, что данные методы сработали, как правильно развернуть тестовую среду, чтобы грамотно протестировать и составить какой то вывод? По прочитанному то вроде более или менее понятно, но у меня почему то складывается такое ощущение, что вот я это сделаю, в логах могу посмотреть только ошибки или статусы выполнения заданий (процессов), а по результатам мне только конечные пользователи смогут дать обратную связь (разработчики и пользователи).

Comments

[Akina]

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

А ты чего ожидал-то? Не, понятно, что самописные команды, добавляемые в план, нужно тестировать отдельно, и в голове прокручивать взаимодействие этапов плана и параллельных планов меж собой на предмет отсутствия интерференций и прочих грабель. А так-то план обслуживания ничем не отличается от запуска любого другого пакетного задания.

[GreedC]

Akina, Добрый день, а что конкретно мне дают логи успешного выполнения плана обслуживания, только лишь просмотр, что всё выполнено или есть ошибки, или я что то ещё упускаю? Как понять, что процедуры, которые выполнены повлияли на работоспособность?

[Akina]

GreedC, ну если будет ошибка, то будет и соотв. информация в журнале. И по этой конкретной ошибке (MS SQL, конечно, не эталон вменяемости сообщений об ошибках, но и не совсем уж ребусы загадывает) уже работать. И да - журнал ведь никто не мешает смотреть обычным порядком, через MMC, и соотносить запись с ошибкой и то, что делалось до и вокруг...

[GreedC]

Akina, Создав задания по приведенным выше статьям, ошибок я не получил, они выполняются успешно. Меня больше волнует, становится ли лучше с точки зрения скорости работы или же ничего не меняется? Вот это я не могу понять, мозгов не хватает.

[Akina]

Меня больше волнует, становится ли лучше с точки зрения скорости работы или же ничего не меняется?

Это уже совсем другая задача, весьма непростая и ну очень обширная. Панель мониторинга, монитор производительности, журналы и счётчики производительности, анализатор производительности, лог медленных запросов, контроль актуальности статистики, и т.д., и т.п... смотрим, сравниваем, анализируем.
Ну и, конечно, отлуп от конечного пользователя. Если его не чешет, он не вопит и не стучит ботинком по трибуне, то можно и не суетиться по-крупному... Посмотрел, слишком явно узкие места поправил, и достаточно - всё одно спасибы ни в жисть не дождёшься.

[GreedC]

Akina, Хорошо, спасибо. Пойду пробовать.

Answer 1

[Константин]

Как понять, что данные методы сработали, как правильно развернуть тестовую среду, чтобы грамотно протестировать и составить какой то вывод?

делаешь точ в точ как "рабочая" и проверяешь.

а по результатам мне только конечные пользователи смогут дать обратную связь

ну для 1С применимо тестирование, т.е. имитация бурной деятельности пользователей.