Такая ситуация, обновил платформу до 8.3.16.1148 32 разрядная (Перешли с 8.3.13) ПРОФ
Очень долго работает система поиска в базах ЗУП и Бухгалтерия
Иногда бывает выбивает с ошибкой у пользователей когда они формируют отчет или сохраняют что-то в базу 1с. "Неспецифическая ошибка работы с ресурсом ошибка при выполнении запроса POST к рессурсу /e1cib/logForm недостаточно свободной памяти для выполнения операции" хотя оперативы 128гб, паралельно отвалилась синхронизация между базами, мол нет прав на доступ.
Кто сталкивался, куда смотреть,как лечить?
Тоже столкнулся. 1С вообще рекомендует использовать пока 8.3.15.
1. Проблема синхронизации - проблема с регистрацией COM объекта, решил созданием COM оболочки вручную. Вот здесь можно почитать https://infostart.ru/public/197627/ там для х64, но для х32 все аналогично делается.
2. Проблема нехватки памяти, уменьшил количество соединений на процесс, из расчета чтобы один процесс не занимал больше 3ГБ, у меня экспериментальным путем получилось вроде около 15 соединений (у меня сервер х86), стало получше. Обратил внимание что ошибка в основном выходит когда запускаешь какие то серьезные обработки, типа обмена, выгрузок, внесение изменений в конфигурацию, так что по возможности лучше уводить эти процедуры когда нагрузка на сервере ниже.
(1) Тут вы получили множество проблем , в результате одного не обдуманного перехода....
-зачем ходить на косячную пока 16 , если 15 прекрасно работает и всем хватает?
-нехватка памяти связана с вашей разрядностью. 32 разрядная в принципе скушать не может больше 4Гб, вы там на компе хоть 512 обустанавливайтесь...
При этом что произошел переход на КОРП ограничения в последних платформах, если раньше вы могли разрулить разные базы на разные процессы, то сейчас все базы на одном процессе , если не КОРП. А у вас только 4Гб.
поэтому ставьте несколько серверов на разные порты в количестве своих баз (5баз- 5 серверов) тогда каждый сервер будет использовать свои 4 для каждой базы.... Ну можно и 64 лицензию купить...
-про синхронизацию вам уже ответили...
Но добавлю 5 копеек - просто зарегистрируйте библиотеку COM comctrl.dll для новой платформы...
Этого в простых случаях обычно хватает. А вот если не простой случай, то читайте инструкцию , выданную выше для сложных
(1) Тут вы получили множество проблем , в результате одного не обдуманного перехода....
-зачем ходить на косячную пока 16 , если 15 прекрасно работает и всем хватает?
-нехватка памяти связана с вашей разрядностью. 32 разрядная в принципе скушать не может больше 4Гб, вы там на компе хоть 512 обустанавливайтесь...
При этом что произошел переход на КОРП ограничения в последних платформах, если раньше вы могли разрулить разные базы на разные процессы, то сейчас все базы на одном процессе , если не КОРП. А у вас только 4Гб.
поэтому ставьте несколько серверов на разные порты в количестве своих баз (5баз- 5 серверов) тогда каждый сервер будет использовать свои 4 для каждой базы.... Ну можно и 64 лицензию купить...
-про синхронизацию вам уже ответили...
Но добавлю 5 копеек - просто зарегистрируйте библиотеку COM comctrl.dll для новой платформы...
Этого в простых случаях обычно хватает. А вот если не простой случай, то читайте инструкцию , выданную выше для сложных
для более эффективного использования памяти рекомендую x64 платформу 1С, но косяки у 1С лаунчера для 16 платформы тоже имеются, сам недавно столкнулся, хотя в прааметрах и указываю что запускать x64, но все равно запускается 32 битная версия и пока не указал конкретную версию вплоть до последних цифр, то запускалась 32 битная (она была в системе последней установленной). На 32 битной ошибка по нехватки памяти при тестировании и исправлении в конфигураторе так и не была преодолена, только с 64 битой все прошло
Тоже столкнулся. 1С вообще рекомендует использовать пока 8.3.15.
1. Проблема синхронизации - проблема с регистрацией COM объекта, решил созданием COM оболочки вручную. Вот здесь можно почитать https://infostart.ru/public/197627/ там для х64, но для х32 все аналогично делается.
2. Проблема нехватки памяти, уменьшил количество соединений на процесс, из расчета чтобы один процесс не занимал больше 3ГБ, у меня экспериментальным путем получилось вроде около 15 соединений (у меня сервер х86), стало получше. Обратил внимание что ошибка в основном выходит когда запускаешь какие то серьезные обработки, типа обмена, выгрузок, внесение изменений в конфигурацию, так что по возможности лучше уводить эти процедуры когда нагрузка на сервере ниже.
А может кто либо сказать, что вообще означает ошибка
"Неспецифическая ошибка работы с ресурсом ошибка при выполнении запроса POST к рессурсу /e1cib/logForm"
Настолько полное и и самодостаточное описание ошибки конечно много чего каждому говорит, но предположим, я не из того числа. Подскажите?