Методы резервного копирования серверов: пять способов сохранить ваши данные в безопасности

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

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

    Полное резервное копирование

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


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

    Инкрементное резервное копирование

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

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

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

    Самыми большими преимуществами инкрементного резервного копирования являются сокращенное окно резервного копирования и меньшие требования к пространству для хранения, поскольку при этом сохраняются только данные с момента последнего резервного копирования — независимо от типа.

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

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

    Дифференциальное резервное копирование

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

    Учитывая природу дифференциального резервного копирования, вы можете настроить свои дифференциальные резервные копии так, чтобы перезаписывать последнюю резервную копию, чтобы сэкономить место для хранения. Некоторые программы даже устанавливают этот параметр по умолчанию для дифференциальных резервных копий, чтобы сэкономить место на диске. Как и добавочные резервные копии, дифференциальные резервные копии также требуют дополнительной процессорной мощности и запаса по i/o дисковой подсистемы для сравнения текущих файлов с теми, для которых уже созданы резервные копии, чтобы найти и создать резервную копию только что измененных файлов. Дифференциальные резервные копии определенно восстанавливаются быстрее, чем инкрементные, поскольку каждая дифференциальная резервная копия независима друг от друга. Это означает, что для восстановления определенного набора резервных копий на самом деле требуются только полная резервная копия и требуемая дифференциальная резервная копия.

    Резервные образы данных

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

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

    Задания на копирование данных

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

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

    Наш опыт

    Один из наших корпоративных клиентов считал, что резервное копирование, это, конечно, хорошо, но дорого, и правилом 3-2-1 можно пренебречь.
    Система хранения резервных копий представляла из себя выделенный физический сервер, наполненный жесткими дисками большой емкости, собранными в raid5+hot spare. Как обычно, ответ на вопрос "что может пойти не так?" - "всё".
    • Выход из строя одного из дисков в raid-массиве, но для raid5 это допустимая ситуация, данные не повреждены
    • Массив автоматически подхватывает диск из горячего резерва и начинает процедуру восстановления, что приводит к росту нагрузки на оставшиеся диски
    • Так как диски были из одной серии и ресурс их почти одинаков - во время восстановления массива из строя выходит еще один диск, что приводит к потере десятков гигабайт резервных копий

    Какие методы резервного копирования серверов вам подходят?

    Теперь, когда вы лучше понимаете различия между методами резервного копирования, пришло время решить, какой метод или типы резервного копирования лучше всего подходят для вас.
    Вот несколько вариантов для рассмотрения:
    • Ежемесячное резервное копирование образа, еженедельное полное резервное копирование и ежедневное дифференциальное резервное копирование
    • Ежемесячное резервное копирование образа, еженедельное полное резервное копирование и ежедневное добавочное резервное копирование
    • Ежеквартальные резервные копии образов, ежемесячные полные резервные копии и ежедневные добавочные резервные копии
    Хотя лучше настроить резервное копирование на автоматический запуск по заданному расписанию, также неплохо сделать резервную копию ваших файлов или создать резервную копию образа перед внесением каких-либо системных изменений, таких как обновление операционной системы или обновление пакета обновлений. , добавление нового оборудования, обновление драйверов или внесение изменений в настройки операционной системы. Примечание. Какой бы метод резервного копирования вы ни выбрали, он должен как минимум соответствовать правилу резервного копирования 3-2-1, предусматривающему хранение 3 копий данных как минимум в 2 различных форматах носителей, причем 1 или более копий должны храниться вне офиса.

    1. Размещение резервных копий

    Не попадайтесь в ловушку, настраивая запуск всех резервных копий в одно и то же время. Это может привести к переполнению сети резервным трафиком. В результате вы можете обнаружить, что время ожидания резервного копирования истекло или оно будет выполняться вечно, оставив его незавершенным. Потратьте время, чтобы рассчитать, сколько времени должно занимать каждое резервное копирование, а затем распределите их соответствующим образом, настроив их запуск в разное время, чтобы избежать переполнения сети. Стоит отметить, что не каждый сервер нуждается в резервном копировании в одночасье. Некоторые серверы могут отключаться вечером, например, в 17:00, когда сотрудники выходят из корпоративной сети.

    2. Документируйте свою политику резервного копирования

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

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

    3. Проверьте ваши резервные копии

    Этот совет может показаться очевидным, но на удивление много администраторов запускают резервное копирование, проверяют, что оно было запущено, но затем не могут проверить, подходит ли сама резервная копия для цели. Простой способ проверки ваших резервных копий включает установку файла с узнаваемым именем, например «backup_verify.txt», в файловую систему. Независимо от того, делаете ли вы это вручную или автоматизируете процесс, убедитесь, что вы можете извлечь этот файл из резервной копии и восстановить его в известном месте.

    Не пропустите последние новости. Подписывайтесь!