а бесплатный DB2 Express C тоже все это умеет, в смысле incremental и delta?

а то зря поди изучаю все эти тонкости ...

кстати, версию для разработчика можно купить физическому лицу, а не юридическому? и как это можно сделать?

например, в softkey.ru такой экзотики нету

первая delta до следующего full и любой incremental всегда отсчитывается от последнего успешного полного бэкапа (без разницы полный был offline или online)?

delta и incremental тоже могуть быть любыми в перемежку offline/online в любой последовательности?

например:

1. full online

2. delta offline

3. delta online

4. full offline не завершился, был прерван

5. incremental offline

6. full offline

7. delta online

8. incremental online


тогда можно восстанавливать:
1 + 2
1 + 2 + 3
1 + 5
6
6 + 7
6 + 8

и потом логами докатить до текущего состояния, если все они сохранены ?

Mark Barinstein,

большое спасибо, не обратил внимания

скорее всего так и было, т.е. delayed

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

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

Вопрос: что я делаю не так? почему мои дельта бэкапы получаются такими большими?

Пробовал подряд полный бэкап и потом сразу дельту без подключения к базе (т.е. без ее активации из приложения), тогда дельты получаются действительно очень маленькие всего несколько десятков или сотен МБ, а если хоть чуть чуть поработать, то уже около сотни гиг, т.е. почти на 3-4 порядка больше.

Прочитал аналогичную жалобу:
https://jazz.net/forum/questions/125614/size-of-db2-incremental-backup-seems-to-be-too-big-for-no-activity-ccm-database

http://pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.admin.ha.doc/doc/c0006069.html Incremental backup and recovery

Note:
If a table space contains long field or large object data and an incremental backup is taken, all of the long field or large object data will be copied into the backup image if any of the pages in that table space have been modified since the previous backup.

If you take an incremental backup of a table space that contains a dirty page (that is, a page that contains data that has been changed but has not yet been written to disk) then all large object data is backed up. Normal data is backed up only if it has changed.



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