Виды резервного копирования

Дата публикации: 21 ноября 2018 г.

* * *

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

Full Backup: ПОЛНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

---

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

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

Преимущества Full Backup:

• быстрое восстановление данных
• простое управление
• все данные содержаться в одной резервной копии

Недостатки Full Backup:

• требует много места для хранения резервных копий
• высокая загрузка сети
• длительное выполнение резервного копирования

* * *

Differential Backup: ДИФФЕРЕНЦИАЛЬНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

---

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

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

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

Преимущества Differential Backup:

• резервное копирование быстрее, чем полное, но медленнее, чем инкрементное
• восстановление быстрее, чем инкрементное, но медленнее чем полное
• более надежный способ (для восстановления требуется только полная и последняя резервная копия)

Недостатки Differential Backup:

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

* * *

Incremental Backup: ИНКРЕМЕНТНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

---

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

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

Преимущества Incremental Backup:

• высокая скорость резервного копирования (копируются только блоки изменённых данных)
• меньше места для хранения (по сравнению с полным)
• большее количество точек восстановления

Недостатки Incremental Backup:

• низкая скорость восстановления данных (необходимо восстановить как начальную полную копию, так и все последующие блоки)
• менее надежна (зависит от целостности всех блоков в цепочке)

* * *

Reverse Incremental Backup: ОБРАТНОЕ ИНКРЕМЕНТНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

---

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

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

Преимущества Reverse Incremental Backup:

• быстрое восстановление (для последних копий)
• более высокая безопасность данных
• более гибкое управление объемом хранилища (buckup repository). При не хватке места, без последствий можно удалить старые версии резервных копий
• низкая загрузка сети (как для обычного инкрементного РК)

Недостатки Reverse Incremental Backup:

• более высокие требования к серверу резервного копирования
• больше времени для восстановления старых копий

* * *

Synthetic Full Backup: СИНТЕТИЧЕСКОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

---

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

Синтетическая резервная копия имеет много общего с обратным инкрементным типом резервного копирования. Различия заключается в том, что для создания новой полной резервной копии используются ранее созданные full и Incremental Backup. Синтетическое резервное копирование, как и остальные способы, начинается с создания полной резервной копии, за которой следует серия инкрементных резервных копий. В заданный момент существующая полная резервная копия и инкременты объединяются (синтезируются) в новую полную резервную копии, эта новая копия станет исходной для создания следующих инкрементов и т.д. Синтетический тип резервного копирования обладает такими же преимуществами как full backup, но при этом решает его недостатки, меньше нагружает сеть и экономит пространство для хранения бэкапа.

Преимущества Synthetic Full Backup:

• высокая скорость резервного копирования и восстановления
• гибкое управление данными
• низкая загрузка сети (для получения инкрементных РК)

Недостатки Synthetic Full Backup:

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

* * *

Вывод

Мы рассмотрели основные виды резервного копирования. При выборе типа резервного копирования необходимо учитывать плюсы и минусы в каждом отдельном случаи, исходя из политики защиты данных/плана аварийного восстановления (RTO и RPO), объёма хранилища, вычислительных ресурсов, пропускной способностью сети передачи данных и т.д.

 

Типы резервного копирования | Виды копирования данных

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

Параметры сравнения	Тип резервного копирования
	Полное	Инкрементное	Дифференциальное
Относительный размер бэкапа (кроме начального)	Максимальный	Небольшой	Минимальный
Сохранность связей между данными в резервной копии	Максимальная	Минимальная	Средняя
Относительное время на выполнение задачи бэкапа	Максимальное	Значительно меньше, чем у полного типа копирования	Минимальное, по сравнению с другими типами
Относительное время на восстановление из бэкапа	Среднее	Максимальное	Минимальное
Периодичность создания бэкапов	В соответствии с выбранной стратегией	Можно делать часто (затраты на работу и хранение меньше, чем у полного типа копирования)	Можно делать очень часто (наименьшие затраты на бэкап)
Бэкап статических данных (файлы, папки, реестр)	✔	✔	✔
Копия динамических данных веб-сайтов и БД	✔	✖	✔
Создание файлов с образами дисков и разделов	✔	✖	✖

Дифференциальная копия содержит изменения, произошедшие с последнего полного бэкапа, а инкрементальная – изменения, происшедшие с момента предыдущего выполнения бэкапа (полного или инкрементального).

1

Версионное копирование

Дифференциальное копирование позволяет хранить несколько копий одного файла. Для поддержания версионности при инкрементальном копировании можно воспользоваться временными метками.

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

3

Восстановление данных

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

Различные виды резервного копирования в Handy Backup — полное, частичное и смешанное — позволяют эффективно и удобно управлять временем работы и местом в хранилище, в зависимости от типа задачи. Попробуйте Handy Backup бесплатно на 30 дней!

Общие сведения о резервном копировании (SQL Server) — SQL Server

• 09/29/2021
• Чтение занимает 6 мин

В этой статье

Применимо к: SQL Server (все поддерживаемые версии)

В этом разделе представлены сведения о компоненте резервного копирования SQL Server . Резервное копирование базы данных в SQL Server имеет важное значение для защиты данных. Здесь представлено описание типов резервных копий и ограничений резервного копирования. В рамках данной темы также рассмотрены устройства резервного копирования и носители данных резервных копий в SQL Server .

Термины

создание резервных копий
Копирование данных или записей журнала из базы данных SQL Server или журнала ее транзакций на устройство для резервного копирования, например на диск, на котором создается резервная копия данных или журнала.

резервная копия
Копия данных SQL Server , используемая для восстановления данных после возникновения ошибки. Резервная копия данных SQL Server создается на уровне базы данных для одного или нескольких файлов или групп файлов. Нельзя создать резервные копии на уровне таблиц. Кроме резервной копии данных модель полного восстановления требует создания резервной копии журнала транзакций.

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

восстановление
Многоэтапный процесс, в ходе которого все данные и страницы журнала копируются из указанной резервной копии SQL Server в определенную базу данных, а затем выполняется накат всех фиксированных транзакций, записанных в резервной копии журнала, путем внесения новых данных на основе зарегистрированных изменений.

Типы резервного копирования

резервная копия, предназначенная только для копирования
Специальная резервная копия, независимая от обычной последовательности резервных копий SQL Server .

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

резервное копирование базы данных
Резервная копия базы данных. Полные резервные копии базы данных отображают состояние всей базы данных на момент завершения резервного копирования. Разностные резервные копии базы данных содержат только изменения базы данных с момента последнего полного резервного копирования.

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

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

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

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

резервная копия файлов
Резервная копия одного или нескольких файлов или файловых групп базы данных.

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

устройство резервного копирования
Диск или ленточное устройство, на которые записываются резервные копии SQL Server для последующего восстановления. Резервные копии SQL Server можно также записать в службу хранилища BLOB-объектов Azure, а формат URL-адреса используется, чтобы указать назначение и имя файла резервной копии. Дополнительные сведения см. в разделе Резервное копирование и восстановление SQL Server с помощью службы хранилища BLOB-объектов Microsoft Azure.

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

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

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

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

зеркальный набор носителей
Составные копии (зеркала) набора носителей данных резервных копий.

Сжатие резервных копий

SQL Server 2008 Enterprise и более поздние версии поддерживают сжатие резервных копий, а SQL Server 2008 и более поздние версии позволяют восстановить сжатые резервные копии. Дополнительные сведения см. в разделе Сжатие резервных копий (SQL Server).

Ограничения на операции резервного копирования

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

Нельзя создать резервную копию данных, находящихся в режиме «вне сети»

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

• Запрашивается создание полной резервной копии, но одна файловая группа в базе данных находится в режиме «вне сети». Операция завершается неудачно, так как в полное резервное копирование неявно включены все файловые группы.

  Чтобы создать резервную копию этой базы данных, можно воспользоваться созданием резервных копий файлов (или файловых групп) и задать только те файловые группы, которые находятся в режиме «в сети».

• Запрашивается частичное резервное копирование, но файловые группы, доступные для чтения и записи, находятся в режиме «вне сети». Операция завершается неудачей, потому что для частичного резервного копирования запрашиваются все файловые группы, доступные для чтения и записи.

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

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

Ограничения параллелизма

SQL Server использует процесс резервного копирования в сети, что позволяет создавать резервную копию базы данных во время ее использования. Во время резервного копирования можно производить большинство операций. Например, во время создания резервной копии разрешены инструкции INSERT, UPDATE и DELETE. При попытке приступить к выполнению операции резервного копирования во время создания или удаления файла базы данных выполнение операции резервного копирования будет отложено до завершения создания или удаления либо до истечения времени ожидания.

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

• Операции управления файлами, такие как инструкция ALTER DATABASE с параметром ADD FILE или с параметром REMOVE FILE.

• Операции сжатия базы данных или файла. Сюда же включены операции автоматического сжатия.

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

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

Устройства резервного копирования и носители резервных копий

Создание резервной копии

Примечание

Для создания частичной резервной копии или резервной копии только для копирования используется инструкция Transact-SQLBACKUP с параметром PARTIAL или COPY_ONLY.

См. также

Резервное копирование и восстановление баз данных SQL Server
Обзор процессов восстановления (SQL Server)
Планы обслуживания
Журнал транзакций (SQL Server)
Модели восстановления (SQL Server)

Резервное копирование — это… Что такое Резервное копирование?

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

Резервное копирование (англ. backup) — процесс создания копии данных на носителе (жёстком диске, дискете и т. д.), предназначенном для восстановления данных в оригинальном или новом месте их расположения в случае их повреждения или разрушения.

Наименование операций

• Резервное копирование данных (Резервное дублирование данных) — процесс создания копии данных
• Восстановление данных — процесс восстановления в оригинальном месте

Цель

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

Кроме этого решаются смежные проблемы:

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

Виды резервного копирования

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

Полное резервирование (Full backup)

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

Дифференциальное резервирование (Differential backup)

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

Инкрементное резервирование (Incremental backup)

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

Резервирование клонированием

Клонирование позволяет скопировать целый раздел или носитель (устройство) со всеми файлами и директориями в другой раздел или на другой носитель. Если раздел является загрузочным, то клонированный раздел тоже будет загрузочным^[1].

Резервирование в виде образа

Образ — точная копия всего раздела или носителя (устройства), хранящаяся в одном файле^[2].

Резервное копирование в режиме реального времени

Резервное копирование в режиме реального времени позволяет создавать копии файлов, директорий и томов, не прерывая работу, без перезагрузки компьютера.^[3]

Схемы ротации

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

Одноразовое копирование

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

Простая ротация

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

«Дед, отец, сын»

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

«Ханойская башня»

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

«10 наборов»

Данная схема рассчитана на десять наборов носителей. Период из сорока недель делится на десять циклов. В течение цикла за каждым набором закреплен один день недели. По прошествии четырехнедельного цикла номер набора сдвигается на один день. Иными словами, если в первом цикле за понедельник отвечал набор номер 1, а за вторник — номер 2, то во втором цикле за понедельник отвечает набор номер 2, а за вторник — номер 3. Такая схема позволяет равномерно распределить нагрузку, а следовательно, и износ между всеми носителями.

Схемы «Ханойская башня»^{[источник не указан 349 дней]} и «10 наборов» используются нечасто, так как многие системы резервирования их не поддерживают.

Хранение резервной копии

Методы борьбы с утерей информации

Утеря информации бывает по разным причинам.

Эксплуатационные поломки носителей информации

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

Борьба: хранить всю информацию (каждый файл) минимум в двух экземплярах (причём каждый экземпляр на своём носителе данных). Для этого применяются:

