SQL база.

1. XiPyPg 11.10.19 11:16 Сейчас в теме
Добрый день.

Подскажите в чем может быть дело, Стояла база и SQL на одном сервере работало все более менее нормально, решили улучшить. Купили новый сервер поставили там SQL , 1с сервер оставили на старом , переразвернули базу , подключили. И все стало тормозить. Новый сервер с SSL винтами топовым процом и 64+ оперативы, если необходимы более конкретные характеристики обоих могу указать. Сервера между собой соеденины 100 мбМежду серверами гигабитная сеть. По производительности обоих серверов вроде ничего не проседает .

То есть было Сервер1( 1с сервер + sql сервер) , стало Сервер1 (1c сервер) + Сервер2 (SQL сервер) и стало все работать хуже. Как с этим быть? И как можно увеличить производительность работы.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Dream_kz 129 11.10.19 11:22 Сейчас в теме
(1) Ну допустим раньше работало через shared memory, а теперь через tcp. Возможно, канал между серверами узкий (сеть), не говоря уже о железе на новом сервере. Сначала надо узнать кто виноват(сеть, железо, банально статистика), а потом уже что делать с этим.
3. XiPyPg 11.10.19 11:26 Сейчас в теме
(2)в том то и дело что мониторинг то открыт, но всё загруженно не больше 50%, раньше по оперативе сервер1 уходил в потолок.
8. Abyss17 11.10.19 14:08 Сейчас в теме
(3) Сеть не больше 50%? Что то многовато для гигабитной сети. Или не это про сеть?
Присоединяюсь к предыдущим ораторам - лучше сервер 1с тоже перенести на новый сервер. В вашем случае выигрыша никакого на разных железяках держать эту сладкую парочку
15. Painted 49 14.10.19 13:59 Сейчас в теме
(3)
по оперативе сервер1 уходил в потолок

Это нормально. Все что можно отдать SQL, надо отдавать. Ибо кэш! Чем больше данных сервер скэширует, тем быстрее идет чтение..
11. a.doroshkevich 1414 12.10.19 19:32 Сейчас в теме
(1)О каких нагрузках речь?
Что за конфигурация 1С?
Сколько сеансов?
Ну и примеры бы тормозов, прям в секундах по операциям (было/стало)?

Явно что-то упустили в настройках, так как не даёт шаредмемори значимого прироста не в синтетических тестах, не говоря уже о том что на большой системе впринципе невозможно размещение сервера 1С и сервера СУБД на одной ОС.
Если конечно сеть минимум 1ГБ и нет пиков до 100%
12. a.doroshkevich 1414 12.10.19 19:34 Сейчас в теме
(1)Сервера между собой соеденины 100 мбМежду серверами гигабитная сеть

Так в итоге 100 или 1000?
16. Painted 49 14.10.19 14:01 Сейчас в теме
(12)Кстати, да. Крайне желательно, чтобы не меньше гигабита и чтобы оба сервера на одном свитче.
14. collider 14.10.19 05:08 Сейчас в теме
(1)
Попробуйте вернуть старый формат журнала. http://www.gilev.ru/oldjr/

А можно узнать, какой процессор был на старом сервере и какие процессоры на новых?
Используются ли SSD на обоих серверах?
4. GeraltSnow 172 11.10.19 11:28 Сейчас в теме
В настройках электропитания винды что стоит?
5. YannikAlx 43 11.10.19 11:39 Сейчас в теме
Я всегда агитировал за размещение 1С и SQL рядом на одном аппарате и ни в коем случае не виртуалке...
Ваш случай только подтверждает мой опыт.
И посоветовать можно только перенести 1С сервер к SQL, они любят друг друга...а вы их разлучили - вот и тормоза! )))))
collider; Vitaly1C8; aezdakov; +3 Ответить
6. aezdakov 5 11.10.19 11:56 Сейчас в теме
(5)дополню: https://its.1c.ru/db/metod8dev#content:2926:hdoc
По соседним веткам тоже масса интересного
7. Vitaly1C8 11.10.19 13:53 Сейчас в теме
Как уже написали выше: очевидным решением является размещение 1С Сервера и SQL на одном и том же компьютере.
Ну сам суди, когда юзер запускает отчет (в твоей конфигурации) 1С-сервер обращается к серверу SQL получает оттуда данные (по tcp), и только потом отсылает юзеру. Понятное дело тормоза неизбежны.
9. XiPyPg 11.10.19 14:48 Сейчас в теме
Наоборот так SQL не вытягивает по оперативе и тормоза, а так их не должно быть.
10. YannikAlx 43 11.10.19 15:38 Сейчас в теме
(9) Единственный критерий истины - Практика... То есть опыт...
Ибо под него всегда теории подгоняют, и законы изобретают...
Когда потыкаетесь, по получите опыт, что лучше всего работают 1С и SQL, когда они рядом на одном компе, ясно что при аналогичных других условиях...
То есть если вы их разнесете на сервера в 2 раза мощнее, то получите прирост производительности но не в 2 раза а только в 1.5 - это образно, чтоб было понятно...
И узкое горлышко здесь тот самый TCP/IP , который по любому хуже SharedMemory...
Vitaly1C8; +1 Ответить
13. testerpro1 12.10.19 22:54 Сейчас в теме
17. wertep 23 14.10.19 14:54 Сейчас в теме
Первое из обязательного что пропускают среднестатистические админы:
- профиль питания = высокая производительность,
- и настроить ограничение памяти у SQL Server, потому что при настройках по умолчанию он пытается сожрать всю физическую память, а т.к. остальным программа тоже нужна сервер уходит в swap.
Второе это сеть может и гигабит, но это вовсе ни о чем не говорит. Потому что влияет производительность свитчей в пакетах по всему маршруту, и нагрузка которую создают все остальные устройства подключенные к этому же сегменту.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот