PDA

Показать полную графическую версию : [решено] 1c 8.2 + WS 2008 R2 - тормоза в работе 1с.


Страниц : [1] 2

HellFire_MZ
15-06-2011, 20:43
Доброго дня, коллеги.

Есть сервер от Intel.
2 x XEON 5502
8GB RAM DDR3
2 RAID - MIRROR и 5-RAID (3 диска - SAS)
На 1 RAID - система, на 2 файлы баз данных.
Базы - файловая система. не SQL. Размер базы 2.7 Гб.
Установлен Server 2008 R2 + remote Application Services (Терминальный сервер)
Пользователей 1с 8.2 - 25 человек.
В середине дня начинаются "тормоза" в 1с, при подборе появляются часы и долго-долго происходит подбор данных при вызове.

Поглядел в монитор ресурсов. Ниже привожу картинку.

На мой взгляд не хватает памяти. Ваше мнение?

Ivan Bardeen
15-06-2011, 20:59
На мой взгляд не хватает памяти. Ваше мнение? »
Памяти в режиме standby(ожидание) у вас 3 ГБ - это свободная память, она выделяется по первому требованию. Дело в чем-то другом

zai
15-06-2011, 21:36
На мой взгляд не хватает памяти. Ваше мнение? »
HDD (RAID 1)

HellFire_MZ
15-06-2011, 23:29
Памяти в режиме standby(ожидание) у вас 3 ГБ - это свободная память, она выделяется по первому требованию. Дело в чем-то другом »
Сомневаюсь, при наведении на память, где написано ожидание сообщается: Память, в которой содержаться кэшированные данные и которая не может быть использована.

HDD (RAID 1) »
в чем же тормоза RAID 1 - там система стоит, базы на 5-RAID, обработка происходит на пятом рейде.

Ivan Bardeen
16-06-2011, 06:46
Сомневаюсь, при наведении на память, где написано ожидание сообщается: Память, в которой содержаться кэшированные данные и которая не может быть использована. »
Вот, в том числе и поэтому я не использую русскоязычные ОС.
В оригинале: "Standby:Memory that contains cached data and code that is not actively in use"

Также заметьте - чуть ниже у вас напротив слова "доступно" - стоит цифра 2821 - это есть stantby + free.

HellFire_MZ
16-06-2011, 07:44
Вот, в том числе и поэтому я не использую русскоязычные ОС.
В оригинале: "Standby:Memory that contains cached data and code that is not actively in use"
Также заметьте - чуть ниже у вас напротив слова "доступно" - стоит цифра 2821 - это есть stantby + free. »
Вот это напереводили....
Хорошо, какие еще есть мысли, в каком направлении двигаться? Может еще какие либо данные привести?

Ivan Bardeen
16-06-2011, 08:40
На физических дисках, какое среднее значение этих счетчиков (в обычно режиме и в момент "томозов")
% Idle Time
Disk Reads per Second
Disk Writes per Second
Current Disk Queue length
Disk Transfers per Second
Avg Disk Sec/Transfer

HellFire_MZ
16-06-2011, 09:12
Так попробую не ошибиться с переводом.
Пока даю нормальный режим, без тормозов:
% Idle Time - процент времени бездействия - 95
Disk Reads per Second - Обращений чтения с диска/c - 0.48
Disk Writes per Second - Обращений записи на диск/c - 3.38
Current Disk Queue length - Текущая длина очереди диска - 0.01
Disk Transfers per Second - Обращения к диску/c - 9.7
Avg Disk Sec/Transfer - Среднее время обращения к диску - 0.005

Надеюсь, правильно сопоставил русский перевод?

Ivan Bardeen
16-06-2011, 09:21
Надеюсь, правильно сопоставил русский перевод? »
угу - но пока показатели в порядке.

HellFire_MZ
16-06-2011, 09:40
Сейчас дам еще статистику по RAID-массивам.

RAID-1:
% Idle Time - процент времени бездействия - 99
Disk Reads per Second - Обращений чтения с диска/c - 1.064
Disk Writes per Second - Обращений записи на диск/c - 19.8
Current Disk Queue length - Текущая длина очереди диска - 0.049
Disk Transfers per Second - Обращения к диску/c - 5.5
Avg Disk Sec/Transfer - Среднее время обращения к диску - 0.005

RAID-5:

% Idle Time - процент времени бездействия - 94
Disk Reads per Second - Обращений чтения с диска/c - 6
Disk Writes per Second - Обращений записи на диск/c - 8
Current Disk Queue length - Текущая длина очереди диска - 0.049
Disk Transfers per Second - Обращения к диску/c - 20
Avg Disk Sec/Transfer - Среднее время обращения к диску - 0.000


Пока жалоб нет.


Дело всё в том, что ранее было 3 базы: 8.1 бухгалтерия, 8.2 торговля, и 7.7 торговля. Был выполнен переход полностью на 8.2 торговлю. и началось. После перезагрузки тормозов может несколько дней не быть.

