logo

Настройка бэкапов без лишних трат

Опубликовано: 14.08.2019 в 10:26

Автор:

Категории: Блог

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

Можно сказать, что любая организация зависит в наше время от виртуальных машин (ВМ). Благодаря созданию бэкапов или резервных копий компания ограждается от временной или полной потери данных, которая иногда накапливается годами. В отдельных ЦОДах сберегается вся база, которая приходит на помощь, когда первичный источник дает сбой. Более того, некоторые организации хранят бэкап в разных ЦОД. Однако в этом есть существенный минус – такую услугу предоставляют не все провайдеры, а если и дают доступ, то за дополнительную плату.

Настройка бэкапов

В чем преимущество облачного хранения?

Это удобный сервис для сохранности бэкапов. Сегодня есть множество способов, которые делают процесс бэкапа и восстановления доступным и простым. В итоге может быть установлено беспрерывное восстановление, которое будет поддерживать стабильную работу приложений.

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

Инкрементный бэкап

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

Ограничение файлов или разделов подкачки

Если оперативка ВМ перестает вмещать данные и приложения, она забирает частично память на жестком диске, чтобы хранить дополнительную информацию. Это те самые файлы подкачки в Windows, которые в Linux именуются разделами подкачки.
Чтобы исключить резервирование этих файлов всякий раз при создании бэкапов и разрастание облака, лучше заранее отключить копирование файлов подкачки.

Архивирование бэкапов и дублирование

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

Применимо и правило «3-2-1»: не менее ТРЕХ бэкапов в ДВУХ различных форматах, где ОДНА из копий должна находиться за пределами основного хранилища.

Политика хранения GFS (Grandfather-Father-Son)

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

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

Однако здесь может помочь политика GFS (Дед-Отец-Сын). В папку «Сын» попадают частые резервные копии, «Дед» — очень редкие, например раз в месяц или квартал. Каждый новый бэкап, который формируется каждый день, — это «Сын» еженедельной резервной копии, которая относится к прошедшей неделе.

Кроме того существует ice cold хранилище. Там можно держать данные, которые должны храниться долго, но запрос к ним редкий. Эта услуга стоит дешево. Однако запросить данные в таком хранилище обойдется дороже. Компания Cloud4Y называет это хранилище «Архивным».