Как сжать бузу размером 12гектар

[maximus78]

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

[zaxar]

НИКАК!!!

[пан Томима]

Сначала надо попробовать очистить от удаленных записей и прочего мусора стандартными функциями firebird-a: gfix и gbak
(ключи могут отличаться в зависимости от версии)
gfix -v -full database.fdb
gfix -mend database.fdb
! ключ -mend помечает поврежденные структуры как исключаемые при backup.
gbak -b -v -ig -g database.fdb database.fbk
ключ -ig игнорирует ошибки при чтении структур данных, и пытается сохранить в backup все неповрежденные структуры и данные.
gbak -c -v database.fbk new.fdb
! никогда не делайте restore поверх существующей базы данных.

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

ключи могут отличаться в зависимости от версии

Для версии 2.1 (на которой работает Медок) все перечисленные ключи рабочие.

[maximus78]

Спасибо!!!
База сжалась(до 129м), но работоспособность не восстановилась !

Нужно нормальное архивирование данных зарплаты(хотя бы для того что-б можно было переносить зарплату в другую базу, на другой ПК, другому пользователю, при переходе на сеть)

[пан Томима]

База сжалась(до 129м), но работоспособность не восстановилась !

В чем выражается? Пробовали делать РК, которую предлагается сделать при выходе из программы, и имеет расширение *.ZBK?

[M.Labunskiy]

Пробовал данный метод, не помогло... База была 9.8 Гб, стала 9.76 Гб.

Есть еще предложения как можно уменьшить размер, база тянется с 2011 года, мне не нужны данные за старые периоды, только текущий и предыдущий месяцы, возможно квартал. Как архивировать с последующим удалением из общей БД?

[Танюшка]

...
Есть еще предложения как можно уменьшить размер, база тянется с 2011 года, мне не нужны данные за старые периоды, только текущий и предыдущий месяцы, возможно квартал. Как архивировать с последующим удалением из общей БД?

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

[СЕВАНЦ]

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

Для желающих вспомнить ход обсуждения этой проблемы: http://www.me-doc.com.ua/forum/viewtopi ... 0%B8%D0%B2

[M.Labunskiy]

Для желающих вспомнить ход обсуждения этой проблемы: http://www.me-doc.com.ua/forum/viewtopi ... 0%B8%D0%B2

Я бы не сказал что у меня есть желание вспоминать ход обсуждения... Я уверен что этот вопрос актуален для большей половины пользователей этой "прекрасной" системы. Меня интересуют методы реализации.

[СЕВАНЦ]

...Меня интересуют методы реализации.

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

[M.Labunskiy]

Ладно, вопрос не в тему: кто нибудь пытался переносить базу на SQL (любой)?

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

По этому вопросу можно сразу к разработчикам, на горячую.

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

А смысл, если запросы к базе построены на синтексисе FireBird'a? Все равно работать не будет, даже если перенести/конвертнуть базу.
На Оракл перенести можно (будет?), правда состояние реализации туманно даже для меня.

[artcom]

База была 9.8 Гб, стала 9.76 Гб.

Что-то тут не то. Сколько весит резервная копия? Попробуйте повторить процедуру - уверен, Ваша база не может весить больше гига.

[M.Labunskiy]

Не издевайтесь, у меня в сетевой версии медка 25 предприятий, 2 из которых основные на протяжении последних 2 лет. Так что база по состоянию на 15.08.13 весит 10.2Гб.

А теперь вопрос на засыпку, как по Вашему, сколько я должен куковать перед тем как сделается РК??? 10 часов, а может 15???

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

Пробовали использовать стандартный gbak (из состава стандартного ФайерБерда)?
http://www.rudjuk.kiev.ua/doc/vost_stand.htm
последние две команды:

gbak -b -v -ig -g zvit.fdb database.gbk
gbak -c -v database.gbk zvit_new.fdb

[grindin]

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

[artcom]

это нормально что она совсем чуток уменьшилась

Для оптимизированной базы нормального объёма - несомненно да. Но размер в 10 Гб за два года я нормальным не считаю. Простой пример - Бэст Аудит. Базе больше восьми лет, предприятий внутри - около 150. Размер базы - около 400 Мб, РК - около 8 Мб. Каждый раз перед закрытием автоматом делается gfix, gbak. Учитесь, как нужно софт писать! (это программистам). Голову даю на отсечение, что более-менее реальный вес базы - 1-1,5 Гб. НЕ БОЛЕЕ!!!

[M.Labunskiy]

Пробовали использовать стандартный gbak (из состава стандартного ФайерБерда)?
http://www.rudjuk.kiev.ua/doc/vost_stand.htm
последние две команды:

gbak -b -v -ig -g zvit.fdb database.gbk
gbak -c -v database.gbk zvit_new.fdb

Делаю бекапы именно стандартными средствами файерберда! Делать РК в медке нет возможности из-за длительности... Последние две команды базу ни на Мб не уменьшили)))