Имя: Пароль:
1C
Админ
Оптимизация работы сервера
0 IvanRyz
 
04.03.13
11:51
На новом месте работы стоит сервер Xeon X5650 озу 128гб
Терминал 1с сервер и скул стоят вместе, на этом же сервере
работает от 50 до 70 активных пользователей
База весит около 80 гб
На данный момент пользователи жалуются на тормоза при работе
С чего начать оптимизацию работы?
Спасибо
1 Fragster
 
гуру
04.03.13
11:51
перенеси терминал отдельно
2 Fragster
 
гуру
04.03.13
11:51
на другой сервер
3 Fragster
 
гуру
04.03.13
11:52
ну и скуль тоже можно отдельно - если не пропадут "тормоза"
4 ДенисЧ
 
04.03.13
11:52
Я думаю - начать с перфмона...
5 Fragster
 
гуру
04.03.13
11:53
(4) да там понятно, что все в проц упирается, клиентские 1ски не дают нормально работать рпхосту и скулю
6 ДенисЧ
 
04.03.13
11:54
(5) а может, в диски?
7 IvanRyz
 
04.03.13
11:55
http://s2.ipicture.ru/uploads/20130304/27LUi6sE.jpg
в довесок
в течении дня рпхост растет
8 Fragster
 
гуру
04.03.13
11:55
(6) не, ну если там WD green стоит, то оно конечно да.
9 Fragster
 
гуру
04.03.13
11:56
(7) пуск - выполнить - perfmon
10 ДенисЧ
 
04.03.13
11:56
(7) дык... перезапуск рпхостов настрой...
11 Fragster
 
гуру
04.03.13
11:57
(10) не 12.8, а 128 оперативы...
12 ДенисЧ
 
04.03.13
11:58
(11) и? У меня после 10Г они самопроизвольно валились...
13 Галахад
 
гуру
04.03.13
11:58
Хе-хе. SQL сервер 0,8Гб.
14 Fragster
 
гуру
04.03.13
11:59
(12) ну, хз. может и поможет
15 Fragster
 
гуру
04.03.13
11:59
хотя учитывая (13) - поможет сильно
16 Fragster
 
гуру
04.03.13
12:00
кстати, почему так? там что, нету свободной памяти? или ограничение стоит?
17 Maxus43
 
04.03.13
12:00
Скуль сожрёт всё, если его не ограничить, видимо ограничение такое
18 trorg
 
04.03.13
12:19
Смотри в перфмоне(системном мониторе)счетчик "Сред.длина очереди диска" часто вырастает или нет. Если часто, значит дисковой не хватает. Процов, памяти хватает? На скуль сколько выделил памяти? Если пользователи жалуются на конфликт блокировок, то вводи управляемые блокировки. Делаешь регулярные дефрагментацию индексов и обновление статистики в скуле?
19 Галахад
 
гуру
04.03.13
12:22
(15) Как оно поможет-то? Если в кэше ничего нету?
20 Fragster
 
гуру
04.03.13
12:24
(19) ну типа памяти пяток гигов освободится
21 Галахад
 
гуру
04.03.13
12:26
(20) ИМХА-ется у ТС дофига свободной памяти.
22 trorg
 
04.03.13
12:31
Выложи хоть скриншот закладки Быстродействие в диспетчере задач )
23 trorg
 
04.03.13
12:36
на, почитай http://www.gilev.ru/1c/app/
24 Advan
 
04.03.13
12:45
(7)Настрой нормально ограничение SQL - 800 метров это просто смех - отдай SQL все за минусом: 2 гига на систему, 2 гига на каждый процесс сервера 1с, 300-500 метров на каждого клиента.
25 trorg
 
04.03.13
12:51
Четырех rphost будет достаточно, ты их наплодил зря
26 vogenut
 
04.03.13
13:00
1. Явно вписать размер памяти для SQL Server
2. Отключить паралеллизм в SQL Server
3. Оставить один rphost
4. Поставить 8.2.18
27 Галахад
 
гуру
04.03.13
13:02
(26) Почему 3?
28 vogenut
 
04.03.13
13:03
(27) Так рекомендуют
29 Maxus43
 
04.03.13
13:03
max degree of parallelism = 1 ставить? зачем?
30 vogenut
 
04.03.13
13:03
Забыл,

5. Настроить Shared Memory для соединения с SQL Server
31 Галахад
 
гуру
04.03.13
13:04
(28) Кто рекомендует? И чем аргументирует.
32 vogenut
 
04.03.13
13:04
(29) Ставь. Запросы платформы не дружат с паралеллизмом.
33 vogenut
 
04.03.13
13:05
(31) Где-то на ИТС было...
34 Галахад
 
гуру
04.03.13
13:08
(33) А чем? Аргументы есть?
35 Fragster
 
гуру
04.03.13
13:18
(34) там большая часть запросов выполняется настолько быстро, что расчет нужно ли делать параллелизм занимает ощутимую часть времени. а вот для всяких олапов и больших отчетов лучше наоборот, соответственно, для отчетов - делаем другой сервер и на нем копию базы по РИБ
36 Maxus43
 
04.03.13
13:22
(35) он про рабочие процессы, что 1 надо...
37 Fragster
 
гуру
04.03.13
13:25
(36) а, я думал про (29)
38 vogenut
 
04.03.13
13:39
(34) Сам посуди, зачем для 50 пользователей несколько процессов на одном физическом сервере? Разницы то никакой не будет, ну кроме надежности.
39 Галахад
 
гуру
04.03.13
13:42
(38) Ну как не будет? Один процесс использует, максимум одно ядро. Несколько процессов - несколько ядер.
40 Fragster
 
гуру
04.03.13
13:43
(39) ТЮ!
41 Fragster
 
гуру
04.03.13
13:43
срочно в школу!
42 vogenut
 
04.03.13
13:44
(39) Процесс использует все доступные ядра.
43 Maxus43
 
04.03.13
13:47
1с рекомендует несколько рабочих процессов, если чо. 1 процесс на 25-50 юзеров ЕМНИП. надо искать
44 vogenut
 
04.03.13
13:54
(43) Ну дык у ТС как раз 50 юзеров. Одного должно хватать.
45 Maxus43
 
04.03.13
13:56
(44) ОТ 50. думаю 2 таки лучше
46 Maxus43
 
04.03.13
14:00
ну и 50 юзеров в УТ <> 50 юзеров в УПП
47 vogenut
 
04.03.13
14:41
(45) можно и два, но не десять же
48 gallam
 
04.03.13
14:42
(0)
1. Проверь, что свободной оперативной памяти не менее 300Мб в момент тормозов.
49 BigShmax
 
04.03.13
15:24
(43) несколько рабочих процессов рекомендовалось на х32 платформах  чтобы лучше использовать память.  в х64 достаточно 1 го рабочего процесса.  на ИТС было.
50 BigShmax
 
04.03.13
15:25
сам  сделал два на всяк случай :-)  больше нафик.  раз там 128 оперативы  я думаю  что там х64 :0-)
51 IvanRyz
 
04.03.13
16:29
(18) "Сред.длина очереди диска"
http://s1.ipicture.ru/uploads/20130304/WWhi1BBq.jpg
52 IvanRyz
 
04.03.13
16:51
Загрузка ЦП прагает от 40 до 90 с интеравалами 5-10 секунд
53 Мохнатое рыло
 
04.03.13
16:56
54 floody
 
04.03.13
16:56
(51) (52)  посмотри счетчики SQLServer:Memory Manager: Total Server Memory и Target Server Memory
55 UnknownH
 
04.03.13
16:59
(13) То что SQL съел 0,8 Гб еще мало о чем говорит, т.к. он может дожирать память через AWE
56 IvanRyz
 
04.03.13
17:13
(54)счетчики SQLServer:Memory Manager: Total Server Memory и Target Server Memory в верхней планке постоянно
http://4put.ru/pictures/max/548/1685256.jpg
57 UnknownH
 
04.03.13
17:19
(56) На графиках видно что Выделено SQL 80 Гб, а съел он только 59 Гб

Доступной памяти сколько осталось?
58 UnknownH
 
04.03.13
17:21
(0) И жаловаться можно по-разному :)
В какие именно моменты по их мнению тормозит?
При проведении? Партионный учет? Партии списываются при проведении?
59 floody
 
04.03.13
17:25
система 32-битная чтоле? нафига?
60 UnknownH
 
04.03.13
17:29
(59) из (7) видно что сервер 1с x64
61 0xFFFFFF
 
04.03.13
17:32
(0) Да, памяти маловато, я бы до 2Тб добил бы. Чай тут вам не ядерный центр, чтобы на каких то 128Гб термоядерные реакции считать, тут вам 1С с 50 (50!!!) пользователями. Не хухры мухры.
62 IvanRyz
 
04.03.13
17:37
(57)доступно 37500 еще
63 floody
 
04.03.13
17:39
(60) тогда зачем SQL так память юзает? напрямую же можно.
64 UnknownH
 
04.03.13
18:01
(63) Все зависит от настройки сервера. Сейчас посмотрел у себя на рабочем - там память выделяется полностью процессу SQL, т.е. SQL спокойненько в открытую отжирает свои 95-100 Гб из 120 дозволеных.

Посмотрел на запасном - там был обновлен SQL 2008R2 на 2012 - процесс SQL ест всего 500-700 Мб памяти, а остальные выданные ему 20Гб отжирает другим методом. Настройку AWE в SQL 2012 убрали, возможно крыжик остался от 2008R2. Как отключить пока не нашел...

sp_configure 'show advanced options', 1
RECONFIGURE
GO
sp_configure 'awe enabled', 0
RECONFIGURE
GO


Возвращает "Параметр конфигурации "awe enabled" не существует, либо это расширенный параметр."
65 UnknownH
 
06.03.13
10:27
Ветка умерла так и не дождавшись бесплатных полезных советов, как и происходит обычно с ветками о производительности :)