Обновление 1С падает с «Недостаточно памяти»: причины и лечение

Если при обновлении вылетает Недостаточно памяти, чаще всего 1С упирается не в оперативную память компьютера, а в потолок одного процесса. Запустите обновление в 64-разрядном клиенте, закройте всё лишнее и повторите. В большинстве случаев этого хватает.

Когда не хватило, причина лежит в одном из четырёх мест: разрядность платформы, файл подкачки, лимиты рабочих процессов сервера или слишком большой скачок между релизами. Ниже каждое проверяется по очереди, от простого к радикальному. Так при ошибке 1С «недостаточно памяти » при обновлении 8.3 вы не потратите вечер на то, что лечится одной галочкой.

Как выглядит ошибка и где она возникает

Текст бывает разным, смысл один:

• Недостаточно памяти
• Недостаточно памяти для завершения операции
• Ошибка при выполнении операции с информационной базой. Недостаточно памяти
• окно с крестиком и закрытие 1С без сообщения (так процесс падает, когда память кончилась совсем)

Важно понять, где именно падает. От этого зависит лечение.

Первая проверка: разрядность 1С

Это причина номер один. 32-разрядный процесс не может занять больше нескольких гигабайт, сколько бы ОЗУ ни стояло в компьютере. Для тяжёлых операций реструктуризации этого мало. 64-разрядный клиент ограничений такого рода не имеет.

Как проверить:

1. Откройте диспетчер задач, вкладка «Подробности».
2. Найдите процесс 1cv8.exe (или 1cv8c.exe для тонкого клиента ).
3. В Windows 10 и новее колонка «Архитектура» покажет x86 или x64. Если колонки нет, добавьте её через правый клик по заголовку.

Если у вас x86, поставьте 64-разрядную платформу той же версии и запустите обновление ею. Установщик платформы содержит оба варианта, нужная галочка стоит в списке компонентов.

Для серверных баз всё то же самое относится к кластеру: служба ragent должна быть из 64-разрядной установки. Проверьте путь в свойствах службы.

Что освободить и почистить на компьютере

Если платформа уже 64-разрядная, а ошибка осталась, смотрим на саму машину.

• 🧹 Закройте браузер с десятками вкладок, Outlook, второй сеанс 1С, антивирусный полный скан.
• 🧹 Закройте обычные базы в соседних окнах. Каждое открытое окно 1С держит память.
• 🧹 Если работаете по RDP, проверьте, сколько занимают соседние сеансы: на терминальном сервере память делится между всеми.
• 🧹 Очистите локальный кэш (см. ниже).

Кэш чистится так. Закройте все окна 1С, затем удалите содержимое двух папок профиля пользователя:

%APPDATA%\1C\1cv8
%LOCALAPPDATA%\1C\1cv8

Удаляйте только папки с длинными именами из букв и цифр (идентификаторы баз) и файл 1cv8strt.pfl не трогайте, если не хотите потерять список баз. Список баз хранится в ibases.v8i, он лежит рядом. Альтернатива без ручного удаления: запуск с параметром /ClearCache.

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" ENTERPRISE /ClearCache

Вместо 8.3.XX.XXXX подставьте номер вашей версии платформы.

Файл подкачки Windows

Когда физическая память заканчивается, Windows уходит в своп. Если файл подкачки отключён или ограничен, любой скачок потребления превращается в «Недостаточно памяти».

Как проверить и настроить:

1. Пуск → Параметры → Система → О системе → Дополнительные параметры системы.
2. Вкладка «Дополнительно», блок «Быстродействие», кнопка «Параметры».
3. Вкладка «Дополнительно» → «Изменить» в блоке виртуальной памяти.
4. Включите «Автоматически выбирать объём файла подкачки» либо задайте размер вручную.
5. Перезагрузите компьютер.

Ориентир для ручной настройки: начальный размер равен объёму ОЗУ, максимальный в полтора-два раза больше. Например, при 8 ГБ ОЗУ задайте от 8 до 16 ГБ. Диск с файлом подкачки должен иметь запас: свободных 20-30 ГБ достаточно.

Файл подкачки не расширяет потолок одного 32-разрядного процесса. Он помогает, когда не хватает именно общей памяти машины. Поэтому сначала разрядность, потом своп.

Серверная база: лимиты кластера и рабочих процессов

Здесь ошибка часто приходит от сервера, а не от клиента. Рабочий процесс rphost умеет сам себя «закрывать» при превышении заданного объёма, и тогда пользователь видит нехватку памяти.

Откройте консоль администрирования серверов 1С и перейдите к свойствам кластера. Проверьте два блока настроек:

