Уважаемые друзья!

В течении нескольких месяцев в одной из контор наблюдаю аномально медленное формирование отчетов, база файловая, расположена в сетевой папке, пользователей 10+, но не в этом, как оказалось, суть.

Сеть в порядке, оптимизации на samba сделаны, плюс ко всему при работе сеть не загружена даже наполовину (сейчас, конечно, скажут, что нужно проапгрейдиться до гигабита). Стал разбираться с причиной тормозов, перетащил БД к себе на машину, открыл диспетчер задач, запустил 1С и стал гонять разные задания.

Я имею смутное представление о внутреннем механизме работы файлового варианта БД в 1С, но вот меня удивляет, что при размере БД в 2.5 Гб с диска считываются огромные объемы информации (не говоря уже о возможных блокировках при многопользовательской работе)!

Судите сами, вот цифры (сколько считано с диска, точнее из кэша):
Заполнение баланса за 2013 год - 22 Гб
ОСВ по счету 41 - 1,5 Гб
ТиИ со всеми галками - 2 Тб! (больше часа)
Если б речь шла об SQL, я бы подозревал, что тут с индексами беда, идет тупой перебор записей.

При переносе этой БД в связку 1C+PostgresSQL на Centos 6.5 (тут подробнее v8: Переход с файловой на клиент-сервер (возможные подводные камни)) производительность выросла на глазах: заполнение баланса - 25 секунд (из них почти 10 - отрисовка отчета), ОСВ по счету 41 - 3 секунды. Включение нескольких пользователей "для нагрузки" существенного влияния на производительность не оказало. И это при том, что на сервере всего 2 Гб памяти, из которой четверть занимают рабочие процессы rphost.
В статье Гилева неоднократно указывается, что файловый вариант в однопользовательском режиме работает быстрее, но что-то с этой конкретной базой не так. ТиИ со всеми галками помогло немного (до этого заполнение баланса считывало все 30 Гб).

Прошу просветить, в какую сторону копать, ведь в других организациях такого не наблюдаю, для примера другая БД, (БГУ 1.0) размером 500 Мб при ТиИ со всеми галками считывает с диска всего 2.8 Гб и уменьшается при этом до 400 Мб.

Отдельно хочется найти на что можно указать "специалистам из Форуса",  т.к. о проблеме заявляли не раз, но они только на скорость сети и сервера кивают.

конфа какая?)

(0) а на какой месяц итоги подсчитаны?

Бухгалтерия предприятия, редакция 3.0 (3.0.27.9)
Про итоги я сразу не скажу, в 1С далеко не сведущ. В ТиИ есть пересчет итогов, его делал.

Где посмотреть итоги что-то быстро нагуглить не удалось, ткните пальцем, где посмотреть/нажать?

(3) в предприятии посмотрите управление итогами.

В целом сопровождающая контора не обязана итоги рассчитывать, если работает инциндентно )))

а первая линия консультаций вам ничего другого и не кажет часто.

Ничего странного для файловой версии.

итого:
1) из-за вашей самбы ты дал повод сопровожденцам усомниться в структуре железа.
2) расчет актуальнх итогов
3) СКЛ возможно большие данные быстрее считает иногда, типа ОСВ

При нажатии кнопки Включить использование итогов, говорит, что нет таких (видимо, для всех возможных регистров включено).

Для регистров накопления установлена дата 31.12.13, для регистров бухгалтерии 31.01.14, сейчас попробую еще пересчитать итоги.

4) ты занимаешься .... оло-ло

(8) Как только докажете, что файл-сервер на Windows более производителен и прост в администрировании, откажемся от Linux (кроме шуток).

(0) а ничего странного..
так оно и есть

многопользовательский режим в  файловом варианте особенно если это БП - это адъ...

у меня так несколько контор из 3-4 бухов себе сервера покупал ии ставили, ибо всех задрало формирование анализа субконто по 40 минут..

(7) Я специально привел пример с другой базой (правда там и конфигурация другая, и данных меньше)

(12) Угу, особенно когда девушке надо таких субконто с десяток посмотреть по разным контрагентам. С это-то всё и началось.

(12) + все это по сетке

(13) в предприятии посмотрите управление итогами. всё-таки до 2011-го года итоги рассчитаны хотя бы? или прошлый век у вас?

с файловой 1С 8 с числом пользователе от 5 работают только в терминале.
И где тут Линукс?

все так плохо?

