Всем добрый день!
Подскажите ситуация следующая:
Сервер Centos, 1c x86, postgresql x64, ram 16GB

Обновление  завершается с ошибкой "Превышен максимальный расход памяти сервера за один вызов"
хотя при этом загрузка в этот момент на сервере по ram всего 6.5gb
в чем может быть причина? понимаю бы памяти не хватало, так её еще много свободной

<v8e:Comment>При вызове обработчика обновления: "Документы.СчетФактураПолученный.ОбработатьНомераИСуммыСчетаФактуры()" произошла ошибка: "Превышен максимальный расход памяти сервера за один вызов {Документ.СчетФактураПолученный.МодульМенеджера(5429)}: ОбъектСчетФактура = ОбрабатываемыйСчетФактура.ПолучитьОбъект(); {(1)}:Документы.СчетФактураПолученный.ОбработатьНомераИСуммыСчетаФактуры() {ОбщийМодуль.ОбщегоНазначения.Модуль(5113)}: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")"; {ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(6318)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(Обработчик.Процедура, ПараметрыОбработчика); {ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(2155)}: ВыполнитьОбработчикОбновления(Обработчик, ПараметрыОбработчика, ДополнительныеПараметры); {ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1707)}: ИтерацияОбновления.ВыполненныеОбработчики = ВыполнитьИтерациюОбновления(ИтерацияОбновления, Параметры); {ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(93)}: ВыполнитьДействияПриОбновленииИнформационнойБазы(ПараметрыОбновления, ДополнительныеПараметры); {ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(2289)}: Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления); {(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1]) {ОбщийМодуль.ОбщегоНазначения.Модуль(5113)}: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")"; {ОбщийМодуль.ДлительныеОперации.Модуль(1036)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова); {ОбщийМодуль.ДлительныеОперации.Модуль(1026)}: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры); по причине: Превышен максимальный расход памяти сервера за один вызов".</v8e:Comment>

(0) Сервер 64 бита нужен. Или локально разверни платформу 64бита и обнови БП в файловом варианте.

В подобной ситуации нахожусь. Вряд ли поможет переход сервера на 64 бит.
Имею ерп базу весом 7 гб. Сервер 1с 64 бит, ОЗУ 10 Гб. Кроме 1с ничего на сервере нет. Пользователь я один. При обновлении - Превышен максимальный расход памяти сервера за один вызов.
Смешно. Спасибо 1с. Теперь КОРП лицензии покупать что-ли?

Успешно перевёл уже 3 базы с 2 на 3. Причём доработанные.
1с сервер 64 бит, мссцл. Проблем не было.

Что так мало оперативки? Поставь хотя бы 64

(2) 10 Гб - это для ноутбука. Надо 32 или 64.

(5) В требованиях и того меньше. Как рассчитывается необходимый объем?

(6) Очень просто.
При переходе 1С падает => добавить память.
И так пока падать не перестанет.

(7) Спасибо за совет )))

(3) Сколько оперативы на сервере для 1с?

(0) 1c x86 - не удивительно, что памяти не хватает

(2) ERP падает с недостатком памяти на компе с 10 Гб ОЗУ - то же не удивляет,
тут не КОРП нужны, а мозги

да какая разница сколько оперативы? Вы железячную оперативу хотите считать или доступную в внутри РПхоста ?

Если внутри рпхоста, то надо 64-бита платформа и все. Там само сообщение об ошибке вылетает, когда переплёвывает 2 гига расход памяти на один процесс

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

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

И насчет того - смешно и как рассчитывается размер необохдимой памяти - после загрузки в память конфигурации после старта самого первого сеанса - отстартовал рпхост - там в него конфигу заталкивается, которая в случае ERP занимает больше 2 гигов оперативы, только она перемещаемая в каком-то размере. Т.е. часть этой оперативы в своп может уйти. Но на более менее приличный запрос уже памяти не останется.

