Как часто необходимо делать резервное копирование данных?

Категория: Технические советы

– Автор: Игорь (Администратор)

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

Так, как часто необходимо делать резервное копирование данных?

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

А теперь перейдем к сути.

Необходимо учитывать частотность внесения добавлений или редактирования информации

Не учет частотности ведет, как минимум, к риску возникновения трех проблем.

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

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

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

Важность самой информации, которая была отредактирована

Существуют ситуации, где все правки информации примерно равноценны по своему значению, поэтому периодического резервного копирования более, чем достаточно. Однако, в большинстве случаев, это не так. Часть информации всегда будет более важной. И процесс резервирования должен это учитывать. В противном случае возможно появление следующих проблем.

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

Вторая - фрагментарность данных и отсутствие контрольных точек по изменениям. Обычно, важные правки имеют смысл только комплексно. Например, редактирование структуры или добавление функциональности. Поэтому, отсутствие контрольных точек, которые можно было бы восстановить и сразу использовать, может вылиться в трату времени, сил и возникновению ошибок (при сборке).

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

Объемы потока информации

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

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

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

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

Так все же, как часто делать резервное копирование данных?

Существуют и другие нюансы, но, как вы наверное уже поняли, даже этих аспектов вполне достаточно, чтобы увидеть, что ответ на этот вопрос напрямую зависит от задачи. Так, если вы иногда редактируете свои документы, которые не содержат какой-либо важной информации, то периодического инкрементального резервного копирования будет вполне достаточно. Если же речь идет о системах с большим потоком данных, где есть вероятность создать бессмысленные бэкапы, то необходимо выстраивать процесс резервирования только с учетом всех особенностей (возможно, даже проводить только вручную).

Понравилась заметка? Тогда время подписываться в социальных сетях и делать репосты!