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

[ukrplastic]

я буду делать это на выходных, так что изменений не внесут.
конечно, у меня будет пару разных копий.
Версия будет конечно же одинаковая.
спасибо

[Valex]

Всем хорошего дня!
Решаю ту же проблему. Тормоза. Прошу гуру подсказать по нескольким вопросам
Условия несколько иные:
Сервер Медка виртуалка 4 vCPU, 16Gb RAM Win7x64 (только Медок), Firebird Classic 2 службы кластера, подстроены доп настройки по кэшу, количеству CPU и тд.
Лет 5-6 назад его настраивали, работал неплохо но стал тормозить. База достигает 21 Гб. Архивирование документов по периодам не велось. В базе прописано несколько десятков предприятий.
Проблемы таковы:
1. Память. После перезапуска службы ZvitGrp память очищается до 1 Гб по диспетчеру и при работе 10 человек максимум одновременно, память сжирается полностью, даже если никто не уже не работает, помогает только снова сброс службы. Добавлял виртуалке ещ 4 Гб, она их сжирает оч быстро, то есть полностью заняты 20 Гб, хотя по тех требованиям для системы на Firebird памяти в 16 гб предостаточно по формуле. Решение нашел здесь в теме по замену версии Firebird на 2.1.7 Еще не делал
2. Сделать архив и восстановить из резервной копии. Попробовал.
zbk делался 12 часов, дошел до 9 % и потом все просто прекращается вроде как конец. Ни ОК, ни Далее ... Ничего. Файл создался порядка 4,7 Гб. Попробовал второй раз. Та же картина, файл почти такой же, разница в несколько Мб, изменения в базу конечно не вносились. Не понравилось совсем
zbf - не знал о существовании такого до последнего времени, который наконец то роли и пользователей тоже сохраняет! Попробовал и о чудо! Минут 40 и 5 Гб архив он мне нарисовал. Не поверил Еще раз. То же самое. Два файла совпадают прямо до байта по размеру. Самый клевый вариант!
Ну и bkz. Этот отказался вообще. Менеджер архивов попыхтел минут 5 и сказал что не хватает памяти на диске. В логах посмотрел, не нашел ничего про ошибку эту. Какой памяти ему не хватает? На диске С 16 Гб свободно, на D где и стоит Медок сервер 17 гб свободно, а архив вообще я пытался сохранить на сетевой диск где 40 Гб места.
Хорошо, пусть будет zbf. На тестовой машинке поднял Медок сервер (версии конечно одинаковые), восстановил из zbf базу, она стала 15 Гб. Но с тестовой машины перекинув zvit.fdb на рабочую, получил ошибки связи с базой и ничего не работало вообще. Вернул назад старый файл.
Поэтому прошу вас прокомментировать по возможности ситуацию:
1. что я делаю не так? (переброс базы с одной машины на другую) Надо ли после рез копии обязательно переустановить Медок чтобы создался чистый zvit.fdb? Попытка подкинуть чистый с тестовой машинки также приводит к ругани Firebird и неработоспособности всей системы
2. Почему разные типы копий так по разному создаются - не создаются? Какая предпочтительней? Важны роли и пользователи конечно
3. Правильна ли будет последовательность: Удаление лишних предприятий (ненужных уже), Рез копия-Восстановление, Архивирование первичных документов?
Пардон, что много букв, но хотелось попонятнее сразу все изложить
Спасибо всем, кто подскажет что то дельное.

[priup]

.....
3. Правильна ли будет последовательность: Удаление лишних предприятий (ненужных уже), Рез копия-Восстановление, Архивирование первичных документов?
....

3. ... Удаление лишних предприятий (ненужных уже), Архивирование первичных документов, Рез копия-Восстановление (формат .ZBK)

Это конкретно уменьшит ФАЙЛ БАЗЫ - ZVIT.FDB.
Я бы это делал на своём компе в локальном МЕДКЕ, а потом уже ФАЙЛ БАЗЫ - ZVIT.FDB подкинул в серверный МЕД.

[hatmaster]

Всем хорошего дня!
Спасибо всем, кто подскажет что то дельное.

Замість клієнт-серверного режиму використовувати RemoteApp. Цим ви позбавляєтесь мрежевих затримок

Ще кажуть перехід на FB3 допомагає.
З власного досвіду - 20 Гб для Медка (вірніше для FB) це вже помаранчевий сектор. На будь-якому залізі.

Рекомендації щодо зменшення розміру бази на локальному ПК з SSD підтверджю. Швидкість бекапу і т.п. операцій зростає на порядок

[Белокопытов Геннадий]

