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

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

В области информационных технологий , в резервной копии или резервном копировании данных является копией компьютерных данных , принятых и сохраненных в другом месте , так что он может быть использован для восстановления оригинала после потери данных события. Форма глагола, относящаяся к процессу этого, - « резервное копирование », тогда как форма существительного и прилагательного - « резервное копирование ». [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- диск в пластиковой крышке, USB-накопитель и внешний жесткий диск.

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

Магнитная лента [ править ]

Магнитная лента долгое время была наиболее часто используемым носителем для массового хранения данных, резервного копирования, архивирования и обмена. Раньше это был менее затратный вариант, но теперь это не относится к меньшим объемам данных. [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]

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

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

Оптический носитель является модульным ; Контроллер хранилища не привязан к самому носителю, как с жесткими дисками или флэш-памятью (→ контроллер флэш-памяти ), что позволяет его удалить и получить к нему доступ через другой диск. Однако записываемые носители могут испортиться раньше при длительном воздействии света. [36]


Некоторые оптические системы хранения позволяют создавать каталогизированные резервные копии данных без контакта человека с дисками, что обеспечивает более длительную целостность данных. Французское исследование, проведенное в 2008 году, показало, что срок службы обычно продаваемых CD-R составляет 2–10 лет [37], но один производитель позже оценил долговечность своих CD-R с напыленным золотом слоем до 100 лет. . [38] Sony, патентованный оптический диск Archive [21] может в 2016 году достичь скорости чтения в 250 МБ / с. [39]

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

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

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

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

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

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

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

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

Ближайшие [ править ]

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

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

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

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

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

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

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

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

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

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

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

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

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

Данные в реальном времени [ править ]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заметки [ править ]

  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 . Корпорация Гипотеза . Дата обращения 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 Agent выполняет начальное чтение на уровне блоков содержимого любого тома, подключенного к серверу, и реплицирует его на сервер репликации. Затем агент действует как фильтр чтения на уровне ОС, чтобы перехватывать записи и синхронизировать любые изменения на уровне блоков с 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 ?, Что такое технология защиты от падения? (... имеет специальную внутреннюю амортизацию ... на 40% выше среднего по отрасли)), 3 (* ПРИМЕЧАНИЕ) . Проверено 12 июля 2018 .
  27. ^ a b Джон Бурек (15 мая 2018 г.). «Лучшие прочные жесткие диски и твердотельные накопители» . Журнал ПК . Зифф Дэвис. Что именно делает диск прочным? (Когда диск заключен в корпус ... вы в основном зависите от производителя диска, который скажет вам расчетное максимальное расстояние падения для диска) . Проверено 4 августа 2018 .
  28. ^ Джастин Краески; 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. ^ Bärwaldt, Эрик (2014). «Полный контроль» Linux Magazine » . Журнал Linux .
  36. ^ «5. Условия, влияющие на CD и DVD • CLIR» . CLIR .
  37. ^ Жерар Пуарье; Фуед Бераху (3 марта 2008 г.). "Журнал де 20 Heures" . Institut national de l'audiovisuel . примерно 30-я минута трансляции теленовостей . Проверено 3 марта 2008 года .
  38. ^ "Архивный золотой CD-R" 300-летний диск "Переплет из 10 дисков с царапинами на поверхности брони" . Delkin Devices . Delkin Devices Inc. архивации с оригинала на 27 сентября 2013 года .
  39. ^ "Поколение архива оптических дисков 2" (PDF) . Архив оптических дисков . Sony. Апрель 2016. с. 12 (первый в мире 8-канальный оптический привод) . Проверено 15 августа 2019 .
  40. ^ Р. Микелони; П. Оливо (2017). «Твердотельные накопители (SSD)». Труды IEEE . 105 (9): 1586–88. DOI : 10.1109 / JPROC.2017.2727228 .
  41. ^ «Удаленное резервное копирование» . Глоссарий EMC . Dell, Inc . Проверено 8 мая 2018 . Эффективное удаленное резервное копирование требует, чтобы производственные данные регулярно копировались в место, достаточно далеко от основного, чтобы на оба места не повлияло одно и то же разрушительное событие.
  42. ^ Stackpole, B .; Ханрион, П. (2007). Развертывание, обновление и исправление программного обеспечения . CRC Press. С. 164–165. ISBN 978-1-4200-1329-0. Проверено 8 мая 2018 .
  43. ^ Gnanasundaram, S .; Шривастава А., ред. (2012). Хранение информации и управление ею: хранение, управление и защита цифровой информации в классической, виртуализированной и облачной средах . Джон Вили и сыновья. п. 255. ISBN 978-1-118-23696-3. Проверено 8 мая 2018 .
  44. Рианна Ли (25 января 2017 г.). «Что делать резервную копию - критически взгляните на свои данные» . Блог Irontree . Irontree Internet Services CC . Проверено 8 мая 2018 .
  45. ^ Престон, WC (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования открытых систем . O'Reilly Media, Inc., стр. 111–114. ISBN 978-0-596-55504-7. Проверено 8 мая 2018 .
  46. Перейти ↑ Preston, WC (1999). Резервное копирование и восстановление Unix . O'Reilly Media, Inc. стр.  73 -91. ISBN 978-1-56592-642-4. Проверено 8 мая 2018 .
  47. ^ "NILFS Home" . Система непрерывных снимков NILFS . Сообщество NILFS. 2019 . Проверено 22 августа 2019 .
  48. ^ a b Cougias, DJ; Heiberger, EL; Куп, К. (2003). «Глава 11: Открытое резервное копирование файлов для баз данных» . Книга резервных копий: аварийное восстановление с рабочего стола в центр обработки данных . Сетевые границы. С. 356–360. ISBN 0-9729039-0-9.
  49. ^ Liotine, М. (2003). Планирование критически важных сетей . Артек Хаус. п. 244. ISBN 978-1-58053-559-5. Проверено 8 мая 2018 .
  50. ^ де Гиз, П. (2009). Резервное копирование и восстановление корпоративных систем: корпоративный страховой полис . CRC Press. С. 50–54. ISBN 978-1-4200-7639-4.
  51. ^ «Программное обеспечение для резервного копирования открытых файлов для Windows» . Удобное резервное копирование . ООО «Новософт». 8 ноября 2018 . Проверено 29 ноября 2018 .
  52. ^ Reitshamer, Стефан (5 июля 2017). «Устранение неполадок при резервном копировании открытых / заблокированных файлов в Windows» . Блог Arq . Программное обеспечение Haystack. Стефан Рейтшамер - главный разработчик Arq . Проверено 29 ноября 2018 .
  53. ↑ Босс, Нина (10 декабря 1997 г.). "Советы Oracle Сессия № 3: Резервное копирование Oracle" . www.wisc.edu . Университет Висконсина. Архивировано из оригинального 2 -го марта 2007 года . Проверено 1 декабря 2018 .
  54. ^ "Что такое режим ARCHIVE-LOG и NO-ARCHIVE-LOG в Oracle и преимущества и недостатки этих режимов?" . Arcserve Backup . Arcserve. 27 сентября 2018 . Проверено 29 ноября 2018 .
  55. ^ Грешовник, Игорь (апрель 2016 г.). «Подготовка загрузочных носителей и образов» . Архивировано из оригинального 25 апреля 2016 года . Проверено 21 апреля 2016 года .
  56. ^ "rsync (1) - справочная страница Linux" . linux.die.net .
  57. ^ «Архивное обслуживание» . Поддержка Code42 . 22 июля 2015.
  58. ↑ Понд, Джеймс (2 июня 2012 г.). «12. Следует ли мне удалять старые резервные копии? Если да, то как?» . Машина времени . baligu.com. Зеленая коробка, серая коробка . Проверено 21 июня 2019 .
  59. ^ Kissell, Джо (12 марта 2019). «Лучшая облачная служба резервного копирования в Интернете» . кусачки . Нью-Йорк Таймс. Далее идет сохранение файлов . Проверено 21 июня 2019 .
  60. ^ а б в Д. Черри (2015). Обеспечение безопасности SQL Server: защита вашей базы данных от злоумышленников . Syngress. С. 306–308. ISBN 978-0-12-801375-5. Проверено 8 мая 2018 .
  61. ^ Резервные копии лента лазейки для кражи личных данных Архивирована 5 апреля 2016 в Wayback Machine (28 апреля 2004). Проверено 10 марта 2007 г.
  62. ^ a b c Престон, WC (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования открытых систем . O'Reilly Media, Inc., стр. 219–220. ISBN 978-0-596-55504-7. Проверено 8 мая 2018 .
  63. ^ «Цель точки восстановления (определение)» . ARL Рискованное мышление . Albion Research Ltd. 2007 . Дата обращения 4 августа 2019 .
  64. ^ «Целевое время восстановления (определение)» . ARL Рискованное мышление . Albion Research Ltd. 2007 . Дата обращения 4 августа 2019 .
  65. ^ a b Литтл, DB (2003). «Глава 2: Бизнес-требования к системам резервного копирования» . Внедрение резервного копирования и восстановления: Руководство по готовности для предприятия . Джон Вили и сыновья. С. 17–30. ISBN 978-0-471-48081-5. Проверено 8 мая 2018 .
  66. ^ "Как работают процессы" проверки "и" записи контрольных сумм на носитель "и почему они необходимы?" . Поддержка Veritas . Veritas.com. 15 октября 2015. Записать контрольные суммы в носитель . Проверено 16 сентября 2019 .
  67. ^ HIPAA Advisory архивации 11 апреля 2007 в Wayback Machine . Проверено 10 марта 2007 г.

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

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