• RAID 1, обеспечивающий восстановление самой свежей информации. Файлы, расположенные на сервере с RAID, более защищены от поломок, чем хранящиеся на локальной машине;
• Ручное или автоматическое копирование на другой носитель. Для этого может использоваться система контроля версий, специализированная программа резервного копирования или подручные средства наподобие периодически запускаемого cmd-файла.

Стихийные и техногенные бедствия

Описание: шторм, землетрясение, кража, пожар, прорыв водопровода — всё это приводит к потере всех носителей данных, расположенных на определённой территории.

Борьба: единственный способ защиты от стихийных бедствий — держать часть резервных копий в другом помещении.

Вредоносные программы

Описание: в эту категорию входит случайно занесённое ПО, которое намеренно портит информацию — вирусы, черви, «троянские кони». Иногда факт заражения обнаруживается, когда немалая часть информации искажена или уничтожена.

Борьба:

• Установка антивирусных программ на рабочие станции. Простейшие антивирусные меры — отключение автозагрузки, изоляция локальной сети от Интернета, и т. д.
• Обеспечение централизованного обновления: первая копия антивируса получает обновления прямо из Интернета, а другие копии настроены на папку, куда первая загружает обновления; также можно настроить прокси-сервер таким образом, чтобы обновления кешировались (это всё меры для уменьшения трафика).
• Иметь копии в таком месте, до которого вирус не доберётся — выделенный сервер или съёмные носители.
• Если копирование идёт на сервер: обеспечить защиту сервера от вирусов (либо установить антивирус, либо использовать ОС, для которой вероятность заражения мала). Хранить версии достаточной давности, чтобы существовала копия, не контактировавшая с заражённым компьютером.
• Если копирование идёт на съёмные носители: часть носителей хранить (без дописывания на них) достаточно долго, чтобы существовала копия, не контактировавшая с заражённым компьютером.

Человеческий фактор

Описание: намеренное или ненамеренное уничтожение важной информации — человеком, специально написанной вредоносной программой или сбойным ПО.

Борьба:

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

См. также

Ссылки

Примечания

Резервное копирование, хранение и восстановление данных

Наведите на точки, чтобы посмотреть подробности

Обзор

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

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

Локальные и территориальные систем резервного копирования

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

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

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

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

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

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

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

Архивирование

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

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

Бэкап

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

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

Максимум надежности, минимум затрат

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

О резервном копировании данных приложений сервиса 1С через Интернет

Виды резервного копирования

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

• Системное резервное копирование, оно выполняется ежедневно для всех приложений всех пользователей сервиса
• Резервное копирование приложений по расписанию, настраиваемому пользователем
• Резервное копирование приложений по требованию пользователя
• Выгрузка данных приложения в виде файла на компьютер пользователя (zip-архива с XML-файлами)

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

Использование хранящихся в сервисе резервных копий

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

Резервные копии приложений, созданные по заданному пользователем расписанию и по требованию пользователя, также хранятся на серверах провайдера сервиса (в «облаке»). Но пользователи могут в любой момент:

выгрузить (сохранить в виде файлов) эти резервные копии на свой компьютер

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

Использование файлов выгрузки

Для переноса данных приложений можно использовать файлы выгрузки, которые можно создать:

непосредственно при работе в приложении сервиса

путем сохранения в файл хранящейся в сервисе резервной копии

или из локальной информационной базы приложения

Полученные файлы выгрузки могут быть применены:

в качестве файла данных при создании нового приложения в сервисе

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

Свойства видов резервного копирования

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

Тип бэкапа	Кто инициирует	Где хранятся резервные копии	Где и кем инициируется (настраивается)	Для каких приложений реализовано
Системное резервное копирование	Автоматически, раз в сутки	На серверах администратора сервиса	Настраивается сотрудником администратора сервиса	Для всех
Настраиваемое резервное копирование (по расписанию)	По расписанию, задаваемому пользователем (владельцем абонента)	На серверах администратора сервиса, могут быть выгружены на компьютер пользователя	В личном кабинете	Для всех
Резервное копирование по требованию	По команде пользователя	На серверах администратора сервиса, могут быть выгружены на компьютер пользователя	В личном кабинете	Для всех
Выгрузка данных в файл выгрузки (zip-архив с XML-файлами)	По команде пользователя	На компьютере пользователя	Из приложения сервиса	Для всех

ПРИМЕЧАНИЕ. Если абонент сервиса работает по тестовому тарифу, то для приложений этого абонента может быть отключено автоматическое создание резервных копий по расписанию, задаваемому пользователем. Однако другие средства создания резервных копий и файлов выгрузки по-прежнему доступны. А именно, пользователи такого абонента могут:

создать резервную копию приложения абонента по требованию

выгрузить резервную копию приложения в файл выгрузки

при работе в приложении абонента выгрузить данные приложения в файл выгрузки

Свойства видов резервного копирования

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

Вид резервной копии	Условия создания и хранения резервных копий
Ежегодные копии	Создаются автоматически, если в течение года в приложение входили интерактивно. В сервисе хранятся 3 последние ежегодные копии каждого приложения
Ежемесячные копии	Создаются автоматически, если в течение месяца в приложение входили интерактивно. По умолчанию для каждого приложения в сервисе хранятся 2 последние ежемесячные резервные копии. Можно увеличить это количество до 6
Ежедневные копии	Создаются, если в течение суток в приложение входили интерактивно. По умолчанию для каждого приложения в сервисе хранятся 3 последние ежедневные резервные копии. Можно увеличить это количество до 10
Копии по требованию	Создаются по команде пользователя. Для каждого приложения в сервисе хранятся 10 последних резервных копий, созданных по требованию

ПРИМЕЧАНИЯ.

Данные приложений абонентов и резервные копии этих приложений хранятся в сервисе 1cfresh.com, пока у абонента имеется действующая подписка на тарифы сервиса. Если у абонента закончатся все подписки на услуги сервиса, то через 45 дней приложения абонента и хранящиеся в сервисе резервные копии этих приложений могут быть удалены.

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

Резервное копирование информации — положения и инструкции для организации

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

Основными тенденциями на 2017-2019 годы мы видим следующие виды резервного копирования:

• копирование в облако с любых устройств по принципу “подписки” за каждый гигабайт данных с помощью облачных сервисов, которые через предустановленный в систему агент “заливают” копии в облако . Пример тому — Commvault;
• копирование  в облако с помощью Veaam и подобных продуктов (Acronis/Symantec/HP Data Protector). Требует подготовки провайдера, настройки коннектора между облаком провайдера и “наземной” виртуальной средой;
• копирование “инхаус” с помощью софтовых решений от производителей NAS систем или выделенных хранилищ корпоративного сектора;
• распределенный бекап с помощью встроенных в ОС Windows Server решений.

Задачи резервного копирования в организации

Резервное копирование информации чаще всего преследует две цели:

• сохранить данные для максимально быстрого восстановления (disaster recovery), если с ИТ-системой компании произошла авария, ее атаковал вирус и т.д. У таких резервных копий сравнительно небольшой период хранения (чаще всего сутки или двое, потом они перезаписываются более новыми), к данным можно получить доступ очень быстро. Копируются пользовательские и бизнес-данные, а также настройки ОС, прикладного ПО и вся информация, необходимая для восстановления работоспособности системы;
• создать долговременный архив сведений о деятельности компании, к которому можно обратиться при необходимости получить данные за прошедшие периоды. Такие архивы хранятся долго (месяцы и годы), скорость доступа к ним не особенно важна – обычно не страшно, если получение данных займет несколько дней. Хранятся только бизнес-данные и данные пользователей, нет необходимости хранить какую-либо системную информацию.

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

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

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

Резервное копирование VS Избыточное резервирование

Чтобы оборудование продолжало работать, даже если какой-то отдельный компонент откажет, в него вносится определенная избыточность – «лишние» компоненты или вычислительные ресурсы, которые в обычном рабочем режиме могут показаться ненужными.

Пример избыточного резервирования:

