Оглавление
Введение в проблему
Обновлятор умеет хранить периодические архивы после их вытеснения из дневных копий. Это этом написано здесь.
Таким образом мы можем гибко настраивать хранение (как локальное, так и облачное) недельных, месячных, квартальных и годовых копий.
Но есть важный нюанс. Во многих компаниях принято закрывать (приводить в порядок) учётные базы (например, бухгалтерские и зарплатные) с некоторой задержкой.
Для таких баз есть смысл хранить историю архивов не просто на конец календарного периода, а когда в определенном периоде завершены все операции.
Например, бухгалтерия закрывает месяц на 5 день следующего месяца, квартал на 15 день, а год – на 30 день следующего года.
Соответственно, и хранить копии имеет смысл со смещением +5, +15 и +30 дней.
И в этом случае резервная копия бухгалтерской базы будет:
- за сентябрь - от 5 октября
- за 1 квартал - от 15 апреля
- за год - от 30 января
Решение
Я разработал в обновляторе механизм, позволяющий настраивать такое смещение для месячных, квартальных и годовых периодов.
Обязательно ознакомьтесь с предупреждениями к этой возможности.Зайдите в свойства учётной базы, для которой требуется настроить смещение периодов, и перейдите на закладку "Архивация".
Здесь, в самом низу, нажмите ссылку "Ещё настройки":
В открывшемся окне настройте нужные смещения, например, так:
Готово. Теперь обновлятор при удалении резервных копий будет руководствоваться тем, что например:
- январь длится с 5 января по 5 февраля
- 1 квартал длится с 15 января по 15 апреля
- год длится с 30 января текущего года по 30 января следующего года
Предупреждения
Применяйте смещение периодов с осторожностью.
1. Если вы меняете смещения для базы, у которой уже существует периодические резервные копии:
- они не будут переименованы согласно новым правилам автоматически
- новые правила будут применяться к ним лишь при вытеснении из их текущего периода, то есть постепенно
2. Смещения периодов влияют не только на дату создания периодических архивов, но и на их состав.
При одинаковой архивации двух баз, у одной из которых заданы смещения периодов, а другой нет, состав периодических копий может отличаться. Это связано с изменением логики вытеснения периодических архивов после введения смещения.
Так, после введения смещения периодов (например, +5 к месяцу, + 15 к кварталу, +30 к году) становится возможна ситуация, когда один и тот же архив (например, от 10 января 2016 года) относится к концу 4 квартала 2015 года, но не относится к декабрю 2015 года.
Но в целом состав периодических копий со смещением периодов будет постепенно стремиться к составу без заданных смещений.
3. Если вы используете облака как один из источников хранения резервных копий, то после задания не нулевых смещений периодов:
- обмен с облаками, во время очистки старых резервных копий и их перемещения по периодам, будет более интенсивным
Поэтому я рекомендую, прежде чем применять эту настройку к рабочим базам, протестировать её работу на какой-нибудь тестовой базе в течение квартала.