При обновлении SQL сервера до 2016 база стала работать медленнее

Обновили сервер а вместе с ним обновили и SQL сервер.
На старом сервере был Sql 2014, на новом 2016.
Импортэкспорт сделали силами самого Лэрс учет, при импортэкспорте ошибок никаких не вылезло.
База стала работать медленнее. Может ли это быть из-за того, что версии SQL разные до переноса и после???

Вряд ли. Такая ситуация возможна если в БД имеются какие то ошибки либо если текущих ресурсов ПК не хватает для нормально работы СУБД.

Также проверьте не увеличилась ли у вас нагрузка на жесткий диск. Это очень сильно влияет на скорость работы БД.

gfox78, как вы определили, что база стала работать медленнее и что это именно база? Это отражается на определённых или всех функциях системы? Сообщите пожалуйста редакцию вашего SQL-сервера, работает ли он на железе или под виртуальной машиной и какие ресурсы под него (неё) выделены.

Необходимо провести обслуживание БД Обслуживание баз 1С в MS SQL Server. Часть 1. - Записки IT специалиста см тут и Типичные ошибки настройки планов обслуживания СУБД MS SQL Server для 1С. Перед проведением сделайте рабочий бэкап БД.

…да, так и было настроено изначально, ибо база не маленькая и без планов обслуживания никуда
…пока ищем проблему, вернулись на старый сервер (с него скрин), но на новом, 2016м, настроено точно так же, идентично.

…определили путем замера времени при формировании отчета и сравнивания с такими же показателями на старой системе. На одни и те же точки учета (брали скопом 400 штук) на новом уходит почти в два раза больше времени.
Сервер на железе, не виртуалка. Редакция: MS SQL Server 2017. Взят с офиц сайта мелкомягких:
https://www.microsoft.com/en-us/evalcenter/evaluate-sql-server-2017-rtm

“Что ж, вечер перестаёт быть томным.” (с) к/ф “Москва слезам не верит”.

MS SQL Server 2017 это версия, меня интересует редакция (Standard, Enterprise, …) старого и нового сервера. Также сообщите, какие объемы памяти установлены на обоих серверах.

В вашем случае, при сопоставимом железе, заметной разницы в производительности между разными версиями SQL-сервера быть не должно. Какой уровень совместимости вы ставили на базу данных после ее восстановления?

P.S. Ну и, разумеется, тесты с отчетами вы прогоняли несколько раз, с вычислением среднего времени и без перезапуска серверов, да?

В обоих случаях, редакция стандарт.
Объёмы памяти: на старом 20гб, на новом 128гб.
На старом винда сервачная 2012, на новом 2016
Уровень совместимости …да, вот тут наш косяк, если честно, при установке нового SQLя даже не обратили внимания на этот пункт, он где вообще живет, дабы знать??
…да, и разумеется прогоняли несколько раз тесты.
…для более подробного понимания всех ТТХ серверов (стар и нов), dxdiag с каждого в txt файле
новый.txt (80.2 KB)
старый.txt (43.7 KB)

Пользую SQL Server 2017 со всеми последними CU https://blogs.sentryone.com/team-posts/latest-builds-sql-server-2017/, никакой разницы в работе с 2016 не заметил, идентичные настройки и все крутится на 1 SSD


Судя по приложенным файлам, мощность вашего нового сервера гораздо выше старого. Да, тактовая частота у него ниже, но количество логических процессоров в 8 раз больше. Что приводит нас в вопросу: использовали ли вы лицензирование по процессорам и если да, то какое количество процессоров используется в новом сервере?



                   Memory: 131072MB RAM
      Available OS Memory: 130960MB RAM
                Page File: 4532MB used, 145884MB available

Меня смущает размер файла подкачки на новом сервере. Чем продиктован такой выбор?

Вы измеряли производительность дисковых подсистем на обоих серверах?
Какой у вас размер базы данных LERS?
Как организованы дисковые подсистемы на обоих серверах?
Где хранятся база данных Temp и журнал транзакций базы данных LERS?

файл подкачки целенаправленно никак не выставлялся, подобная конфига файла встала вместе с установкой системы.
размер базы - 25 гб
система стоит на дисковом массиве на первом рейде (зеркалирование)
база данных, со всеми темпами и логами висит на отдельном ssd диске, плюс отдельный террабайтник (sata) под бекапы
p.s. на сервере, помимо sql развёрнута виртуалка VmWare с терминальным сервером

С таким объемом данных, ваша база должна свободно помещаться в памяти и запросы к ней должны “летать”. Проблема явно в конфигурации. В рабочем режиме, как распределяется память между SQL-сервером и VMware?

Давайте посмотрим на журнал вашего сервера ЛЭРС УЧЕТ. Включите отладку, запуститу формирование отчетов и по завершении упакуйте журнал работы сервера и пришлите ссылку на архив на support@lers.ru.