• кластерная архитектура, где при выходе узла из строя его функции берут на себя другие узлы;
• RAID-массив, в котором отказ одного из дисков не является критичным для системы в целом, информация сохранится;
• «зеркальный» сервер, на который постоянно выполняется репликация данных с основного и на который переключаются сервисы компании, если основной сервер потерял работоспособность.

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

Распорядок резервного копирования

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

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

Виды резервного копирования в организации

Существуют разные технологии резервного копирования, которые отличаются затратами средств и времени:

• полное резервное копирование – выбранные данные копируются целиком. Самый надежный способ, но требует наибольшего количества ресурсов, места для хранения данных и времени копирования, поэтому в чистом виде применяется редко, обычно комбинируется с другими видами (например, первый раз с системы снимается полная копия, а потом резервируются только внесенные изменения). Позволяет восстановить утраченные данные с нуля быстрее всех остальных видов копирования;
• инкрементное копирование – записываются только те данные, которые были изменены со времени прошлого бэкапа. Для таких копий требуется значительно меньше памяти, чем при полном копировании, и снимаются они значительно быстрее. Разумеется, при таком подходе необходимо периодически делать и полную резервную копию, при любой аварии систему восстанавливают из такой копии, а затем накатывают на нее все последующие инкрементные копии в хронологическом порядке. Важный момент: инкрементное копирование восстанавливает удаленные файлы и все предыдущие версии файлов, которые изменялись, так что при восстановлении следует предусмотреть дополнительное дисковое пространство на этот случай;
• дифференциальное резервное копирование – похоже на инкрементное, т.е. копируются только изменения, сделанные с момента последнего полного копирования. Отличие в том, что в каждую последующую копию сохраняются изменения из предыдущей и добавляются новые. Получается, что для восстановления после аварии понадобится только полная копия и последняя из дифференциальных, что значительно сокращает время восстановления. Минусами, по сравнению с инкрементным копированием, являются большой объем копий (иногда сравнимый с полным копированием) и большее время копирования.

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

Топология резервного копирования

По своей топологии схемы резервного копирования также различаются.

• Децентрализованная схема. Её суть в том, что на каждом сервере и рабочей станции может быть собственное ПО для резервного копирования, работающее независимо от других узлов сети. Все данные выгружаются на какой-либо общий сетевой ресурс, откуда потом попадают в архив или восстанавливаются, при необходимости. Достоинства схемы в том, что она чрезвычайно простая, легко реализуется и обычно не требует дополнительного ПО, копирование выполняется штатными средствами операционной системы или СУБД. Есть и недостатки – сложно установить общую политику резервного копирования и защиты информации, общее для всех программ расписание бэкапов, настраивать и мониторить деятельность каждой из программ придется отдельно, что усложняет администрирование. Поэтому децентрализованная схема резервного копирования подойдет либо для небольшой и несложной сети, либо для случаев, когда централизованную схему невозможно организовать в силу каких-либо ограничений;
• Централизованная схема – для ее реализации необходимо специализированное клиент-серверное ПО. Серверная часть устанавливается на сервер резервного копирования и централизованно управляет установленными у пользователей программными агентами, которые собирают, копируют информацию о системе или восстанавливают ее из копии. В таком варианте легко настраивать общие политики создания резервных копий, расписание бэкапов, все участники могут работать согласно с общей для компании инструкцией по резервному копированию информации;
• Централизованная схема резервного копирования без программ-агентов – упрощенный вариант предыдущей схемы, когда серверная часть использует только существующие службы и сервисы (например, собирает данные из специально назначенных общих папок Windows). Схема не очень надежная, в ней есть известная проблема, когда открытые в текущий момент для редактирования файлы не попадают в резервную копию и при сбое системы могут быть утрачены. Поэтому применять ее стоит только на небольших сетях и при условии высокой пользовательской дисциплины;
• Смешанная схема – сочетание централизованной и децентрализованной. Программы-агенты устанавливаются только на некоторых серверах сети, от остальных устройств данные на эти сервера отправляют их локальные программы, каждая своими средствами. А уже с этих серверов накопленную информацию программы-агенты централизованно соберут, обработают и отправят в общее хранилище.

Место хранения резервных копий

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

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

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

Организационные моменты и человеческий фактор

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

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

Полное, дифференциальное и инкрементное резервное копирование — Parablu

Магия каталогизации

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

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

Давайте попробуем тот же пример — на этот раз с каталогизацией.

Итак, у вас есть 4 файла A, B, C, и D . И предположим, что каждый из них имеет размер около 1 ГБ каждый, и каждому из них требуется 10 минут для резервного копирования

• В первый день — вы сделаете резервную копию 4 ГБ, и это займет у вас 40 минут
• в день 2 , допустим, файл B изменяется на B1 и добавляется новый файл с именем E.
• Когда вы запускаете резервное копирование в день 2, оно создает резервную копию только 2 измененных файлов — и это займет у вас 20 минут
• One Day 3 , допустим, файл B снова изменится на B2.Файл C также изменится на C1, а файл D будет удален.
• Когда вы запускаете резервную копию в день 3, она снова создает резервную копию только двух файлов (B2 и C1) (D удален — помните?), И это займет у вас 20 минут

Теперь, когда вы восстанавливаете, каталог автоматически предоставит вам последнюю версию каждого файла — Итак, A, B2, C1 и E. Через 40 минут. И вы даже не потрудитесь вернуть D, потому что каталог знает, что он был удален.

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

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

Четыре наиболее распространенных типа резервного копирования данных

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

Катастрофы и близкие к катастрофам, подобные Pixar, происходят в мире бизнеса постоянно. Потеря данных может стать серьезным препятствием, а в некоторых случаях может даже привести к тому, что бизнесу придется навсегда закрыть магазин. Опыт Pixar подчеркивает важный аспект резервного копирования данных — одной системы резервного копирования недостаточно.Эту систему необходимо протестировать, чтобы на нее можно было положиться, когда в ней возникнет необходимость.

Существует более десяти различных типов резервного копирования данных. Вот четыре самых распространенных.

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

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

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

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

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

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

Зеркальное копирование

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

Источник: Business 2 Community

Объяснение типов резервного копирования: полное, инкрементное, дифференциальное и т. Д.

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

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

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

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

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

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

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

2. Инкрементальные резервные копии

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

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

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

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

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

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

• Полный день
• Полная неделя + дневная дифференциация
• Полная неделя + добавочная ежедневная

На выбор оптимальной стратегии резервного копирования влияет множество факторов.Как правило, каждая альтернатива и выбор стратегии включают компромисс между производительностью, уровнями защиты данных, общим объемом сохраняемых данных и стоимостью. В разделе «Влияние стратегии резервного копирования на пространство» ниже требования к емкости носителя и носители, необходимые для восстановления, показаны для трех типичных стратегий резервного копирования. Эти расчеты предполагают, что общий объем данных составляет 20 ТБ, при этом 5% данных меняются ежедневно, а общий объем хранилища не увеличивается в течение периода. Расчеты основаны на 22 рабочих днях в месяц и месячном периоде хранения данных.

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

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

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

4. Зеркальное копирование резервных копий

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

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

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

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

Поступайте правильно для своей организации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Зеркальное копирование

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

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

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

Хранение резервных копий данных

Выбор типа резервного копирования данных — это лишь первое решение, которое компании должны принять в рамках своего плана обеспечения непрерывности бизнеса.Также важно выбрать лучшее место для хранения резервной копии данных. Со временем предприятия стали использовать различные носители для резервного копирования данных, такие как гибкие диски, CD-ROM, мини-диски (MD), DVD, SD-карты, SSD и USB-накопители.

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

Общие ошибки

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

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

Записаться на консультацию

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

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

9 различных типов резервных копий данных, которые могут спасти ваш бизнес

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

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

1. Полные данные

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

2. Дополнительные

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

3. Дифференциал

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

4. Смешанный

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

5. Зеркало

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

6. Полный компьютер

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

