ems2811Вопрос ещё один появился. Сброс "точки сбора" для инкрементного дампа является полный офлайн дамп или полный онлайн дамп тоже сбросит её?Что такое "точка сбора"?

ems2811,

Разницы между онлайн и офлайн архивами в логике взятия инкрементальных архивов нет.

Инкрементальные бывают:
1. инкрементальный - в него попадают все страницы данных, измененные с момента взятия последнего полного
2. инкрементальный дельта - в него попадают все страницы данных, измененные с момента взятия последнего полного или любого инкрементального

ems2811Я правильно понимаю настройку. Если сделаю так:
num_db_backups 31
rec_his_retentn 31
auto_del_rec_obj ON
то я получу такой результат: если число архивов превысило 31 штуку - удаляются архивы и архивные логи старше 31 дня?
а если число архивов не превысит 31 то архивы старше 31 дня удалены не будут?
меня просто интересует такой момент: я собираюсь раз в месяц делать полную резервную копию в архив и нужно чтобы она не удалялась как минимум пол года. как это лучше организовать? (так же будут текущие архивы за месяц, которые должны будут перезаписываться по логике выше 6+1(инкрементный, полный), итого 31 текущий дамп) и так каждую неделю). Я может маниакально отношусь к резервированию, но всё-же
Automating database recovery object management
num_db_backups - это про полные архивы, не включая инкрементальные.
Для ваших требований:
У вас всегда будут храниться 6 полных архивов, весь набор инкрементальных к ним, все журналы для этих архивов.
7-й и все последующие полные архивы, все инкрементальные для них, все журналы, не нужные для предыдущих 6-и полных архивов, будут удаляться, если эти полные архивы старше полугода.

ems2811,

В DB2 есть файл истории некоторых операций, в число которых входит архивы базы и архивы журналов (если вы используете архивное журналирование, а не циклическое, которое по-умолчанию).
Для просмотра архивов вы можете использовать запрос:
либо команду:

Вы можете выставить статус 'Do not delete' у нужных архивов и журналов к ним, то это надо делать отдельными командами вручную. Типа:
где N - идентификатор объекта (архива базы или журнала) из предыдущей команды. В этом случае DB2 не будет учитывать / удалять эти архивы / журналы.

В вашем случае вы для каждого архива, который вы хотите удалять руками, должны после его взятия найти его идентификатор и выставить его статус в X, как показано выше.
И оставить параметры для остальных архивов:

ems2811Я правильно понял, что и логи для "архивных дампов тоже не будут удалятся"?
Нет.
Если вы будете использовать архивное журналирование, то вам надо для своих архивов, которые вы хотите хранить долго, помечать все логи, начиная с firstlog и до конца, как "неудаляемые".
Смысл такой:
- Если вы хотите восстановиться из какого-то старого архива и потом докатиться по логам до текущей точки во времени, вам нужны все логи после firstlog. Т.е. разрешать db2 удалять логи вообще нельзя.
- Если вы хотите восстановиться из какого-то старого архива, но каких-то логов после lastlog из запроса для этого архива нет (они старые и уже удалены не важно кем), то вы не сможете докатиться до текущего времени по логам. Поскольку по-умолчанию в онлайновый архив включены логи, нужные для восстановления из него и накат до точки во времени = концу взятия архива, то вы получите базу на момент окончания того архива. Если вас это устраивает, логи вообще помечать "неудаляемыми" не надо.
ems2811А если не ставить признак как вы указали: в архивной папке будет максимум за 7 месяцев (7 дампов)?Если ничего не помечать, то архивы и логи для них будут удаляться для архивов, превысивших num_db_backups=7 И rec_his_retentn=7.
Например, при такой установке вы начали архивировать 2-жды в день. У вас будет храниться 14 архивов, т.к. только 15-й архив по счету больше, чем 7-й, И его возраст более 7-и дней. 14-й архив не будет удален, т.к. его возраст - не более 7 дней.

ems2811,

От каталога, в который делается архив, ничего не зависит.

ems2811Разобрался. Оказалось prune logfile работает только при logarchmeth1= logretain (чистит логи в папке newlogpath/logpath). Перевел архивирование на logretain и написал скрипт по очистке логов (удаляются все младше начального лога последнего архива)
Вы могли бы добиться того же без скриптов, выставив:
Архивы, которые вам нужны, и которые не надо удалять, вы могли либо пометить как неудаляемые, либо перемещать их в другое место, чтоб автоудаление их не нашло потом.
И вообще:
Important: The PRUNE LOGFILE command is deprecated and might be removed in a future release. Use the PRUNE HISTORY command instead.