Резервное копирование (бекап) данных ваших сайтов
Наверное, многие встречались с такими проблемами, как: удаление/изменение/перезапись файла, форматированием жесткого диска, сбоем операционной системы и т.д, что в конечном итоге приводило к одному результату: попытаться вспомнить, где есть хоть какие-то сохраненные версии файла. Чтобы избежать таких проблем рекомендуется делать резервное копирование файлов (бэкап) на другой носитель.
.jpg "Важно делать резервные копии (бекапы)")
Теперь вы должны задаться вопросом, что конкретно бэкапить: базы данных или контент, а кто-то бэкапит всё и скрипты в том числе. Далее нужно определиться с тем, как часто производить бэкап, т.е расписать план по времени: каждый день, через день, раз в неделю или раз в месяц.
После этого нужно понимать место назначения для бэкапа: локальный сервер, удаленный фтп или же это сетевой ресурс.
После выбора носителя для хранения резервных копий, нужно определить тип бэкапа. Есть несколько типов: полный, инкрементальный и дифференциальный. Тип бэкапа, конечно, зависит от объема и важности данных. Однако первый бэкап всегда полный – это способ обезопасить все данные. Позже выполняется другой тип бэкапа.
Полный бэкап. Если резервируемых данных не так много, то можно выполнять полное резервное копирование каждый раз. Этот тип бэкапа поможет быстро восстановить поврежденный или утерянный файл
Если объем резервируемых данных большой и изменилось или добавилось только несколько файлов, то разумнее выбрать инкрементальный или дифференциальный бэкап, при которых копируются только изменения.
Инкрементальный бэкап может быть использован, когда не нужно восстанавливать версию файла предыдущую последней. Файлы при копировании размещаются в ту же самую папку, куда был сохранен полный бэкап, то есть измененные файлы замещаются.
Инкрементальный бэкап (как и сжатие данных) также полезен при бэкапе на FTP-Сервер для сохранения трафика.
Дифференциальный бэкап, наоборот, будет полезен тем, кому нужны несколько версий одного файла. Измененные файлы будут записываться в папку, отдельную от полного бэкапа. Такой вид бэкапа для СУБД Oracle настраивается через rsync утилиту.
.png "Схема умного резевного копирования (бекапа)")
Еще существует смешанный бэкап, который состоит из полного бэкапа, за ним следует определённое (заранее указанное) число дифференциальных бэкапов. Как только нужное количество бэкапов достигнуто, весь цикл повторяется, начиная с полного бэкапа. Нельзя забывать, что для резервного копирования очень важным вопросом является выбор подходящей схемы ротации носителей.
Ротация – это политика, по которой делается резервное копирование. Как часто мы будем делать бэкап, как долго мы будем хранить резервные копии. Все это описывается политикой ротации.
Схема ротации резервного копирования делится на 5 видов: одноразовое копирование, простая ротация, метод «дед, отец, сын», «ханойская башня» и «10 наборов».
Одноразовое копирование – администратор делает копирование вручную. Обычно делается полный бекап данных.
Простая ротация – имеется в виду, что набор носителей используется циклически. Например, 5 ленточных носителей на каждый день недели. В пятницу мы выполняем полный бекап данных, а в остальные дни недели инкрементальный.
“Дед, отец, сын” (GFS) – данная схема имеет иерархическую структуру и предполагает использование комплекта из трех наборов носителей. Раз в неделю делается полная копия дисков компьютера («отец»), ежедневно же проводится инкрементальное (или дифференциальное) копирование («сын»). Дополнительно раз в месяц проводится еще одно полное копирование («дед»). Состав ежедневного и еженедельного набора постоянен. Таким образом, по сравнению с простой ротацией в архиве содержатся только ежемесячные копии плюс последние еженедельные и ежедневные копии. Недостаток данной схемы состоит в том, что в архив попадают только данные, имевшиеся на конец месяца, а также износ носителей.
“Ханойская башня” – схема призвана устранить некоторые из недостатков схемы простой ротации и ротации «Дед, отец, сын». Схема построена на применении нескольких наборов носителей. Каждый набор предназначен для недельного копирования, как в схеме простой ротации, но без изъятия полных копий. Иными словами, отдельный набор включает носитель с полной недельной копией и носители с ежедневными инкрементальными (дифференциальными) копиями. Специфическая проблема схемы «ханойская башня» — ее более высокая сложность, чем у других схем.
“10 наборов” – метод рассчитан на 10 наборов носителей. Период из 40 недель делится на десять циклов. В течение цикла за каждым набором закреплен один день недели. По прошествии четырехнедельного цикла осуществляется сдвиг номера набора. То есть в первом цикле за понедельник отвечал набор N1, за вторник N2, за среду N3 и т.д. Во втором цикле за понедельник будет отвечать набор N2, за вторник N3, за среду N4 и т.д. Такая схема позволяет равномерно распределить нагрузку между носителями, но из-за своей сложности практически не используется.