Настройка sql-архивов (MS SQL Server и PostgrgeSQL)

  оглавление  Настройка sql-архивов (MS SQL Server и PostgrgeSQL) (v2)

Смещение периодов хранения резервных копий в обновляторе

Введение в проблему

Обновлятор умеет хранить периодические архивы после их вытеснения из дневных копий. Это этом написано здесь.

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

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

Для таких баз есть смысл хранить историю архивов не просто на конец календарного периода, а когда в определенном периоде завершены все операции.

Например, бухгалтерия закрывает месяц на 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. Если вы используете облака как один из источников хранения резервных копий, то после задания не нулевых смещений периодов:

  • обмен с облаками, во время очистки старых резервных копий и их перемещения по периодам, будет более интенсивным

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

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



Владимир Милькин
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

Нажмите одну из кнопок, чтобы поделиться:



Настройка sql-архивов (MS SQL Server и PostgrgeSQL)

  оглавление  Настройка sql-архивов (MS SQL Server и PostgrgeSQL) (v2)