Перейти к содержанию
СофтФорум - всё о компьютерах и не только

1С 8.2 глюк


Рекомендуемые сообщения

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

Недавно поставили нашим бухам 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.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 и все нормально заработает.

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

-----------

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

по сабжу:

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

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

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

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

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

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

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

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

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

по сабжу:

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

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

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

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

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

Ссылка на комментарий
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...