Jump to content
СофтФорум - всё о компьютерах и не только
Sign in to follow this  
Sayan

1С 8.2 глюк

Recommended Posts

Приветствую форумчане!

Недавно поставили нашим бухам 1С.Бух 8.2 (до этого работали на 7.7). Ставила обслуживающая фирма.

Проблема в том что при формировании какого либо отчёта или каких либо документов, программа не всегда сразу начинает формирование.

Т.е. процесс в строке состояния отображается "0 %" и висит так минут 10, после чего отвисает и за 3 секунды формирует нужный нам документ!

можно было бы предположить что дело в сервере или в фаере, но дело в том что ето происходит не всегда. Т.е. 5 из 10 попыток сформировать один и тот же документ стопорится на "N"ое количество минут. Остальные 5 за 3секунды формирует.

Конфиг Сервера: 2 x Intel Xeon X5650 2.66 Ghz, 6Гб оперативы, дисковый массив SAS + RAID 5, WinServ2008 x32.

Обслуживающая фирма отмахивается, мол, это у вас проблемы.

В чём может быть проблема? :g:

Share this post


Link to post
Share on other sites

Приветствую форумчане!

Недавно поставили нашим бухам 1С.Бух 8.2 (до этого работали на 7.7). Ставила обслуживающая фирма.

Проблема в том что при формировании какого либо отчёта или каких либо документов, программа не всегда сразу начинает формирование.

Т.е. процесс в строке состояния отображается "0 %" и висит так минут 10, после чего отвисает и за 3 секунды формирует нужный нам документ!

можно было бы предположить что дело в сервере или в фаере, но дело в том что ето происходит не всегда. Т.е. 5 из 10 попыток сформировать один и тот же документ стопорится на "N"ое количество минут. Остальные 5 за 3секунды формирует.

Конфиг Сервера: 2 x Intel Xeon X5650 2.66 Ghz, 6Гб оперативы, дисковый массив SAS + RAID 5, WinServ2008 x32.

Обслуживающая фирма отмахивается, мол, это у вас проблемы.

В чём может быть проблема? :g:

Проблемма в самой 1с, новая "сырая" версия. Делайте даунгрейд до 8.0 и все нормально заработает.

Share this post


Link to post
Share on other sites

Недавно поставили нашим бухам 1С.Бух 8.2 (до этого работали на 7.7). Ставила обслуживающая фирма.

Проблема в том что при формировании какого либо отчёта или каких либо документов, программа не всегда сразу начинает формирование.

Конфиг Сервера: 2 x Intel Xeon X5650 2.66 Ghz, 6Гб оперативы, дисковый массив SAS + RAID 5, WinServ2008 x32.

У вас 1С:Предприятие SQL-версия или файловая?

Под SQL-версию вашего сервера за глаза хватит. Файловой не могу сказать, вы не говорили сколько одновременно работают с ней.

Если это все под SQL, то все вопросы к компании, которая занимается оптимизацией 1С.

Извиняюсь, но файловую я даже не рассматриваю, она просто не потянет, а если у вас именно файловая, то просто перейдите на клиент-серверную, вот и все.

Share this post


Link to post
Share on other sites

У вас 1С:Предприятие SQL-версия или файловая?

Под SQL-версию вашего сервера за глаза хватит. Файловой не могу сказать, вы не говорили сколько одновременно работают с ней.

работают с фаловой версией, я особо не вникал что там фирма им ставит... пока не начали мне бухи жаловаться. РАботают 4-5 юзеров одновременно.

Извиняюсь, но файловую я даже не рассматриваю, она просто не потянет

кто не потянет? Сервер? больше 2 юзеров - ставь SQL, иначе никакого сервера не хватит....?

а если поднять сервер терминалов? эффект будет? или всё равно на СКЛ переходить?

Share this post


Link to post
Share on other sites

кто не потянет? Сервер? больше 2 юзеров - ставь SQL, иначе никакого сервера не хватит....?

а если поднять сервер терминалов? эффект будет? или всё равно на СКЛ переходить?

Файловая 1С потянет 5-8 пользователей при наличии быстрого файлового сервера с массивом на SAS. Дело не в мощности процессора и не в размере оперативной памяти. Нужна быстрая дисковая подсистема. Судя по вашим словам (4-5 пользователей) и RAID 5 на сервере, этого вполне достаточно для работы даже файловой 1С.

Поднять Терминальный сервер? Да. Эффект будет. Все будет рассчитываться непосредственно на нем. Каждая сессия 1С будет "отъедать" у сервера порядка 150 Мб, но в вашем случае это не болезненно. Терминальные CAL`ы не такие уж дорогие.

Подводя итог, честно скажу, что на 4-5 пользователей файловой версии вполне хватит при быстром сервере. SQL-версия вам пока не нужна. У меня в одной конторе файловая на 30 работает с тормозами, но... терпимо... пока....

Так что не забивайте себе голову, время пока терпит. На клиент-серверную версию уж точно надо переходить при превышении 10 пользователей. Это кто угодно вам скажет. А пока вполне нормально. RAID 5 на SAS - вполне нормально. А как, в вашем случае, имеются "тормоза" при обработках - все вопросы к компании, которая пишет (курирует) вашу конфигурацию. Проблемы в ней, а не в сети или "железе".

Share this post


Link to post
Share on other sites

Файловая 1С потянет 5-8 пользователей при наличии быстрого файлового сервера с массивом на SAS. Дело не в мощности процессора и не в размере оперативной памяти. Нужна быстрая дисковая подсистема. Судя по вашим словам (4-5 пользователей) и RAID 5 на сервере, этого вполне достаточно для работы даже файловой 1С.

Поднять Терминальный сервер? Да. Эффект будет. Все будет рассчитываться непосредственно на нем. Каждая сессия 1С будет "отъедать" у сервера порядка 150 Мб, но в вашем случае это не болезненно. Терминальные CAL`ы не такие уж дорогие.

Подводя итог, честно скажу, что на 4-5 пользователей файловой версии вполне хватит при быстром сервере. SQL-версия вам пока не нужна. У меня в одной конторе файловая на 30 работает с тормозами, но... терпимо... пока....

Так что не забивайте себе голову, время пока терпит. На клиент-серверную версию уж точно надо переходить при превышении 10 пользователей. Это кто угодно вам скажет. А пока вполне нормально. RAID 5 на SAS - вполне нормально. А как, в вашем случае, имеются "тормоза" при обработках - все вопросы к компании, которая пишет (курирует) вашу конфигурацию. Проблемы в ней, а не в сети или "железе".

Спасибо, Вы мне очень помогли :)

Буду на фирму наезжать! А ведь изначально знал, что это их касяк! Но думаю, мож я где лопухнулся :)

Share this post


Link to post
Share on other sites

файловая 1С (так называемая *.dbf) создаёт на компьютере каждого подключённого клиента, по сети так называемый свой своп. И постоянно с ним работает, обмениваясь с другими всеми клиентами. В результате чего чем больше подключено тем больше тормозит. также если есть старый клиентский ПК который медленно создаёт у себя своп. Особенно прослеживается при поиске и формировании отчётов.

Что мы сделали: (1С7.7 15 клиентов база 1,8гб) для глав бухов и нач. отделов каждую ноч создаётся полная копия этой базы, к которой они подключаются только для просмотров своих отчётов итогов и тп. Тем самым не нагружая тех кто работает с основной базой в оперативном режиме.

( + заменили некоторые старые пк в основном где HDD IDE )

Ежегодно программер делает очистку от ненужного.

И архивную копия - путём слияния с пред идущими архивными. => в этоге 3 базы (оперативная, для отчётов бухов., архивная,)

-----------

прошу прошения если недостаточно лаконично изложено.

Share this post


Link to post
Share on other sites

Проблемма в самой 1с, новая "сырая" версия. Делайте даунгрейд до 8.0 и все нормально заработает.

платформа 8.2 "сырая", уже почитай как 2 года... без комментариев.

по сабжу:

конфигурация типовая или самописная... если самописная, то в принципе возможно, что обслуживающая фирма немного накосячила...

если типовая, то быстрее всего проблемы на Вашей стороне.

Вы случайно не используете средства виртуализации на сервере, просто как-то жирно держать такой сервер только под 1С...

по симптомам очень похоже на "дисковые очереди"...

Share this post


Link to post
Share on other sites

файловая 1С (так называемая *.dbf) создаёт на компьютере каждого подключённого клиента, по сети так называемый свой своп. И постоянно с ним работает, обмениваясь с другими всеми клиентами. В результате чего чем больше подключено тем больше тормозит. также если есть старый клиентский ПК который медленно создаёт у себя своп. Особенно прослеживается при поиске и формировании отчётов.

Что мы сделали: (1С7.7 15 клиентов база 1,8гб) для глав бухов и нач. отделов каждую ноч создаётся полная копия этой базы, к которой они подключаются только для просмотров своих отчётов итогов и тп. Тем самым не нагружая тех кто работает с основной базой в оперативном режиме.

( + заменили некоторые старые пк в основном где HDD IDE )

Ежегодно программер делает очистку от ненужного.

И архивную копия - путём слияния с пред идущими архивными. => в этоге 3 базы (оперативная, для отчётов бухов., архивная,)

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

платформа 8.2 "сырая", уже почитай как 2 года... без комментариев.

по сабжу:

конфигурация типовая или самописная... если самописная, то в принципе возможно, что обслуживающая фирма немного накосячила...

если типовая, то быстрее всего проблемы на Вашей стороне.

Конфигурация "Бух. бюджет. учреждения" (полагаю что типовая). Какого рода могут быть проблемы, если типовая?

Вы случайно не используете средства виртуализации на сервере, просто как-то жирно держать такой сервер только под 1С...

Ну изначально планировалось, когда ещё на 7.7 сидели...та вабще нормально работала. А теперь ни о какой вртуализации речи быть не может, пока такие тормоза.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

×
×
  • Create New...