8.2.19.80: Недостаточно свободной памяти на сервере 1С

Форум Администрирование Общие вопросы администрирования (Admin)

1. amaksimov 16.12.13 11:54 Сейчас в теме

Добрый день, коллеги.
Перешли на тестовом сервере на 8.2.19.80 с 8.2.18.82
Работает человек 10.
4 рабочих процесса.
Сервер 32-х битный.
Почему-то стал писать: Недостаточно свободной памяти на сервере 1С.
Добавили 5-ый рабочий процесс, вроде стало лучше.
Вопрос, стоит ли в продуктиве переходить на 8.2.19.80?
Критичных вроде бы действий не делали, все работали, как и раньше.
Спасибо!!!

По теме из базы знаний

Система сбора и анализа информации по производительности работы баз данных, работающих под связкой «кластер 1С 8.2/8.3 - Microsoft SQL server»

Вознаграждение за ответ

Сумма: 0 $m

Добавили:
amaksimov (2.00 $m)

Показать полностью

Найденные решения

3. Ivan_Sol 19 16.12.13 12:22 Сейчас в теме

По литературе для 32-х разрядного сервера количество рабочих процессов должно быть (количество процессоров - 1) и каждый не может превышать 2 Гб. Рекомендуется в настройках кластера выставить ограничение на память, после которого процесс перезапуститься в "мягком режиме" у меня 2 рабочих процесса и выставлена память 200000 кб. После превышения - создается 3-й рабочий процесс, и все клиенты с 1-го рабочего процесса переходят на 2-й или 3-й после чего 1-й рабочий отваливается.
Переходить на 19.80 однозначно надо, она лучше и устойчивее. Ну и переход на 64 разрядный как вариант - но тоже не ice

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. Pavel_nv 17 16.12.13 12:04 Сейчас в теме

1. Посмотрите регламентные задания. 2. Стоит перейти на 64-х битный и сделать 1 основной рабочий процесс и один резервный.

4. amaksimov 16.12.13 21:51 Сейчас в теме

(2) Pavel_nv, Павел, спасибо большое!
(3) Ivan_Sol, Иван, спасибо большое!

3. Ivan_Sol 19 16.12.13 12:22 Сейчас в теме

5. asved.ru 37 17.12.13 05:48 Сейчас в теме

Причина - фрагментация адресного пространства памяти, об этом русским по белому написано в базе знаний по технологическим вопросам.

Рекомендуется плановый перезапуск сервера приложения.

200000 кб

(3) Ivan_Sol, Вы нолик не забыли?

8. stash_84 15.01.14 17:08 Сейчас в теме

(3) Ivan_Sol, почему не стоит использовать 64-х битный сервер? Вроде как, один процесс, который сам резервирует память и один резервный.

9. furman2000 16 15.01.14 17:33 Сейчас в теме

(8) stash_84,
Апгрейт стоит сколько??? Правильно около 36000 рублей.
Хотя меня спасло именно переход.
А еще 32х битный не любит документы с количеством строк более 1000.

10. stash_84 15.01.14 17:44 Сейчас в теме

(9) furman2000@gmail.com, снова не совсем понял, стоимость - это ясный момент, какие минусы 64-х битного?

6. zaoallat 18.12.13 07:24 Сейчас в теме

crabzzy Если эти документированные ошибки не критичны попробуй взять платформу 19.68 или 19.76

Ошибки исправленные в 8.2.19.80
10132941 (SW790001) Данные разделены двумя разделителями
Проблема:
В клиент-серверном варианте информационной базы с использованием MS SQL Server при записи объектов может происходить ошибка
Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!
если в конфигурации задано два разделителя.
Дата публикации:
2013-12-03
10132967 (SW784730) Виртуальная таблица движений с субконто регистра бухгалтерии
Проблема:
Запросы, использующие виртуальную таблицу движений с субконто регистра бухгалтерии, выполняются неоправданно продолжительное время.
Дата публикации:
2013-12-03
20020477 Запись независимого регистра сведений
Проблема:
При интерактивной записи новой записи независимого регистра сведений из управляемой формы записи происходит ошибка
Запись с такими ключевыми полями существует!
если в регистре имеется запись с пустыми ключевыми полями.
Дата публикации:
2013-11-20

Я надеюсь когда заново создается 1с сервер все настройки идентичны настройкам предыдущего 1с сервера на 8.2.18.82.?

7. amaksimov 18.12.13 08:02 Сейчас в теме

(6) zaoallat, вот это исправление "10132967 (SW784730) Виртуальная таблица движений с субконто регистра бухгалтерии" думаю неплохое, вообще я нашел кажется причину, у меня базы стояли мониторинга, оч.много кушали, собирали данные по счетчикам windows, долгим запросам, перенастроил их
спасибо за ответ! да, настройки, конечно, такие же

(5) asved.ru, про нолик тоже подумал, что не хватает, спасибо за совет про фрагментацию адресного пространства памяти!

11. furman2000 16 15.01.14 18:06 Сейчас в теме

Кроме стоимости я не обнаружил.

12. Velliar 31.01.14 16:53 Сейчас в теме

Раньше стоял 64 битный сервер 1С, потом из за некоторых личностей перешли на 32 битный. В итоге никто не заметил разницы)Только пришлось базы заново добавлять.

13. furman2000 16 31.01.14 18:11 Сейчас в теме

(12) Velliar,
Хотелось бы услышать подробности. В чем причины перехода на 32 битный сервер??? Если 64 бита стоял.

14. stash_84 04.02.14 09:48 Сейчас в теме

(12)Velliar,
не совсем ясно каким образом Вы не заметили, что нет разницы, на 32-х битном сервере нужно создавать несколько рабочих процессов и следить за ростом rphost.exe, если не следить, то он съедает сколько можно оперативки и сервер 1С управлять им уже не может, точнее - служба. С 64-х битным сервером нет проблем с использованием оперативной памяти и не требуется создавать кучу рабочих процессов, которые подхватывают сеансы один от другого. Достаточно создать один рабочий и один резервный рабочие процессы.

15. amaksimov 05.03.14 08:07 Сейчас в теме

(14) stash_84, согласен
а зачем резервный процесс на х64?
были случаи, что включался?

17. stash_84 04.08.14 11:50 Сейчас в теме

(15) crabzzy, как ни странно - бывало, и новый процесс должен "подхватить" запущенные сеансы, но обычно это на долго не спасало - умирал и резервный.
Но, если вовремя увидеть, что работает резервный процесс, то можно успеть предупредить пользователей и выполнить, либо рестарт службы "1С-Сервер"-а, либо же самой машины, где она установлена. В нашем случае это была виртуальная машина и её перезапуск осуществлялся, относительно, быстро.

16. SaschaL 05.03.14 08:24 Сейчас в теме

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

Оставьте свое сообщение

E-mail: