АД
Сергей Хлопов
Либо на сервере1с стоит 32 битная платформа либо память кончилась как и написано
Size: a a a
2020 November 24
СХ
Антон Дорошкевич
Нажимаем подробнее и текст сюда
Ок, я думаю ошибка завтра повторится
СХ
Антон Дорошкевич
Либо на сервере1с стоит 32 битная платформа либо память кончилась как и написано
И то и другое, решение есть, кроме смены лицензии на 64?
СХ
Дополнительные кластеры например?
2_
Антон Дорошкевич
это мир свободного ПО
какой Linux ставить тоже никто сразу не знает)
какой Linux ставить тоже никто сразу не знает)
И какой же надо ставить? 😀
СХ
30 баз разбиты на 2 кластера, походу недочтаточно
АД
Сергей Хлопов
И то и другое, решение есть, кроме смены лицензии на 64?
Нет, только 64
СХ
Ну либо очистка памяти путем перезагрузки я так понимаю.
СХ
Хотя postgres не очень любит перезапускается.
СХ
На винде
АД
Ни одна субд не любит перезагрузки, от ОС не зависит
АД
Ну и проблема в 32 битах приложения сервера 1с, postgres то тут при чем?
АД
И кстати, на клиентов 64 бита не торопитесь ставить там, где есть торговое оборудование. Драйверов почти ни у кого нет под 64 бита
11
а смысл клиента 64?
11
акромя рабочего места разработчика ЕРП
АД
Отчёты в ЗУП иногда требуют)
BD
Коллеги всем привет. Для теста перешли обновили платформу с 8.3.10.2505, на 8.3.17.1496 , и паралелльно на новый постгрес 12, и теперь странная проблема, не понятно куда копать. В целом работает быстро, но некоторые документы очень очень долго открываются, и никак не можем понять изза чего может быть такая беда. Может кто то сталкивался с таким странным поведением?
IM
Boris Dimitryuk
Коллеги всем привет. Для теста перешли обновили платформу с 8.3.10.2505, на 8.3.17.1496 , и паралелльно на новый постгрес 12, и теперь странная проблема, не понятно куда копать. В целом работает быстро, но некоторые документы очень очень долго открываются, и никак не можем понять изза чего может быть такая беда. Может кто то сталкивался с таким странным поведением?
ТиИ после перехода делали? ))
BD
Нет
IM
Первым делом стОит.