![]() |
![]() |
![]() |
|
Жесткое зависание сервера | ☑ | ||
---|---|---|---|---|
0
mzelensky
29.12.11
✎
14:43
|
Доброго всем!
НА фирме 2 сервака (С0 и С2). С0 используется как сервер терминалов, на С2 стоит СКЛ сервер, 1С сервер и базы 1С. Между серверами гигабитная сеть. Вчера вечером произошел первый КОСЯК - жесткое зависание ВСЕХ минут на 5...потом вроде отпустило и вроде как не стали принимать во внимание. Но сегодня все стало хуже. Примерно с обеда начались жесткие зависания сервера С2 (по началу даже подключиться к нему не удавалось). Перезагрузка сервером и свитчей не помогла (сперва все нормально, но уже минут через 10-15 тормаза начинаются снова). В диспетчере приложений ничего необычного НЕТ...процессы хавают нормально, быстродействие немного скачет, но все вполне разумно. Файл подкачки тоже в норме. ЧТО ЭТО МОЖЕТ БЫТЬ??? |
|||
1
mzelensky
29.12.11
✎
14:44
|
на С0 и С2 стоит Вин сервер 2003.
|
|||
2
Fragster
гуру
29.12.11
✎
14:45
|
происки ZOG
|
|||
3
andrewks
29.12.11
✎
14:46
|
всё, что угодно. а почему сервер 1с не на первом серваке. почему на 2-м всё в кучу?
|
|||
4
marvak
29.12.11
✎
14:47
|
(0)
В логах на сервере что ? |
|||
5
mzelensky
29.12.11
✎
14:47
|
(2) тебе смешно, а у меня весь офис на панике
|
|||
6
andrewks
29.12.11
✎
14:47
|
в сторону рэйда смотрел?
|
|||
7
KRV
29.12.11
✎
14:47
|
НАВЕРНО ВИРУС!!! :)))))
|
|||
8
andrewks
29.12.11
✎
14:48
|
и, кстати, так и не понятно - зависает 1-й, сервер, или 2-й, или оба
|
|||
9
mzelensky
29.12.11
✎
14:50
|
(6) зависат второй, а так как сервер 1С и СКЛ и сами базы крутится на нем, то соответственно тормозит все.
|
|||
10
mzelensky
29.12.11
✎
14:50
|
(6) а что может быть с рэйдом?
|
|||
11
andrewks
29.12.11
✎
14:51
|
(10) ну, например, один диск отваливается
|
|||
12
mzelensky
29.12.11
✎
14:51
|
(4) где их просмотреть?!
|
|||
13
mzelensky
29.12.11
✎
14:54
|
(11) ок, как это проверить?!
|
|||
14
andrewks
29.12.11
✎
14:55
|
(13) зайти в утилиту рэйда
(12) просмотр событий / event viewer |
|||
15
mzelensky
29.12.11
✎
15:07
|
(14) открыл...только вот на что СМОТРЕТЬ?!
|
|||
16
andrewks
29.12.11
✎
15:09
|
(15) ты кто? Прогер 1С? ну так позови админа
|
|||
17
mzelensky
29.12.11
✎
15:13
|
(16) ну, похоже разбираться прийдется мне...поэтому и прошу помощи.
|
|||
18
andrewks
29.12.11
✎
15:15
|
(17) разбираться можно по-разному. можно, например, сделать хуже
|
|||
19
Goggy
29.12.11
✎
15:19
|
"Да у вас винда сдохла, надо переустановить" :) (с) Блондинко Сисадминко
|
|||
20
Goggy
29.12.11
✎
15:20
|
Посмотри утилитой любой как винты читаются, либо протесть сразу.
|
|||
21
mzelensky
29.12.11
✎
15:22
|
(18) хочется увидеть причину зависания...пусть не устранить, но хотябы узнать ИЗ-ЗА ЧЕГО ЭТО?! Т.к. по диспетчеру приложений все ОК, но тормоза просто не реальные.
|
|||
22
andrewks
29.12.11
✎
15:23
|
логи винды нашёл? что там интересного?
|
|||
23
marvak
29.12.11
✎
15:26
|
(15)
Смотри сообщения красного цвета в просмотре событий. |
|||
24
Волесвет
29.12.11
✎
15:27
|
(21)
винты, нехватка оперативной памяти |
|||
25
marvak
29.12.11
✎
15:28
|
а памяти в диспетчере событий отъедно сколько? может в своп выгрузка идет?
|
|||
26
mzelensky
29.12.11
✎
15:30
|
(22) в том и дело, что ничего. Уведомления, что на запросы к СКЛ превысили допустимое время, какие-то ошибки принтеров (типа Драйвер HP LaserJet 2420 PCL 6 для принтера !!nata!HP LaserJet 2420 PCL 6 не опознан. Обратитесь к сетевому администратору, чтобы он установил нужный драйвер.)....
|
|||
27
mzelensky
29.12.11
✎
15:30
|
(24) сейчас качнули прогу, попробуем винты протестить
|
|||
28
mzelensky
29.12.11
✎
15:32
|
еще .что интересно открыта у меня папка, где лежит база "темпДБФ" увеличивается в стремительных темпах. Пару минут назад она весила 80 Гигов, а сейчас уже 110....я так понимаю это из-за "косячных" сесский к серверу СКЛ
|
|||
29
Jaffar
29.12.11
✎
15:40
|
(28) не торопись ставить диагноз.
сначала закончи с винтом. если он сдыхает - косячные сессии и большой размер файла роли уже не играют. |
|||
30
andrewks
29.12.11
✎
15:59
|
||||
31
mzelensky
29.12.11
✎
15:59
|
А переполнение оперативной памяти, например, из-за чего может быть?!
|
|||
32
floody
29.12.11
✎
16:02
|
я бы подумал на какой-нибудь из свитчей, вспухли кондеры мб.. у д-линка это бывает через 2-3 года.
|
|||
33
mzelensky
29.12.11
✎
16:25
|
(32) уже думали, но не может тут быть свитч. два сервера общаются между собой через свитч, которому 5 месяцев. И тормоза чисто на одном сервере
|
|||
34
stix2010
29.12.11
✎
16:29
|
очередь чтения-записи рейдов С2 (и рейд небось 5), количество свободной памяти С2
|
|||
35
mzelensky
29.12.11
✎
16:53
|
(34) рэйд 0 (просто зеркалом).
|
|||
36
stix2010
29.12.11
✎
17:12
|
по симптомам кто то активно рабоает с sql - вввод-вывод = неоптимизированные запросы, возможно памяти не хватает sql и он начинает работать с диском в swap
>по началу даже подключиться к нему не удавалось - 100 % большая очередь чтения диска - профили тупо не загружаются >база "темпДБФ" увеличивается в стремительных темпах - если базы только 1C - искать кривые запросы, технологический журнал, tempdb на отдельный диск |
|||
37
mzelensky
29.12.11
✎
17:37
|
(36) а что именно понимается под "неоптимизированные запросы" ? что именно в запросах приводит к переполнению памяти и росту темповской базы?
|
|||
38
stix2010
29.12.11
✎
17:45
|
(37) навскидку: Поместить - данные tempdb
еще ведь бывает Пока... Цикл ... запрос.Выполнить(); ... КонецЦикла; |
|||
39
stix2010
29.12.11
✎
17:48
|
ну и баян с sql.ru - зачем тащить на клиент 100500 записей? Этим страдает технология "Универсальный отчет".
|
|||
40
mzelensky
29.12.11
✎
17:49
|
(38) ну допустим, "поместил"...отработал запрос...а потом эта инфа от туда не очищается? Только перезапуск сервера?
"еще ведь бывает Пока... Цикл ... запрос.Выполнить(); ... КонецЦикла;" - это конечно зло, но порой без него никак...ну и опять таки, выполнил ты операцию...почему память не очищается?! |
|||
41
Fragster
гуру
29.12.11
✎
17:55
|
(40) могу ошибаться, но сборщик мусора срабатывает в момент возвращения контекста на клиент...
|
|||
42
stix2010
29.12.11
✎
17:58
|
sql как бы сам управляет свойе памятью, вам надо начинать с озвучивания конфигурации сервера, объема базы, конфигурации, и количества пользователей.
у нас были подобные проблемы, зависали раз в сутки,комплексом мер мы решили их (raid10, увеличение RAM, левые базы, разнос по ФизДискам, планы запросов) |
|||
43
mzelensky
29.12.11
✎
18:02
|
(42) с радостью бы выслушал ваши достижения завтра, если можно.
Я подниму тему завтра и буду очень признателен, если расскажите с чем боролись и чем победили. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |