1c 8.2 + WS 2008 R2 - тормоза в работе 1с.
 

Доброго дня, коллеги.

Есть сервер от 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с, при подборе появляются часы и долго-долго происходит подбор данных при вызове.

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

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

Памяти в режиме standby(ожидание) у вас 3 ГБ - это свободная память, она выделяется по первому требованию. Дело в чем-то другом

HDD (RAID 1)

Сомневаюсь, при наведении на память, где написано ожидание сообщается: Память, в которой содержаться кэшированные данные и которая не может быть использована.

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

Вот, в том числе и поэтому я не использую русскоязычные ОС.
В оригинале: "Standby:Memory that contains cached data and code that is not actively in use"

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

Вот это напереводили....
Хорошо, какие еще есть мысли, в каком направлении двигаться? Может еще какие либо данные привести?

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

Так попробую не ошибиться с переводом.
Пока даю нормальный режим, без тормозов:
% 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

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

угу - но пока показатели в порядке.

Сейчас дам еще статистику по 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 торговлю. и началось. После перезагрузки тормозов может несколько дней не быть.

HellFire_MZ,

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

Вот и мне кажется, что в памяти. Вот сейчас сидят 16 человек, пока тормозов нет.
RAID на Intel SRCSASRB.

HellFire_MZ, тут же был похожий вопрос по тормозам 1С... посмотрите топик.

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

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

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

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. Обычная.
Вот rphost пожалуй задам в исключения. Вероятно, Ваша правда в том, что это KAV.

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

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

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

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

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

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

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

В момент "тормозов" смотрел perfmon - процессор не нагружен даже на 25 процентов, ни одно ядро не используется полностью.
Базы добавлены были изначально, сейчас добавил сам процесс в исключения.

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

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

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

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

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

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

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

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

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

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

Господа, сегодня тормозит сервер.

привожу логи:
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.

Kaspersky стоит для Windows Servers, вполне нормальный, много где стоит.

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

HellFire_MZ,
А скриншот с памятью во время тормозов вы обещали....

Хм. на данный момент выяснилось вот что.
Если зайти в терминал и запустить 1с - то НЕ ТОРМОЗИТ.
Если зайти через Remote APPS - ТОРМОЗИТ.
Сейчас выключил KAV - не тормозит, сказали..... опять касперский..
У меня установлен Kaspersky для Windows Servers 8.0, сейчас поставил critical fix1, он 2 дня назад вышел, посмотрим, может разрешится.

Ну вроде проблема решилась установкой fix на KAV.