Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

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

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

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

Хранилище [ править ]

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

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

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

Неструктурированный [ править ]

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

Только полное / Образ системы [ править ]

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

Инкрементальный [ править ]

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

Почти CDP[ редактировать ]

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

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

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

Обратный инкрементальный [ править ]

A Реверс инкрементных метод резервного копирования сохраняет последний файл архива «зеркало» из исходных данных и серии различий между «зеркала» в его нынешнем состоянии и его предыдущих состояний. Метод обратного инкрементного резервного копирования начинается с полной резервной копии без образа. После выполнения полного резервного копирования система периодически синхронизирует полную резервную копию с активной копией, сохраняя при этом данные, необходимые для восстановления более старых версий. Это можно сделать либо с помощью жестких ссылок, как это делает 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] Многие форматы оптических дисков относятся к типу WORM , что делает их полезными для архивных целей, поскольку данные нельзя изменить. Некоторые оптические системы хранения позволяют создавать каталогизированные резервные копии данных без контакта человека с дисками, что обеспечивает более длительную целостность данных. Французское исследование, проведенное в 2008 году, показало, что срок службы обычно продаваемых CD-R составляет 2–10 лет.[35], но один производитель позже оценил долговечность его CD-R со слоем, напыленным золотом, как 100 лет. [36] Архив оптических дисков Sony [21] в 2016 году может достичь скорости чтения 250 МБ / с. [37]

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

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

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

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

Управление [ править ]

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

Онлайн [ править ]

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

Рядом [ править ]

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

Off-line [ править ]

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

Защита данных вне сайта [ править ]

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

Резервный сайт [ изменить ]

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

Выбор и извлечение данных [ править ]

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

Файлы [ править ]

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

Файловые системы [ править ]

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

Живые данные [ править ]

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

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

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

Метаданные [ править ]

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

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

Оптимизация данных и наборов данных [ править ]

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

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

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

Сжатие [ править ]

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

Дедупликация [ править ]

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

Дублирование [ править ]

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

Шифрование [ править ]

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

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

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

Рефакторинг [ править ]

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

Постановка [ править ]

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

Цели [ править ]

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

См. Также [ править ]

О резервном копировании
  • Программное обеспечение и услуги резервного копирования
    • Список программного обеспечения для резервного копирования
    • Список онлайн-сервисов резервного копирования
  • Глоссарий терминов резервного копирования
  • Виртуальное устройство резервного копирования
похожие темы
  • Согласованность данных
  • Ухудшение данных
  • Переносимость данных
  • Распространение данных
  • Дамп базы данных
  • Цифровое сохранение
  • Аварийное восстановление и аудит непрерывности бизнеса

Примечания [ править ]

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

