iBase.ru Forum

Подскажите возможную причину: FB 1.5.2, файл БД около 1,5ГБ, IBexpert-2005. Делаю BACKUP, потом дважды RESTORE из одного файла бэкапа: один раз с включенной опцией Use All Space, другой - с выключенной. Получаю базы одинакового размера. Вроде бы первый раз БД должна получиться на 20% меньше ?! И как будто, когда работал под FB 1.0, так и было ...

Сними статистику с обеих БД и посмотри на % заполнения страниц

hvlad писал(а):Сними статистику с обеих БД и посмотри на % заполнения страниц

В обоих случаях Average Fill 96..97%

reserve_all_space имеет смысл только при записи базы на CD. В остальных случаях оно только вредит.
статистику по базам лучше сравнить ibanalyst-ом, или даже windiff-ом.

kdv писал(а):reserve_all_space имеет смысл только при записи базы на CD. В остальных случаях оно только вредит.
статистику по базам лучше сравнить ibanalyst-ом, или даже windiff-ом.

Я ежемесячно откладываю архив операций, куда гарантированно никто ничего не запишет, но смотрят его интенсивно. Хочется сделать его компактным. Может, я запутался в опциях BACKUP-а ? Если в IBExpert я ВЫКЛЮЧАЮ птичку "Garbage Collection", это соответствует тому, что в GBAK я указываю опцию -G ( inhibit garbage collection ), сборка мусора НЕ производится, старые версии записей остаются у меня в файле BACKUP-а, и поэтому как не РЕСТОРЬ, свободные 20 % будут заняты старыми версиями Или это я перемудрил ?

Если в IBExpert я ВЫКЛЮЧАЮ птичку "Garbage Collection", это соответствует тому, что в GBAK я указываю опцию -G ( inhibit garbage collection ), сборка мусора НЕ производится, старые версии записей остаются у меня в файле BACKUP-а, и поэтому как не РЕСТОРЬ, свободные 20 % будут заняты старыми версиями Или это я перемудрил ?

Налицо непонимание сути процесса... Мусор в файл бэкапа не попадает НИКОГДА ни при каких ключах

старые версии записей остаются у меня в файле BACKUP-а

круто. почему люди думают, что в бэкап записывается мусор? Кому и накой он там нужен, если он МУСОР? И вообще, кому нужны в бэкапе даже немусорные версии записей?

Ivan_Pisarevsky писал(а):

Если в IBExpert я ВЫКЛЮЧАЮ птичку "Garbage Collection", это соответствует тому, что в GBAK я указываю опцию -G ( inhibit garbage collection ), сборка мусора НЕ производится, старые версии записей остаются у меня в файле BACKUP-а, и поэтому как не РЕСТОРЬ, свободные 20 % будут заняты старыми версиями Или это я перемудрил ?

Налицо непонимание сути процесса... Мусор в файл бэкапа не попадает НИКОГДА ни при каких ключах

Да, признаю. У меня непонимание - на что влияет при бэкапе опция -G . Единственное, что я заметил - БЕЗ этой опции (т.е. СО ВКЛЮЧЕННОЙ ПО УМОЛЧАНИЮ СБОРКОЙ МУСОРА) бэкап идет медленнее. И что вообще такое сборка мусора: сервер "чистит" неиспользуемые "староверсионные" блоки ? А зачем ? Если возникнет в них необходимость, сервер и так запишет туда какие-то данные.

kdv писал(а):

старые версии записей остаются у меня в файле BACKUP-а

круто. почему люди думают, что в бэкап записывается мусор? Кому и накой он там нужен, если он МУСОР? И вообще, кому нужны в бэкапе даже немусорные версии записей?

Потому что не смог я придумать для себя другого объяснения этому факту: я делаю RESTORE с ВЫКЛЮЧЕННОЙ опцией Use All Space, а страницы БД заняты под 100%...

КДВ старался столько статей дельных понаписал, на www.ibase.ru понавыкладывал... почитай.

Ivan_Pisarevsky писал(а):КДВ старался столько статей дельных понаписал, на www.ibase.ru понавыкладывал... почитай.

ОК, попробую ...

самое главное - не надо вытыкать все что попало, если точно не знаешь, зачем оно. Не знаешь про reserve - забей. Не знаешь про мусор - прочитай статью (кстати, даже в мифах это упомянуто -
www.ibase.ru/devinfo/ibmyths.htm). Не знаешь про ключи gbak - читай opguide. Сомневаешься в ключе -nt, НЕ ИСПОЛЬЗУЙ, а еще лучше - спроси у знающих людей.

kdv писал(а):reserve_all_space имеет смысл только при записи базы на CD. В остальных случаях оно только вредит.
статистику по базам лучше сравнить ibanalyst-ом, или даже windiff-ом.

Все-таки осмелюсь переспросить. Чем может повредить reserve_all_space (или Use_all_space), если в архивную БД никто ничего не пишет, а просматривают ее довольно интенсивно ?