Имя: Пароль:
IT
Админ
Жесткое зависание сервера
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) с радостью бы выслушал ваши достижения завтра, если можно.
Я подниму тему завтра и буду очень признателен, если расскажите с чем боролись и чем победили.
Закон Брукера: Даже маленькая практика стоит большой теории.