Требуется разделение базы, разделение серверов в связи с делением самой организации.
Я в железе не очень понимаю, но ситуация такая:
Админ купил сервер новый
вот:
https://ibb.co/BKZ5Yjrx

Загрузили туда базу 1С 50гб размером и на обычных формах и там она сильно тормозит (открытие форм тормозит, сначала открывается шапка, потом спустя заметное время подгружается табличная часть, перещелкивание между строками тормозит, тормозит даже у меня - а я открываю прям на сервере)

Но при этом эта же самая база летает на старом сервере:
https://ibb.co/hRtykkpf

Подскажите, в чем может быть причина? Посмотрите, плиз, скриншоты.

на новом железе sql20, на старом sql12/ Платформа 1с везде 8.3.11 (выше поднять проблемно, ибо база не обновляемая)

настрой

8.3.11 точно с 20 скулем должна дружить?

(2) Хороший вопрос... а как проверить? поставить там sql-2012 и сравнить скорость работы?
В общем, sql-2012 сегодня админ развернет на новом, проверить эту версию.

(0)

1) Что говорит тест Гилёва, хотя бы в файловом варианте на старом и новом сервере ?

2) Дисковая подсистема ?

(0) Приложения в виртуальной среде или прямо на железе?
Скуль и 1С в одной системе?
А дисковая какая?
Тест локально проводили на сервере или с клиентского компа?

(4) 1. А что может сказать тест Гилева, если я один в базу (в режиме клиент-сервер) захожу (в копию) и она висит...
2. RAID 10 на ssd дисках, пробовали даже на ssd pcie 4.0 x8 - разницы не было, так же тормозило
(5) в виртуальной VMware ESXi
скуль и 1с в одной системе.

(0) Надо смотреть счетчики ресурсов и т.д. Настройки скуля, питания и т.д.

(6) >в виртуальной VMware ESXi
Еще один любитель виртуальности подъехал. Ну кушайте теперь.
Чтобы более-менее работало, виртуальную среду нужно настраивать. И по дефолту не взлетит.
У Гилева есть несколько статей на сайте.
Вот еще парочка
https://habr.com/ru/articles/675398/
https://habr.com/ru/articles/794248/

У нас тоже в виртуальную среду сервера перевели. 1С стала работать примерно в 2 раза медленнее.
Но тут задача была в отказоустойчивости. Мы готовы были на падение производительности.

(8) Нормально все на виртуалках работает.

(9) Я не спорю. Я говорю, что по дефолту не взлетит как на реальном железе. Там много нюансов.

(10) Там главное дисковую не пролюбить)

Потому я и говорю, счетчики смотреть надобно.

(6) лучше бы дурацкий рейд разобрали и разложили базы темпы и т.д. по отдельным дискам.

(11) Не только. Еще и ядра правильно распределить и прокинуть в гостя, энергосбережение снести.
У нас тут прикол.
Купили админам нового железа.
Они все в виртуальную среду перенесли. Пара лезвий уйдет в небытие и чуть производительность только просядет. Сейчас отказоустойчиво, но медленно.
Так же оптимизировали сеть. Раньше я с одного подразделения в другое базу минут 15 копировал, сейчас 2 часа :) За то все по феншую, с их стороны :)

+(12) Согласен. RAID 10 на ssd смысла не имеет. Лучше сделать 2 штуки RAID 1.

(13) Вот поэтому я к серверам 1с и sql админов не подпускаю)))

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

(15) после счетчиков)

1. План питания в "Высокая производительность"
2. Отобрать у скуля половину ядер (раз уж на 1 сервере) и ограничить память.
3. Разобать рэйд и раскидать базы, логи, srv, темпы.

Это раз)

(0) Вероятно судя по RAM 75.0 ГБ - "новый" сервер у вас виртуалка, на серверной платформе
А старый - нативный десктопный 9-го поколения

Прогоняйте тест Гилева, сравнивайте
Скорее всего в дисковую упирается

(14) Одно - когда у тебя 1 железка, а когда блэйд из 12 лезвий + хранилище - без админа никак. Но они как будто в своем мирке каком то крутятся. У них приоритет не в быстродействии, а в отказоустойчивости.

И еще, заворачивать такой так себе сервачок в виртуалку это преступление)

(19) Странно что ты гуру, а не понимаешь очевидностей.

За данные спросят с него, а за скорость- с тебя

