1с 77 недостаточно памяти
При работе с программой 1С может выскакивать ошибка 1С: Недостаточно памяти». Появление подобной ошибки 1С, как правило, возникает:
- при обновлении конфигурации программы 1С, с последующим перезапуском;
- при подготовке и составлении различных многоуровневых отчетов;
- при осуществлении финансовых расчетов большого объема;
- в других случаях, когда программа 1С используется с увеличенной нагрузкой.
Во всех вариантах причиной неполадок является малый объем оперативной (физической) памяти, которая зарезервирована под работу конкретной программы или отдельных ее компонентов.
Так же следует обратить внимание на рекомендованный объем оперативной памяти для конкретной конфигурации. Так, например, для конфигураций «1С: Бухгалтерия 8, ред.3.0», «1С: Управление торговлей 8, ред. 11», «1С: Комплексная автоматизация 8, ред. 2.4», «1С: ERP Управление предприятием 2, ред. 2.4» рекомендуемый объем памяти – 4 Гб.
Способы устранения ошибки 1С: «Недостаточно памяти»:
- Принудительное увеличение объема оперативной памяти.
Для этих целей необходимо через опцию WINDOWS «ПУСК», в режиме поиска ввести (на английском языке) - «cmd». После отображения командной строки – наберите словосочетание «bcdedit/set increaseuserva 3100». При этом последний параметр указывает на размер физической памяти, выделяемой под используемую программу. Возможно, таких циклов корректировки необходимо будет произвести несколько раз, постепенно увеличивая объем доступной оперативной памяти (3100, 3200, 3300 и т.д.) до полного устранения данной ошибки 1С: «Недостаточно памяти».
Нужно отметить, что данные действия являются рискованным методом, который может привести к замедлению или сбою работы операционной системы Windows.
- Самым оптимальным решением будет переход с 32-х на 64-х разрядную операционную систему, естественно, при наличии такой аппаратной возможности.
Данный способ предоставляет программе 1С доступ к 4 Гб оперативной памяти, в то время, как даже при наращивании памяти в 32-х разрядной системе до 8 Гб – корректный доступ будет только к 2 Гб.
Был у меня случай, пришел клиент, говорит, при закрытии месяца вылетает ошибка "Недостаточно памяти". Взялся я за эту проблему. Думал, что легко, сначала добавил оперативки - ошибка. Было 2 гигабайта, стало 4, а все равно 1с-ке мало. Размер файла подкачки менял - ошибка, переустановка системы (поставил Windows 7) дало только временный результат, где-то на неделю. Перепробовал все. Спустя некоторое время решение было найдено.
Решение
На клиентском компе запустить командную строку от имени администратора, прописать там следующее:
BCDEdit /set increaseuserva xxxx - вместо хххх пишите объем виртуального адресного пространства в мегабайтах, т.е. сколько нужно памяти под работу приложений. По умолчанию 2 гига. Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Я выбрал 3000 (т.е. CDEdit /set increaseuserva 3000). Однако система может подглючивать. Особенно, если у вас 2 гига оперативки, как у меня. Это для ОС семейства Windows Vista, 7, Windows 2008.
Для Windows XP \ Windows 2003 пишем
/3GB /userva=xxxx (xxxx в МБ в диапазоне 2048 - 3072) в файле boot.ini, рекомендуемый максимум значений userva 2900–3030.
Вот и все. Надеюсь, эта статья будет вам полезна. А вот и ссылки, откуда я все это узнал, где можно посмотреть более подробную информацию:
Специальные предложения
Как может помочь 64 винда, если клиент 1С 32? 64 поможет сейчас только в linux и только на 8.3 (там клиент тоже есть 64).
Реальное решение только одно - перенос логики расчета на сервер 1С 64.
Поговаривают, что 64 разрядный клиент есть и под Windows, но это надо ооочень хорошо попросить у 1С =)))
(2) pumbaE, в 64-битных ОС нет ограничения виртуальной памяти (2 гигабайта). Поэтому 1с может спокойно работать. Хотя, если честно, первый раз сталкиваюсь с тем, что приложение съедает более 2 гигов виртуалки. Обычно хватает не более 1 гига. А что еще более удивило, что эта проблема не только у 1С, тот же автокад тоже "грешен".
(7) pumbaE, что ж, значит не тот случай. У меня прошло все успешно. Опять таки статья описывает мой опыт, как мне удалось. Конечно есть вероятность, что у других не пойдет.
>Как правильно заметили выше - уносите логику на сервер, там такой беды нет.
Да ничерта это не "правильно заметили". Правильно заметили - это эксперимент с отчетом, описанный вывше. С полгода назад проводил такой же эксперимент. Клиент-серверный режим, типовая УТ 11. Делаем любой типовой отчет с извратными настройками за большой период. ОК, логика перенесена на сервер, клиент простаивает. Вроде бы все хорошо, ну это пока сервер не начнет передавать клиенту все, что он там насчитал. Итого на клиенте та же самая ошибка с нехваткой памяти. Тонкий клиент, отжирающий 2Гб оперативной памяти - ну я даже и не знаю, что сказать.
Так что только 64-битный клиент спасет Отца русской демократии.
ИМХО - нужно оптимизировать код.
Иначе, через пару недель/месяцев, снова встретите эту ошибку.
Например, при выгрузке номенклатуры делать ее частями. При типовом обмене можно установить размер пакета. Это тоже очень помогает на больших базах.
В случае живой и растущей базой, увеличение доступной памяти до 3Гб - временное решение.
(12) Alex_IT, в принципе вы правы, нужно контролировать размер базы, делать свертку и т.д. Тогда все будет в "шоколаде". Данный способ, который описан в этой статье, предназначен для быстрого решения проблемы, когда нет времени на оптимизацию базы, кода.
Поговаривают, что 64 разрядный клиент есть и под Windows, но это надо ооочень хорошо попросить у 1С =)))
Скоро опять вспухнет, вопрос времени. Свертка базы или сервер 1С, но так хочется верить что скоро будет 64-битный клиент :)
Для 7.7 подходит? (в случае выгрузки xml большого размера - обработки падают, ссылаясь на нехватку оперативки).
(17) zzzz5555, честно, не экспериментировал над 1с 7.7. Какая именно ошибка вылетает? Можете поподробнее ее описать.
а мне не помогло ничего, при формировании отчета после съедания 1,5 гб памяти падает. Хотя всего 8, и настроики уже сделал в винде чтоб выделять приложениям
Ребят, помогайте, не могу разобраться.
Есть база бухгалтерии 8.2 2.0, вес в файловом 16гб., железо 1 Xeon 3430, 24гб оперативы, дискового свободно около 1Тб, файл подкачки был 24гб, поставил 50гб, винда 2008 сервер, 64-разрядный энтерпрайз, формирую отчет книгу предпринимателя выпадает в ошибку "Недостаточно памяти" после 3 870 000 кб по дспетчеру, всё перепробовал - разные релизы платформы, даже на 8.3 переводил, поставил sql2008, та же песня, вылетает именно платформа, как вариант поставить х64 платформу 8.3, но нигде не могу найти такую.
(20) stei, 16 гигов файловая база? - ах..еть. Конечно надо на клиент-серверный вариант переносить. Ну а далее провести диагностикку базы - тестирование, исправление и прочее, свертку базы. Кстати, ты говоришь, что поставил sql2008. Он 64-разрядный? Если ось 64разр, то и желательно , чтобы все приложения были из этой серии. По поводу оперативки - она вся задействуется? Или только часть ее? Просто в виндах есть такая штука, впроде поставил столько-то, а она визически не может видеть больше. Как я понимаю мой метод вряд-ли тут подойдет, т.к. у тебя винда 64-разрядная. Хотя, если терять нечего, стоит попробовать. По поводу обращения в компанию 1С с этой проблемой, сразу говорю - бесполезно, хоть ты им по почте пришли комп с базой на борту, они никак не помогут. Есть конечно вариант открыть базу через конфигуратор и через отладчик прогнать всю эту процедуру. Может на какой-нибудь строки и "запинается". В общем подведу итоги:
P.S: А вообще я уже забил на эту 1С. Устал бороться с темным лесом бухгалтерии и глючности программы. Если честно - не жалею, что отошел от 1С )).
(21) (22) Ta_Da, (23) jsuh, Винда 64-разрядная, скула соответственно тоже, всё дело в клиенте, именно то, что он 32-разрядный не дает ему кушать больше 4гб оперативы, как вывод - ошибка.
Обрезка не вариант, то, что можно было уже срезали, реализаций очень много просто на предприятии.
Отчет стандартный, переписать конечно можно, но это время, да и как клиенту объяснить, мол, простите, стандартные отчеты, которые пишет 1с не катят ))) Вообще странно, не думаю, что ситуация у нас прям такая уникальная.
База изначально и крутится на скуле, в файловый вариант перевел только для тестов, соответственно проверки чекдбф-ом и "тестирование и исправление" делал, не один раз.
Выход пока нашел, поставил 8.3 платформу, после танцев с бубном в файловом варианте формирование отчета прошло нормально, но всё равно это только полумера, нужно на скулу обратно. Как вариант 64-битный клиент 8.3, говорят, что есть такой в природе, если есть у кого - поделитесь ))
(24) stei, дык я вам и пишу про то что клиентское приложение 32 битное.
Про сервер я упоминал в плане "обрабатывать все данные на сервере, на клиент передавать только готовую таблицу". Изврат возможно, но может сработать.
(24) stei, по-идее релиз 1с 8.3 64-битный должен быть на официальном сайте в свободном доступе (разумеется только для тех, у кого оформлен договор ИТС). Если там нет, то можно узнать об этом в службе поддержки. На других сайтах, я думаю, лучше не искать. Если на офсайте нет, то на других - подавно.
(20) stei, у вас 32ух битное клиентское приложение (толстый клиент). Больше 4 гигов оперативки оно не может "съесть".
Тут либо переход на сервер 64x (с вероятным переписыванием отчета) либо просто переписывание отчета, чтобы данные обрабатывались кусками.
(20) stei, 1) попробуй срезать базу, уж очень она огромная. На сколько я помню, таблицы регистров в файловом варианте не должны превышать 2Гб. Если хоть одна таблица переваливает за этуу отметку срочно или реж базу. или переходи на клиент-сервер.
Может всё-таки BCDEdit, а не:
Привожу и свой пример.
Была у меня аналогичная ошибка с проведением "закрытии месяца". Конфигурация ИМПУЛЬС-ИВЦ "Подрядчик строительства" 8.2.
Перепробовал все варианты, хорошо еще было время - бухгалтерия терпела.
Пишу в поддержку 1С они отвечают - виновата фирма ИМПУЛЬС-ИВЦ. Пишу в ИМПУЛЬС-ИВЦ их ответ - виновата платформа 1С. Отфутболили.
Знаком, знаком с этой ошибки при создании образа одного из узлов.
часа 3 ждал и тут ошибка.
Надеюсь будет полезен данный выход с ситуации в дальнейшем. Спасибо.
Очистка КЛАДРа помогла, однознначно. Никакие архивации и упаковки не сработали. конф AMD Athlon X2 240. 4Gb ОЗУ, 450 Gb на диске. 1С БП 3.0, платформа 8.3.4.365.
При переходе с бух 2 на 3, вываливается такая ошибка. Кладр почистил, база, при сохранении пухнет с 800 мб до 3-х гб. Запускаясь на отладку, падает. Хоть пиши правила обмена и переноси все.
(0) "Недостаточно памяти" конфигуратор может выдать только, если процесс конфигуратора не может получить больше памяти от операционки. Тут 2 варианта. Или 32-битный конфигуратор упёрся в 2 гига. Или 64-битный конфигуратор уперся в лимит оперативка + виртуальная память.
"Или 32-битный конфигуратор упёрся в 2 гига" // Давно уже до 3 можно лимит увеличивать (в ключе запуска ОС), клиенты 1С поддерживают этот ключ
(5) 4 Гб.
(6) Не смотрел в диспетчере задач. Как?
(7) Файловая база.
(8) Переменные среды TMP и TEMP на диск данных перенаправлены.
(9) > Или 64-битный конфигуратор уперся в лимит оперативка + виртуальная память.
Ну а где создается виртуальная память, она чем-то ограничена? На диске 32 свободно.
(11) Ты с дуба рухнул с 4 гигами и сколько там файла подкачки для виртуальной памяти с КА работать?
Мне уже и 16 гигов мало, комп буду апгрейдить 32 возьму для домашнего
(12) Сколько примерно освободить?
(13) Это не сервер, домашний комп. Взял для предварительного обновления базы, тестирования.
(0) В первую очередь надо оперативы. 8 сейчас абсолютный минимум, 16 - ходовой объем, по желанию люди уже и больше ставят. 4 гига - по состоянию на сегодня это нищебродская офисная машина ни о чем. Система нужна х64, платформа для обновления, думаю, тоже.
на свап рассчитывать не стоит, если, конечно, вы не готовы часами ждать окончания работы. Оператива должна быть, SSD должен быть, иначе это не работа.
(24) Ага нашел, на системном стояло:
Исходный (и Текущий): 2046 МБ
Максимальный: 4092 МБ
Рекомендуется: 6090 МБ - вот до этого значения увеличил Максимальный размер.
На диске данных пусто!?
можно ставить эксперименты бесконечно, но обычно даже с любыми базами, где нужны обновления сейчас меньше 8 гб физической оперативы и 64-бит платформы не ставят.
У меня не памяти недостаточно, а времени.
Обработчики после обновления с 2.1 неделю 200 Гб тестовую базу молотили, пока не прервал их принудительно. И это не при самом слабом сервере. Ищу вот варианты, с какого боку к этому подступиться и что выпилить из обработчиков ненужного.
(31) С этим проблема, увы. Оперативный учёт, данные по продажам, муё-моё, финансисты согласны лишь на конец 2019 сворачивать, а нам нужен режим совместимости 8.3.10 как минимум, который в КА 2.1 включить нельзя. По факту база с 2018 всего лишь ведётся, просто документов продажи овердохрена.
(32) Так посмотри какой обработчик дольше всех молотит, его и оптимизируй. У кого производство - у того оно обычно дольше всего колбасится (партии производства десятками миллионов), но и тут оптимизацию даже на партнерке советуют не количественную (в коде) делать, а качественную - менять количество / детализацию в документах.
(33) На днях новый сервер приволокут, дадут мне в безраздельное пользование, на нём ещё раз типовое обновление попробую накатить, м.б. пошустрее выполнится. Не прокатит - полезу в код, другого выхода не вижу.
А с детализацией в документах не совсем понял, у меня сотни тысяч документов реализации, как их заоптимизировать качественно, схлопнуть, что ли, по контрагентам за весь период? :)
(35) Надо смотреть на сам обработчик, что ему на вход подается и из-за чего долго он выполняется. В производственном контуре одна из причин ада (в т.ч. при закрытии месяца) - десятки миллионов записей партий в "служебном" регистре.
Что там у тебя, отсюда не видно )
Еще помню адский прикол, но уже не с типовой конфой - так там вообще в обработчике обновления выборка ссылок-кандидатов, но из поля "Ссылка" ТЧ документа, и в каждом проходе один и тот же документ колбасится столько раз, сколько строк ТЧ.
Ну т.е. документ на 500 строк - одна и та же ссылка будет обработана эти 500 раз.
(35) Сервера заточены на многопользовательскую производительность, а в Вашем случае нужна однопользовательская и частично однопоточная. Может быть имеет смысл для подобных задач иметь рабочую станцию с CPU > 5Ггц последнего поколения, ssd nvme и выполнить всё локально?
(39) "Сервера заточены на многопользовательскую производительность" // А рабочая станция, что ты предлагаешь, не заточена что ли? :)
(39) Рассматриваю и этот вариант (собсно, рабочую станцию себе уже заказал, для ряда задач нужна такая). Новый сервер раньше придёт :)
(46) Немного не так. два ядра по 2 ГГц выполнят вдвое больше нераспараллеливаемых задач, связанных с выборкой/записью данных, где частота процессора не является узким местом. А таких задач всё-таки куда больше в повседневной работе.
А для линейной одиночной задачи, требующей именно вычислительных ресурсов, одно ядро на 5 ГГц однозначно предпочтительнее.
(47)(48) "вдвое больше задач" но в тоже время в двое медленнее, не так ли?
Пример из вакуума: есть математическая операция. За одинаковое ли время выполнятся 2 такие операции: последовательно на одном ядре 4ГГц, или параллельно на 2х ядрах по 2ГГц?
(49) Не медленнее. Я же обозначил тип операции "выборка/запись", при котором не гигагерцы роляют, а иопсы дисковой подсистемы.
(50) ИОПСы далеко не всегда являются упором, к латентности дисков куда разумнее приглядываться.
А то толку в гипермаркете иметь быстро работающего руками кассира, если он перед каждый очередным посетителем в туалет бегает )
(49) Математика разная бывает. Есть задачи, которые легко распараллеливаются. Скажем, вычисление суммы ряда от 1 до N. Вполне можно разбить N на несколько поддиапазонов и считать их в несколько потоков, а потом сложить частичные суммы. И например совсем другое - расчет рекуррентной последовательности, где каждый последующий элемент зависит от предыдущих. Тут многопоточность вообще неуместна.
(32) Думаю, имеет смысл проводить обновление частями:
1. Определить самые длительные обработчики
2. Перенести в 2.1 структуру метаданных этих объектов из новой версии
3. Запустить обработчик новой версии, чтобы он обновлял данные в версии 2.1 до фактического обновления (в фоновом режиме)
Далее при обновлении эти объекты уже не должны будут попасть в список обрабатываемых при переходе на новую версию (т.к. уже заполнены). Обработку запускать для объектов в закрытом периоде, чтобы минимизировать ошибки, связанные с изменением объектов после обновления.
Кстати, может еще быть так, что обработчик просто зациклился, и если убрать причину зацикливания - он выполнится за вменяемое время.
P.S. А СУБД у вас, случаем, не PostreSQL?
(53) ему имеет смысл, до начала иных еще манипуляций, просто установить на комп Платформу 64-бит, а затем уже смотреть по результатам
на момент написания поста (27) у топикстатера все еще была установлена платформа на 32 бит и не ясно, дошла до него необходимость переустановки на 64 или нет
(56) Для того и ставил ОС 2003х64 вместо ХР еще для 8.2. Правда КА2.4.7 файловая, не знаю как на 8.3, но платформу 8.3.13.1690 ставил так же как 8.2.
или для версии 8.3.13.1690 вот другая ссылка для скачивания платформы
(61) и база сейчас уже в файловом режиме (чтоб исключить влияние СУБД) и выдает ошибку с нехваткой памяти при выполнении обновления уже в режиме Предприятие, так?
Какой размер файла базы? Есть в ней большие таблицы?
Как понимаю Технологическая платформа 1С:Предприятия для Windows (i386) клиентская часть, а 1С:Предприятия (64-bit) для Windows (x86_64) - для сервера. Но в данной случае база файловая.
(62) Да, обновил уже (21)!
(63) если установишь платформу по ссылке из (61), то именно клиентская часть (толстый клиент, который и для конфигуратора, в том числе) будет ставиться именно на 64-бит.
При этом, после установки, в запуске 1С появится в настройках запуска для каждой ИБ выбор с какой версией клиента она должна запускаться. И нужно указать, что нужна именно на 64 бит.
А вот установка серверной части платформы указывается опционально - галочками - в выборе при запуске сетапа.
Может быть, следует указать/проверить в настройках ИБ, чтоб запускалась 64-бит?
(64) Для 8.3.13.1690 это которая, как называется? Я как ставил для 8.2 обе платформы так и ставлю для 8.3. Вроде для 8.3 есть одна общая установка?
(65) Где в настройках? Вроде там только Каталоги шаблонов конфигураций и обновлений указываются. Или Разрядность: 64 (x86_64)? - у меня не было указано.
(67) Т.е. Технологическая платформа 1С:Предприятия для Windows (i386) можно не ставить, или вместо нее что-то другое, что? Для 8.3.13.1690 это которая, как называется?
(55) У меня x64, дело не в этом. Я вот не исключаю зацикливания какого-то обработчика, м.б. попробовать ТИИ сделать перед обновой?
Обычно ставлю Технологическая платформа 1С:Предприятия для Windows (i386) и Cервер 1С:Предприятия (64-bit) для Windows (x86_64). А Технологическая платформа 1С:Предприятия (64-bit) для Windows - это что, вместо только Технологическая платформа 1С:Предприятия для Windows, или обоих сразу?
Хочу на сервер х64 для файловой КА2.4.7.151 поставить 8.3.13 (или выше), но чтобы не мешала работе SQL-базе Альфа-Альфа на 8.3.10.2466, т.е. 1С-сервер 8.3.13 пока не ставить. То мне какую скачивать?
(70) так зачем тебе клиентскую часть платформы на сервак ставить-то? Не ставь от файловой части на сервер вообще ничего.
Вообще-то сервера 2: SQL и Терминал, через который все заходят в 1С. На обоих серверах стоят обе платформы: серверная и клиентская части. А можно на SQL-сервер только серверную часть, а на Терминал - только клиентскую часть?
(73) конечно. Можешь в терминале вообще букет версий клиентских установить.
В пускаче просто указываешь на какой версии какую базу стартовать нужно и все.
Но вообще, немного странно. А зачем тебе терминал? Он в локальной сети у тебя или это реальная удаленка? Может у тебя клиентские машины принципиально слабые или сервак терминальный с таким бешеным запасом оперативы, что есть смысл клиентам только через терминал работать?
Проблема возникает такого рода, что файловая версия при запуске клиента сжирает намного--намного больше оперативы, чем при серверном режиме.
(74) Да, клиентские машины принципиально слабые, и реальная удаленка. Например, кассир из дома кассовую смену закрывает.
Меня беспокоит то, что если добавить более новую версию на терминал, то стартовать будет именно она при запуске серверной базы, и выдаст ошибку несоответствия версий клиента и сервера?
(79) // В пускаче просто указываешь на какой версии какую базу стартовать нужно и все.
Я же специально эту оговорку указал.
Да, придется прописать настройку таким образом, чтоб или на каждом пользовательском сеансе в пускаче было указано без ошибок что нужно или разобраться, как прописать список баз с настройками в специальный файлик.
(81) ты определись по пользователям тебе нужно бежать или по сеансам РДП :-)
Запусти Пускач. На пускаче есть кнопка Настройка. Откроется форма, где в середине указано
Адреса Интернет-сервисов и списки общих информационных баз.
Вот тебе нужно один раз на всяких сеансах пользователей указывать путь к файликам со списком баз.
А чтоб узнать, как верно заполнять этот список - сохрани уже настроенную строчку запуска базы в файлик из пускача через ПКМ
(87) Скопируй сюда этот 6 комментарий, найти не могу.
(88) > Адреса Интернет-сервисов и списки общих информационных баз.
Пусто там, вроде файл СписокБаз.v8i просит. не знаю что это, но настраивать всем пользователям, или только у себя?
(89) Для автоматизации большей части описанных в статье действий в подсистеме "Инструменты разработчика" есть инструмент "Управление службами серверов 1С".
(89) // Пусто там, вроде файл СписокБаз.v8i просит.
- сохрани уже настроенную строчку запуска базы в файлик из пускача через ПКМ
- если баз несколько, то в разные файлы.
Затем текстовым редактором склей их в один - Получится на несколько баз один файл настроек.
В сеансе нужного тебе пользователя откроешь Настройки и укажешь путь к готовому файлу с серверной шары.
(93) вам у базы надо указать Version, и тогда какой номер укажете, такая версия и запустится, например если указать 8.3.10.2466, то никакие другие, хоть 8.3.9, хоть 8.3.11 - не запустятся. А если указать 8.3, то будет подхвачена максимальная. Обычно я делаю Version именно 8.3, а перед обновлением указываю полный номер текущей версии и могу добавить новую (она не будет подхватываться для рабочих баз).
(93) ну хорошо. Вот настроил ты самый правильный список информационных баз на своем компьютере. Или там где-то в сеансе своем в РДП. Теперь надо чтоб этот список был у всех.
Причем, в списке указано по отдельной каждой базе прописана Версия и разрядность платформы.
Хватаешь этот готовый файл из D:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i
Если у тебя одна всего база - ерунда какая-то, но если баз пара-тройка десятков - уже приятная экономия усилий и отсутствие ошибок
(94) Значит в 8.3 предусмотрели такое, в 8.2 этого не было, всегда запускалась более свежая платформа.
А если установить Технологическая платформа 1С:Предприятия (64-bit) для Windows 8.3.13 или 8.3.14 со стандартным диапазоном портов 15хх (ничего не меняя) полностью: клиентскую и серверную часть, она запортит 1C:Enterprise 8.3 Server Agent (x86-64), и еще что-то? Сейчас в 1C:Enterprise 8.3 Server Agent (x86-64) исполняемый файл: "C:\Program Files\1cv8\8.3.10.2466\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug, если поменяет, то можно вернуть. А еще что-то не затрет? Или при установке лучше снять галочки с установки серверной части? Мне пока лишь новая платформа для файловой базы нужна.
(95) > Теперь надо чтоб этот список был у всех.
Нет, не нужен. Большинство кроме Альфа-Авто ничего не знает. КА нужны (их несколько, для каждой организации) расчетчице з/п, и еще паре лиц из руководства. А остальным даже знать не положено о их существовании.
БлииииН.
А чего ж ты тогда постишь тут ворпрос, за вопросом,
если просто в каждой строчке Пускача указываем версию платформы и разрядность и ВСЕ.
Все вопросы вида "а зачем я поставил новый релиз и он теперь всегда вызывается?" именно на новых релизах решены установкой в пускаче в настройке нужной версии.
А если ты точно знаешь, что на сервере стоит только нужный релиз и на клиенте не установлен никакой более свежий релиз
=> можно в настройках ничего не указывать.
(96) но тем счастливчикам, кому он все-таки нужен - вот этот списочек с настройками баз (не всех, а какой-то части баз) транслировать таки можно в уже готовом виде.
(97) Пока стоит только 8.3.10, на собираюсь добавить для КА2.4.7 новую 8.3.14. Именно добавить, а не обновить! И спрашиваю какие могут возникнуть неприятности, не нарушит ли это работу пользователей с 8.3.10. Ладно (94) успокоил меня, что в 8.3 при запуске новая платформа не будет запускаться (как в 8.1, 8.2), если это не указано в настройках базы.
Эта ошибка может возникнуть при очень многих событиях — обновлении конфигурации, обработке большого файла, при формировании отчета, загрузке большой базы данных и так далее. Здесь речь идёт об адресной памяти, то есть простым апдейтом оборудования тут не помочь.
Ограничения адресной памяти для 1С
Причина кроется в ограниченном выделении адресной памяти операционной системой под программное обеспечение.
Ограничения адресной памяти по умолчанию:
- для 32-битной системы — 2гб
- для 64-разрядной — 4 гб
Для того чтобы увеличить размер адресной памяти, необходимо:
- Запустить командную строку: «Пуск — Выполнить» — введите CMD и нажмите enter.
- Введите в командной строке «bcdedit /set increaseuserva 3072″, где 3072 — размер желаемой адресной памяти.
- Перезагрузите компьютер.
- Попробуйте выполнить действие в 1С 8, которое не получалось ранее.
- Если всё получилось и операция повторяется не так часто, рекомендуется вернуть размер адресной памяти к значению по умолчанию с помощью команды «bcdedit /deletevalue increaseuserva».
Вот и всё, надеюсь, помог, хорошего дня!
Получите понятные самоучители по 1С бесплатно:
Другие статьи по 1С:
Если Вы начинаете изучать 1С программирование, рекомендуем наш курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):
Поддержите нас, расскажите друзьям!
СПРОСИТЕ в комментариях!
Добрый день! Как это делается помогите мне я не понимаю ? а у вас есть видео уроки
Здравствуйте! Подскажите, а если сервер Windows 2003 Interprise Edition, подставляю в boot.ini после fastdetect /3GB (по рекомендациям 1С памяти у нас ОП 8 GB), увеличивая адресное виртуальное пространство. Но сервер дает сбой какого-то драйвера и на экране один курсор. Ч то можно предпринять. SOS
Честно говоря, очень трудно подсказать вам.
Получается железо отказывается работать с этими параметрами.
Судя по ошибкам — это некий синий экран смерти.
Много раз применяли вышеописанный метод и таких проблем не возникало.
На сервере 30ГБ памяти , 8ка x64. Вчера выпал с ошибкой «Недостаточно памяти» при закрытии месяца в 1С:Предприятие. Сколько выставить increaseuserva ?
Общее представление
Функциональная специфика операционной системы Windows, чаще всего встречающейся на компьютерах, используемых в профессиональных целях, характеризуется выделением лимитированного объема адресного пространства, которое может использоваться программным обеспечением. Дефолтные настройки выглядят совсем просто: 2 ГБ для 32-разрядной версии, и в два раза больше — для 64-битной ОС.
В процессе активной работы, с использованием сразу нескольких одновременно запущенных программ, высока вероятность появления уведомления о том, что у 1С недостаточно свободной оперативной памяти для обработки команды или выполнения операции. В лучшем случае все начинает работать очень медленно, в худшем — приложения или ОС «вылетают» без сохранения промежуточных результатов. При наличии подобной симптоматики, возникающей в ответ на выполняемые действия, в первую очередь следует озадачиться вопросом увеличения доступного адресного пространства до объема, достаточного для полноценной работы.
Решение проблемы на клиентском компьютере
Итак, для Microsoft Windows ключевым проблемным фактором обычно оказывается выход за пределы рамок, определенных базовыми настройками операционной системы. Чем выше разрядность используемой версии — тем большее количество отведено под использование, однако даже четырех гигабайт далеко не всегда бывает достаточно. Особенно если речь идет о требовательных к ресурсам приложениях, графических редакторах или громоздких базах данных, запущенных параллельно работе бухгалтерской учетной программы.
Что делать, когда 1С пишет, что ей недостаточно памяти для выполнения запроса, и закрывается или вылетает вместе со всей системой? Если причина кроется в адресном пространстве — существует несколько способов оперативного восстановления нужных кондиций.
Самый простой из вариантов — окончательный вывод из конфигурации объектов, ранее уже помеченных на удаление. Это необязательно станет панацеей, однако в любом случае не будет лишним — примерно так же, как перезагрузка ПК, рекомендуемая системными администраторами в качестве первой опции при любых неполадках. Пользователь ничем не рискует, поскольку не вмешивается своими действиями во внутреннюю механику работы программы.
Вторая опция — обман системы. Да, Windows можно обмануть, и, если все сделано правильно, проблема перестанет доставлять неудобства. Речь идет о формальном переходе с 32-битной на 64-разрядную версию, за счет которого автоматически увеличивается адресное пространство, выделяемое ОС по умолчанию. Фактических, она перестроит свою работу так, чтобы большее количество оперативки могло использоваться программным обеспечением — и это как раз то, что нам нужно.
Впрочем, подобный вариант срабатывает не во всех случаях. Чтобы убедиться, что все идет по плану, следует придерживаться стандартного алгоритма действий — иначе есть вероятность ухудшить работоспособность в будущем. Последовательность операций, совершаемых пользователем на клиентском компьютере, когда диагностирована нехватка адресной памяти для 1С, выглядит следующим образом:
- Запуск командной строки Windows. Microsoft предлагают использовать для этого обычное меню «Пуск», либо комбинацию «горячих клавиш» Win+R — в появившейся форме достаточно ввести значение «cmd», и запустить операцию нажатием на Enter.
- На экране должно возникнуть новое окно с черным полем для ввода данных. В нем прописывается команда «bcdedit/set increaseuserva 3200», число в которой отображает ограничение, установленное на использование ОЗУ. В этом случае речь идет об увеличении до 3,2 Гб, что обуславливается необходимостью постепенной корректировки системных настроек.
- После завершения процедуры нужно перезагрузить ПК — только после этого внесенные изменения вступят в силу. Для проверки результатов потребуется повторно выполнить те же самые действия, которые ранее приводили к ошибке 1 С «Недостаточно памяти». При очередном появлении уведомления следует повторить первый и второй пункт инструкции, но теперь установив цифровое значение на 3600 или 4096. Если же запуск аналогичных программ и обработка запросов не вызывает проблем с функциональным состоянием учетного приложения — вопрос считается решенным, однако остается еще один, завершающий этап.
- Для восстановления ограничителя, используемого операционной системой, нужно вновь открыть командную строку, прописав в ней команду «bcdedit/deletevalue increaseuserva». Это условие исключает снижение работоспособности ОС в пользу 1С, и обеспечивает комфортную работу с другим программным обеспечением.
Стоит учесть, что указанная инструкция помогает разобраться с экстренными ситуациями, требующими срочного проведения одной или нескольких операций в учетной программе. При наличии достаточного свободного времени и соответствующих возможностей следует перейти на полноценную 64-разрядную версию Windows. Для этого понадобится скачать установочный инструмент с официального сайта производителя, создать загрузочный носитель и указать рекомендованную разрядность.
Читайте также: