Добрый день.
Подскажите в чем может быть дело, Стояла база и SQL на одном сервере работало все более менее нормально, решили улучшить. Купили новый сервер поставили там SQL , 1с сервер оставили на старом , переразвернули базу , подключили. И все стало тормозить. Новый сервер с SSL винтами топовым процом и 64+ оперативы, если необходимы более конкретные характеристики обоих могу указать. Сервера между собой соеденины 100 мбМежду серверами гигабитная сеть. По производительности обоих серверов вроде ничего не проседает .
То есть было Сервер1( 1с сервер + sql сервер) , стало Сервер1 (1c сервер) + Сервер2 (SQL сервер) и стало все работать хуже. Как с этим быть? И как можно увеличить производительность работы.
Подскажите в чем может быть дело, Стояла база и SQL на одном сервере работало все более менее нормально, решили улучшить. Купили новый сервер поставили там SQL , 1с сервер оставили на старом , переразвернули базу , подключили. И все стало тормозить. Новый сервер с SSL винтами топовым процом и 64+ оперативы, если необходимы более конкретные характеристики обоих могу указать. Сервера между собой соеденины 100 мбМежду серверами гигабитная сеть. По производительности обоих серверов вроде ничего не проседает .
То есть было Сервер1( 1с сервер + sql сервер) , стало Сервер1 (1c сервер) + Сервер2 (SQL сервер) и стало все работать хуже. Как с этим быть? И как можно увеличить производительность работы.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Ну допустим раньше работало через shared memory, а теперь через tcp. Возможно, канал между серверами узкий (сеть), не говоря уже о железе на новом сервере. Сначала надо узнать кто виноват(сеть, железо, банально статистика), а потом уже что делать с этим.
(1)О каких нагрузках речь?
Что за конфигурация 1С?
Сколько сеансов?
Ну и примеры бы тормозов, прям в секундах по операциям (было/стало)?
Явно что-то упустили в настройках, так как не даёт шаредмемори значимого прироста не в синтетических тестах, не говоря уже о том что на большой системе впринципе невозможно размещение сервера 1С и сервера СУБД на одной ОС.
Если конечно сеть минимум 1ГБ и нет пиков до 100%
Что за конфигурация 1С?
Сколько сеансов?
Ну и примеры бы тормозов, прям в секундах по операциям (было/стало)?
Явно что-то упустили в настройках, так как не даёт шаредмемори значимого прироста не в синтетических тестах, не говоря уже о том что на большой системе впринципе невозможно размещение сервера 1С и сервера СУБД на одной ОС.
Если конечно сеть минимум 1ГБ и нет пиков до 100%
Я всегда агитировал за размещение 1С и SQL рядом на одном аппарате и ни в коем случае не виртуалке...
Ваш случай только подтверждает мой опыт.
И посоветовать можно только перенести 1С сервер к SQL, они любят друг друга...а вы их разлучили - вот и тормоза! )))))
Ваш случай только подтверждает мой опыт.
И посоветовать можно только перенести 1С сервер к SQL, они любят друг друга...а вы их разлучили - вот и тормоза! )))))
Как уже написали выше: очевидным решением является размещение 1С Сервера и SQL на одном и том же компьютере.
Ну сам суди, когда юзер запускает отчет (в твоей конфигурации) 1С-сервер обращается к серверу SQL получает оттуда данные (по tcp), и только потом отсылает юзеру. Понятное дело тормоза неизбежны.
Ну сам суди, когда юзер запускает отчет (в твоей конфигурации) 1С-сервер обращается к серверу SQL получает оттуда данные (по tcp), и только потом отсылает юзеру. Понятное дело тормоза неизбежны.
(9) Единственный критерий истины - Практика... То есть опыт...
Ибо под него всегда теории подгоняют, и законы изобретают...
Когда потыкаетесь, по получите опыт, что лучше всего работают 1С и SQL, когда они рядом на одном компе, ясно что при аналогичных других условиях...
То есть если вы их разнесете на сервера в 2 раза мощнее, то получите прирост производительности но не в 2 раза а только в 1.5 - это образно, чтоб было понятно...
И узкое горлышко здесь тот самый TCP/IP , который по любому хуже SharedMemory...
Ибо под него всегда теории подгоняют, и законы изобретают...
Когда потыкаетесь, по получите опыт, что лучше всего работают 1С и SQL, когда они рядом на одном компе, ясно что при аналогичных других условиях...
То есть если вы их разнесете на сервера в 2 раза мощнее, то получите прирост производительности но не в 2 раза а только в 1.5 - это образно, чтоб было понятно...
И узкое горлышко здесь тот самый TCP/IP , который по любому хуже SharedMemory...
Первое из обязательного что пропускают среднестатистические админы:
- профиль питания = высокая производительность,
- и настроить ограничение памяти у SQL Server, потому что при настройках по умолчанию он пытается сожрать всю физическую память, а т.к. остальным программа тоже нужна сервер уходит в swap.
Второе это сеть может и гигабит, но это вовсе ни о чем не говорит. Потому что влияет производительность свитчей в пакетах по всему маршруту, и нагрузка которую создают все остальные устройства подключенные к этому же сегменту.
- профиль питания = высокая производительность,
- и настроить ограничение памяти у SQL Server, потому что при настройках по умолчанию он пытается сожрать всю физическую память, а т.к. остальным программа тоже нужна сервер уходит в swap.
Второе это сеть может и гигабит, но это вовсе ни о чем не говорит. Потому что влияет производительность свитчей в пакетах по всему маршруту, и нагрузка которую создают все остальные устройства подключенные к этому же сегменту.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот