Что такое инкрементное резервное копирование? Как это работает?

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

Как работают инкрементные резервные копии?

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

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

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

Типы инкрементных резервных копий

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

Традиционное инкрементное резервное копирование

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

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

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

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

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

Синтетическая полная резервная копия

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

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

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

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

Инкрементное и дифференциальное резервное копирование

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

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

Преимущества инкрементного резервного копирования

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

1. Эффективное использование хранилища : добавочные резервные копии сохраняют только изменения, сделанные с момента последнего резервного копирования, независимо от того, была ли это полная резервная копия или предыдущая добавочная резервная копия. Этот подход приводит к меньшим размерам резервных копий по сравнению с полными резервными копиями, оптимизирует использование хранилища и снижает потребность в обширных ресурсах хранения.
2. Более быстрый процесс резервного копирования : при инкрементном резервном копировании фиксируются только измененные или новые данные, что делает процесс резервного копирования более быстрым и эффективным. Этот уменьшенный объем данных значительно сокращает окно резервного копирования, сводя к минимуму влияние на производительность системы и сетевые ресурсы.
3. Уменьшение потребления пропускной способности: добавочные резервные копии передают и сохраняют меньше данных, чем полные резервные копии, что приводит к меньшему использованию пропускной способности. Это преимущество особенно полезно для удаленных или облачных решений резервного копирования, где учитываются ограниченные сетевые ресурсы.
4. Повышенная защита данных. Поскольку добавочные резервные копии создаются чаще, снижается риск потери данных в случае системных сбоев, аварий или киберугроз. Частое резервное копирование гарантирует, что изменения фиксируются быстро, сводя к минимуму вероятность потери данных между интервалами резервного копирования.
5. Управление версиями и восстановление на момент времени . Инкрементальные резервные копии упрощают управление версиями и восстановление на момент времени, позволяя пользователям получать доступ к нескольким историческим версиям своих данных. Эта возможность полезна для отслеживания изменений с течением времени и восстановления данных из определенных моментов в истории.

Недостатки инкрементного резервного копирования

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

1. Повышенная сложность: управление добавочными резервными копиями требует тщательного планирования и отслеживания наборов резервных копий. Поскольку каждая добавочная резервная копия строится на основе предыдущей, процесс восстановления может стать более сложным, особенно если задействовано несколько добавочных резервных копий. Эта сложность может привести к увеличению времени восстановления и потенциальному возникновению ошибок в процессе восстановления.
2. Зависимость от предыдущих резервных копий: добавочные резервные копии зависят от наличия и целостности предыдущих резервных копий, особенно последней полной резервной копии. Если какая-либо из предыдущих резервных копий повреждена или отсутствует, это может повлиять на возможность правильного восстановления данных. Организации должны обеспечить регулярную проверку и целостность всех наборов резервных копий.
3. Более длительное время восстановления. Хотя добавочные резервные копии обеспечивают более быстрое резервное копирование, процесс восстановления может занять больше времени, особенно при восстановлении данных из нескольких добавочных резервных копий. В случаях, когда задействовано значительное количество добавочных резервных копий, время, необходимое для восстановления данных, может стать проблемой.
4. Повышенный риск потери данных . Поскольку добавочные резервные копии основаны на захвате изменений из последней резервной копии, любые незамеченные повреждения данных или ошибки во время предыдущих резервных копий могут распространиться на последующие добавочные резервные копии. Это может привести к многократному резервному копированию поврежденных данных, что увеличивает риск потери данных.
5. Повышенные требования к носителям резервных копий. В сценариях, когда организации хранят несколько добавочных резервных копий, количество носителей резервных копий, необходимых для долгосрочного хранения, может значительно возрасти. Это может привести к дополнительным затратам и проблемам с хранением для организаций со строгими политиками хранения данных.

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

В предыдущем руководстве вы узнаете, как создать инкрементную резервную копию с помощью команды «tar» . Кроме того, вы узнаете, как выполнить операцию восстановления с помощью той же команды «tar» .

Создание файлов данных

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

mkdir -p /backup/data

Затем создайте несколько файлов с помощью следующей команды:

 cd /backup/data cat /etc/sysctl.conf > test1.txt cat /etc/sysctl.conf > test2.txt cat /etc/sysctl.conf > test3.txt cat /etc/sysctl.conf > test4.txt cat /etc/sysctl.conf > test5.txt cat /etc/sysctl.conf > test6.txt 

Инициировать инкрементное резервное копирование уровня 0

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

 cd /backup tar --verbose --verbose --create --gzip --listed-incremental=/backup/data.sngz --file=/backup/data.tgz data

После запуска вышеуказанной команды будет получен следующий вывод.

На этом этапе используйте следующую команду, чтобы отобразить содержимое данных добавочной резервной копии из файла «data.tgz».

tar --list --incremental --verbose --verbose --file /backup/data.tgz

Инициализировать инкрементное резервное копирование уровня 1

В рамках этого сегмента нашей целью является создание инкрементной резервной копии уровня 1. Для этого мы будем использовать файл моментального снимка «data.sngz», который позволит нам создать новый архивный файл резервной копии с именем «data1.tgz».

rm -rf /backup/data/test2.txt cat /etc/sysctl.conf > /backup/data/test7.txt

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

 cd /backup tar --verbose --verbose --create --gzip --listed- incremental=/backup/data.sngz --file=/backup/data1.tgz data

 

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

tar --list --incremental --verbose --verbose --file /backup/data1.tgz

Буква «Y» обозначает наличие файла в архиве.

Выполните восстановление резервной копии с помощью Tar Incremental Backup.

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

rm -rf /backup/data

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

cd /backup tar --extract --listed-incremental=/dev/null --file data.tgz

Чтобы проверить восстановленные файлы, выполните следующую команду:

ls -l data

Теперь перейдите к извлечению данных из инкрементной резервной копии уровня 1 с помощью предоставленной команды:

cd /backup tar --extract --listed-incremental=/dev/null --file data1.tgz

Проверьте каталог данных, выполнив следующую команду.

ls -l data

Будет получен вышеуказанный вывод.

Как реализовано инкрементное резервное копирование в CyberPanel ?

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

CyberPanel теперь включает в себя Backup V2, функцию, позволяющую создавать добавочные резервные копии. В этой статье представлено подробное пошаговое руководство по внедрению Backup V2 в CyberPanel. С помощью Backup V2 пользователи могут настроить резервное копирование SFTP и резервное копирование на Google Диск. Ниже мы проведем вас через процесс достижения этой функциональности.

Представляем CyberPanel Backup V2

Войдите в свою панель управления CyberPanel.

Вы увидите меню на левой боковой панели после обновления CyberPanel до версии 2.3.4 и первое, что вам нужно настроить бэкенды.

Затем выберите веб-сайт и тип резервной копии , для которых вы хотите настроить этот сервер.

Настройте свою учетную запись, введя имя своей учетной записи.

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

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

После настройки серверной части нажмите «Создать/восстановить резервную копию V2».

Теперь прокрутите немного вниз и выберите веб-сайт, репозиторий и содержимое резервной копии. Если вы выберете данные, то будет скопирован только файл в файловом менеджере. Если вы выберете все три варианта, все будет заархивировано. После нажатия кнопки «Создать резервную копию» будет создана резервная копия.

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

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

Здесь вы можете увидеть резервную копию данных. Вы также можете восстановить отдельные базы данных вашего сайта. Если вы нажмете «Восстановить», база данных будет восстановлена. С каждой резервной копией есть файл конфигурации. Это файл конфигурации, в котором CyberPanel хранит все метаданные.

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

Чтобы создать расписание резервного копирования, выполните следующие действия.
Выберите веб-сайт или данные, для которых вы хотите создать резервную копию. Установите частоту резервного копирования. Определите резервный репозиторий или место хранения. Определите период хранения резервных копий (количество дней для хранения резервных копий). Выберите контент, который вы хотите включить в резервную копию. Нажмите «Создать расписание» , чтобы завершить настройку. Затем система сгенерирует расписание резервного копирования на основе ваших предпочтений. Резервные копии старше указанного срока хранения будут автоматически удалены.

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

Если вы хотите настроить серверную часть из CLI (без Google Диска или SFTP), перейдите в список веб-сайтов в разделе «Веб-сайты».

Нажмите «Управление» .

Нажмите на vHost Conf .

Нажмите НАСТРОЙКА SSH/SFTP ДОСТУП .

Настройте доступ по SSH , установив пароль и нажав «Сохранить изменения».

Теперь вам просто нужно войти в свой терминал и выполнить команду:

rclone config

Здесь вы можете настроить новый пульт, установить пароль конфигурации или выйти из конфигурации. Итак, допустим, вы хотите создать новый удаленный сервер, введите n, и вы можете ввести новый удаленный интерфейс командной строки , после чего у вас есть список всех серверных частей, поддерживаемых Rclone.

После того, как вы настроили серверную часть отсюда, вам больше ничего не нужно делать, вы можете прочитать документацию Rclone о том, как настроить серверную часть из CLI. Как только это будет сделано, вы сможете увидеть этот репозиторий в разделе «Создать/восстановить резервную копию V2» , а также в разделе «Расписание резервного копирования V2» .

Связанный контент