"открытие форм тормозит, сначала открывается шапка, потом спустя заметное время подгружается табличная часть"
Имя сервера 1с в точности совпадает с именем сервера? Помню, были непонятные тормоза, когда они совпадали не абсолютно побуквенно с точностью до регистра. В этом случае сервер постоянно обращался к разрешению имен через систему на каждом серверном вызове. Проверьте это сначала.

(21) Да это понятно, но я их периодически пытаюсь тыкать в  их некомпетентность и подкидываю материалы. Как об стену горох. Даже не пытаются что-то почитать, настроить по другому, реконфигурировать, провести тесты.
На предыдущем месте работы админы были звери прям. И там тоже примерно такая же виртуальная среда. И там прям все летало. Ну и вопросы решали совместно.

(23) Берешь пол ящика пива...))))

(22) 100%. Везде 1 в 1. Верхним регистром.
(18) Понял, тест запустил, жду результаты..

(0) ну и баянчик про max perfomance в бивасе поглядеть
https://www.youtube.com/watch?v=Ms0cMGU5kP0&pp=ygULMzYwIGdlbjkgMWM%3D

(24) Бесполезно. Тут главный админ с синдромом бога, но скилами джуна. Любое предложение в штыки.

(25) А на демо-базе тоже тормозит? Или на файловой?

(27) Тогда классика, приводишь аутсорсеров случайно ;-)

(0) Я бы попробовал все на той версии MSSQL , на которой было все ОК. 99%, что все заработает шустро.

Уже сталкивался, что меняются версия MSSQL на более новую и база начинает работать медленнее.

(30) зачем ? 20 всяко быстрее 12.

Похоже запуск теста Гилева окончательно добил оба сервера

хм.. файлик V8Update.htm у меня лежит по адресу C:\Program Files\1cv8\8.3.25.1520\docs\ru
там русским написано:
платформа 8.3.17 цитата:
"Реализована возможность работы с СУБД Microsoft SQL Server 2019.  СУБД Microsoft SQL Server 2019 не поддерживалась.  Реализована поддержка новой версии СУБД компании Microsoft."

платформа 8.3.22 цитата
"Реализована возможность работы с СУБД Microsoft SQL Server 2022.  СУБД Microsoft SQL Server 2022 не поддерживалась.  Реализована поддержка новой версии СУБД компании Microsoft."


8.3.11 говоришь? Microsoft SQL Server 2020 говоришь? ну-ну..

(33) даже 7.7 работает с 22 скулем, не то, что снеговик

собственно говоря, для 8.3.17 вот:
https://its.1c.ru/db/v8317doc#bookmark:cs:TI000000270

для 8.3.22 вот:
https://its.1c.ru/db/v8322doc#bookmark:cs:TI000000270

и, что самое любопытное, я вообще не нашел в списке поддерживаемых Microsoft SQL Server 2020. Не поддерживается MSSQL 2020 вообще. нет ее в списке поддерживаемых. Есть MSSQL 2019, а потом сразу MSSQL 2022

Админ купил новый сервер с процами по 3тыс на али 2016 года выпуска? К теме не относится, но чет сомнения что это новый сервер.

(34) с 22-м, говоришь? а у автора 20-й. :)
И да - 7.7 конечно работает с любым скулем. После доработки напильником, типа секретный релиз и т.д.
А без доработки напильником 7.7 работает только с 2000-м (или с 2005-м, не помню уже)? Снеговика тоже предлагаешь дорабатывать напильником? :)
В общем, выше официальные ссылки и нечего тут модернизировать. Работала у него такая старая платформа с 2012 скулем, вот пусть и дальше с ним и работает.

intel Xeon E5-2667 v4 - устаревший проц так-то с низкой частотой памяти и малым кешем

(36) "новый" тут имеется вввиду, что другой. Вероятно, бу.

(37) 2012 намного уступает даже 2019. В 2019 прирост скорости уже от 5до 10 % сам по себе.

И 1с...никогда не делала никаких "специфических" запросов к sql,что была бы невозможность использовать старшие версии. Там сплошная банальщина.

Господа, админ нашел причину! Теперь все летает, ура)
А причина оказалась та, про которую господин Епрст указал в еще в (26)

Спасибо всем кто намекнул на тест Гилева. Тест подсказал, что что-то не так, ибо при тестировании этот инструмент давал какой-то минимум нагрузки на процессор...

(36) (38) Да, но какой бюджет был, такой и сервер купили. Для этой базы и для 10-20 пользователей его должно хватать.

(38) 2900 на али эксперессе, вчера без скидки 3224 рубля