Программные продукты Provision
 
Звоните
+7 343 375-66-56
Екатеринбург
Пишите
Регистрация

Форум

Написать сообщение
Сообщение будет добавлено в самый конец дискуссии
Подписаться на тему

Архивация базы, уменьшение размера.

<Дмитрий> 12 января 2011, 17:28#
В 6 версии база была в формате DBX, в 7 версии - в формате Firebird SQL, и теперь какая-то непонятность со "сжатием" базы. Нельзя в программу опять включить обычно архивирование архиватором?
А то на не очень мощных компьютерах получается следующее - база около 800 мег (за такой же период и с таким же кол-вом заказов в формате 6 версии она была около 400 мег). Автобекап базы средствами программы идет около 4 минут, при этом копирование базы из одной папки в другую вручную около минуты, это все в пределах одного диска, может проще просто копировать?
Автобекап в компактную форму - около 5 минут. Пробовал архивировать - рар с самой быстрой компрессией жмет около минуты, и файл получается размером в 5 раз меньше компактной. Может включить библиотеку для сжатия в зип или рар или просто дать возможность в настройках запускать некий батник после выхода из программы? Почему в 6 версии все было намного быстрее?
Вообще понятие сжать базу в 7 версия - я так понимаю это теперь не одним пунктом, а двумя - архивацией/разархивацией данных. Но как-то это сжатие не совсем сжимает.
Ситуация - начался новый год, мне не нужна база по прошлому году, заводится новый каталог с файлом программы и с базой, из которой вычищается лишнее, т.е. то, что имеет отношение к прошлому году. Все счета-фактуры, накладные, ордера, доверенности, остаются только координаты фирмы, список сотрудников для доверенностей и прайс-лист. После этого делается сжатие данных.
В бизнеспаке 6 версии такая практически чистая база получалась около 20 мег, в 7-й после архивации/разархивации - почему то около 300. Это конечно меньше 800, но откуда такой громадный объем??? Может можно как-то уменьшить?
speaker 13 января 2011, 10:37#
<Дмитрий>, уточните, что подразумеваете под автобекапом в компактную форму?
<Дмитрий> 13 января 2011, 10:41#
В настройках программы "Автоматически создавать резервную копию" и "использовать компактную форму архива"
speaker 13 января 2011, 10:44#
<Дмитрий>, создайте резервную копию вручную, используя компактную форму архива (выберите при сохранении формат pbz), после сообщите размер файла резервной копии.
<Дмитрий> 13 января 2011, 12:29#
BP.FDB - 800 mb
fbk -400 mb
bp-2011.01.13-11.22.44-112.pbz -24 Mb
data txt внутри 190 Mb
обратно из pbz восстановилось в 740 вместо 800мб. Но боже, как долго делалось.

Странно, стоит вроде галочка насчет компактной формы, но видимо к автобекапам это не относится - все равно делает fbk, конечно выходил и входил в программу неск. раз.
Я так понимаю pbz - это данные без стертого мусора, и если сейчас удалю записи прошлого года и прогоню через него, размер существенно уменьшится не до 300 mb, а гораздо меньше.
Еще вопрос - а можно при стирании данных скопом, при бекапе и восстановлении данных чтобы прогресс-индикатор показывал реальную ситуацию, а то он бегает из начала в конец и опять из начала в конец. Конечно, не по времени, но по объему данных?
<Дмитрий> 13 января 2011, 13:13#
Эврика, после прогона через pbz размер базы BP.FDB стал 12 мег (в новой базе уже не было всех прошлогодних документов ,и все равно она была около 300мег).
Почему бы тогда последовательность "экспорт в pbz и потом импорт обратно" не сделать одной кнопкой "сжать базу"?
speaker 13 января 2011, 15:21#
<Дмитрий>
Странно, стоит вроде галочка насчет компактной формы, но видимо к автобекапам это не относится - все равно делает fbk

Галочка "Компактная форма архива" относится к архиву документов (при включенной галочке архив делится на три части, при этом отображаются товары в документах и оплаты), а не к резервным копиям.


а можно при стирании данных скопом, при бекапе и восстановлении данных чтобы прогресс-индикатор показывал реальную ситуацию
Так сделать не получится.


Почему бы тогда последовательность "экспорт в pbz и потом импорт обратно" не сделать одной кнопкой "сжать базу"?
Эта функция не является функцией первой необходимости и имеет смысл только в условиях очень сильно ограниченного дискового пространства.
<Жирайр> 21 августа 2012, 15:47#
Перед тем как менять название архива делаем резервную копию. но в формате .pbz (выбираем во время сохранения). Потом меняем название базы bp в bp5 допустим и запускаем прогу она сама создает пустую базу данных. далее заходим в настройки разархивация и находим последнюю базу в формате .pbz. После разархивации такой у меня база уменьшилась от 600 мб до 25мб))
<Руслан> 11 февраля 2014, 10:43#
Ну я бы не сказал что не является первой необходимостью - у нас БП уже лет 8 - за это время база разрослась до 4гиг. теперь она весьма нетороплива и очень очень хочется ее ужать
<Дмитрий> 11 февраля 2014, 11:24#
Руслан - в два прохода - экспорт в PBZ а потом обратно разожмите. Может получится, что при таком объеме не получится, тогда fireberd сервером.
У меня две команды такие

gbak.exe -b -g -USER SYSDBA -PAS masterkey E:\bp7server\data\bp.fdb E:\bp7server\data\bp.fbb

gbak.exe -R -USER SYSDBA -PAS masterkey E:\bp7server\data\bp.fbb E:\bp7server\data\bp.fdb
<СЕРГЕЙ> 19 апреля 2017, 19:19#
СПАСИБО БОЛЬШОЕ !!
С 500 мб до 15 мб снял
софт летать начал. а на пятистах тормозил

СПАСИБО
Включите отображение картинок