Ссылки [ править ]

  1. ^ "резервное копирование" . Словарь английского языка американского наследия . Houghton Mifflin Harcourt. 2018 . Проверено 9 мая 2018 .
  2. ^ С. Нельсон (2011). «Глава 1: Введение в резервное копирование и восстановление». Профессиональное резервное копирование и восстановление данных . Апресс. С. 1–16. ISBN 978-1-4302-2663-5. Проверено 8 мая 2018 .
  3. ^ Cougias, DJ; Heiberger, EL; Куп, К. (2003). «Глава 1: Что такое катастрофа без восстановления?» . Книга резервных копий: аварийное восстановление с рабочего стола в центр обработки данных . Сетевые границы. С. 1–14. ISBN 0-9729039-0-9.
  4. ^ a b 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 г.). "Что такое хранилище информации?" . мудрыйGEEK . Conjecture Corporation . Дата обращения 8 мая 2019 . В смысле подхода к управлению данными репозиторий информации является вторичным пространством для хранения данных.
  7. ^ «Правило резервного копирования 3-2-1 - Стратегия защиты данных» . Официальный блог NAKIVO . 13 ноября 2017.
  8. ^ a b c d e Майер, Алекс (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. ^ a b Бехзад Бехташ (6 мая 2010 г.). «Почему непрерывная защита данных становится более практичной» . Аварийное восстановление / непрерывность бизнеса . Информационная неделя . Проверено 12 ноября 2011 года .Настоящий подход CDP должен фиксировать все записи данных, таким образом, непрерывно выполнять резервное копирование данных и устранять окна резервного копирования ... CDP - это золотой стандарт - наиболее полная и продвинутая защита данных. Но технологии «near CDP» могут обеспечить достаточную защиту для многих компаний с меньшей сложностью и стоимостью. Например, моментальные снимки могут обеспечить приемлемый уровень защиты, близкий к CDP, для общих файловых ресурсов, позволяя пользователям напрямую получать доступ к данным в общей папке через равные промежутки времени - скажем, каждые полчаса или 15 минут. Это, безусловно, более высокий уровень защиты, чем ночное резервное копирование на ленту или диск, и может быть всем, что вам нужно.
  14. ^ a b «Непрерывная защита данных (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 Replication Server, обеспечивая почти нулевой RPO.
  20. ↑ Гарднер, Стив (9 декабря 2004 г.). "Резервное копирование с диска на диск против ленты - война или перемирие?" . Engenio. Мирное сосуществование. Архивировано из оригинала 7 февраля 2005 года . Проверено 26 мая 2019 .
  21. ^ a b c "Перспективы хранения цифровых данных 2017" (PDF) . Спектры . Spectra Logic. 2017. с. 7 (твердотельный), 10 (магнитный диск), 14 (лента), 17 (оптический) . Проверено 11 июля 2018 .
  22. ^ a b c Том Кафлин (29 июня 2014 г.). «Хранение данных в течение длительного времени» . Forbes . ООО «Форбс Медиа». пункт Магнитные ленты (популярные форматы, срок хранения), п. Жесткие диски (активный архив), п. Сначала рассмотрим флеш-память при архивировании (... может не иметь хорошего срока службы медиаархива) . Проверено 19 апреля 2018 года .
  23. ^ a b 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. ^ a b «Технология Iomega Drop Guard ™» (PDF) . Решения для хранения на жестких дисках . Iomega Corp. 20 сентября 2010 г., стр. 2 (Что такое технология Drop Shock ?, Что такое технология Drop Guard? (... имеет специальную внутреннюю амортизацию ... на 40% выше среднего по отрасли)), 3 (* ПРИМЕЧАНИЕ) . Проверено 12 июля 2018 .
  27. ^ a b Джон Бурек (15 мая 2018 г.). «Лучшие прочные жесткие диски и твердотельные накопители» . Журнал ПК . Зифф Дэвис. Что именно делает диск прочным? (Когда диск заключен в корпус ... вы в основном зависите от производителя диска, который скажет вам расчетное максимальное расстояние падения для диска) . Проверено 4 августа 2018 .
  28. ^ Джастин Krajeski; Kimber Streams (20 марта 2017 г.). «Лучший портативный жесткий диск» . Нью-Йорк Таймс . Архивировано из оригинала на 31 марта 2017 года . Проверено 4 августа 2018 .
  29. ^ "Лучшие решения для долгосрочного архивирования данных" . Железная гора . Iron Mountain Inc. 2018. сек. Более надежный (среднее время наработки на отказ ... частота, лучший способ переноса данных) . Проверено 19 апреля 2018 года .
  30. ^ Kissell, Джо (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. DOI : 10.1007 / s12200-014-0442-2 . S2CID 60816607 . 
  34. ^ Q. Zhang; Z. Xia; Ю.-Б. Ченг; М. Гу (2018). «Оптическая длинная память большой емкости на основе повышенного модуля Юнга в наноплазмонных гибридных стеклянных композитах» . Nature Communications . 9 (1): 1183. Bibcode : 2018NatCo ... 9.1183Z . DOI : 10.1038 / s41467-018-03589-у . PMC 5864957 . PMID 29568055 .  
  35. ^ Жерар Пуарье; Фуед Бераху (3 марта 2008 г.). "Журнал де 20 Heures" . Institut national de l'audiovisuel . примерно 30-я минута трансляции теленовостей . Проверено 3 марта 2008 года .
  36. ^ "Архивный золотой 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. DOI : 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. ^ Престон, WC (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования открытых систем . O'Reilly Media, Inc., стр. 111–114. ISBN 978-0-596-55504-7. Проверено 8 мая 2018 .
  44. ^ Престон, WC (1999). Резервное копирование и восстановление Unix . O'Reilly Media, Inc. стр.  73 -91. ISBN 978-1-56592-642-4. Проверено 8 мая 2018 .
  45. ^ "NILFS Home" . Система непрерывных снимков NILFS . Сообщество NILFS. 2019 . Проверено 22 августа 2019 .
  46. ^ a b Cougias, DJ; Heiberger, EL; Куп, К. (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. ^ Reitshamer, Стефан (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. ^ Grešovnik, Игорь (апрель 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. ^ Kissell, Джо (12 марта 2019). «Лучшая облачная служба резервного копирования в Интернете» . кусачки . Нью-Йорк Таймс. Далее идет сохранение файлов . Проверено 21 июня 2019 .
  58. ^ а б в Д. Черри (2015). Обеспечение безопасности SQL Server: защита вашей базы данных от злоумышленников . Syngress. С. 306–308. ISBN 978-0-12-801375-5. Проверено 8 мая 2018 .
  59. ^ Резервные копии записывают бэкдор для похитителей личных данных. Архивировано 5 апреля 2016 г. на Wayback Machine (28 апреля 2004 г.). Проверено 10 марта 2007 г.
  60. ^ a b c Престон, WC (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. ^ a b Литтл, DB (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 г.

Внешние ссылки [ править ]

  • Словарное определение резервного копирования в Викисловаре
  • СМИ, относящиеся к резервному копированию, на Викискладе?