медленно работает сетевой MEDOC на Windows Server 2012 x64

[maza11]

Сетевая версия медок. Windows Server 2012 R2 x64 стоит на виртуальной машине. 3 процессора Xeon E5420 2.50 Ghz, 4 гб ОЗУ, дисковой производительности хватает.


работает крайне медленно

до этого он стоял на PC Server 2003, Xeon 2.80Ghz, 4 Гб

и работал быстрее

[maza11]

работает он процессом fb_inet_server.exe
в реестре отчетов каждый открываемый отчет занимает секунд 5.
Подписание документов тоже по 3-5 секунд ожидания
ZVIT.FDB размером 6 Гб

[Ivanhoe]

Увеличение быстродействия сетевого варианта программы

[slesar82]

Та же ситуация, Windows Server R2 Standart, i3-6100 3.7Ghz, ОЗУ 16Гб, 64-разрядная, стоит на SSD накопителе. Рекомендации по увеличению быстродействия, указанные выше, ситуацию не изменили. До этого, на железе послабее, программа работала в разы быстрее. Какие еще будут варианты????

[maza11]

выставил

накладная из реестра открывалась секунд 13-15
работает не более 5 человек одновременно

[maza11]

и если у меня уже работает fb_inet_server.exe значит у меня уже в режиме Classic работает ?
сейчас на сервере 11 процессов fb_inet_server.exe

[Колпаков Б.И.]

и если у меня уже работает fb_inet_server.exe значит у меня уже в режиме Classic работает ?

Да, в режиме Classic.
Выставить значение максимального количества соединений 400 и перезапустите службы.

[maza11]

может проблема в Windows Server 2012 R2 x64

на Windows Server 2003 x86 замечательно работало

[Ivanhoe]

может проблема в Windows Server 2012 R2 x64

на Windows Server 2003 x86 замечательно работало

Не исключено, что причина в этом покращенни:

| Показать

ЗМІНИ В ОНОВЛЕННІ 10.01.152
У ФУНКЦІОНАЛІ ПРОГРАМИ
1. Зверніть увагу!
Починаючи з версії оновлення 10.01.152, у системі «M.E.Doc» реалізована повноцінна підтримка роботи з 64-х бітною архітектурою операційних систем Windows. Для користувачів з встановленою х64 розрядною операційною системою Windows, буде виконано автоматичний перехід у даний режим після встановлення оновлення «M.E.Doc».

[maza11]

будем переносить документы в архив. Другого решения я не вижу.
пойду читать темы про архив.

[Vadichan]

Вы еще попробуйте восстановиться с резервной копии ZBK на Windows Server 2012 x64. Скорость Вас очень "порадует". База пару гиг будет восстанавливаться часов 12.

[Юра_01]

Если хотите могу попытаться помочь с БД, p/s 22ГБ база, вполне адекватно и нормально работает на обычном HDD, без рейда и ссд там всяких.

[slesar82]

будем переносить документы в архив. Другого решения я не вижу.
пойду читать темы про архив.

Перенос документов в архив не помог. Резервная копия уменьшилась в три раза, но быстродействие не увеличилось. Печаль(((

[Юра_01]

это без вигрузок во внешние архивы, я говорю про индексацию БД

[slesar82]

это без вигрузок во внешние архивы, я говорю про индексацию БД

Мне БО присылал мне скрипт для пересчета статистики по индексам, но к сожалению мне не помогло(((

[Юра_01]

а сколько службы звит.грп и фаерберд сжирают ОЗУ?

[slesar82]

а сколько службы звит.грп и фаерберд сжирают ОЗУ?

я не помню т.к. это у клиента было. но всего ОЗУ 16Гб.

[Юра_01]

на живом примере, ОЗУ служба потребляла более 4ГБ плюс процесс на каждого юзера.
странно, индексация БД помогла и еще как, правда другим клиентам

[maza11]

выгрузил в архив документы, за 2015 год 1,7 гб архив вышел.
Буду сейчас переустанавливать медок.
Бекап ZBK был 2.1 Гб раньше, сейчас 1.1 стал.
Очень надеюсь ,что это поможет.
БД с режиме Classic снова буду ставить.

[maza11]

после переноса в архив документов за период 2010-2015 размер базы данных уменьшился до 3,27 ГБ
В Connectioin Setup согласно приведенным выше скриншотам был еще выставлен кластер сервис, в количестве 2 служб.
Все равно открытие первого документа занимает более 16 секунд, открытие последующих документов занимает 8 секунд.
Это разве нормально для базы 3,3 Гб и моей конфигурации ПК ? Считаю это медленным.
вот видео
https://www.youtube.com/watch?v=G5SYR6P2NVo

конфигурация ПК на котором запускалась клиентская часть,проц Pentium G860, 6гб ОЗУ, сеть гигабитная