|
Оптимизация работы сервера | ☑ | ||
---|---|---|---|---|
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
|
||||
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
|
Ветка умерла так и не дождавшись бесплатных полезных советов, как и происходит обычно с ветками о производительности :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |