stringtranslate.com

Резервное копирование

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

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

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

Хранилище

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

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

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

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

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

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

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

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

Инкрементный

Инкрементная резервная копия хранит данные, измененные с момента отсчета времени. Дубликаты неизмененных данных не копируются. Обычно полная резервная копия всех файлов делается один раз или через нечастые интервалы, служащие точкой отсчета для инкрементного репозитория. Впоследствии, несколько инкрементных резервных копий создаются через последовательные периоды времени. Восстановление начинается с последней полной резервной копии, а затем применяются инкрементные. [13] Некоторые системы резервного копирования [14] могут создаватьсинтетическое полное резервное копирование из серии инкрементных, что обеспечивает эквивалент частого выполнения полного резервного копирования. При изменении одного архивного файла это ускоряет восстановление последних версий файлов.

Около CDP

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

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

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

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

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

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

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

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

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

Носители информации

Слева направо: DVD- диск в пластиковой обложке, USB-флешка и внешний жесткий диск.

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

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

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

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

Жесткий диск

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

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

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

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

Оптические накопители используют лазеры для хранения и извлечения данных. Записываемые CD , DVD и Blu-ray диски обычно используются с персональными компьютерами и, как правило, дешевы. Емкость и скорость этих дисков обычно ниже, чем у жестких дисков или лент. Достижения в области оптических носителей могут сократить этот разрыв в будущем. [35] [36]

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

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

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

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

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

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

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

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

Управление

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

Онлайн

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

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

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

Оффлайн

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

Защита данных вне офиса

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

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

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

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

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

Файлы

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

Текущие данные

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

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

Метаданные

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

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

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

Автоматизированная обработка данных

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

Сжатие

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

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

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

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

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

Шифрование

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

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

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

Рефакторинг

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

Постановка

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

Цели

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

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

Похожие темы

Примечания

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

Ссылки

  1. ^ "back•up". The American Heritage Dictionary of the English Language . Houghton Mifflin Harcourt. 2018. Получено 9 мая 2018 .
  2. ^ S. Nelson (2011). «Глава 1: Введение в резервное копирование и восстановление». Pro Data Backup and Recovery. Apress. стр. 1–16. ISBN 978-1-4302-2663-5. Получено 8 мая 2018 г.
  3. ^ Cougias, DJ; Heiberger, EL; Koop, K. (2003). "Глава 1: Что такое катастрофа без восстановления?". Книга резервного копирования: Аварийное восстановление с рабочего стола в центр обработки данных . Сетевые рубежи. С. 1–14. ISBN 0-9729039-0-9.
  4. ^ abc Джо Кисселл (2007). Возьмите под контроль резервное копирование Mac OS X (PDF) (ред. версии 2.0). Итака, Нью-Йорк: TidBITS Electronic Publishing. стр. 18–20 («Архив», что означает хранилище информации, включая управление версиями), 24 (клиент-сервер), 82–83 (архивный файл), 112–114 (схема ротации резервных копий вне сайта), 126–141 (старая терминология Retrospect и графический интерфейс — все еще используется в варианте для Windows), 165 (клиент-сервер), 128 (подтом — позже переименованный в Избранную папку в варианте для Macintosh). ISBN 978-0-9759503-0-2. Архивировано из оригинала (PDF) 1 декабря 2020 г. . Получено 17 мая 2019 г. .
  5. ^ Обеспечение того, чтобы полное уничтожение основного объекта не привело к потере места восстановления, путем размещения его физически далеко. «Предложение о спонсорстве .ORG — Технический план — Физическая безопасность». ICANN .
  6. ^ Терри Салливан (11 января 2018 г.). «Руководство для начинающих по резервному копированию фотографий». The New York Times . жесткий диск ... известная компания ... объявила о банкротстве ... где многие ... имели ...
  7. ^ Макмахон, Мэри (1 апреля 2019 г.). «Что такое хранилище информации?». wiseGEEK . Conjecture Corporation . Получено 8 мая 2019 г. . В смысле подхода к управлению данными хранилище информации — это вторичное хранилище данных.
  8. ^ Джеф Прис. «Обзоры резервного копирования данных онлайн: зачем использовать службу резервного копирования данных онлайн?». Десять лучших обзоров. 2016.
  9. ^ Кайл Чин. «Как сделать резервную копию данных: 6 эффективных стратегий предотвращения потери данных». 2024.
  10. ^ «Как сделать резервную копию своего компьютера? Резервное копирование дисков Windows и Mac». 2023.
  11. ^ Скотт Гилбертсон. «Как сделать резервную копию вашей цифровой жизни». 2024.
  12. ^ "Пять ключевых вопросов, которые следует задать о вашем решении для резервного копирования". sysgen.ca . 23 марта 2014 г. Ваша компания плохо переносит длительные "перебои в доступе к данным" и/или вы хотели бы свести к минимуму время, в течение которого ваша компания может оставаться без своих данных?. Архивировано из оригинала 4 марта 2016 г. Получено 23 сентября 2015 г.
  13. ^ "Инкрементное резервное копирование". Tech-FAQ . Independent Media. 13 июня 2005 г. Архивировано из оригинала 21 июня 2016 г. Получено 10 марта 2006 г.
  14. ^ Понд, Джеймс (31 августа 2013 г.). «Как Time Machine творит чудеса». Советы по Apple OSX и Time Machine . baligu.com. Хранилище событий файловой системы, жесткие ссылки. Архивировано из оригинала 21 июня 2019 г. Получено 19 мая 2019 г.
  15. ^ ab Behzad Behtash (6 мая 2010 г.). "Почему непрерывная защита данных становится более практичной". Аварийное восстановление/непрерывность бизнеса . InformationWeek . Получено 12 ноября 2011 г. Настоящий подход CDP должен захватывать все записи данных, тем самым непрерывно создавая резервные копии данных и устраняя окна резервного копирования.... CDP является золотым стандартом — наиболее всеобъемлющей и передовой защитой данных. Но технологии "почти CDP" могут обеспечить достаточную защиту для многих компаний с меньшей сложностью и стоимостью. Например, моментальные снимки могут обеспечить разумный уровень защиты, близкий к CDP, для общих файловых ресурсов, позволяя пользователям напрямую получать доступ к данным на общем файловом ресурсе через регулярные интервалы времени — скажем, каждые полчаса или 15 минут. Это, безусловно, более высокий уровень защиты, чем ночное резервное копирование на основе ленты или диска, и, возможно, это все, что вам нужно.
  16. ^ ab "Continuous data protection (CDP) explained: True CDP vs near-CDP". ComputerWeekly.com . TechTarget. Июль 2010 . Получено 22 июня 2019 . ... копирует данные из источника в цель. True CDP делает это каждый раз, когда вносится изменение, в то время как так называемый near-CDP делает это через заранее заданные интервалы времени. Near-CDP фактически то же самое, что и моментальный снимок.... True CDP systems записывает каждую запись и копирует их в цель, где все изменения сохраняются в журнале. [новый абзац] Напротив, near-CDP/snapshot systems копируют файлы простым способом, но требуют, чтобы приложения были приостановлены и подготовлены к резервному копированию, либо через режим резервного копирования приложения, либо с помощью, например, служб теневого копирования томов (VSS) от Microsoft.
  17. ^ Понд, Джеймс (31 августа 2013 г.). «Как Time Machine Works its Magic». Советы по Apple OSX и Time Machine . Baligu.com (как зеркально отображено после смерти Джеймса Понда в 2013 г.) . Получено 10 июля 2019 г. Хранилище событий файловой системы — это скрытый журнал, который OSX ведет на каждом отформатированном в HFS+ диске/разделе об изменениях, внесенных в данные на нем. Он не перечисляет все измененные файлы, но каждый каталог (папку), в котором что-либо было изменено.
  18. ^ de Guise, P. (2009). Резервное копирование и восстановление корпоративных систем: корпоративный страховой полис. CRC Press. стр. 285–287. ISBN 978-1-4200-7639-4.
  19. ^ Wu, Victor (4 марта 2017 г.). "EMC RecoverPoint for Virtual Machine Overview". Victor Virtual . WuChiKin . Получено 22 июня 2019 г. Разделитель разделяет операции ввода-вывода записи в VMDK/RDM виртуальной машины и отправляет копию в производственный VMDK, а также в кластер RecoverPoint for VMs.
  20. ^ "Zerto или Veeam?". RES-Q Services . Март 2017 г. Получено 7 июля 2019 г. Zerto не использует технологию моментальных снимков, как Veeam. Вместо этого Zerto развертывает небольшие виртуальные машины на своих физических хостах. Эти виртуальные машины Zerto захватывают данные по мере их записи на хост, а затем отправляют копию этих данных на сайт репликации.....Однако у Veeam есть преимущество в том, что он может более эффективно захватывать и хранить данные для долгосрочных нужд хранения. Существует также значительная разница в ценах: Veeam дешевле Zerto.
  21. ^ "Agent Related". CloudEndure.com . 2019. Что делает агент CloudEndure? . Получено 3 июля 2019 г. Агент CloudEndure выполняет начальное чтение на уровне блоков содержимого любого тома, подключенного к серверу, и реплицирует его на сервер репликации. Затем агент действует как фильтр чтения на уровне ОС для захвата записей и синхронизации любых изменений на уровне блоков с сервером репликации CloudEndure, обеспечивая практически нулевую RPO.
  22. ^ Гарднер, Стив (9 декабря 2004 г.). «Резервное копирование с диска на диск против ленты — война или перемирие?». Engenio. Мирное сосуществование. Архивировано из оригинала 7 февраля 2005 г. Получено 26 мая 2019 г.
  23. ^ abc "Digital Data Storage Outlook 2017" (PDF) . Spectra . Spectra Logic. 2017. стр. 7 (твердотельное), 10 (магнитный диск), 14 (лента), 17 (оптическое) . Получено 11 июля 2018 г. .
  24. ^ abc Том Кофлин (29 июня 2014 г.). «Хранение данных в течение длительного времени». Forbes . параграф. Магнитные ленты (популярные форматы, срок хранения), параграф. Жесткие диски (активный архив), параграф. Сначала рассмотрите флэш-память при архивировании (... может не иметь хорошего срока хранения медиа-архива) . Получено 19 апреля 2018 г. .
  25. ^ abcd Jacobi, John L. (29 февраля 2016 г.). "Hard-core data conservation: The best media and methods for archiveing ​​your data". PC World . sec. Внешние жесткие диски (на полке, магнитные свойства, механические нагрузки, уязвимость к ударам), Лента, Онлайн-хранилище . Получено 19 апреля 2018 г.
  26. ^ "Технология Ramp Load/Unload в жестких дисках" (PDF) . HGST . Western Digital. Ноябрь 2007 г. стр. 3 (раздел Enhanced Shock Tolerance) . Получено 29 июня 2018 г. .
  27. ^ "Toshiba Portable Hard Drive (Canvio® 3.0)". Toshiba Data Dynamics Singapore . Toshiba Data Dynamics Pte Ltd. 2018. sec. Обзор (Внутренний датчик ударов и технология загрузки по пандусу) . Получено 16 июня 2018 г.
  28. ^ ab "Iomega Drop Guard ™ Technology" (PDF) . Hard Drive Storage Solutions . Iomega Corp. 20 сентября 2010 г. стр. 2(Что такое Drop Shock Technology?, Что такое Drop Guard Technology? (... имеет специальную внутреннюю амортизацию .... на 40% выше среднего показателя по отрасли)), 3(*ПРИМЕЧАНИЕ) . Получено 12 июля 2018 г.
  29. ^ ab John Burek (15 мая 2018 г.). «Лучшие прочные жесткие диски и твердотельные накопители». PC Magazine . Ziff Davis. Что именно делает диск прочным? (Когда диск заключен в корпус... вы в основном зависите от поставщика диска, который должен сообщить вам максимально допустимую высоту падения для диска) . Получено 4 августа 2018 г.
  30. ^ Джастин Краески; Kimber Streams (20 марта 2017 г.). «Лучший портативный жесткий диск». The New York Times . Архивировано из оригинала 31 марта 2017 г. Получено 4 августа 2018 г.
  31. ^ "Лучшие решения для долгосрочного архивирования данных". Iron Mountain . Iron Mountain Inc. 2018. sec. Более надежно (среднее время между отказами ... показатели, наилучшая практика для миграции данных) . Получено 19 апреля 2018 г. .
  32. ^ Кисселл, Джо (2011). Возьмите под контроль резервное копирование вашего Mac. Итака, Нью-Йорк: TidBITS Publishing Inc. стр. 41 (дедупликация). ISBN 978-1-61542-394-1. Получено 17 сентября 2019 г. .
  33. ^ "Symantec показывает Backup Exec немного любви к дедупликации; излагает дорожную карту дедупликации на стороне источника – DCIG". DCIG . 7 июля 2009 г. Архивировано из оригинала 4 марта 2016 г. Получено 26 февраля 2016 г.
  34. ^ "Veritas NetBackup™ Deduplication Guide". Veritas . Veritas Technologies LLC. 2016 . Получено 26 июля 2018 .
  35. ^ S. Wan; Q. Cao; C. Xie (2014). «Оптическое хранилище: новая возможность долгосрочного цифрового сохранения». Frontiers of Optoelectronics . 7 (4): 486–492. doi :10.1007/s12200-014-0442-2. S2CID  60816607.
  36. ^ Q. Zhang; Z. Xia; Y.-B. Cheng; M. Gu (2018). "Высокоёмкая оптическая длинная память данных на основе улучшенного модуля Юнга в наноплазмонных гибридных стеклянных композитах". Nature Communications . 9 (1): 1183. Bibcode :2018NatCo...9.1183Z. doi :10.1038/s41467-018-03589-y. PMC 5864957 . PMID  29568055. 
  37. ^ Бервальдт, Эрик (2014). «Полный контроль» Linux Magazine». Linux Magazine .
  38. ^ "5. Условия, влияющие на компакт-диски и DVD • CLIR". CLIR .
  39. ^ Жерар Пуарье; Фуед Бераху (3 марта 2008 г.). «Журнал 20 часов». Национальный институт аудиовизуального искусства . примерно 30-я минута теленовостного выпуска . Проверено 3 марта 2008 г.
  40. ^ "Archival Gold CD-R "300 Year Disc" Binder of 10 Discs with Scratch Armor Surface". Delkin Devices . Delkin Devices Inc. Архивировано из оригинала 27 сентября 2013 г.
  41. ^ "Optical Disc Archive Generation 2" (PDF) . Optical Disc Archive . Sony. Апрель 2016 г. стр. 12 (Первый в мире 8-канальный оптический привод) . Получено 15 августа 2019 г. .
  42. ^ Р. Микелони; П. Оливо (2017). «Твердотельные накопители (SSD)». Труды IEEE . 105 (9): 1586–88. doi :10.1109/JPROC.2017.2727228.
  43. ^ "Удаленное резервное копирование". Глоссарий EMC . Dell, Inc. Получено 8 мая 2018 г. Эффективное удаленное резервное копирование требует регулярного резервного копирования производственных данных в место, достаточно удаленное от основного местоположения, чтобы оба местоположения не были затронуты одним и тем же разрушительным событием.
  44. ^ Stackpole, B.; Hanrion, P. (2007). Развертывание программного обеспечения, обновление и исправление. CRC Press. С. 164–165. ISBN 978-1-4200-1329-0. Получено 8 мая 2018 г.
  45. ^ Gnanasundaram, S.; Shrivastava, A., ред. (2012). Хранение и управление информацией: хранение, управление и защита цифровой информации в классических, виртуализированных и облачных средах. John Wiley and Sons. стр. 255. ISBN 978-1-118-23696-3. Получено 8 мая 2018 г.
  46. ^ Ли (25 января 2017 г.). «Что резервировать — критический взгляд на ваши данные». Блог Irontree . Irontree Internet Services CC . Получено 8 мая 2018 г.
  47. ^ Preston, WC (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования открытых систем. O'Reilly Media, Inc. стр. 111–114. ISBN 978-0-596-55504-7. Получено 8 мая 2018 г.
  48. ^ Preston, WC (1999). Резервное копирование и восстановление Unix . O'Reilly Media, Inc. стр. 73–91. ISBN 978-1-56592-642-4. Получено 8 мая 2018 г.
  49. ^ "NILFS Home". Система непрерывного моментального снимка NILFS . Сообщество NILFS. 2019. Получено 22 августа 2019 .
  50. ^ ab Cougias, DJ; Heiberger, EL; Koop, K. (2003). "Глава 11: Резервное копирование открытых файлов для баз данных". Книга резервного копирования: аварийное восстановление с рабочего стола в центр обработки данных . Сетевые рубежи. стр. 356–360. ISBN 0-9729039-0-9.
  51. ^ Лиотин, М. (2003). Критически важное сетевое планирование. Artech House. стр. 244. ISBN 978-1-58053-559-5. Получено 8 мая 2018 г.
  52. ^ de Guise, P. (2009). Резервное копирование и восстановление корпоративных систем: корпоративный страховой полис. CRC Press. стр. 50–54. ISBN 978-1-4200-7639-4.
  53. ^ "Open File Backup Software for Windows". Handy Backup . Novosoft LLC. 8 ноября 2018 г. Получено 29 ноября 2018 г.
  54. ^ Reitshamer, Stefan (5 июля 2017 г.). "Устранение неполадок при резервном копировании открытых/заблокированных файлов в Windows". Блог Arq . Haystack Software. Стефан Рейтшамер — главный разработчик Arq . Получено 29 ноября 2018 г.
  55. ^ Boss, Nina (10 декабря 1997 г.). "Oracle Tips Session #3: Oracle Backups". www.wisc.edu . University of Wisconsin. Архивировано из оригинала 2 марта 2007 г. Получено 1 декабря 2018 г.
  56. ^ «Что такое режимы ARCHIVE-LOG и NO-ARCHIVE-LOG в Oracle, а также преимущества и недостатки этих режимов?». Arcserve Backup . Arcserve. 27 сентября 2018 г. . Получено 29 ноября 2018 г. .
  57. ^ Грешовник, Игорь (апрель 2016). «Подготовка загрузочных носителей и образов». Архивировано из оригинала 25 апреля 2016 года . Получено 21 апреля 2016 года .
  58. ^ Триджелл, Эндрю; Маккеррас, Пол; Дэвисон, Уэйн. "rsync(1) - страница руководства Linux". linux.die.net .
  59. ^ "Обслуживание архива". Поддержка Code42 . 2023.
  60. ^ Понд, Джеймс (2 июня 2012 г.). «12. Следует ли удалять старые резервные копии? Если да, то как?». Time Machine . baligu.com. Зеленый ящик, Серый ящик . Получено 21 июня 2019 г. .
  61. ^ Кисселл, Джо (12 марта 2019 г.). «Лучший онлайн-сервис резервного копирования в облаке». wirecutter . The New York Times. Далее следует сохранение файлов . Получено 21 июня 2019 г. .
  62. ^ abc D. Cherry (2015). Защита SQL Server: защита вашей базы данных от злоумышленников. Syngress. стр. 306–308. ISBN 978-0-12-801375-5. Получено 8 мая 2018 г.
  63. ^ Резервные копии лент — бэкдор для воров личных данных Архивировано 5 апреля 2016 года на Wayback Machine (28 апреля 2004 года). Получено 10 марта 2007 года
  64. ^ abc Preston, WC (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования для открытых систем. O'Reilly Media, Inc. стр. 219–220. ISBN 978-0-596-55504-7. Получено 8 мая 2018 г.
  65. ^ "Цель точки восстановления (определение)". ARL Risky Thinking . Albion Research Ltd. 2007 . Получено 4 августа 2019 .
  66. ^ "Recovery Time Objective (Definition)". ARL Risky Thinking . Albion Research Ltd. 2007 . Получено 4 августа 2019 .
  67. ^ ab Little, DB (2003). "Глава 2: Бизнес-требования к системам резервного копирования". Реализация резервного копирования и восстановления: Руководство по готовности для предприятия . John Wiley and Sons. стр. 17–30. ISBN 978-0-471-48081-5. Получено 8 мая 2018 г.
  68. ^ «Как работают процессы «проверки» и «записи контрольных сумм на носитель» и почему они необходимы?». Поддержка Veritas . Veritas.com. 15 октября 2015 г. Запись контрольных сумм на носитель . Получено 16 сентября 2019 г.
  69. ^ Рекомендация HIPAA Архивировано 11 апреля 2007 г. на Wayback Machine . Получено 10 марта 2007 г.

Внешние ссылки