7. Местный

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

8. Выездной

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

9. Облако

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

Преимущества различных типов резервных копий данных

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

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

Какой бы метод резервного копирования вы ни выбрали, ваши данные будут в безопасности.

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

Какие 3 типа резервного копирования?

Для организаций, подпадающих под действие HIPAA, потеря данных недопустима. Согласно HIPAA, медицинские организации и их деловые партнеры должны «устанавливать и внедрять процедуры для постоянного создания и поддержки извлекаемых точных копий электронной защищенной медицинской информации [ePHI]».

Это означает резервное копирование данных — и есть три основных способа сделать это.Итак, какие три типа резервного копирования?

Методы резервного копирования данных

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

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

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

Нельзя недооценивать важность резервного копирования данных.

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

Исследования показывают, что 40% предприятий вообще не открываются после стихийного бедствия. Вдобавок ко всему, среди тех, кому удается возобновить работу, еще 25% терпят неудачу в течение года.

В целом, более 90% компаний терпят крах в течение двух лет после аварии.

(Источник изображения: accesscrop.com)

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

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

Узнайте больше в нашей бесплатной электронной книге HIPAA-совместимого резервного копирования и восстановления данных

Различные типы резервных копий

Давайте сравним различные типы резервного копирования — полное резервное копирование, инкрементное резервное копирование и дифференциальное резервное копирование.

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

Как следует из названия, полная резервная копия — это процесс резервного копирования всех ваших данных на устройство хранения.

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

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

Добавочные резервные копии

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

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

Например, в первый день вы запускаете полное резервное копирование. Затем в день 2 вы запускаете инкрементное резервное копирование, которое содержит все данные, которые изменились с первого дня. В день 3 вы запускаете еще одно инкрементное резервное копирование, которое содержит все изменения со дня 2 и так далее, и так далее.

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

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

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

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

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

(Источник изображения: techtarget.com)

Резервное копирование и восстановление в облаке с полным HIPAA-стандартом из центрального хранилища данных

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

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

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

Узнайте больше о создании надежной стратегии резервного копирования и восстановления, соответствующей требованиям HIPAA, , загрузив нашу бесплатную электронную книгу . Чтобы узнать больше о наших совместимых с HIPAA облачных решениях для резервного копирования и обмена файлами, позвоните по телефону 1-888-907-1227 или напишите по электронной почте info @ centraldatastroage.com сегодня.

В чем разница между дифференциальным и инкрементным резервным копированием (и почему это должно меня волновать)?

Полная резервная копия , созданная в Windows, естественно, выполняет резервное копирование всех файлов в разделе или на диске путем копирования всех секторов диска с данными в файл образа резервной копии. Создание полной резервной копии неизвестных или поврежденных файловых систем Acronis True Image копирует все секторы в файл образа независимо от того, содержит ли этот сектор данные или нет.Это простейшая форма резервного копирования, но она также является наиболее трудоемкой, занимающей много места и наименее гибкой.

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

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

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

Инкрементное резервное копирование также выполняет резервное копирование только измененных данных, но только тех данных, которые изменились с момента последнего резервного копирования — будь то полное или добавочное резервное копирование. Иногда их называют «дифференциальные инкрементные резервные копии», а дифференциальные резервные копии иногда называют «кумулятивными инкрементными резервными копиями». Еще не запутались? Не надо.

Если вы делаете инкрементное резервное копирование во вторник, вы создаете резервную копию только тех данных, которые изменились с момента инкрементного резервного копирования в понедельник. В результате получается гораздо меньшее по размеру и более быстрое резервное копирование. Характеристика инкрементных резервных копий — чем короче временной интервал между резервными копиями, тем меньше данных подлежит резервному копированию. Фактически, с помощью сложного программного обеспечения для резервного копирования, такого как Acronis True Image, резервные копии настолько малы и настолько быстры, что вы можете создавать резервные копии каждый час или даже чаще, в зависимости от выполняемой вами работы и того, насколько важно иметь текущие резервные копии. .

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