Терминальный Сервер Win 2003 Server для 1С 7.7. Транзакция #502149

Здравствуйте. Прошу помощи. Замучала блокировка при ожидании транзакции. Конфигурация сервера: Intel-овский Tower сервер: Процессоры: 2x Intel Xeon, 2800 MHz Мать: Intel Brandon SE7520BD2 (1 PCI, 1 PCI-E x4, 3 PCI-X, 6 DDR DIMM, Video, Dual Gigabit LAN, SCSI) Оперативка: 4 Gb Registered ECC HDD: 2xWestern Digital Raptor 10200 rpm 70 Gb в массиве RAID 0 на Intel RAID Controller SRCS14L Опер. Система: Microsoft Windows Server 2003 R2, Standard Edition, SP 1 Из софта стоят: 1С: Предприятие 7.7 рел. 27, WinRar 1с Базы DBF – 6 шт. Активно используемые: 1-    База 1,14 Gb – склад нетиповая конфигурация – интенсивное проведение документов 2-    База 2,54 1С: Бухгалтерия 4.5 3-    База 1,46 1С: Бухгалтерия 4.5 Остальные базы используются поскольку поскольку. Сервер настроен и работает как терминальный сервер.  Базы и система стоят на HDD сервера (выше указанный RAID 0). Количество пользователей 1С: в час пик максимально 35. Как думаете в чем причина: В железе? Много пользователей? Нужно переходить на SQL? Порекомендуйте, пожалуйста, что-нибудь.

Ожидание блокировки таблицы "Журналы" ?

смотрим очередь на диск

Это в Производительности смотреть как я понял. Но у меня там девственная чистота. Подскажи как добавить счетчик с этим параметром.

ЭЭ... не помню :( думаю, что Яндех ответит сразу - я уже давно не Одминю.. хотя пора бы :)) надо отдохнуть...

"+" нажми

Ожидание блокировки таблицы "Журналы" в том числе, но часто даже просто когда меняю значение константы.

Нажал "+", но там нет названий счетчиков только цифры типа: "Объект 1150", "Счетчик 1152".

Контроллер внешний? К-во пользователей в одной базе или во всех (просто 6х35=210 на таком железе и должно дико тормозить)?

Злой Бобр. Контроллер внешний на 4 SATA порта. Количество пользователей 35 всего.

1)Сервер - контроллер домена? 2)Посмотри перечень процессов сервера на предмет наличия всяких многократно запускаемых приблуд типа мониторов состояния принтера и т.д.

База 1,14 Gb – склад нетиповая конфигурация – интенсивное проведение документов

райд 0 - Безумству храбрых - нужен психиатр (с)

СоболиныйГлаз 1. Доменной структуры вообще нет. Сервер не контроллер домена. 2. Какое имя процесса который смотреть?

У нас тоже админ поставил на терминал райд 0 - и накрылись в один прекрасный день все мои отчеты-обработки... я там папку хранил... и архивы:))) Слава богу сами базы на других серваках были

smaharbA райд 0 - Безумству храбрых - нужен психиатр - полностью согласен, но сервер достался в наследство.

Ну тогда смотри замеры. Я так думаю скорей всего неоптимальное проведение виновато. Да ладно. У них же ДБФ базы, они без него иногда падают. Так что это их выбор.

установи время ожидания захвата в 1 или вообще в 0 либо приблуду от ромикса и загрузку немного снизишь

Для начала поставь приблуду от Ромикса или Время ожидания в "0". затем смотри модули документов на предмет долгого проведения и оптимизируй, оптимизируй, оптимизируй, оптимизируй...

Raid 0 совершенно недавно упал. Был АПОКАЛИПСИС. сейчас сделал raid 10, в остальном конфигурация сервера осталась та же.

FN использую vk_sleep_1C.dll. - это приблуда от Romixa?

она. тогда смотри документы или обработки с Начать/ЗафиксироватьТранзакцию... в какой базе мучают транзакции?

Сам грешу на нетиповую конфигурацию - там жуть что понаписано.

"Какое имя процесса который смотреть?" Потрудиться совсем не хочешь? Откуда я могу знать какие модели и каких фирм принтеры у тебя стоят.

Ты зря полагаешь что в типовых все так замечательно. Еще раз - включай замеры на диск и смотри на результат.

Уважаемые. я вообще не сисадмин - поэтому прошу отнестись с пониманием. :-)

Для начала точно определись - какая из конфигураций тормозит (поработай оператором пару часиков). Если все - смотри железо, включай замеры и тп. (это уже к админам) Если конкретно одна из баз "тормозит" - смотри какие именно документы часто и долго проводятся - их и переписывай.

FN по опросам пользователей проблемы с транзакцией в не типовой конфигурации.

Мой компьютер - Управление - Журнали и оповещения производительности - Журналы счетчиков Действие - Новые параметры журнала Задаешь имя (любое) Кнопка Добавить объекты - Физический диск (в самом низу по идее) Интервал 1 сек. Применить - ОК.

уже лучше... сколько в этой базе одновременно активных пользователей (создающих документы). Какой(ие) документ самый распространенный? Сколько таких документов в день? Среднее время проведения документа? Нет ли в базе любителей запускать обработки по пакетному созданию/проведению документов?

Злой Бобр. Все делаю так только вместо названий объектов цифры. FN пользователей в этой базе около 20. интенсивно проводят 10. самые распространенные документы - приходная и расходная накладная, работают с одним регистром "ОстаткиТоваров". Среднее время проведения документа около 1-2 минут.