• 🖥 допустимый объём памяти рабочих процессов и интервал превышения этого объёма;
• 🖥 количество рабочих процессов и число соединений на один процесс.

Названия полей немного отличаются между версиями консоли, поэтому ищите по смыслу: «объём памяти» и «интервал превышения».

Что менять:

1. Если лимит стоит небольшой (например, 2-4 ГБ при 32 ГБ на сервере), поднимите его. Значение 0 означает «без ограничения», но в боевом кластере держать ноль рискованно.
2. Если рабочий процесс один, а пользователей много, добавьте процессы или уменьшите число соединений на процесс.
3. Проверьте, что физической памяти сервера хватает на сумму лимитов всех процессов плюс СУБД. Если СУБД стоит на той же машине, оставьте ей большую долю.

Перед обновлением полезно на время вытолкнуть пользователей: «Администрирование» → «Сеансы», завершить сеансы, включить блокировку начала сеансов. Обновление в монопольном режиме потребляет меньше, чем при работающих пользователях.

Обновление небольшими шагами

Большой скачок через несколько релизов заставляет 1С перестраивать структуру таблиц за один проход. Это самый тяжёлый момент по памяти.

Правила, которые снижают нагрузку:

• Проходите промежуточные релизы там, где этого требует описание обновления. Конфигурации с большим разрывом версий иногда обновляются только через «порог».
• Если база разрослась, заранее удалите помеченные объекты и почистите старые записи журнала регистрации. Сворачивать базу ради обновления не нужно.
• Обновляйте не во время закрытия периода и не при включённых регламентных заданиях.

Порядок для серверной базы через конфигуратор:

1. Откройте базу в конфигураторе в монопольном режиме.
2. Пункт Конфигурация → Поддержка → Обновить конфигурацию.
3. Выберите файл обновления и дождитесь сравнения.
4. После загрузки нажмите F7 или сохраните конфигурацию, затем Конфигурация → Сохранить конфигурацию базы данных и согласитесь с реструктуризацией.

Если ошибка возникает на этапе реструктуризации, а не загрузки, значит, память кончается именно при перестройке таблиц. Тогда поможет 64-разрядный конфигуратор и свободное место на диске под временные таблицы СУБД.

Как увидеть, сколько памяти реально ест 1С

Гадать не нужно: потребление видно во время обновления.

1. Откройте диспетчер задач и вкладку «Подробности».
2. Отсортируйте процессы по колонке «Память (активный частный рабочий набор)».
3. Запустите обновление и наблюдайте за 1cv8.exe.

Если процесс 32-разрядный и рост останавливается около 2-3 ГБ с последующим падением, причина в разрядности, остальное можно не проверять. Если же процесс 64-разрядный, а общая память машины выбрана под ноль, виноваты соседние программы или маленький файл подкачки.

На сервере то же самое покажет монитор ресурсов: смотрите отдельно rphost и процессы СУБД. Часто выясняется, что память съедает не 1С, а СУБД без ограничения, и рабочим процессам ничего не остаётся.

Если не помогло: проверка и перенос базы

Когда стандартные меры исчерпаны, а база большая и «старая», причина может быть в самой базе.

Файловая база. Запустите конфигуратор и выберите Администрирование → Тестирование и исправление. Отметьте проверку логической целостности, реструктуризацию таблиц информационной базы и пересчёт итогов. Режим «Исправлять обнаруженные ошибки» включайте только при наличии копии.

Перенос через выгрузку. Выгрузите базу в .dt, создайте пустую базу на 64-разрядной платформе и загрузите файл (Администрирование → Выгрузить информационную базу и Загрузить информационную базу). Новая структура файла часто убирает фрагментацию, а следом уходит и нехватка памяти.

Серверная база. На стороне СУБД проверьте, что на диске есть место для журнала транзакций, а сама СУБД не ограничена по памяти слишком жёстко. В PostgreSQL и MS SQL лимиты памяти задаются в настройках сервера СУБД.

Какой у вас случай

Быстрая диагностика по симптомам

Как не получить эту ошибку в следующий раз

• 📦 Держите платформу 64-разрядной на всех машинах, где идёт обновление. Тонкий клиент пользователей можно оставить любым.
• 📦 Обновляйте заранее, в тихое время, при отключённых регламентных заданиях.
• 📦 Раз в квартал чистите журнал регистрации и удаляйте помеченные объекты.
• 📦 Следите за размером базы. Рост выше десятков гигабайт без плана архивации заканчивается тяжёлыми обновлениями.
• 📦 На сервере оставляйте запас памяти: сумма лимитов процессов не должна съедать всю ОЗУ.

Частые вопросы