Windows Server 2008 R2 x64, служба ZvitGrp - утечка памяти.

[voffka_k]

Добрый день.
После переноса сетевой версии Медок с сервера Windows Server 2003 на Windows Server 2008 R2 x64 появилась проблема с использованием оперативной памяти службой ZvitGrp. При работе служба постепенно занимает всю свободную память сервера и не отпускает, пока вручную не остановить либо не перезапустить ее, но не проходит и 30 мин, как он опять съедает 3GB оперативы. В моем случае на сервере имеется 5GB RAM из которых, примерно, 1,5-2GB занимают другие СУБД (Firebird и MS SQL), остальное, что остается, съедает Медок, причём до последнего мегабайта. Кто может рассказать как лечить данную болезнь?

[Родин Евгений]

Проблема утечки памяти была исправлена в 50х обновлениях.... у Вас последнее?

[voffka_k]

На данный момент установлено обновление 056, 057 еще применить не успел.

[Качанов Егор]

Какие операции вы выполняете в программе Медок, что у вас так растёт память?

[voffka_k]

Только после установки обновления 058 проблемы с памятью прекратились, сейчас берет где то 1-2GB.
А память растет, скорее всего, потому что, бухгалтерия, каждый день, отправляет около 4 тыс. налоговых накладных, отправка идет и днем и ночью.

P. S.
Имеется еще один вопрос по Медок.
Уже давно, еще когда Медок был установлен на Windows Server 2003, после установки очередного обновления, (помоему 050) перестала создаватся резервная копия БД. При запуске резервного копирования программа говорит, что идет создание резервной копии, при это нагружает сервер, видно что что то делает, но по завершению, в папке где должна лежать резервная копия имеется файл резервной, но с нулевым размером. Об этом я писал на форум в раздел обновления 050, но ничего по этому поводу сказать не смогли.

[Качанов Егор]

А какой у вас размер БД?

[voffka_k]

сейчас 12GB, еще 2 месяца назад было 6GB

[msvsoft]

Релиз 057. WIN server 2003. Бекапы не создает. База 2,13 GB. Похоже глюк бекапа при больших базах.
Пора б скрипты выкладывать уже

[Nazarko]

sc.exe stop ZvitGrp1
7z.exe a <remote path>\%DATE:~-4%.%DATE:~3,2%.%DATE:~7,2%_%time::=.%-med.7z -mx9 c:\Medoc\Medoc\db\ZVIT.FDB
sc.exe start ZvitGrp1

при розмірі БД під 400м
Штатними методами резервування відбувається протягом 5+хв, розмір 50+мб
цим скриптом -- 1хв і розмір 25мб.

Дуже дивно, що "дописувачі" цієї чудової-кольорової програми ну ніяк не можуть- не хочуть зробити нормальну вбудовану процедуру резервування....

[skirillov]

Вы сравниваете разные процедуры:
- при штатном резервировании происходит полный экспорт (ну почти) с базы, позволяющий восстановиться на эту версии и версии выше.
- вы выполняете упаковку файла базы и сможете ее подложить под обвязку строго той же версии.
Чуствуете разницу?
ЗЫ: в новом, разрабатываемом модуле рез.копирования, тоже будет нечто похожее, как альтернатива штатному резервированию.

[Nazarko]

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

Чесно? Ні. Особливо враховуючи те, як доганяється Медок до поточного релізу після його злітання чи переінсталяції .....

[skirillov]

А я разве говорю, что так нельзя делать? Я говорю, что Вы ставниваете несравниваемые вещи, при чем в цифрах!
Преимущество бекапа файла базы - в скорости и в способности восстановить все данные целиком, но требует подготовки на уровне продвинутого...
Преимущества восстановления - восстанавливаеться на любую версию равно и больше бекапа, не требует подготовки и позволяет сжать базу, за счет импорта только актуальные (не помечаных не удаление) данных.

[Родин Евгений]

Nazarko

Особливо враховуючи те, як доганяється Медок до поточного релізу

В смысле? Нажимаете "обновить" и обновляете. Или на целевом компьютере нет подключения к интеренету, и приходится устанавливать вручную похагово каждое обновление?

[Nazarko]

Ремарка.
Медок, мережева версія продовжує невміти працювати з проксі, яке йому вказується явним чином (в процессі інсталяції взагалі немає можливості вказати проксі).
Гіпотетична ситуація.
Є резервна копія БД релізу ххх.
Приходить апдейт ххх+1, після чого Медок злітає(у мене таке було).
Для відновлення роботи ставим останній зкомпільований інсталяційний пакет і по одному накриваєм наступними апдейтами.
При досягненні релізу ххх переписуєм БД з резервної копії. Пробуєм знову поновитись.
Ще одна ремарка. Можливо після досягнення релізу ххх доречно зробити резервування штатними засобами, щоб у наступній ітерації (за умови, що поновлення знову пройшло невдало) догнати реліз Медка до версії ххх+1 і на неї штатними засобами відновити БД.

[skirillov]

Медок, мережева версія продовжує невміти працювати з проксі, яке йому вказується явним чином (в процессі інсталяції взагалі немає можливості вказати проксі).

Для обновления настройки прокси берет из IE. Там пропишите! Не в Медке - от туда беруться настройки для сервера sdo.
Что не работает - неправда, работает, если есть проблемы - значит есть недострой или какие-то ньюансы в самом прокси или топологии сети.
Самих прокси несколько сотен видов, а видов извратов работы с ними вообще необозримое колличество, подстроиться на 100% весьма неоднозначно.

[Nazarko]

Медок, мережева версія продовжує невміти працювати з проксі, яке йому вказується явним чином (в процессі інсталяції взагалі немає можливості вказати проксі).

Для обновления настройки прокси берет из IE. Там пропишите! Не в Медке - от туда беруться настройки для сервера sdo.
Что не работает - неправда, работает, если есть проблемы - значит есть недострой или какие-то ньюансы в самом прокси или топологии сети.
Самих прокси несколько сотен видов, а видов извратов работы с ними вообще необозримое колличество, подстроиться на 100% весьма неоднозначно.

1. де користувачу SYSTEM (це так як воно встановлюється по замовчуванню) вписати налаштування проксі сервера?????( без шалених танців з бубнами)
реліз .60 проксі Сквід 2.7.STABLE9(хоча версія проксі неважлива)
Так ходить на Гугл з ІЄ
11:54:07.324802 IP 10.3.1.254.3128 > 10.3.1.1.1851: P 49802:50912(1110) ack 2821 win 65535
11:54:07.324881 IP 10.3.1.1.1851 > 10.3.1.254.3128: . ack 49802 win 65535
11:54:07.533053 IP 10.3.1.1.1851 > 10.3.1.254.3128: . ack 50912 win 64425
11:54:11.169326 IP 10.3.1.1.1851 > 10.3.1.254.3128: R 2821:2821(0) ack 50912 win 0
Від користувача SYSTEM
Так ходить за медом.
11:54:58.822135 IP 10.3.1.1.1858 > 217.20.163.54.80: S 2808148972:2808148972(0) win 65535 <mss 1460,nop,nop,sackOK>
11:55:00.958466 IP 10.3.1.1.1861 > 217.20.163.54.80: S 1250817445:1250817445(0) win 65535 <mss 1460,nop,nop,sackOK>
11:55:01.782546 IP 10.3.1.1.1858 > 217.20.163.54.80: S 2808148972:2808148972(0) win 65535 <mss 1460,nop,nop,sackOK>
11:55:03.889135 IP 10.3.1.1.1862 > 217.20.163.90.80: S 3902665930:3902665930(0) win 65535 <mss 1460,nop,nop,sackOK>
11:55:03.970747 IP 10.3.1.1.1861 > 217.20.163.54.80: S 1250817445:1250817445(0) win 65535 <mss 1460,nop,nop,sackOK>
11:55:06.029803 IP 10.3.1.1.1863 > 217.20.163.90.80: S 4177330354:4177330354(0) win 65535 <mss 1460,nop,nop,sackOK>
11:55:06.813637 IP 10.3.1.1.1862 > 217.20.163.90.80: S 3902665930:3902665930(0) win 65535 <mss 1460,nop,nop,sackOK>
11:55:09.001442 IP 10.3.1.1.1863 > 217.20.163.90.80: S 4177330354:4177330354(0) win 65535 <mss 1460,nop,nop,sackOK>
2. run as service від adminstrator (в порядку експерименту)
Ремарка налаштування проксі публікуються політиками домену
Похід за медом.
12:07:08.279498 IP 10.3.1.254.3128 > 10.3.1.1.2005: . 21338:22798(1460) ack 291 win 65535
12:07:08.279513 IP 10.3.1.254.3128 > 10.3.1.1.2005: . 22798:24258(1460) ack 291 win 65535
12:07:08.279530 IP 10.3.1.254.3128 > 10.3.1.1.2005: . 24258:25718(1460) ack 291 win 65535
12:07:08.279546 IP 10.3.1.254.3128 > 10.3.1.1.2005: . 25718:27178(1460) ack 291 win 65535
12:07:08.279560 IP 10.3.1.254.3128 > 10.3.1.1.2005: . 27178:28638(1460) ack 291 win 65535
Заради справедливості мушу відзначити, що (на моє величезне здивування ) воно запрацювало, хоча ще кілька релізів тому воно не працювало і я забив перевіряти.

[skirillov]

Вот это непонятно
11:54:07.324802 IP 10.3.1.254.3128 > 10.3.1.1.1851: P 49802:50912(1110) ack 2821 win 65535
уж не за DNS ли он собрался?
Медок, на сколько я знаю, не поддерживает DNS via proxy. Может имя было в кеше и сработало.
Раз работает - то и фиг с ним, не мешать же ему!

[Nazarko]

Вот это непонятно
11:54:07.324802 IP 10.3.1.254.3128 > 10.3.1.1.1851: P 49802:50912(1110) ack 2821 win 65535
уж не за DNS ли он собрался?
Медок, на сколько я знаю, не поддерживает DNS via proxy. Может имя было в кеше и сработало.
Раз работает - то и фиг с ним, не мешать же ему!

Ні, то була відповідь на якийсь попередній пакет. 254 -- проксі, по сумісності і DNS, що відповідає за резолв за межами мого ЛОМ-у.