(14)  проходили это.. как правило +6 месяцев с перехода с 7ки и капец.. надо докупать сервер..

благо наконец то, после двух лет нытья на партнерках, появился микросервер.. но опять же - всего 5 соединений..

(0) Файловая база , редакция 3.0 БП - все так и есть.Переходите на сервер.

(16) БД ведется с 2011 года. 2010 и ранее - в отдельной базе. (17) Давайте посчитаем стоимость терминальных лицензий, да? Дешевле уж сервер купить, с ним и работать куда удобнее, и клиентские лицензии один фиг покупать. Впрочем, можно под такой вопрос отдельную тему замутить (или откопать в старых), а не плодить оффтопик.

Мне в данном случае интересно авторитетное мнение, если ли в БД какие-либо недоработки или же всё в рамках нормы и нужно переезжать на клиент-сервер (повторю, даже локально меня лично такая производительность не устраивает).

Авторитетное - смешно.... )
Для интернета - смешно. Ты кто такой?

С тобой неплохие ребята пообщались, но мы не телепаты.

(19) микросервер - это хорошо, жалко, что только для 8.3.

(21) если честно 2 года назад действительно баланс тормозил. А какая у вас необходимость работать фактически на одной из самых древних конфигураций? Пусть поставят 2.0.54. Это всё-таки на 3 года новее, там и соптимизировали это наверняка.

(23) а что мешает на 8.3 перейти ?

(22) Авторитетность для себя я определяю по сообщениям пользователя, многие в теме высказались по существу, никакого наезда тут нет.

Прошу прощения, что может кого-то удивит незнание азбучных истин, отлично, что Волшебный форум существует, но 1С - не мой профиль, поэтому и сообщил о проблеме здесь.

(4) пересчитал итоги в Конфигураторе, легче, увы, не стало.
(24) Почему древняя, БП 3.0 только в 4-м квартале накатили. (25) Могу попробовать локально, где прочитать о процедуре перехода?

(26) Версия платформы какая?

(26) да не персчет итогов, а переход на новый месяц. В предприятии. Операции-Управление итогами

(28) еще можно под другим пользователем попробовать.

(27) 8.2.19.76, но наблюдается проблема уже давно, см. (0) , едва ли с платформой связано, на БП 2.0 была та же картина.

(30) С 18го релиза как раз оптимизировали платформу для работы по сети с файловой. Так что с 18+ должно нормально работать.

Попробуй еще такой вариант http://v8.1c.ru/overview/000000034_1_5.png

какая операционка на тестируемом стенде.

да. Тестировать надо на стенде виндовс локально :)

(28) в менюшках такого никак не нашел, есть только Управление итогами и агрегатами, в БП 2.0 была другая структура меню. (32) на стенде Win XP SP3, RAM 2 Gb.
(29) уже пробовал под разными, сейчас под администратором. (31) Про веб начитался, это полумера в любом случае, при многих пользователях будет лишь небольшое облегчение, у Гилева об этом отдельное замечание есть в статье.

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

(33) собственно, в (0) об этом и написано.

Однопользовательский режим - это когда вы один по сети работаете или когда базу к себе локально на машину копируете и работаете?

И про стенд - хоть процессор напишите что ли, а то там и селерон какой может стоять.

И да, при работе по сети 1С в файловом варианте действительно практически чуть ли не копирует базу с сервера на клиент по сети каждый раз при выполнении сколько нибудь объемного запроса.
И сравнение с конфигурацией БГУ не совсем корректно.
В 8-х конфигурациях сама конфигурация и первоначальные данные весят очень не мало - 300-600 метров. Так что БГУ - 500 метров - это практически пустая база - то есть разница с БП о которой речь на порядки - это нормально.
Так что можете не удивляться.


Как бы терминал или переход на клиент-серверный вариант спасет отца демократии.

Но гонять по сети файловую базу больше 2 гб - это садизм по отношению к пользователям.

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

(36) спасибо за обстоятельный ответ.

Еще раз: база лежит локально на компе, большая часть её должна попасть в дисковый кэш (чтения из него также считаются в диспетчере задач, как и с диска). Процессор, да, не ахти, Celeron 2.6, так я и без претензий к нему, я нигде не написал, что меня смущает время, просто описанные объемы по сети таскать - сущее наказание.

Если так и должно быть в БП 3.0 (о чём некоторые уважаемые доны уже написали), то да, нужно искать аргументы для начальства и переходить на клиент-сервер, раз другие возможности исчерпаны (вариант с веб-клиентом мне откровенно не нравится в реализации, но работает, скорее всего, быстрее в силу того, что крутится локально на сервере).
(37) про терминал уже ответил - не дешевле в нашем случае ни разу и проблемы не решит, да еще отдельный сервер будет нужен (старый разбирать не целесообразно).

Кто объяснит толково про пересчет итогов в БП 3.0, о которых упомянул hhhh, буду сильно благодарен!

Интересно, кто им это впарил....
Я франчей, сажающих клиентов на файловую в многопользовательском режиме, иначе как г..ндонами, не называю.

На партнерском форуме проблема поднималась не раз. Именно поэтому был выпущен мини-сервер на 5 подключений за 14 тыр.

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

(40) серер был выпущен не по этому :)

когда  я поднимал на партнерках вопрос про минисервер, на партерках во весь голос франчи (в большинстве своем) орали что "если есть 3 бухгалтера значит есть бабло на полный сервер"

и в итоге микросервер выпущен для охвата рынка POS терминалов  и торговых точек для распределенных сетей..

по этому такое странное ограничение в 5 конектов (а не в 10 например) и это сугубо программные конекты..

я правильно поняла что реальная стоимость сетевой бухгалтерии должна быть увеличена как минимум на 14 тыс.руб. потому что спустя полгода реальной работы в 8ке проблема возникнет и об этом все знают?

(39)
Если на пальцах - то 1С хранит промежуточные итоги - для бухгалтерии - это как правило месяц.
То есть если вы собираете ОСВ за месяц - то 1С тупо берет заранее рассчитанные промежуточные итоги и формирует ОСВ.

Но если итоги рассчитаны на 31.12.13, а ОСВ вы формируете за январь то 1С придется взять итоги на 31.12.13 а потом получить и прибавить к ним движения за январь - что займет существенно больше времени.
Для примера сформируйте ОСВ за месяц и за период с 1 по 29 число - почувствуйте разницу.

Однако сильно в будущее рассчитывать итоги тоже нельзя.
Например если вы рассчитаете итоги до 31.12.14,
ТО при проведении документа в январе, 1С-у придется пересчитать итоги с февраля по декабрь 2014 - что тоже не способствует скорости. Поэтому обычно итоги стараются рассчитывать на конец текущего отчетного периода.
Сильно в прошлом - будут тормозить отчеты. Сильно в будущем - будут тормозить документы.

(42) именно.
причем если пользователей более пяти - увеличивайте на 42 тыщи....

как вариант кстати, если интенсивность ввода документов невелика, то есть не смотря на то что пользователей 3-5 эти пользователи одномоментно огромные документы не вводят - можно поиграться с вебдоступом к файловой версии..
но опять же - где то взлетает где то нет.

ну да, у всех по-разному.. а с массовым и добровольно-принудительным переходом на 1С 8ку с заниженной входящей стоимостью не получится  ли так что  рынок 1С попросту сливают Парусу к примеру?

(45) да никто никому ничего не сливает..
некуда слить.
пользоаватели с 7 на 8 то прикладывают усилия чтобы перейти, а уж на парус - это вообще анриал..

просто есть некое лукавство со стороны ЗАО - о том что все же необходимо объявлять файловый режим работы 8ой платформы режимом "тестовым" и "для разработки"...

а боевым рекомендовать все же именно серверный.


а то так пока и получается.. сидела организация на 7ке, работало у нее 5-7 пользователей в бухне или торговле.. а тут бац - ее на 8ку переводят..
мало того что лицензии все купи.. так и еще старый добрый файловый вариант с размещением базы на компе главбуха - уже не моден ни разу и нужен сервер, субд, админ который это настроит и лицензии за 40 тысяч (помимо того что уже потратили на лицензии и переход)

До появления какой-нибудь 2С 7.8 осталось несколько лет...

(44)Потом очень скоро сообщение "недостаточно памяти" предложит увеличить еще на 30 т.р., так что уж лучше сразу...и USB серверный ключ тоже сразу.

(47) )))) в том и беда 1с) они монополисты. Никто не взлетел с своими парусными аналогами. а конкуренция для развития бы 1с не мешала

(41) "что "если есть 3 бухгалтера значит есть бабло на полный сервер" " ну собственно говоря они правы) зачастую наши бЫзнесмены просто жмут деньги на софт по традиции считая что цена вашей 1с и виндовс 10 баксов за работу студента) С другой стороны, пора уже делать разграничения по количеству лицензий для пользователей и на сервер. А то получается что сервер 1с стоит одинаково что для 100 юзверей что для трех. ИМХО, это неправильно

(50) они просто не в курсе сколько бухгалтеров ведут учет на коленке вручную или в екселе. А так же сколько бизнесменов платят за технику и отраслевые конфигурации бешеные бабки, а обслуживают их действительно студенты за 1500 руб час в свободное от сессии и основной работы время..

(51) "А так же сколько бизнесменов платят за технику и отраслевые конфигурации бешеные бабки" а можно конкретно какие  это конфы бешенных бабок стоят?

(51) "а обслуживают их действительно студенты за 1500 руб час в свободное от сессии и основной работы время.." - собственно - а кто доктор бизнесменам которые жлобятся нанять себе хорошего специалиста?

8чные не знаю. из 7чных знаю Николаевский молокозавод, фортовский общепит, албанские сельхозкомплексные.
Распорядители финансов выбирают программу и компьютеры.
Обслуживать и поддерживать их франчи сначала обязуются,а потом раскручивают на курсы обучение пользователей, снимают все то что бизнесмены пока что не жмут и ... "жениться никто не обещал:)"

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

и они в целом правы.. у нас даже ходила по городу легенда об 1С робин гудах, которые закладки в базу делали,программные какие-то, где через какое-то время база летела и их снова вызывали, на восстановление..

(54) ну собственно обслуживание и поддержка как бы небеспалтны) не знаю кому кто что обещал правда) А вообще, не были бы жлобами бизнесмены то сами бы своих сотрудников на курсы отправляли бы и дешевле и эффективнее

(55) а это больше ввасего нравится. когда эти товарищи разводят своих клиентов/постащиков то это всего лишь бизнес) а когда сами попадают на бабки так ой караул все эти 1сники просто банда с большой дороги)))

это понятно, не заплатил одному - купит у другого.. а слезть с базы 1С и поставить для учета другую прогу - немного сложнее?
в этом смысле при покупке программы практически выбирается монополист на определенный и достаточно длительный период.

(56) да шо легенда) я таких товарищей знаю лично которые делали так доработки что без них они тупо не работали спустя месяц два и те героически каждое закрытие месяца сидели и колдовали над базой за отдельную доплату. Но причина та же. Клиент сначала хочет подешевле, а потом уже хочет качественно, но проблема в том, что к тому времени их база настолько запущенна что хороший специалист предлагает им три варианта - либо снуля поставить типовую и допилить что дорого. либо исправить то что есть что еще дороже и третий поддерживать то что есть. Естественно заказчик наступает на те же грабли и поддерживается то что есть превращаясь из квазиммоды в франкинштейна. А все почему? жадность ((((

(39) у меня есть управление Итогами и Агрегатами.
например сейчас у меня текст такой
Для регистров накопления - 31.12.2013
Для регистров бухгалтерии = 31.01.2014
---
Для того чтобы он сам все сдвинул в БП3, по моему, достаточно зайти одному в базу. Он увидит доступность установки монопольного режима и сам поставит ИТОГИ как ему надо.

как-то так

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

В чем тогда необходимость снятия с продаж 7ки если нет реального файлового режима на 8ке?

(63) бабло же..

(63) А в семерке есть реальный файловый режим?

т.е. тупо владельцам мотоциклов запрещается ездить по автомобильным трассам, а автомобильная промышленность переходит на выпуск танков с тракторными колесами..

(66) неа.. просто владельцам мотоциклов говорят что мол - хотите гонять, гоняйте по общим правилам.. а общие правила таковы.. и куча скоростных и прочих изменений сугубо из за проблем и особенностей минивенов и прочих хечбеков..

(65) если по правилам маркетинга 80% прибыли приносят 20% клиентов - то от 80% клиентов можно отказаться как от убыточных..

(68) http://lurkmore.to/Закон_Парето

Но они перестали продавать мотоциклы из-за проблем минивэнов и хэтчбэков.

(70) нет.. они их продают..
но владельцы мотоциклов сами допиливают движки ибо бензин под мотики не поставляется и запчасти сами точат в кустарных мастерских..

владельцы не умеют сами, для них это делают бомжи..

(72) ну или старички которые помнят еще с какой стороны за рашпиль держаться и как керосинка разжигается..

(66) не совсем так) тут более уместно, что сняли с продажи жигули копейка ибо он жрет бензина много и выпускать детали к нему не рентабельно))) поэтому сами можете ремонтировать детальки вытачивать и ездить дальше на своем корыте)

(74) да кто вам сказал что сняли с продажи то ? :)
продавали и продают

(75) ну не сняли) суть не в этом, суть в том, что даже в нашем захолустье ценник на 7шника выше чем на 8шника) и дальше будет  еще веселее)))

(76) я хоть и начинал с 7ки и периодически ностальжи накатывает, но даже не готов за +20% к зп ею заниматься)))

франчи. купить 7.7 оказалось возможным только в секондхэнде (у предприятий которые закрывают филиалы).

(78) была такая чудная статья за вредительство. Жаль ее нельзя применять к тем кто умудряется продавать 7ку в 2014 году)))

(77) не поверите, я тоже..

Но я так часто слышу слово "сырая платформа, сырая конфигурация" что вероятно просто обязана полюбить сухарики с изюмом..

(80) тогда к чему такиее вопрсоы как в (63)

(81) )))) а 7ка не была сырая? ))) я сопровождал типовую конфу  в 2010 и в ней стока косяков находил на ровном месте)))

(77) А вот ХЗ, ибо каждые 3 года с нуля изучать типовые и "новые" фишки плаатформы уже как то не тянет

(79) Ну если бы была такая статья то за 8-ку вообще и за конфы на УФ в частности уже бы давно расстреляли бы

О! староверы подтянулись)))

(81) Предприятия с количеством пользователей до 10 никогда не принуждались к выделенному серверу и SQL ной базе..

(87) ну на 7ке было несколько клиентов которые на скуль перешли

(88)Были клиенты которые сползали с SQL нудно, долго и глупо. Позже правда вернулись на SQL, но конфа уже была заточена под ДБФ..

(89) ) не знал ни одного примера только с дбф на скуль ибо тормоза

хотя в большинстве своем тормоза были связаны не с платформой 1с)

Ну и по поводу того что 8ка сырая не то что 7ка - прямые запросы к сулю, формексы и 1с++ это от совершенства платформы и типовых придумали?)))

80% клиентов не используют прямые запросы, формексы и 1с++.
Несовершенства платформы для них ограничивались тормозами по сети из-за неправильно установленных принтеров и антивирусов. У нас мажоритарная система голосования?

(90) ??
Несколько раз пытались перейти на скуль. Тупо скуль не успевал по записи. И всегда возвращались на дбф, где скорость записи выше

(94)
Ну скажем так - иногда просто нет другого выхода.
я января по август база живет на ДБФе все летает на одном сервере терминалов, все счастливы и довольны.
В августе когда размер базы достигает 7-8 гб и размер файла  выгрузки приближается к 2-м.
База переезжает на 2-ой СКЛ сервер, который воткнут прямым гигабитным линком в первый - и все начинает весело тормозить до декабря.
Потом справочники и остатки загружаются в чистую базу и цикл повторяется.

попытка доработать в дБФ до конца года - кончилась крахом базы в ноябре с размером где то около 10-ки сверткой на 2-ое полугодие.

Больше не экспериментировали - СКЛ конечно тормоз - но надежность важнее

(0) была уже тема про тормоза. Сейчас не нахожу.

1) Использование web-клиента
2) установка галки "Низкая скорость соединения"

(94) Лучше медленнее, но вернее.
Скуль значительно надежнее, позволяет в любой момент делать бэкапы и быстро строит отчеты. Для баз больше гига это важно. А проблемы негров (операционистов) главбуха могут и не волновать.
Я всегда переводил 7ку на sql и обратно как-то не хотелось.

(77) Ага, вот сейчас предстоит искать спеца по 7.7 ЗиК, даже страшно подумать, сколько запросит.

(93) ну так и сколько из этих 80% клиентов имеют более 5 пользователей? )

(94) какой размер базы? сколько пользователей? используете ли костыли?

(38) "база лежит локально на компе, большая часть её должна попасть в дисковый кэш"
ну так размер дискового кеша (аппаратного) гораздо меньше 2Гб, программного - посмотрите в диспетчере задач, но расширение ОЗУ до 4Гб может вам существенно помочь в однопользовательском режиме.

(0) утилитой chdbfl.exe копию базы тестировали?

(61) "Для того чтобы он сам все сдвинул в БП3, по моему, достаточно зайти одному в базу. Он увидит доступность установки монопольного режима и сам поставит ИТОГИ как ему надо. "
хорошо, в 8.2.16.368 не обязательно заходить монопольно :-)