|
Как бороть утечку памяти при формировании декларации по НДС, разделы 8 и 9 | ☑ | ||
---|---|---|---|---|
0
axuli
20.10.15
✎
11:21
|
Есть организация, около 20 мест 1С, SQL, все дела, памяти на сервере 16 гигов, и их полне хватает с запасом.
Проблемы возникают когда формируется декларация по НДС, один, два, три раза сформировать можно потом память сжирается, так что декларация не формируется, приходится перезагружать сервер. Возвникла идея писать данные по 8 и 9 разделу не в ХанилищеЗначений, а в специальный документ. Как думаете поможет? |
|||
1
Лефмихалыч
20.10.15
✎
11:24
|
а хранилище значений по вашему где-то в астрале храниться будет до записи?
|
|||
2
Лефмихалыч
20.10.15
✎
11:25
|
(1) лечить надо утечку памяти, которая вот эта: "один, два, три раза сформировать можно потом память сжирается", а не велосипеды изобретать
|
|||
3
axuli
20.10.15
✎
11:26
|
(1) Оно сейчас в Хранилище, я хочу Документ создать.
(2) Это как? |
|||
4
axuli
20.10.15
✎
13:09
|
Что никто не знает?
|
|||
5
Гёдза
20.10.15
✎
13:11
|
(4) как утечку искать?
|
|||
6
Лефмихалыч
20.10.15
✎
13:11
|
(3) > Это как?
надо программиста позвать |
|||
7
Cyberhawk
20.10.15
✎
13:12
|
"потом память сжирается" // покажи на картинке
|
|||
8
Лефмихалыч
20.10.15
✎
13:12
|
Автор, ты реально думаешь, что для устранения утечек памяти существует какой-то один универсальный и простой общий рецепт, типа протереть влажной тряпкой жопу у монитора в полнолуние?
|
|||
9
axuli
20.10.15
✎
13:14
|
(8) Я даже не знаю с чего начать копать.
|
|||
10
axuli
20.10.15
✎
13:15
|
(7) Просто 98% памяти в деспетчере задач, показать не могу сейчас доступа к серверу нет.
ДА и если бы был, это надо всех выгнять для эксперементов. |
|||
11
axuli
20.10.15
✎
13:15
|
(5) Ага.
|
|||
12
Лефмихалыч
20.10.15
✎
13:15
|
(9) начать надо с того, что найти код (конкретные строки), который виноват в утечке. Для этого можно выпучить до щелчка глаза и смотреть в код и думать, а можно включить технологический журнал на поиск утечек, а потом выпучить до щелчка глаза и смотреть в лог и думать.
Как видишь - пучить и думать в любом варианте |
|||
13
Tateossian
20.10.15
✎
13:16
|
(0) Полагаю, у тебя проблема не с хранилищем значения, а с TempDB
|
|||
14
vde69
20.10.15
✎
13:18
|
дело не в утечки памяти а в отсутствии лимита памяти для скуля.
поставьте ему ограничение 8 гигов и все будет нормально... |
|||
15
vde69
20.10.15
✎
13:20
|
а вообще для сервера 1с+SQL 16 гигов - это мало...
|
|||
16
Лефмихалыч
20.10.15
✎
13:21
|
смотри, автор, стоило заменить убогое техническое решение в топике на описание проблемы, как посыпались хоть какие-то варианты.
Описывай в заголовке проблему, т.е. - что болит, а не попытку ее решения. |
|||
17
Armando
20.10.15
✎
13:21
|
Что за конфигурация? 1С в каких-то конфигурациях оптимизировала расход памяти при формировании декларации.
|
|||
18
el-gamberro
20.10.15
✎
13:22
|
После формирования декларации делай рестарт рабочего процесса на сервере.
|
|||
19
piter3
20.10.15
✎
13:22
|
(0)то есть учетные данные в порядке да?
|
|||
20
vde69
20.10.15
✎
13:24
|
(18) да не рабочий процесс жрет память а скуль... а рабочему процессу уже не хватает
|
|||
21
el-gamberro
20.10.15
✎
13:25
|
Искать утечку памяти в 1С не нужно ибо нет ни сборщика мусора ни возможности указывать компилятору участки памяти для использования.
|
|||
22
axuli
20.10.15
✎
13:25
|
(17) УПП 1.1
|
|||
23
axuli
20.10.15
✎
13:26
|
(18) Кто это будет делать в обычном режиме пока меня нет рядом?
|
|||
24
el-gamberro
20.10.15
✎
13:26
|
(20) Надо картинку памяти посмотреть чтобы такое явно рекомендовать.
Плюс 2.0 одно использует, 3.0 другое |
|||
25
Лефмихалыч
20.10.15
✎
13:27
|
(21) заклюют щас
|
|||
26
magicSan
20.10.15
✎
13:31
|
(24) подробнее можно
|
|||
27
vde69
20.10.15
✎
13:33
|
(26) какие именно процессы занимают память в каком именно объеме?
(24) всего 16 гигов, скуль этот объем и не подавиться, а назад он не отдает.... |
|||
28
axuli
20.10.15
✎
13:36
|
(26) (27) Сейчас нет возможности воспроизвести ошибку.
|
|||
29
Armando
20.10.15
✎
14:17
|
Для начала можно настроить перезапуск рабочих процессов по превышению памяти. Это делается в настройках кластера. Параметры Максимальный объем памяти и Интервал превышения максимального объема.
|
|||
30
magicSan
20.10.15
✎
14:20
|
(27) "Плюс 2.0 одно использует, 3.0 другое"
|
|||
31
Лефмихалыч
20.10.15
✎
14:40
|
(29) это костыли, а не решение
|
|||
32
senior
20.10.15
✎
14:46
|
перезапуск процессов... SQL...
Автор, какой процесс занимает память? |
|||
33
axuli
20.10.15
✎
15:03
|
(29) Созвонился с админом ихнем.
Память жрет не ргхост, а скуль. SQL 2005 |
|||
34
vde69
20.10.15
✎
15:05
|
(33) а теперь переходи к посту (14)
а заодно прочитай и следующий пост :) зы иногда сам себя в зеркале боюсь :))) |
|||
35
axuli
20.10.15
✎
15:14
|
(34) А ограничение скуля, не будет просто раньше писать "недостаточно памяти".
(15) Есть клиенты на 4гб, постоянно сидит больше 20 пользователей. |
|||
36
Господин ПЖ
20.10.15
✎
15:16
|
(35) нет, это просто отобьет ему аппетит жрать в три горла
|
|||
37
vde69
20.10.15
✎
15:20
|
(35)нет, просто скуль будет на больших запросах уходить в своп, но по окончании этого запроса все будет по прежнему летать
на 4 гигах нормально работает 7.7 на SQL-2000, а восьмерка на 2005 скуле этого сильно мало.... вообще для сервера 1с+скуль минимум нужно 32 гига, даже банальная бух 2.0 на 16 гигах может уйти в штопор.... а уж про 3.0 вообще молчу |
|||
38
Armando
21.10.15
✎
09:10
|
"Проблемы возникают когда формируется декларация по НДС, один, два, три раза сформировать можно потом память сжирается, так что декларация не формируется, приходится перезагружать сервер."
Судя по описанию память жрет rphost. Кстати сервер 1С 32 или 64? |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |