тормознутось Медка

[ukrplastic]

Добрый день.

Уже тысячу раз писали о быстродействии Медка и я писал где-то в 2015 году.
С тех пор никаких сдвигов - база растет а Медок все тормознутей и тормознутей.
Тут сейчас начнут спрашивать какой сервак, какая операционка и т.д.
Хороший сервак. Сетевой Медок работает на виртуалке Windows 7 Enterprise, 4 ядра, 8 Гб памяти,
база 6 Гб (была до недавних пор, см.ниже). В основном работает 4-5 бухгалтеров,
во время сдачи отчетности до 8 человек. Разные реестры накладных и прочее открываются первый раз по 40с,
потом конечно быстрее - аж по 20с-25с. Накладные открываются по 5с и выше.
Да, я почти наизусть знаю ваши рекомендации по увеличению быстродействия.
Пробовал и SuperServer и ClassicServer (сейчас Firebird работает в этом режиме).
Игрался и с настройками службы Firebird. Ну может быстродействие улучшилось на 5%.
Но у меня система документооборота на Oracle с базой на 620Гб работает в 10 раз быстрее!!!
Не надо только предлагать перейти на Oracle. Это нужно его купить, сопровождать сложнее
да и судя по форуму Медок на Oracle такой же "шустрый" как и на Firebird.
После перехода на версию 11.00.011 или на 11.00.012 база увеличилась с 6 Гб до 8,4Гб!!!
Тормоза усилились.
Да, я сделал на тестовой машине zbk файл и потом восстановил его. Но.
Ваш zbk файл делался 2 часа 15 минут а восстановление шло 10 часов.
Да, база вернулась к 6 Гб, но это заняло 12 часов!!! 12 часов, Карл!!!
Я базу Oracle на 620 Гб быстрее восстанавливаю!!!
Короче, более тормознутой системы я в жизни не видел.
Я сам С# программист и очень много лет работаю с базами.
Судя по работе Медка у ваших программистов:
- или беда с SQL-запросами;
- или совсем беда с индексами в базе;
- или беда с paging таблиц в Медке (каждый раз чтобы показать 30 строк вы читаете всю таблицу а потом показываете 30 нужных строк);
- или скорее всего у вас вообще со всем беда.
Пытался экспортировать пенсионный Додаток 4 таблицу 5 в dbf. Ошибка (см. файл).
при печати документов тоже иногда возникает ошибка, которая потом может исчезнуть и документ печатается.
Всю жизнь делал экспорт выданных и отрыманных накладных в Excel для сверки. В июле этого года экспорт перестал работать.
Нужно купить у вас модуль Інтеграція... Но я заплатил деньги за ваш старый модуль Звітність (или как он там назывался)
и почему я должен снова их платить в пределах действия старого модуля???!!!
Я вижу что скоро у вас за каждый пункт меню нужно будет платить.
Перестаньте вносить новые плюшки в программу!
Сделайте ее более стабильной, быстрой и с меньшим количеством багов. И люди вам скажут спасибо.
P.S. Я конечно допускаю что и у меня руки кривые и я что-то не так делаю.

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

Расскажите про Ваш сервер подробнее, интересует:
ОС - версия, обновляется или нет?
Немного подробнее о ОЗУ, ЦП, HDD или SSD ?
Какой размер базы Медка?
Какой сейчас установлен Firebird? (В Вашем случае подойдет только ClassicServer)
Покажите скрины настроек файла ConnectionSetup.exe - 1 и 2й вкладки и дополнительные настройки 2й вкладки.
Проверяли ли Вы свою базу на ошибки?
Покажите полный текст ошибки в Вашем скрине.

[ukrplastic]

Ну вот - началось.
1. про ось я писал - Windows 7 Enterprise SP1. Обновляется.
2. Виртуальная машина на серваке с процессорами Xeon E5-2620 v3 *2шт
Под машинку отдано 4 ядра, 8 Гб памяти, HDD.
3. Про размер базы написано - 6Гб.
4. Написано что Firebird ClassicServer.
5. Базу проверял на ошибки
6. Скрины настроек ниже
Настройки делал исходя из 10 пользователей, некоторые даже выше.
Ставил разные настройки, неделю работают, спрашивал у бухгалтеров как им быстродействие.
Остановился на таких.
В 2015 году я ставил сервер Медка на 32 Гб SSD диск - ну может на 15% быстрее он работал.

| Показать

1.png (13.02 Кіб) Переглянуто 4140 разів

2.png (13.4 Кіб) Переглянуто 4140 разів

3.png (9.59 Кіб) Переглянуто 4140 разів

[priup]

Расспросите у своего МЕДОКовского дилера про эту :

| Показать

22.jpg (223.63 Кіб) Переглянуто 4280 разів

функцию ПО!!

[ukrplastic]

спасибо, знаю я про этот модуль.
1. Но это же покупать надо!
2. я очень сильно сомневаюсь в словах Медка - зменшується тільки обсяг даних, завдяки чому збільшується швидкодія.

Но раньше если Вы знаете был БестЗвит - там такого не было. Тоже были проблемы, которые пользователи вылизывали годами.
А потом появился Медок. Да, на 100 Мб базе он более-менее работал. А потом я добавлял ядра процессора, память,...

[Голодный Пельмень]

Но это же покупать надо!

Что покупать, зачем?

[priup]

спасибо, знаю я про этот модуль.
1. Но это же покупать надо!
2. я очень сильно сомневаюсь в словах Медка - зменшується тільки обсяг даних, завдяки чому збільшується швидкодія.

Но раньше если Вы знаете был БестЗвит - там такого не было. Тоже были проблемы, которые пользователи вылизывали годами.
А потом появился Медок. Да, на 100 Мб базе он более-менее работал. А потом я добавлял ядра процессора, память,...

1. -НИЧЕГО ПОКУПАТЬ НЕ НАДО!!!
2.- Истинная правда!!! (сами каждый год этим занимаемся - результат-БАЗА ЗА 14 ЛЕТ НЕ РАСТЁТ ВЫШЕ ГИГА) !!!

[ukrplastic]

ок, еще раз спасибо.
я еще почитаю и поговорю с дилером

[priup]

Если ну ОЧЕНЬ много первичных документов можно архивировать чаще - полугодие, квартал!
Единственный нюанс - хранить эти архивы ещё где-то в заначке (на случай переустановки МЕДКА)!!!

[ukrplastic]

ну я думаю, что 3 последние года я точно не смогу архивировать.
но это несомненно решение и я попробую на тестовой машинке эту операцию.
и понятно что архивы нужно хранить.
Но это не снимает с разработчиков Медка обязанности по оптимизации работы программы.
6 Гб это не такая уж и большая база и нужно учесть что там информация по 4 компаниям.

[PetroP]

Но это не снимает с разработчиков Медка обязанности по оптимизации работы программы.

Серьезно? Какими нормативными актами предусмотрена данная обязанность?

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

Ну вот - началось.
1. про ось я писал - Windows 7 Enterprise SP1. Обновляется.
2. Виртуальная машина на серваке с процессорами Xeon E5-2620 v3 *2шт
Под машинку отдано 4 ядра, 8 Гб памяти, HDD.
3. Про размер базы написано - 6Гб.
4. Написано что Firebird ClassicServer.
5. Базу проверял на ошибки
6. Скрины настроек ниже
Настройки делал исходя из 10 пользователей, некоторые даже выше.
Ставил разные настройки, неделю работают, спрашивал у бухгалтеров как им быстродействие.
Остановился на таких.
В 2015 году я ставил сервер Медка на 32 Гб SSD диск - ну может на 15% быстрее он работал.

У меня база по размеру такая же как у Вас, а ПК в "5 раз" слабее Вашего и таких проблем нет.
Единственное, система работает на SSD.

По настройкам у Вас норм, единственное пропишите IP адрес на первом скрине в верхнее поле.
Для оптимизации базы Вы все правильно сделали - восстанавливали РК.zbk на чистой базе.
Это самый действенный способ оптимизировать и ускорить работу базы Firebird.
Поэтому по возможности проведите эту процедуру на рабочей базе.

зызы: Вы наблюдали за ОЗУ на Вашем сервере, когда работает максимум пользователей, сколько съедается службами Медка?
зы: Какой размер РК.zbk ?

[ukrplastic]

1. IP адрес пропишу - спасибо.
2. я обязательно проведу эту процедуру на рабочей базе, мне нужно было знать примерное время, которое на это уйдет.
3. давненько наблюдал за ОЗУ. Максимум что я видел было 4,5 Гб занято памяти, но я не считал сколько было занято именно
процессами fb_inet_server.exe + DMF.AppServer.exe
4. размер файла zbk - 1.411 Гб

[Tima37]

Для оптимизации базы Вы все правильно сделали - восстанавливали РК.zbk на чистой базе.
Это самый действенный способ оптимизировать и ускорить работу базы Firebird. Поэтому по возможности проведите эту процедуру на рабочей базы.

Оптимизации для локалки - ДА, а вот для Серверного варианта - ХЛОПОТНО БОЛЬНО. Потом пользоватей с их ролями восстанавливать, как-то гемо......но.

[ukrplastic]

да, придется заново перебивать пользователей с ролями - неприятно.
но уменьшить базу с 8.4 Гб до 6 Гб - оно того стоит.

[priup]

ну я думаю, что 3 последние года я точно не смогу архивировать.

Почему? Может только 2018!!
При необходимости можно подключить архив к базе и ОТКРЫТЬ/ РАСПЕЧАТАТЬ первичный документ из архива.

уменьшить базу с 8.4 Гб до 6 Гб - оно того стоит.

архивируете все года кроме 2018 / делаете Р/К в формате .ZBK / восстанавливаете на НУЛЁВОУСТАНОВЛЕННОМ Медке - файл базы будет не 6, а 2-3 Гб............. И следующие Р/К в формате .ZBK будут в разы меньше - 300-500 Мб...........
Только не любят сисадмины этим заниматься! Среди моих клиентов только из под палки Главного бухгалтера!!

[ukrplastic]

1. срок исковой давности - 3 года
2. в пределах этого срока могут проводить корректировки накладных или еще что-нибудь задним числом.
Я так понимаю что в архиве я могу только смотреть и распечатать. Другие операции с налоговыми недоступны
(мне надо почитать об этом режиме и попробовать).
3. конечно, я хочу пить пиво на берегу моря и смотреть как бегают девчонки в купальниках,
но реально мне жалко бухгалтеров, я вижу скорость работы и должен что-то предпринять чтобы исправить это.
Особенно после обновления 11.00.012, когда база выросла.

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

1. срок исковой давности - 3 года
2. в пределах этого срока могут проводить корректировки накладных или еще что-нибудь задним числом.
Я так понимаю что в архиве я могу только смотреть и распечатать. Другие операции с налоговыми недоступны
(мне надо почитать об этом режиме и попробовать).
3. конечно, я хочу пить пиво на берегу моря и смотреть как бегают девчонки в купальниках,
но реально мне жалко бухгалтеров, я вижу скорость работы и должен что-то предпринять чтобы исправить это.
Особенно после обновления 11.00.012, когда база выросла.

Предлагаю начать с изменений выше перечисленных + проследить за ОЗУ,
после заархивируем необходимые периоды,
а после восстановим РК на пустую базу.

Так же рассмотрите возможность вернуть на сервер SSD диск и перенести на него базу.

[ukrplastic]

спасибо всем за советы.
Еще один вопрос.
Я на тестовом компе восстанавливаю бекап на пустую базу, получаю сжатую базу 6 Гб.
Я же могу остановив сервис Медка и сервис Firebird подменить на рабочем сервере
старый файл zvit.fdb размером 8.4 Гб на новый сжатый файл 6 Гб?
После этого запустить сервисы и все заработает.

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

спасибо всем за советы.
Еще один вопрос.
Я на тестовом компе восстанавливаю бекап на пустую базу, получаю сжатую базу 6 Гб.
Я же могу остановив сервис Медка и сервис Firebird подменить на рабочем сервере
старый файл zvit.fdb размером 8.4 Гб на новый сжатый файл 6 Гб?
После этого запустить сервисы и все заработает.

Можете, главное что бы версии базы совпадали, но не забывайте что за это время в текущую базу могли внести изменения.
Так же не забудьте настроить пользователей.

зы: На всякий случай сохраните базу - zvit.fdb размером 8.4 Гб