WikiDer > Резервный

Backup

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

В информационные технологии, а резервный, или же резервное копирование данных это копия компьютерные данные взят и сохранен в другом месте, чтобы его можно было использовать для восстановления оригинала после потери данных мероприятие. Форма глагола, относящаяся к процессу этого, - "резервный", тогда как существительное и прилагательное"резервный".[1] Резервные копии можно использовать для восстановления данных после их потери из удаление данных или же коррупция, или для восстановления данных с более раннего времени.[2] Резервные копии предоставляют простую форму аварийное восстановление; однако не все системы резервного копирования могут воссоздать компьютерную систему или другую сложную конфигурацию, такую ​​как компьютерный кластер, активный каталог сервер, или сервер базы данных.[3]

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

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

Место хранения

Стратегия резервного копирования требует хранилища информации, «вторичного хранилища данных».[6] который объединяет резервные копии "источников" данных. Репозиторий может быть таким же простым, как список всех носителей резервных копий (DVD и т. Д.) И датами создания, или может включать компьютеризированный индекс, каталог или реляционная база данных.

Данные резервной копии необходимо сохранить, что требует схема ротации резервных копий,[4] которая представляет собой систему резервного копирования данных на компьютерные носители, которая ограничивает количество отдельно хранимых резервных копий с разными датами путем соответствующего повторного использования носителей данных путем перезаписи резервных копий, которые больше не нужны. Схема определяет, как и когда каждая часть съемного хранилища используется для операции резервного копирования и как долго она хранится после того, как на ней хранятся данные резервной копии. Правило 3-2-1 может помочь в процессе резервного копирования. В нем указано, что должно быть не менее 3 копий данных, хранящихся на 2 различных типах носителей, и одна копия должна храниться вне офиса в удаленном месте (это может включать облачное хранилище). Следует использовать 2 или более различных носителя, чтобы исключить потерю данных по схожим причинам (например, оптические диски могут быть под водой, а ленты LTO - нет, а твердотельные накопители не могут выйти из строя из-за голова разбивается или повреждены двигатели шпинделя, поскольку они не имеют движущихся частей, в отличие от жестких дисков). Внешняя копия защищает от пожара, кражи физических носителей (например, лент или дисков) и стихийных бедствий, таких как наводнения и землетрясения.[7] Жесткие диски с защитой от сбоев, такие как ioSafe являются альтернативой внешней копии, но у них есть ограничения, такие как способность противостоять огню только в течение ограниченного периода времени, поэтому сторонняя копия по-прежнему остается идеальным выбором.

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

Неструктурированный

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

Только полная версия / Визуализация системы

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

Инкрементальный

An инкрементное резервное копирование хранит данные, измененные с точки отсчета времени.[10] Дублирующие копии неизмененных данных не копируются.[8] Обычно полное резервное копирование всех файлов выполняется один раз или через нечастые интервалы, что служит ориентиром для инкрементного репозитория. Впоследствии после последовательных периодов времени создается несколько инкрементных резервных копий. Восстановление начинается с последней полной резервной копии, а затем применяются инкрементальные.[11]Некоторые системы резервного копирования[12] может создать синтетическая полная резервная копия из серии инкрементальных файлов, что эквивалентно частому выполнению полного резервного копирования.[8] Когда это сделано для изменения одного файла архива, это ускоряет восстановление последних версий файлов.

Почти CDP

Непрерывная защита данных (CDP) - это резервная копия, которая мгновенно сохраняет копию каждого изменения, внесенного в данные. Это позволяет восстанавливать данные в любой момент времени и является наиболее полной и передовой защитой данных.[13] Приложения резервного копирования, близкие к CDP - часто проданный как «CDP» - автоматически создавать инкрементные резервные копии через определенный интервал, например каждые 15 минут, один час или 24 часа. Следовательно, они могут разрешить восстановление только до границы интервала.[13] Приложения резервного копирования, близкие к CDP, используют ведение журнала и обычно основаны на периодических "снимках",[14] только чтение копии данных, замороженных в определенном момент времени.

Около CDP (кроме Apple Time Machine)[15] журналы намерений каждое изменение в хост-системе,[16] часто путем сохранения различий на уровне байтов или блоков, а не различий на уровне файлов.[8] Этот метод резервного копирования отличается от простого зеркальное отображение диска[8] в том, что он позволяет откат журнала и, таким образом, восстановление старых образов данных. Ведение журнала намерений позволяет принять меры для обеспечения согласованности данных в реальном времени, защищая самосогласованный файлы, но требующие Приложения «быть замороженным и готовым к резервному копированию».

Near-CDP более практичен для обычных личных приложений резервного копирования, чем для истинный CDP, который должен запускаться вместе с виртуальной машиной[17][18] или эквивалент[19] и поэтому обычно используется при резервном копировании клиент-сервер предприятия.

Обратный инкрементальный