Anton04
16-06-2011, 10:22
HellFire_MZ,

Моё мнение дело в нехватке памяти, т.к. 8 гигов на 25 человек маловато будет...
Кстати RAID на каком контроллере крутится?

HellFire_MZ
16-06-2011, 12:41
Моё мнение дело в нехватке памяти, т.к. 8 гигов на 25 человек маловато будет...
Кстати RAID на каком контроллере крутится? »
Вот и мне кажется, что в памяти. Вот сейчас сидят 16 человек, пока тормозов нет.
RAID на Intel SRCSASRB.

QRS
16-06-2011, 23:52
HellFire_MZ, тут же был похожий вопрос по тормозам 1С... посмотрите топик (http://forum.oszone.net/thread-208143.html).

В процессах у Вас висит подозрительный процесс kav... это не антивирус?
Если да, то для него обязательно задайте исключения на процессы rphost и sql.

На скрине у Вас видно, что "ошибок страниц" памяти почти нет - значит проблема не в нехватке ОЗУ. Кстати, приведите картинку (вкладка "Обзор") для случая, когда у Вас начинаются "часы" (тормоза).

А для диагностики по процессам можно использовать ProcExp из комплекта Sysinternals - он покажет Вам чем занимается конкретный процесс и что для процесса является узким местом.

HellFire_MZ
17-06-2011, 01:33
QRS, у меня ситуация несколько другая, нежели в топике, что Вы указали.
Там про 2003 сервер, про 1с на SQL (кстати, даже неясно 7.7 или 8.2).
А у меня всё было хорошо, когда было 1 база 7.7(торговля 1 продуктом), 1 база 8.1 (бухгалтерская), 1 база 8.2 (торговля другой отрасли).
Проблемы начались, когда из 7.7 и 8.2 сделали единую базу, которая весит 3.9 гигобайта. Не SQL. Обычная.
В процессах у Вас висит подозрительный процесс kav... это не антивирус?
Если да, то для него обязательно задайте исключения на процессы rphost и sql. »
Вот rphost пожалуй задам в исключения. Вероятно, Ваша правда в том, что это KAV.

На скрине у Вас видно, что "ошибок страниц" памяти почти нет - значит проблема не в нехватке ОЗУ. Кстати, приведите картинку (вкладка "Обзор") для случая, когда у Вас начинаются "часы" (тормоза). »

Обязательно приведу, пока за день не было такого момента.

А для диагностики по процессам можно использовать ProcExp из комплекта Sysinternals - он покажет Вам чем занимается конкретный процесс и что для процесса является узким местом. »

Спасибо, осталось дождаться "тормозов".

QRS
17-06-2011, 19:07
HellFire_MZ, учитывая, что у Вас база 1С не под SQL, то возможны тормоза из-за внутренних блокировок 1С (в SQL такое нередко бывает, но легко диагностируется через PerfMon) - типа один процесс запустил большую проводку, а другой пытается строить отчет (или тоже проводка) на тех же данных: получается, что проводка блокирует отчет! Этот "тормоз" не отловят никакие стандартные средства - это внутренняя логика 1С - на мониторинге будет видно, что по полной (на 1 процессорное ядро) пашет только один процесс, а остальные "почему-то" прохлаждаются.

Для обнаружения такого рода проблемы имеет смысл обращаться в профессиональные фирмы по 1С.

PS: раз база обычная, а не SQL, то в исключения KAV нужно добавить 1cv8.exe или сами файлы базы.

Ivan Bardeen
17-06-2011, 19:29
На скрине у Вас видно, что "ошибок страниц" памяти почти нет »
Ужасаюсь от русскоязычного перевода - в оригинале звучит как "hard faults" - но ведь есть еще и soft faults - тоже "ошибки страниц", разве что обращение идет к stanby memory - но какая разница в скорости обращения. И те и те ошибки ведут к тому, что страница возвращается в process working set - но разница по скорости!
Пипец, перевод : (

winbond
17-06-2011, 21:48
Есть база не SQL - лежит на сервере с SQL 2000 базами, недавно наши программеры 1С что-то поменяли у себя "под заказ бухгалтерии" и дбф база стала подвисать к середине дня или раньше, датчики на сервере SQL показывают норм - но... первым жаловался 1 пользователь, он запускал у себя на локальном компьютере(с довольно слабым процессором) некую выборку, а потом звонил в ИТ отдел - "у меня все висит", с чего и "пошли ноги расти" - вообщем у него при выборке была 100% загрузка CPU по основному процессу 1С (не помню сходу как его звать, сорри) и практически полное подвисание этой базы 1С у всех остальных пользователей (включая терминальных). Сказали программистам вернуть все взад или разобраться с изменениями... чем закончилось - не знаю - в отпуске еще 2 недели. Может поможет.

HellFire_MZ
18-06-2011, 00:17
HellFire_MZ, учитывая, что у Вас база 1С не под SQL, то возможны тормоза из-за внутренних блокировок 1С (в SQL такое нередко бывает, но легко диагностируется через PerfMon) - типа один процесс запустил большую проводку, а другой пытается строить отчет (или тоже проводка) на тех же данных: получается, что проводка блокирует отчет! Этот "тормоз" не отловят никакие стандартные средства - это внутренняя логика 1С - на мониторинге будет видно, что по полной (на 1 процессорное ядро) пашет только один процесс, а остальные "почему-то" прохлаждаются. »
В момент "тормозов" смотрел perfmon - процессор не нагружен даже на 25 процентов, ни одно ядро не используется полностью.
Базы добавлены были изначально, сейчас добавил сам процесс в исключения.

Я немного не понимаю механизм. После перезагрузки, допустим, у меня есть "занятая" память, кешированная и свободная. Причем свободной гига 4. После дня работы я вижу, что кешированная "съела" всю свободную и теперь там 0 свободной. Что это значит? При этом "тормозов" всё равно нет.

Человека, который переносил из 7 в 8 я знаю лично, он давно работает 1с программистом.

Возникает такой вопрос, из практики, какой объем 1с 8.2 базы следует держать в файловом виде? Сейчас база 3,8 гигобайта.

Есть еще 1 база, бухгалтерская, она вобще весит 4.9 гигобайта, она в 8.1 версии. Пока неясно, откуда ноги растут.

Есть база не SQL - лежит на сервере с SQL 2000 базами, недавно наши программеры 1С что-то поменяли у себя "под заказ бухгалтерии" и дбф база стала подвисать к середине дня или раньше, датчики на сервере SQL показывают норм - но... первым жаловался 1 пользователь, он запускал у себя на локальном компьютере(с довольно слабым процессором) некую выборку, а потом звонил в ИТ отдел - "у меня все висит", с чего и "пошли ноги расти" - вообщем у него при выборке была 100% загрузка CPU по основному процессу 1С (не помню сходу как его звать, сорри) и практически полное подвисание этой базы 1С у всех остальных пользователей (включая терминальных). Сказали программистам вернуть все взад или разобраться с изменениями... чем закончилось - не знаю - в отпуске еще 2 недели. Может поможет. »

Замечание интересное. Вечно так, программисты напишут неоптимизированный код, а мы с Вами, коллеги, мучаемся неделями. :)

А и еще 1 момент, который меня нокаутировал просто. Я вышел с одного компьютера из базы. Зашел удаленно к себе домой через Тимвивер, с моей машины подключил OpenVPN, залогинился на рабочий стол сервера, зашел в базу...и она не "тормозила"...Неужели какие-то проблемы в Remote Apps? Не встречали?

Anton04
20-06-2011, 13:27
Возникает такой вопрос, из практики, какой объем 1с 8.2 базы следует держать в файловом виде? Сейчас база 3,8 гигобайта. »

Рекомендовал бы более 1,5 гига в файловой БД не держать... пора переходить на SQL. ;)

Неужели какие-то проблемы в Remote Apps? Не встречали? »

Такого точно не встречал.

P.S. Можно попробовать вообще удалить KAV на терминале и посмотреть несколько дней будет всё нормально или нет.

P.P.S. Уж очень мне не нравится антивирусник на терминале...

HellFire_MZ
20-06-2011, 14:14
Господа, сегодня тормозит сервер.

привожу логи:
RAID-1:
% Idle Time - процент времени бездействия - 95
Disk Reads per Second - Обращений чтения с диска/c - 0.075
Disk Writes per Second - Обращений записи на диск/c - 4.4
Current Disk Queue length - Текущая длина очереди диска - 0.024
Disk Transfers per Second - Обращения к диску/c - 4.2
Avg Disk Sec/Transfer - Среднее время обращения к диску - 0.009


RAID-5:

% Idle Time - процент времени бездействия - 99
Disk Reads per Second - Обращений чтения с диска/c - 9
Disk Writes per Second - Обращений записи на диск/c - 9
Current Disk Queue length - Текущая длина очереди диска - 0.02
Disk Transfers per Second - Обращения к диску/c - 17
Avg Disk Sec/Transfer - Среднее время обращения к диску - 0.002

Уважаемые коллеги, ну я не вижу проблем в дисковой подсистеме.

Мне кажется, всё же не хватает памяти - это раз, кривость конфигурации 1с(она самописная) - это 2.

P.S. Можно попробовать вообще удалить KAV на терминале и посмотреть несколько дней будет всё нормально или нет.
P.P.S. Уж очень мне не нравится антивирусник на терминале... »
Kaspersky стоит для Windows Servers, вполне нормальный, много где стоит.

17 человек сидит в 1с 8.1/8.2 сейчас. 1 база 4.5 гига (там 5 человек), вторая база 8.2 (3.8 гига)- там 12 человек.
Мне упорно кажется, что не хватает памяти. Я удаленно заходил, видно, что притормаживает. даже не в 1с.




© OSzone.net 2001-2012