(2) >Смешно. Спасибо 1с. Теперь КОРП лицензии покупать что-ли?
КОРП работает до 10 пользователей в базе.

(0) Ждать 8.3.19.

(11) В ваших сообщениях ноль байт полезной и конструктивной информации. А возможно и не только в сообщениях.

(16) Точно! Спасибо. Можно поиграть настройками сервера 1с.
PS Память увеличить не сложно и есть куда, хотелось бы разобраться как оно внутри работает. До последнего релиза все было гладко, а теперь как-будто 1с гайки закручивает.

(19) тебе не память нужно увеличивать

платформу меняй!

А насчет того, что оно что-то там закручивает... просто размер конфы поставщика в БП3 стал еще больше, чем был раньше и занимает в оперативе еще больше места, чем раньше. В 32-битную версию платформы больше не влазит.

(21) чистые базы пока взлетают, но стоит чуток данных повводить и начинает вылетать

(20) на что менять? он же еще не сказал, на какой платформе проблема )

(19) Что за платформа и какая была предыдущая?

(23) в топике сказал. 32 бит платформа 1С на сервере

(18) что бы услышать что-то полезное и конструктивное нужно было как минимум указать размер базы, версию платформы, СУБД, настройки кластера,
а из того, что указано в (2) можно только сказать, что 10ГБ для вашей базы недостаточно, о чем вам собственно программа и сообщает "Превышен максимальный расход памяти сервера за один вызов"

(25) 32 бит - это в (0),
а у PaIlIv другая история с исходными данными в (2)

(27) А в этом случае такая же фигня, только на клиенте. Это довольно массовое явление. Прихожу к клиенту в гости (позвали не в службу, а дружбу) - смотрю, а у них под ERP стоит
клиент 32 бит. И все это на сервере, т.е. взять и под себя любимого заменить клиента с версии на версию нельзя. Доступа к админке нет. Разговариваю, спрашиваю, в чем причина? Ответ : ну никто же не просит и никому не нужно на клиенте 64 бит платформа. Приехали. А 32 бит не вылетает только по одной причине - конфа на замке и все там абсолютно типовое.

(28) не думаю, что PaIlIv запускал ERP на 32-разрядном клиенте...

(29) ну ... допускаю, что может быть и 32. Отсюда все равно не видно. Что напишет, то и будет.

(29) Я сам прифигел... и не один раз такое наблюдал. Много лет. У разных. Говорю, вы чего это?! Пожимают плечами в ответ.

(31) ничего удивительного,
при автоматической установке с комплектных дисков ставится 32-разрядная платформа, в комплекте электронных поставок тоже, х64 нужно специально зайти и скачать на сайте + на х64 до недавнего времени не печатался двумерный штрихкод + до сих пор можно словить проблемы с подключением торгового оборудования..., т.ч. многие франчи до сих пор по умолчанию ставят 32

(28) На клиенте обычным пользователям 64бит клиент не нужен. И даже вреден.

Ну не все внешние компоненты умеют в 64 бит работать. Тут ничего не поделаешь.

(29) На 32. Но как я думаю ошибка не связана с клиентом. Ошибку выдает и регламентное задание, которое выполняется на сервере.

(35) Сервер конечно же 64

В типовой бухе такое же поведение. После обновления и конфиги и платформы доки из ут можно перегрузить только за один день. До обновлений месяц за раз грузили. Доков мало - около 80 в день.

(35) Т.е. на х64 клиенте запускать и проверить даже не пробовали?

(38) Я сижу на 64 клиенте. Мне вк не нужны. Не в клиенте дело. Либо накрутили конфиги, что жрать память стали, либо ужесточают проверку лицензий корп и проф.
В данный момент рпхост жрет около 5 Гб из 10. Место еще есть, но для 1с, видимо, недостаточно.
              total        used        free      shared  buff/cache   available
Mem:       10255700     5350664     3741956        1012     1163080     4785236