А Обратный инкрементальный Метод резервного копирования хранит последний архивный файл «зеркало» исходных данных и ряд различий между «зеркалом» в его текущем состоянии и его предыдущими состояниями. Метод обратного инкрементного резервного копирования начинается с полной резервной копии без образа. После выполнения полного резервного копирования система периодически синхронизирует полную резервную копию с активной копией, сохраняя при этом данные, необходимые для восстановления более старых версий. Это можно сделать с помощью жесткие ссылки—Как это делает Apple Time Machine, или с использованием двоичного различия.

Дифференциальный

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

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

Медиа хранилище

Слева направо DVD диск в пластиковой крышке, флешка и внешний жесткий диск

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

Магнитная лента

Магнитная лента долгое время был наиболее часто используемым носителем для массового хранения данных, резервного копирования, архивирования и обмена. Раньше это был менее затратный вариант, но теперь это не относится к меньшим объемам данных.[20] Лента - это последовательный доступ средний, поэтому скорость непрерывной записи или чтения данных может быть очень высокой.

Многие форматы магнитных лент являются собственными или предназначены для определенных рынков, например для мэйнфреймов или персональных компьютеров определенной марки. К 2014 г. LTO стала основной ленточной технологией.[21] Другой жизнеспособный "супер" формат - это IBM 3592 (также называемая серией TS11xx). В Oracle StorageTek T10000 был снят с производства в 2016 году.[22]

Жесткий диск

Использование жесткий диск объем хранилища со временем увеличивался, поскольку он постепенно дешевел. Жесткие диски обычно просты в использовании, широко доступны и к ним можно быстро получить доступ.[21] Однако резервные копии жесткого диска механические устройства с жесткими допусками и их легче повредить, чем ленты, особенно при транспортировке.[23] В середине 2000-х годов несколько производителей приводов начали производить портативные приводы с использованием рампа загрузки и акселерометр технология (иногда называемая «датчиком удара»),[24][25] а к 2010 году средние отраслевые показатели испытаний на падение для приводов с этой технологией показали, что приводы остались неповрежденными и работали после 36-дюймового нерабочего падения на промышленное ковровое покрытие.[26] Некоторые производители также предлагают портативные жесткие диски повышенной прочности с амортизирующим корпусом вокруг жесткого диска и требовать диапазон более высоких характеристик падения.[26][27][28] В течение нескольких лет стабильность резервного копирования жесткого диска ниже, чем стабильность резервного копирования на магнитную ленту.[22][29][23]

Внешние жесткие диски могут быть подключены через локальные интерфейсы, например SCSI, USB, FireWire, или же eSATA, или с помощью технологий дальней связи, таких как Ethernet, iSCSI, или же Fibre Channel. Некоторые дисковые системы резервного копирования через Библиотеки виртуальных лент или иным образом поддерживать дедупликацию данных, которая может уменьшить объем дисковой памяти, потребляемой данными ежедневного и еженедельного резервного копирования.[30][31][32]

Оптическое хранилище

Оптическое хранилище использует лазеры для хранения и извлечения данных. Записываемый Компакт-диски, DVD и Диски Blu-ray обычно используются с персональными компьютерами и обычно дешевы. В прошлом емкость и скорость этих дисков были ниже, чем у жестких дисков или лент, хотя достижения в области оптических носителей постепенно сокращают этот разрыв.[33][34] Многие форматы оптических дисков ЧЕРВЬ тип, что делает их полезными для архивных целей, поскольку данные не могут быть изменены. Некоторые оптические системы хранения позволяют создавать каталогизированные резервные копии данных без контакта человека с дисками, что обеспечивает более длительную целостность данных. Французское исследование, проведенное в 2008 г., показало, что продолжительность жизни обычно проданных CD-R было 2–10 лет,[35] но один производитель позже оценил долговечность его CD-R со слоем, напыленным золотом, до 100 лет.[36] Sony Архив оптических дисков[21] может в 2016 году достичь скорости чтения 250 МБ / с.[37]

Твердотельный накопитель

Твердотельные накопители (SSD) использовать Интегральная схема сборки для хранения данных. Флэш-память, флешки, USB-накопители, CompactFlash, SmartMedia, Карты памяти, и Карта Secure Digital устройства относительно дороги из-за их небольшой емкости, но удобны для резервного копирования относительно небольших объемов данных. Твердотельный накопитель не содержит подвижных частей, что делает его менее подверженным физическим повреждениям и может иметь огромную пропускную способность от 500 Мбит / с до 6 Гбит / с. Доступные SSD стали вместительнее и дешевле.[38][27] Резервное копирование флэш-памяти стабильно меньше лет, чем резервное копирование жесткого диска.[22]

Служба удаленного резервного копирования

Услуги удаленного резервного копирования или облачное резервное копирование предполагает, что поставщики услуг хранят данные вне офиса. Это использовалось для защиты от таких событий, как пожары, наводнения или землетрясения, которые могли уничтожить локальные резервные копии.[39] Облачное резервное копирование (с помощью таких сервисов, как Гугл Диск, и Microsoft OneDrive) обеспечивает уровень защиты данных.[23] Тем не менее, пользователи должны доверять поставщику услуг по обеспечению конфиденциальности и целостности своих данных, причем конфиденциальность повышается за счет использования шифрование. Поскольку скорость и доступность ограничены онлайн-подключением пользователя,[23] пользователям с большими объемами данных может потребоваться использование облачного заполнения и масштабного восстановления.

Управление

Для управления носителями резервных копий можно использовать различные методы, соблюдая баланс между доступностью, безопасностью и стоимостью. Эти методы управления мультимедиа не являются взаимоисключающими и часто комбинируются для удовлетворения потребностей пользователя. Использование оперативных дисков для хранения данных перед их отправкой в ​​ближайший к сети ленточная библиотека это типичный пример.[40][41]

В сети

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

Рядом с линией

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

Не в сети

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

Внешняя защита данных

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

Резервный сайт

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

Выбор и извлечение данных

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

Файлы

  • Копирование файлов : Копирование файлов - самый простой и распространенный способ резервного копирования. Средства для выполнения этой основной функции включены во все программы резервного копирования и все операционные системы.
  • Частичное копирование файла: резервная копия может включать только те блоки или байты в файле, которые изменились за определенный период времени. Это может существенно уменьшить необходимое пространство для хранения, но требует более высокого уровня сложности для восстановления файлов в случае восстановления. Некоторые реализации требуют интеграции с исходной файловой системой.
  • Удаленные файлы: Чтобы предотвратить непреднамеренное восстановление файлов, которые были намеренно удалены, необходимо сохранить запись об удалении.
  • Управление версиями файлов: большинство приложений резервного копирования, кроме тех, которые выполняют только полное / создание образа системы, также создают резервные копии файлов, которые были изменены с момента последнего резервного копирования. «Таким образом, вы можете получить множество различных версий данного файла, и если вы удалите его на жестком диске, вы все равно сможете найти его в своем архиве [репозиторий информации]».[4]

Файловые системы

  • Дамп файловой системы: можно сделать копию всей файловой системы на уровне блоков. Это также известно как «необработанное резервное копирование раздела» и связано с информация. Процесс обычно включает размонтирование файловой системы и запуск такой программы, как dd (Unix).[43] Поскольку диск читается последовательно и с большими буферами, этот тип резервного копирования может быть быстрее обычного чтения каждого файла, особенно когда файловая система содержит много мелких файлов, сильно фрагментирована или почти заполнена. Но поскольку этот метод также читает свободные блоки диска, которые не содержат полезных данных, этот метод также может быть медленнее, чем обычное чтение, особенно когда файловая система почти пуста. Некоторые файловые системы, например XFS, предоставьте утилиту «дампа», которая последовательно читает диск для повышения производительности, пропуская неиспользуемые разделы. Соответствующая утилита восстановления может выборочно восстанавливать отдельные файлы или весь том по выбору оператора.[44]
  • Идентификация изменений: некоторые файловые системы имеют архивный бит для каждого файла, в котором говорится, что он был недавно изменен. Некоторые программы резервного копирования проверяют дату создания файла и сравнивают ее с последней резервной копией, чтобы определить, был ли файл изменен.
  • Управление версиями файловой системы : Файловая система управления версиями отслеживает все изменения в файле. В НИЛЬФЫ файловая система управления версиями для Linux является примером.[45]

Живые данные

Файлы, которые активно обновляются, создают проблемы для резервного копирования. Один из способов резервного копирования оперативных данных - временно успокоиться их (например, закрыть все файлы), сделать «снимок» и затем возобновить операции в реальном времени. На этом этапе можно выполнить резервное копирование снимка обычными методами.[46] А снимок является мгновенной функцией некоторых файловые системы который представляет копию файловой системы, как если бы она была заморожена в определенный момент времени, часто копирование при записи механизм. Создание моментального снимка файла во время его изменения приводит к повреждению файла, который становится непригодным для использования. Это также относится к взаимосвязанным файлам, которые можно найти в обычной базе данных или в таких приложениях, как Сервер Microsoft Exchange.[14] Период, термин нечеткое резервное копирование может использоваться для описания резервной копии оперативных данных, которая выглядит так, как будто она выполняется правильно, но не отображает состояние данных в определенный момент времени.[47]

Варианты резервного копирования для файлов данных, которые не могут быть или не могут быть приостановлены, включают:[48]

  • Резервное копирование открытых файлов. Многие приложения для резервного копирования выполняют резервное копирование открытых файлов во внутренне согласованном состоянии.[49] Некоторые приложения просто проверяют, используются ли открытые файлы, и повторяют попытку позже.[46] Другие приложения исключают открытые файлы, которые очень часто обновляются.[50] Немного низкая доступность интерактивные приложения можно резервировать с помощью естественной / вынужденной паузы.
  • Резервное копирование взаимосвязанных файлов баз данных: некоторые взаимосвязанные файловые системы баз данных предлагают средства для создания «горячего резервирования».[51] базы данных, пока она находится в сети и может использоваться. Сюда может входить моментальный снимок файлов данных плюс моментальный журнал изменений, сделанных во время резервного копирования. После восстановления изменения в файлах журнала применяются, чтобы довести копию базы данных до того момента времени, когда закончилось первоначальное резервное копирование.[52] Для других интерактивных приложений с низкой доступностью можно выполнить резервное копирование с помощью скоординированных моментальных снимков. Тем не мение, действительно высокая доступность Резервное копирование интерактивных приложений возможно только с помощью непрерывной защиты данных.

Метаданные

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

  • Описание системы: Технические характеристики системы необходимы для обеспечения точной замены после аварии.
  • Загрузочный сектор : Загрузочный сектор иногда легче воссоздать, чем сохранить. Обычно это не обычный файл, и без него система не загрузится.
  • Раздел layout: макет исходного диска, а также таблицы разделов и настройки файловой системы необходимы для правильного воссоздания исходной системы.
  • Файл метаданные : Разрешения каждого файла, владельца, группа, списки управления доступом и любые другие метаданные необходимо создать резервную копию для восстановления, чтобы должным образом воссоздать исходную среду.
  • Системные метаданные: разные операционные системы имеют разные способы хранения информации о конфигурации. Майкрософт Виндоус держит реестр системной информации, которую сложнее восстановить, чем обычный файл.

Манипулирование данными и оптимизация набора данных

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

Автоматическая обработка данных

Устаревшие данные могут быть удалены автоматически, но для приложений резервного копирования личных данных - в отличие от корпоративных приложений резервного копирования клиент-сервер, в которых можно настроить автоматическую обработку данных, - удаление[заметка 2][54][55] может самое большее[56] быть глобально отложенным или отключенным.[57]

Сжатие

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

Дедупликация

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

Дублирование

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

Шифрование

Съемные носители данных большой емкости, такие как ленты с резервными копиями, представляют угрозу безопасности данных в случае их утери или кражи.[59] Шифрование данные на этих носителях могут смягчить эту проблему, однако шифрование - это процесс, интенсивно использующий ЦП, который может снизить скорость резервного копирования, а безопасность зашифрованных резервных копий столь же эффективна, как и безопасность политики управления ключами.[58]

Мультиплексирование

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

Рефакторинг

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

Постановка

Иногда резервные копии копируются на постановка диск перед копированием на ленту.[60] Этот процесс иногда называют D2D2T, сокращение от С диска на диск на ленту. Это может быть полезно, если есть проблема с согласованием скорости конечного целевого устройства с исходным устройством, что часто встречается в сетевых системах резервного копирования. Он также может служить централизованным местом для применения других методов обработки данных.

Цели

  • Цель точки восстановления (RPO): момент времени, который будет отражать перезапущенная инфраструктура, выраженный как «максимальный целевой период, в течение которого данные (транзакции) могут быть потеряны ИТ-службой из-за серьезного инцидента». По сути, это откат, который произойдет в результате восстановления. Наиболее желательным RPO будет точка непосредственно перед событием потери данных. Чтобы достичь более поздней точки восстановления, необходимо увеличить частоту синхронизация между исходными данными и репозиторием резервных копий.[61]
  • Целевое время восстановления (RTO): количество времени, прошедшее между аварией и восстановлением бизнес-функций.[62]
  • Безопасность данных : Помимо сохранения доступа к данным для их владельцев, данные должны быть ограничены от несанкционированного доступа. Резервное копирование должно выполняться таким образом, чтобы не ставить под угрозу обязательства первоначального владельца. Этого можно добиться с помощью шифрования данных и правильных политик обработки мультимедиа.[63]
  • Хранение данных период: правила и политика могут привести к ситуациям, когда ожидается, что резервные копии будут храниться в течение определенного периода, но не дольше. Сохранение резервных копий по истечении этого периода может привести к нежелательной ответственности и неоптимальному использованию носителей.[63]
  • Контрольная сумма или же хеш-функция проверка: приложениям, выполняющим резервное копирование файлов архива на магнитной ленте, требуется этот параметр, чтобы убедиться, что данные были скопированы правильно.[64]
  • Мониторинг процесса резервного копирования : Корпоративные приложения резервного копирования клиент-сервер нуждаются в пользовательском интерфейсе, который позволяет администраторам контролировать процесс резервного копирования и подтверждает соответствие нормативным органам за пределами организации; например, страховая компания в США может потребоваться в соответствии с HIPAA чтобы продемонстрировать, что данные его клиентов соответствуют требованиям к хранению записей.[65]
  • Резервное копирование и восстановление по инициативе пользователя : Чтобы избежать или оправиться от незначительный В случае бедствий, таких как непреднамеренное удаление или перезапись «хороших» версий одного или нескольких файлов, пользователь компьютера, а не администратор, может инициировать резервное копирование и восстановление (не обязательно из самой последней резервной копии) файлов или папок.