Ну и bkz. Этот отказался вообще. Менеджер архивов попыхтел минут 5 и сказал что не хватает памяти на диске. В логах посмотрел, не нашел ничего про ошибку эту. Какой памяти ему не хватает? На диске С 16 Гб свободно, на D где и стоит Медок сервер 17 гб свободно, а архив вообще я пытался сохранить на сетевой диск где 40 Гб места.

Для создания архива программы, файл bkz, на диске, куда сохраняется файл архива, должно быть свободного места равно общему объему корневого каталога установленной программы + размер файла БД.

Почему разные типы копий так по разному создаются - не создаются? Какая предпочтительней? Важны роли и пользователи конечно

- формат резервной копии zbk - содержит только данные, не переносит роли, пользователи, некоторые пользовательские справочники. Требуется более длительное время для выборки данных из БД и создания файла резервной копии;
- формат резервной копии zbf - содержит всю информацию БД, в том числе роли и пользователей (так называемый full backup DB). Максимально быстрое время для формирования файла резервной копии.
- архив bkz - архив установленного экземпляра программы, который содержит корневой каталог и БД программы.

3. Правильна ли будет последовательность: Удаление лишних предприятий (ненужных уже), Рез копия-Восстановление, Архивирование первичных документов?
Пардон, что много букв, но хотелось попонятнее сразу все изложить
Спасибо всем, кто подскажет что то дельное.

В данном случае рекомендовано будет выполнить следующие действия:
Вариант 1.
1) удаление лишних предприятий (ненужных уже);
2) создание резервной копии zbf;
3) установка нового экземпляра программы из дистрибутива, который уже инсталируется с Firebird 3 (актуальная версия дистрибутива 11.01.015)
4) восстановление резервной копии zbf.

Вариант 2.
1) установка нового экземпляра программы из дистрибутива, который уже инсталируется с Firebird 3 (актуальная версия дистрибутива 11.01.015)
2) перенос файла БД Zvit.FDB с предварительной его конвертацией в формат БД Firebird 3 (более детально описывалось в статье https://www.medoc.ua/uk/faq/mgracja-na-firebird-3 - пункт "Міграція на Firebird 3 для мережевого варіанту програми").
для конвертации БД:
- запустить утилиту ConvertFB.exe из корневого каталога старой установленной программы;
- укажите путь где находится исходящий файл БД Firebird 2.1 (по умолчанию должна быть определена текущая БД)
- указать путь для сохранения сконвертированного файла БД в Firebird 3
3) после выполнения конвертации перенести файл БД в новую установленную копию программы с использованием Firebird 3.

[priup]

Почему разные типы копий так по разному создаются - не создаются? Какая предпочтительней? Важны роли и пользователи конечно

1. формат резервной копии zbk - содержит только данные, не переносит роли, пользователи, некоторые пользовательские справочники. Требуется более длительное время для выборки данных из БД и создания файла резервной копии;
2. формат резервной копии zbf - содержит всю информацию БД, в том числе роли и пользователей (так называемый full backup DB). Максимально быстрое время для формирования файла резервной копии.
3. архив bkz - архив установленного экземпляра программы, который содержит корневой каталог и БД программы.

1 вариант не содержит ошибок накопленных в базе!
2 и 3 содержат!

[hatmaster]

3. архив bkz - архив установленного экземпляра программы, который содержит корневой каталог и БД программы.

1 вариант не содержит ошибок накопленных в базе!
2 и 3 содержат!

check-arch.jpg (54.7 Кіб) Переглянуто 3183 разів

Ні, не чули. А що, так можно?

[Valex]

3) установка нового экземпляра программы из дистрибутива, который уже инсталируется с Firebird 3 (актуальная версия дистрибутива 11.01.015)

Теперь я понял почему переброска файла базы с новой машины на старую вызывала ругательства FB! Ведь я новую делал из 11.01.015 и не заметил что там уже FB3, а старая еще на FB2
Спасибо всем. Вектор деятельности определен

[Valex]

И в догонку... Не могу понять как из базы вытащить список предприятий. Под админом ничего не нашел. Окно старта не дает такой возможности кроме как вручную переписывать, что хлопотно при нескольких десятках. Заглянул в zbf - там куча файлов. Наверняка в каком то из них список есть. А?

[priup]

......
Ні, не чули. А що, так можно?

Чули .......
Очень классная функция что бы убедить клиента в полной ПЕРЕУСТАНОВКЕ МЕДОКа !!

[priup]

И в догонку... Не могу понять как из базы вытащить список предприятий. Под админом ничего не нашел. Окно старта не дает такой возможности кроме как вручную переписывать, что хлопотно при нескольких десятках. Заглянул в zbf - там куча файлов. Наверняка в каком то из них список есть. А?

А навіщо??

[Постійний читач]

И в догонку... Не могу понять как из базы вытащить список предприятий. Под админом ничего не нашел. Окно старта не дает такой возможности кроме как вручную переписывать, что хлопотно при нескольких десятках. Заглянул в zbf - там куча файлов. Наверняка в каком то из них список есть. А?

А навіщо??

Я багато підприємств буває і потрібно.
І в нашому випадку була корисна функція експорту-імпорту карточки підприємства.
про це я колись молив кілька років назад. Але.................

[poltava_energy]

Всем хорошего дня!
Решаю ту же проблему. Тормоза. Прошу гуру подсказать по нескольким вопросам

Бекап-рестор через Firebird наскільки давно робили?

[Inkognito]

И в догонку... Не могу понять как из базы вытащить список предприятий. Под админом ничего не нашел. Окно старта не дает такой возможности кроме как вручную переписывать, что хлопотно при нескольких десятках. Заглянул в zbf - там куча файлов. Наверняка в каком то из них список есть. А?

Варианты:
1) Установить IBExpert, подключиться к базе (ZVIT.FDB), далее смотреть таблицу ORG
2) Создать СОМподключение к Медку (при наличии модуля Интеграция), вызвать метод GetDictionary("ORG"), и перебрать в цикле полученную таблицу.

[priup]

....була корисна функція експорту-імпорту карточки підприємства.
про це я колись молив кілька років назад. Але.................

Этого НЕТ на сегодня!

[Valex]

И в догонку... Не могу понять как из базы вытащить список предприятий. Под админом ничего не нашел. Окно старта не дает такой возможности кроме как вручную переписывать, что хлопотно при нескольких десятках. Заглянул в zbf - там куча файлов. Наверняка в каком то из них список есть. А?

А навіщо??

Потому что нужен список всех предприятий в Экселе или даже на бумажке, дабы сесть и оценить масштаб всего что там есть и почикать ненужные предприятия (повторю, их несколько десятков, если не сотня вообще) Тот кто знает какие ненужные, не может заниматься Медком, тот кто чистить Медок будет, не знает какие именно ненужные Надо их скрестить

[Valex]

Всем хорошего дня!
Решаю ту же проблему. Тормоза. Прошу гуру подсказать по нескольким вопросам

Бекап-рестор через Firebird наскільки давно робили?

За 6 лет - ни разу вообще. Регулярно делается резервная копия самого файла базы, да и виртуалка вся бэкапируется. Больше ничего. Вопрос встал только из-за тормозов возникших. После удаления ненужных предприятий обратили внимание, что файл базы не меняется вообще! Не уменьшается. Хотя удаленные уже предприятия лежали в своих рез копиях конечно и занимали порядка 1,5 гб. То есть теоретически из базы должно было уйти 1,5 Гб. Я понял, что она и не будет уменьшаться без реструктуризации самой базы, и что именно бэкап рестор должен помочь. А потом еще набрел на эту тему и стал баловаться с бэкапами. Вот Геннадий все расписал, так что жду выходных

[poltava_energy]

За 6 лет - ни разу вообще.

А варто було б...
За час мого користування медком було помічено, що медку властиві проблеми із індексасми. Індекси можуть злітати або самі по собі, або під час чергового оновлення. Зза цього і постійні провали у швидкості.
Однією з причини є то, що над медком кружляє прокляття погано зпроектованої БД
Самі ж розробники чудово знають про цю проблему, і тому радять хоча б раз на рік робити відновлення із резервної копії на свіжевстановленій копії медка. Але це у них такий диявольський гумор, тому що резервна копія БД вашого розміру буде відновлюватися пару тижнів, та й відновить не все
Як ви знаєте, жарти із дияволом вони дають переваги тільки обмежений час, а потім розробник попадає у DB Hell у якому застрягає навічно

Потому что нужен список всех предприятий в Экселе или даже на бумажке...

Код: Виділити все

SELECT * FROM org

[Amiran]

восстановление РК размером 4,5 Гб продолжается уже 12 часов. прогресс - 37%
железо не самое кислое - если нужно дам характеристики.
это норма? или нужно переживать?

[priup]

восстановление РК размером 4,5 Гб продолжается уже 12 часов. прогресс - 37%
железо не самое кислое - если нужно дам характеристики.
это норма? или нужно переживать?

Если формат Р/К ZBK и винчестер не CCD то нормально!
А вы локалку восстанавливаете или сетевуху ??