>Среднее время проведения документа около 1-2 минут. просто застрелится... должно быть 1-2 секунды

Сделай замер производительности и проведи расходную накладную - посмотри где затык. с вероятностью в 99% на строчке РассчитатьРегистрыНа...

Ну тогда создай новый и нажми не Добавить объекты а Добавить счетчики. В объекте выбери физический диск. Поставь точку Все счетчики. Нажми Добавить. Ну и так само Применить ОК.

Злой Бобр. Счетчики тоже как цифры. Че-то с WIndows видимо не так. FN Буду смотреть нетиповую конфигурацию. -- Люди, а так в целом, железо-то не слабое?

Не верю. У меня все нормально показывает. Как просматриваешь? Железо неважнецкое.

Железо слабовато - это точно. Но апгрейд железа врядли поможет, а вот оптимизация программы поможет сильно.

Посоветуйте примерную конфигурацию сервера пожалуйста. Программу однозначно переписывать с нуля буду если дирекция добро даст.

Сервера для чего именно? Какие входящие данные? А то так можно сказать что подойдет любой, но только в розовом корпусе. Если ты задаешь тут такие вопросы, то боюсь "переписывать с нуля" изначально обречено. Лучше допиливай то что есть.

не гони лошадей. потестируй пока - найди все узкие места. А потом уже решай что делать.

любители проверок железа/ос по сабжу не попадают даже в 5%

Злой Бобр. Конфигурацию железа Терминального сервера для 1С 7.7 с базами dbf пользователей на 40. Для складских операций (много прихода, много расхода).

FN - не гони лошадей. потестируй пока - найди все узкие места. А потом уже решай что делать. Спасибо, попробую, просто уже назрело не только по производительности конфигурации.

Много - это сколько? А почему именно ДБФ? Может SQL - резать базы ненужно будет, анализ более качественный, хранение данных получше, ...

приход - суммарно 500 строк в документах в день. расход - суммарно 6000 строк в документах в день.

В текущий сервер запихни SSD и тебе производительности хватит еще надолго. ЗЫ Разве что оперативу можно добавить - но тут уже 64 бита нужно.

баланс не сойдется :)

Да оперативки добавить нужно. Но Win 2003 Server Standart поддерживает до 4 Гб. Надо еще и ось вероятно обновлять.

Гы. у меня данные практически такие же (расход 5~8 тыс, приход 0,5~1 тыс).

Бу-Га-Га... Тебе этого железа за глаза хватит. Вот только докупи дисков и сделай 10 рейд, если контроллер поддерживает.

+49 Да, и скуль при таких "объемах" конечно же ненужен.

ДБФ сложился исторически :-) с SQL не имел дела и в глаза не видел, но подумать о нем очевидно нужно. RAID 10 уже стоит. правда на 7200 rpm дисках.

Ну теперь наведи порядок в базах и будет все летать. Кстати - зачем их столько? Кто и что в них делает?

Злой Бобр. Много юр-лиц. - много баз. :-)

Всем большое спасибо за советы. FN и Злому Бобру особенно. Буду пробовать оптимизировать конфигурацию. P.S. Стоит ли заморачиваться и ставить в RAID 10 вместо 7200 rpm дисков - 10200 rpm диски (Western Digital VelociRaptor например)?

Не стоит. Лучше деньги на SSD потрать (только нормальный интел+SLC). А рейд10 оставишь для бекапов.

Слышал что у SSD дисков ограниченный ресурс - у кого нибудь есть опыт сколько SSD диск протянет, т.е как часто его придется менять?

Если 10 рейд уже стоит - пробуй переписать модули. Вполне вероятно что и так потянет. Если после переписывания упрется в тормоза дисковой системы тогда уж лучше задуматься о покупке нового сервера с рейдом на SAS дисках. SSD непользую - нелюблю ставить на себе эксперименты, потом такая экономия вылазит такими минусами что мало непокажется. Я как все, а кто любит рисковать - никто незапрещает.

(56,57) с 1С-базами SSD еще не пробовал. А дома уже год стоит один из первых (медленный на запись, без трима) SSD под систему. Проблем нет. Более того - все просто летает (кроме скорости записи). Комп используется активно - особенно инет и онлайн-видео - соответственно большая нагрузка на системный диск (темпы сильно забиваются). Но Злой Бобр прав: сначала переписывай модули, а только потом очередной поиск узких мест

Хм....  сперва железо наворотить. Для каждой базы отдельный диск или массив, тут уж как с финансами. Два ксенона мало, надо бы хотя бы 4 ядра. Оперативки тоже маловато, добавить 2-4Гига. Платформу пускай с ключем /t чтоб временные файлы на рамдиск ложились. Диск на 600 или на 400 со сжатием ntf чтоб хватило. Ну а после этого оптимизировать. Кстати убрать лишний софт. Как-то так.

Вы, батенька, часом не в гос.учреждении работаете? Методы похожи: сначала тратим денежки, потом разбираемся и отмазываемся

Нет. А что разве не очевидно что при 35 зверьках железо слабовато? И вообще так уж сложно купить 3 винта и оперативку? Конечно проц не так просто заменить, но винты и память в 8к обойдутся. Хотя конечно лучше SAS, но тогда 21к. В любом случае пациент станет чесаться меньше и тогда лечение можно проводить не торопясь, вдумчиво.

ОК. Будем думать.