Смотрите также

О резервном копировании
похожие темы

Примечания

  1. ^ В отличие от повседневного использования термина «архив», данные, хранящиеся в «архивном файле», не обязательно являются старыми или представляют исторический интерес.
  2. ^ Некоторые приложения для резервного копирования, особенно rsync и CrashPlan- срок удаления резервных данных «обрезка» вместо «очистки».

Рекомендации

  1. ^ "резервный". Словарь английского языка American Heritage Dictionary. Houghton Mifflin Harcourt. 2018 г.. Получено 9 мая 2018.
  2. ^ С. Нельсон (2011). «Глава 1: Введение в резервное копирование и восстановление». Профессиональное резервное копирование и восстановление данных. Апресс. С. 1–16. ISBN 978-1-4302-2663-5. Получено 8 мая 2018.
  3. ^ Cougias, D.J .; Heiberger, E.L .; Куп, К. (2003). «Глава 1: Что такое катастрофа без восстановления?». Книга резервного копирования: аварийное восстановление с рабочего стола в центр обработки данных. Сетевые границы. С. 1–14. ISBN 0-9729039-0-9.
  4. ^ а б c Джо Киссел (2007). Возьмите под свой контроль резервные копии Mac OS X (PDF) (Версия 2.0 изд.). Итака, Нью-Йорк: Электронное издательство TidBITS. стр. 18–20 («Архив», что означает репозиторий информации, включая управление версиями), 24 (клиент-сервер), 82–83 (файл архива), 112–114 (схема ротации резервных копий вне сайта), 126–141 (старая терминология и графический интерфейс Retrospect - все еще используются в варианте Windows), 165 (клиент-сервер), 128 (субтомат - позже переименован в «Избранную папку» в варианте для Macintosh). ISBN 978-0-9759503-0-2. Получено 17 мая 2019.
  5. ^ Терри Салливан (11 января 2018 г.). «Руководство для начинающих по резервному копированию фотографий». Нью-Йорк Таймс. жесткий диск ... устоявшаяся компания ... объявила о банкротстве ... где многие ... имели ...
  6. ^ МакМахон, Мэри (1 апреля 2019 г.). "Что такое хранилище информации?". мудрый. Conjecture Corporation. Получено 8 мая 2019. В смысле подхода к управлению данными репозиторий информации является вторичным пространством для хранения данных.
  7. ^ «Правило резервного копирования 3-2-1 - стратегия защиты данных». Официальный блог NAKIVO. 13 ноября 2017.
  8. ^ а б c d е Майер, Алекс (6 ноября 2017 г.). «Объяснение типов резервного копирования: полное, инкрементное, дифференциальное, синтетическое и постоянно инкрементное». Блог Накиво. Накиво. Полное резервное копирование, Инкрементное резервное копирование, Дифференциальное резервное копирование, Зеркальное резервное копирование, Обратное добавочное резервное копирование, Непрерывная защита данных (CDP), Синтетическое полное резервное копирование, Постоянно-инкрементное резервное копирование. Получено 17 мая 2019.
  9. ^ «Пять ключевых вопросов о вашем решении для резервного копирования». sysgen.ca. 23 марта 2014. Имеет ли ваша компания низкую терпимость к более длительным «перебоям в доступе к данным» и / или вы хотели бы минимизировать время, в течение которого ваша компания может находиться без своих данных? В архиве из оригинала 4 марта 2016 г.. Получено 23 сентября 2015.
  10. ^ Рид, Джесси (27 февраля 2018 г.). "Что такое инкрементное резервное копирование?". Блог Накиво. Накиво. Обратный инкрементальный, многоуровневый инкрементальный, блочный. Получено 17 мая 2019.
  11. ^ «Инкрементное резервное копирование». Tech-FAQ. Независимые СМИ. 13 июня 2005 г. Архивировано с оригинал 21 июня 2016 г.. Получено 10 марта 2006.
  12. ^ Понд, Джеймс (31 августа 2013 г.). «Как машина времени творит чудеса». Советы по Apple OSX и Time Machine. baligu.com. Хранилище событий файловой системы, жесткие ссылки. Получено 19 мая 2019.
  13. ^ а б Бехзад Бехташ (6 мая 2010 г.). «Почему непрерывная защита данных становится более практичной». Аварийное восстановление / непрерывность бизнеса. Информационная неделя. Получено 12 ноября 2011. Настоящий подход CDP должен фиксировать все записи данных, таким образом, непрерывно выполнять резервное копирование данных и устранять окна резервного копирования ... CDP - это золотой стандарт - наиболее полная и продвинутая защита данных. Но технологии «near CDP» могут обеспечить достаточную защиту для многих компаний с меньшей сложностью и стоимостью. Например, моментальные снимки могут обеспечить приемлемый уровень защиты, близкий к CDP, для общих файловых ресурсов, позволяя пользователям напрямую получать доступ к данным в общей папке через равные промежутки времени - скажем, каждые полчаса или 15 минут. Это, безусловно, более высокий уровень защиты, чем ночное резервное копирование на ленту или диск, и может быть всем, что вам нужно.
  14. ^ а б «Объяснение непрерывной защиты данных (CDP): True CDP против почти CDP». ComputerWeekly.com. TechTarget. Июль 2010 г.. Получено 22 июн 2019. ... копирует данные из источника в цель. True CDP делает это каждый раз, когда вносятся изменения, в то время как так называемый near-CDP делает это через заранее установленные интервалы времени. Практически CDP - это то же самое, что и моментальный снимок… Истинные системы CDP записывают каждую запись и копируют их в целевой объект, где все изменения сохраняются в журнале. [новый абзац] Напротив, системы почти CDP / моментальных снимков копируют файлы простым способом, но требуют, чтобы приложения были приостановлены и подготовлены к резервному копированию, либо через режим резервного копирования приложения, либо с использованием, например, Microsoft Volume Shadow Copy Services (VSS). ).
  15. ^ Понд, Джеймс (31 августа 2013 г.). «Как машина времени творит чудеса». Советы по Apple OSX и Time Machine. Baligu.com (как отражено после смерти Джеймса Понд в 2013 году). Получено 10 июля 2019. Хранилище событий файловой системы - это скрытый журнал, который OSX ведет на каждом отформатированном в HFS + диске / разделе изменений, внесенных в данные на нем. В нем перечислены не все измененные файлы, а все каталоги (папки), в которых что-либо было изменено.
  16. ^ де Гиз, П. (2009). Резервное копирование и восстановление корпоративных систем: корпоративный страховой полис. CRC Press. С. 285–287. ISBN 978-1-4200-7639-4.
  17. ^ Ву, Виктор (4 марта 2017 г.). «Обзор EMC RecoverPoint для виртуальных машин». Виктор Виртуальный. WuChiKin. Получено 22 июн 2019. Разделитель разделяет операции записи ввода-вывода на VMDK / RDM виртуальной машины и отправляет копию в производственный VMDK, а также в кластер RecoverPoint для виртуальных машин.
  18. ^ "Zerto или Veeam?". RES-Q Services. Март 2017 г.. Получено 7 июля 2019. Zerto не использует технологию моментальных снимков, как Veeam. Вместо этого Zerto развертывает небольшие виртуальные машины на своих физических хостах. Эти виртуальные машины Zerto собирают данные по мере их записи на хост, а затем отправляют копию этих данных на сайт репликации ... Однако Veeam имеет преимущество в возможности более эффективно собирать и хранить данные в течение длительного времени. потребности в удержании. Также существует значительная разница в ценах: Veeam дешевле Zerto.
  19. ^ "Связанный с агентом". CloudEndure.com. 2019. Чем занимается агент CloudEndure?. Получено 3 июля 2019. Агент CloudEndure выполняет начальное чтение на уровне блоков содержимого любого тома, подключенного к серверу, и реплицирует его на сервер репликации. Затем агент действует как фильтр чтения на уровне ОС для сбора записей и синхронизации любых изменений уровня блоков с сервером репликации CloudEndure, обеспечивая практически нулевое значение RPO.
  20. ^ Гарднер, Стив (9 декабря 2004 г.). "Резервное копирование с диска на диск против ленты - война или перемирие?". Engenio. Мирное сосуществование. Архивировано из оригинал 7 февраля 2005 г.. Получено 26 мая 2019.
  21. ^ а б c "Перспективы хранения цифровых данных 2017" (PDF). Спектры. Spectra Logic. 2017. с. 7 (твердотельный), 10 (магнитный диск), 14 (лента), 17 (оптический). Получено 11 июля 2018.
  22. ^ а б c Том Кафлин (29 июня 2014 г.). «Хранение данных в течение длительного времени». Forbes. ООО «Форбс Медиа». пункт Магнитные ленты (популярные форматы, срок хранения), п. Жесткие диски (активный архив), п. Сначала рассмотрим флеш-память при архивировании (... может не иметь хорошей жизни медиаархива). Получено 19 апреля 2018.
  23. ^ а б c d Якоби, Джон Л. (29 февраля 2016 г.). «Жесткое сохранение данных: лучшие носители и методы архивирования ваших данных». Компьютерный мир. сек. Внешние жесткие диски (на полке, магнитные свойства, механические нагрузки, уязвимость к ударам), лента, онлайн-хранилище. Получено 19 апреля 2018.
  24. ^ «Технология линейной загрузки / выгрузки на жестких дисках» (PDF). HGST. Western Digital. Ноябрь 2007. с. 3 (сек. Повышенная устойчивость к ударам). Получено 29 июн 2018.
  25. ^ «Портативный жесткий диск Toshiba (Canvio® 3.0)». Toshiba Data Dynamics Singapore. Toshiba Data Dynamics Pte Ltd. 2018. сек. Обзор (внутренний датчик удара и технология загрузки рампы). Получено 16 июн 2018.
  26. ^ а б «Технология Iomega Drop Guard ™» (PDF). Решения для хранения на жестких дисках. Iomega Corp. 20 сентября 2010 г., стр. 2 (Что такое технология Drop Shock ?, Что такое технология Drop Guard? (... имеет специальную внутреннюю амортизацию ... на 40% выше среднего по отрасли)), 3 (* ПРИМЕЧАНИЕ). Получено 12 июля 2018.
  27. ^ а б Джон Бурек (15 мая 2018 г.). «Лучшие прочные жесткие диски и твердотельные накопители». Журнал ПК. Зифф Дэвис. Что именно делает диск прочным? (Когда диск заключен в корпус ... вы в основном зависите от поставщика диска, который скажет вам расчетное максимальное расстояние падения для диска). Получено 4 августа 2018.
  28. ^ Джастин Краески; Kimber Streams (20 марта 2017 г.). «Лучший портативный жесткий диск». Нью-Йорк Таймс. Архивировано из оригинал 31 марта 2017 г.. Получено 4 августа 2018.
  29. ^ «Лучшие решения для долгосрочного архивирования данных». Железная гора. Iron Mountain Inc. 2018. сек. Более надежный (среднее время наработки на отказ ... частота, лучший способ переноса данных). Получено 19 апреля 2018.
  30. ^ Киссел, Джо (2011). Возьмите под свой контроль резервное копирование вашего Mac. Итака, штат Нью-Йорк: TidBITS Publishing Inc., стр. 41 (Дедупликация). ISBN 978-1-61542-394-1. Получено 17 сентября 2019.
  31. ^ «Symantec показывает Backup Exec немного любви к дедупликации; излагает план действий по дедупликации на стороне источника - DCIG». DCIG. В архиве из оригинала 4 марта 2016 г.. Получено 26 февраля 2016.
  32. ^ «Руководство по дедупликации Veritas NetBackup ™». Veritas. ООО «Веритас Технологии». 2016 г.. Получено 26 июля 2018.
  33. ^ С. Ван; Q. Cao; К. Се (2014). «Оптическое хранилище: новый вариант долгосрочного цифрового хранения». Границы оптоэлектроники. 7 (4): 486–492. Дои:10.1007 / s12200-014-0442-2. S2CID 60816607.
  34. ^ Q. Zhang; Z. Xia; Ю.-Б. Ченг; М. Гу (2018). «Оптическая длинная память большой емкости на основе повышенного модуля Юнга в наноплазмонных гибридных стеклянных композитах». Nature Communications. 9 (1): 1183. Bibcode:2018НатКо ... 9.1183Z. Дои:10.1038 / s41467-018-03589-у. ЧВК 5864957. PMID 29568055.
  35. ^ Жерар Пуарье; Фуед Бераху (3 марта 2008 г.). "Journal de 20 Heures". Institut national de l'audiovisuel. примерно 30-я минута трансляции теленовостей. Получено 3 марта 2008.
  36. ^ "Archival Gold CD-R" 300-летний диск "Переплет из 10 дисков с защитой от царапин". Delkin Devices. Delkin Devices Inc. Архивировано с оригинал 27 сентября 2013 г.
  37. ^ "Архив оптических дисков 2-го поколения" (PDF). Архив оптических дисков. Sony. Апрель 2016. с. 12 (первый в мире 8-канальный оптический привод). Получено 15 августа 2019.
  38. ^ Р. Микелони; П. Оливо (2017). «Твердотельные накопители (SSD)». Труды IEEE. 105 (9): 1586–88. Дои:10.1109 / JPROC.2017.2727228.
  39. ^ «Удаленное резервное копирование». Глоссарий EMC. Dell, Inc. Получено 8 мая 2018. Эффективное удаленное резервное копирование требует регулярного резервного копирования производственных данных в место, достаточно далеко от основного, чтобы на оба места не повлияло одно и то же разрушительное событие.
  40. ^ Stackpole, B .; Ханрион, П. (2007). Развертывание, обновление и исправление программного обеспечения. CRC Press. С. 164–165. ISBN 978-1-4200-1329-0. Получено 8 мая 2018.
  41. ^ Gnanasundaram, S .; Шривастава, А., ред. (2012). Хранение информации и управление ею: хранение, управление и защита цифровой информации в классической, виртуализированной и облачной средах. Джон Уайли и сыновья. п. 255. ISBN 978-1-118-23696-3. Получено 8 мая 2018.
  42. ^ Ли (25 января 2017 г.). «Что делать резервную копию - критический взгляд на свои данные». Блог Irontree. Irontree Internet Services CC. Получено 8 мая 2018.
  43. ^ Престон, W.C. (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования открытых систем. O'Reilly Media, Inc., стр. 111–114. ISBN 978-0-596-55504-7. Получено 8 мая 2018.
  44. ^ Престон, W.C. (1999). Резервное копирование и восстановление Unix. O'Reilly Media, Inc., стр.73–91. ISBN 978-1-56592-642-4. Получено 8 мая 2018.
  45. ^ "НИЛЬФС Хоум". Система непрерывного снэпшота NILFS. Сообщество NILFS. 2019 г.. Получено 22 августа 2019.
  46. ^ а б Cougias, D.J .; Heiberger, E.L .; Куп, К. (2003). «Глава 11: Открытое резервное копирование файлов для баз данных». Книга резервного копирования: аварийное восстановление с рабочего стола в центр обработки данных. Сетевые границы. С. 356–360. ISBN 0-9729039-0-9.
  47. ^ Лиотин, М. (2003). Критически важное сетевое планирование. Артек Хаус. п. 244. ISBN 978-1-58053-559-5. Получено 8 мая 2018.
  48. ^ де Гиз, П. (2009). Резервное копирование и восстановление корпоративных систем: корпоративный страховой полис. CRC Press. С. 50–54. ISBN 978-1-4200-7639-4.
  49. ^ «Программное обеспечение для резервного копирования открытых файлов для Windows». Удобное резервное копирование. ООО «Новософт». 8 ноября 2018 г.. Получено 29 ноябрь 2018.
  50. ^ Рейтшамер, Стефан (5 июля 2017 г.). «Устранение неполадок при резервном копировании открытых / заблокированных файлов в Windows». Блог Arq. Программное обеспечение Haystack. Стефан Рейтшамер - главный разработчик Arq. Получено 29 ноябрь 2018.
  51. ^ Босс, Нина (10 декабря 1997 г.). "Советы Oracle Сессия № 3: Резервное копирование Oracle". www.wisc.edu. Университет Висконсина. Архивировано из оригинал 2 марта 2007 г.. Получено 1 декабря 2018.
  52. ^ "Что такое режим ARCHIVE-LOG и NO-ARCHIVE-LOG в Oracle и преимущества и недостатки этих режимов?". Arcserve Backup. Arcserve. 27 сентября 2018 г.. Получено 29 ноябрь 2018.
  53. ^ Грешовник, Игорь (апрель 2016 г.). «Подготовка загрузочных носителей и образов». Архивировано из оригинал 25 апреля 2016 г.. Получено 21 апреля 2016.
  54. ^ "rsync (1) - справочная страница Linux". linux.die.net.
  55. ^ «Архивное обслуживание». Code42 Поддержка. 22 июля 2015 г.
  56. ^ Понд, Джеймс (2 июня 2012 г.). «12. Следует ли мне удалять старые резервные копии? Если да, то как?». Машина времени. baligu.com. Зеленая коробка, серая коробка. Получено 21 июн 2019.
  57. ^ Киссел, Джо (12 марта 2019 г.). «Лучшая облачная служба резервного копирования в Интернете». кусачки. Нью-Йорк Таймс. Далее идет сохранение файлов. Получено 21 июн 2019.
  58. ^ а б c Д. Черри (2015). Обеспечение безопасности SQL Server: защита вашей базы данных от злоумышленников. Syngress. С. 306–308. ISBN 978-0-12-801375-5. Получено 8 мая 2018.
  59. ^ Резервные копии создают бэкдор для похитителей личных данных В архиве 5 апреля 2016 г. Wayback Machine (28 апреля 2004 г.). Проверено 10 марта 2007 г.
  60. ^ а б c Престон, W.C. (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования открытых систем. O'Reilly Media, Inc., стр. 219–220. ISBN 978-0-596-55504-7. Получено 8 мая 2018.
  61. ^ «Цель точки восстановления (определение)». ARL Рискованное мышление. Albion Research Ltd. 2007 г.. Получено 4 августа 2019.
  62. ^ «Целевое время восстановления (определение)». ARL Рискованное мышление. Albion Research Ltd. 2007 г.. Получено 4 августа 2019.
  63. ^ а б Литтл, Д. (2003). «Глава 2: Бизнес-требования к системам резервного копирования». Внедрение резервного копирования и восстановления: руководство по готовности для предприятия. Джон Уайли и сыновья. С. 17–30. ISBN 978-0-471-48081-5. Получено 8 мая 2018.
  64. ^ «Как работают процессы« проверка »и« запись контрольных сумм в носитель »и почему они необходимы?». Поддержка Veritas. Veritas.com. 15 октября 2015. Записать контрольные суммы в носитель.. Получено 16 сентября 2019.
  65. ^ HIPAA Advisory В архиве 11 апреля 2007 г. Wayback Machine. Проверено 10 марта 2007 г.

внешняя ссылка