✖


Jump to content

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Около CDP [ править ]

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

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

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

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

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

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

Дифференциал [ править ]

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

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

Носители данных [ править ]

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

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

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

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

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

Жесткий диск [ править ]

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

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

Оптическое хранилище [ править ]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рядом с линией [ править ]

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

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

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

Защита данных за пределами объекта [ править ]

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

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

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

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

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

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

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

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

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

Текущие данные [ править ]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Связанные темы

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

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

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

  1. ^ «резервное копирование» . Словарь американского наследия английского языка . Хоутон Миффлин Харкорт. 2018 . Проверено 9 мая 2018 г.
  2. ^ С. Нельсон (2011). «Глава 1: Введение в резервное копирование и восстановление». Профессиональное резервное копирование и восстановление данных . Апресс. стр. 1–16. ISBN  978-1-4302-2663-5 . Проверено 8 мая 2018 г.
  3. ^ Кужиас, диджей; Хейбергер, Эл.; Куп, К. (2003). «Глава 1: Что такое катастрофа без восстановления?» . Книга резервного копирования: аварийное восстановление с настольного компьютера в центр обработки данных . Сетевые границы. стр. 1–14. ISBN  0-9729039-0-9 .
  4. ↑ Перейти обратно: Перейти обратно: а б с Джо Кисселл (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 . Архивировано из оригинала (PDF) 1 декабря 2020 года . Проверено 17 мая 2019 г.
  5. ^ Терри Салливан (11 января 2018 г.). «Руководство для начинающих по резервному копированию фотографий» . Нью-Йорк Таймс . жесткий диск... солидная компания... объявила о банкротстве... где многие... имели...
  6. ^ МакМахон, Мэри (1 апреля 2019 г.). «Что такое хранилище информации?» . мудрыйГИК . Корпорация «Гипотеза» . Проверено 8 мая 2019 г. С точки зрения подхода к управлению данными хранилище информации представляет собой вторичное пространство для хранения данных.
  7. ^ «Пять ключевых вопросов о вашем решении для резервного копирования» . sysgen.ca . 23 марта 2014 г. Имеет ли ваша компания низкую терпимость к более длительным «перебоям в доступе к данным» и/или хотели бы вы свести к минимуму время, в течение которого ваша компания может находиться без своих данных? Архивировано из оригинала 4 марта 2016 года . Проверено 23 сентября 2015 г.
  8. ^ «Инкрементное резервное копирование» . Tech-FAQ . Независимые СМИ. 13 июня 2005 г. Архивировано из оригинала 21 июня 2016 г. Проверено 10 марта 2006 г.
  9. ^ Понд, Джеймс (31 августа 2013 г.). «Как машина времени творит чудеса» . Советы по Apple OSX и Time Machine . baligu.com. Хранилище событий файловой системы, жесткие ссылки. Архивировано из оригинала 21 июня 2019 года . Проверено 19 мая 2019 г.
  10. ↑ Перейти обратно: Перейти обратно: а б Бехзад Бехташ (6 мая 2010 г.). «Почему непрерывная защита данных становится более практичной» . Аварийное восстановление/непрерывность бизнеса . Информационная неделя . Проверено 12 ноября 2011 г. Настоящий подход CDP должен фиксировать все операции записи данных, тем самым обеспечивая непрерывное резервное копирование данных и устраняя окна резервного копирования... CDP — это золотой стандарт — наиболее полная и передовая защита данных. Но технологии, близкие к CDP, могут обеспечить достаточную защиту для многих компаний при меньших сложностях и затратах. Например, снимки могут обеспечить приемлемый уровень защиты файловых ресурсов, близкий к уровню CDP, позволяя пользователям напрямую получать доступ к данным в файловом ресурсе через регулярные промежутки времени, скажем, каждые полчаса или 15 минут. Это, безусловно, более высокий уровень защиты, чем ночное резервное копирование на ленту или диск, и может быть все, что вам нужно.
  11. ↑ Перейти обратно: Перейти обратно: а б «Пояснение к непрерывной защите данных (CDP): настоящий CDP против почти CDP» . ComputerWeekly.com . ТехТаржет. Июль 2010 года . Проверено 22 июня 2019 г. ... копирует данные из источника в цель. Настоящий CDP делает это каждый раз, когда вносятся изменения, тогда как так называемый почти CDP делает это через заранее установленные интервалы времени. Near-CDP фактически аналогичен созданию моментальных снимков... Настоящие системы CDP записывают каждую запись и копируют ее в целевой объект, где все изменения сохраняются в журнале. [новый абзац] Напротив, системы, близкие к CDP/мгновенным копиям, копируют файлы простым способом, но требуют, чтобы приложения были приостановлены и готовы к резервному копированию либо через режим резервного копирования приложения, либо с использованием, например, службы теневого копирования томов Microsoft (VSS). ).
  12. ^ Понд, Джеймс (31 августа 2013 г.). «Как машина времени творит чудеса» . Советы по Apple OSX и Time Machine . Baligu.com (отражено после смерти Джеймса Понда в 2013 году) . Проверено 10 июля 2019 г. Хранилище событий файловой системы — это скрытый журнал изменений, внесенных в данные на нем, который OSX хранит на каждом диске/разделе в формате HFS+. В нем перечислены не все файлы, которые были изменены, а каждый каталог (папка), внутри которого что-либо было изменено.
  13. ^ де Гиз, П. (2009). Резервное копирование и восстановление корпоративных систем: корпоративный страховой полис . ЦРК Пресс. стр. 285–287. ISBN  978-1-4200-7639-4 .
  14. ^ Ву, Виктор (4 марта 2017 г.). «Обзор EMC RecoverPoint для виртуальных машин» . Виктор Виртуальный . УЧиКин . Проверено 22 июня 2019 г. Разделитель разделяет операции ввода-вывода записи на VMDK/RDM виртуальной машины и отправляет копию в рабочий VMDK, а также в кластер RecoverPoint для виртуальных машин.
  15. ^ «Зерто или Veeam?» . Услуги РЭС-К . Март 2017 года . Проверено 7 июля 2019 г. Zerto не использует технологию моментальных снимков, как Veeam. Вместо этого Zerto развертывает небольшие виртуальные машины на своих физических хостах. Эти виртуальные машины Zerto собирают данные по мере их записи на хост, а затем отправляют копию этих данных на сайт репликации. потребности в удержании. Существует также значительная разница в ценах: Veeam дешевле, чем Zerto.
  16. ^ «Связано с агентом» . CloudEndure.com . 2019. Что делает агент CloudEndure? . Проверено 3 июля 2019 г. Агент CloudEndure выполняет первоначальное чтение на уровне блоков содержимого любого тома, подключенного к серверу, и реплицирует его на сервер репликации. Затем агент действует как фильтр чтения на уровне ОС, перехватывая операции записи и синхронизируя любые изменения на уровне блоков с сервером репликации CloudEndure, обеспечивая практически нулевое RPO.
  17. ^ Гарднер, Стив (9 декабря 2004 г.). «Резервное копирование с диска на диск вместо ленты: война или перемирие?» . Энгенио. Мирное сосуществование. Архивировано из оригинала 7 февраля 2005 года . Проверено 26 мая 2019 г.
  18. ↑ Перейти обратно: Перейти обратно: а б с «Перспективы хранения цифровых данных на 2017 год» (PDF) . Спектры . Спектральная логика. 2017. с. 7 (твердотельный), 10 (магнитный диск), 14 (лента), 17 (оптический) . Проверено 11 июля 2018 г.
  19. ↑ Перейти обратно: Перейти обратно: а б с Том Кофлин (29 июня 2014 г.). «Хранение данных в течение длительного времени» . Форбс . пункт. Магнитные ленты (популярные форматы, срок хранения), п. Жесткие диски (активный архив), п. Сначала рассмотрите возможность использования флэш-памяти при архивировании (... возможно, у нее не будет хорошего срока службы медиаархива) . Проверено 19 апреля 2018 г.
  20. ↑ Перейти обратно: Перейти обратно: а б с д Якоби, Джон Л. (29 февраля 2016 г.). «Жесткое сохранение данных: лучшие носители и методы для архивирования ваших данных» . Мир ПК . сек. Внешние жесткие диски (на полке, магнитные свойства, механические воздействия, уязвимы к ударам), ленты, онлайн-хранилища . Проверено 19 апреля 2018 г.
  21. ^ «Технология линейной загрузки/выгрузки в жестких дисках» (PDF) . ХГСТ . Вестерн Диджитал. Ноябрь 2007. с. 3 (сек. Повышенная устойчивость к ударам) . Проверено 29 июня 2018 г.
  22. ^ «Портативный жесткий диск Toshiba (Canvio® 3.0)» . Toshiba Data Dynamics Сингапур . Toshiba Data Dynamics Pte Ltd. 2018. сек. Обзор (внутренний датчик удара и технология загрузки на рампе) . Проверено 16 июня 2018 г.
  23. ↑ Перейти обратно: Перейти обратно: а б «Технология Iomega Drop Guard™» (PDF) . Решения для хранения данных на жестких дисках . Iomega Corp., 20 сентября 2010 г., стр. 2 (Что такое технология Drop Shock?, Что такое технология Drop Guard? (… имеет специальную внутреннюю амортизацию… на 40 % выше среднего показателя по отрасли)), 3 (*ПРИМЕЧАНИЕ). . Проверено 12 июля 2018 г.
  24. ↑ Перейти обратно: Перейти обратно: а б Джон Бурек (15 мая 2018 г.). «Лучшие надежные жесткие диски и твердотельные накопители» . Журнал ПК . Зифф Дэвис. Что именно делает накопитель надежным? (Когда накопитель заключен в корпус... вы в основном зависите от поставщика накопителя, который сообщит вам номинальное максимальное расстояние падения накопителя) . Проверено 4 августа 2018 г.
  25. ^ Джастин Краески; Кимбер Стримс (20 марта 2017 г.). «Лучший портативный жесткий диск» . Нью-Йорк Таймс . Архивировано из оригинала 31 марта 2017 года . Проверено 4 августа 2018 г.
  26. ^ «Лучшие долгосрочные решения для архивирования данных» . Железная гора . Iron Mountain Inc. 2018. сек. Более надежный (среднее среднее время между сбоями... показатели, передовой опыт переноса данных) . Проверено 19 апреля 2018 г.
  27. ^ Киссел, Джо (2011). Возьмите под свой контроль резервное копирование вашего Mac . Итака, штат Нью-Йорк: TidBITS Publishing Inc., с. 41(Дедупликация). ISBN  978-1-61542-394-1 . Проверено 17 сентября 2019 г.
  28. ^ «Symantec демонстрирует Backup Exec немного любви к дедупликации; излагает дорожную карту дедупликации на стороне исходного кода – DCIG» . ДЦИГ . 7 июля 2009 г. Архивировано из оригинала 4 марта 2016 г. Проверено 26 февраля 2016 г.
  29. ^ «Руководство по дедупликации Veritas NetBackup™» . Веритас . ООО «Веритас Технологии». 2016 . Проверено 26 июля 2018 г.
  30. ^ С. Ван; Вопрос: Цао; К. Се (2014). «Оптическое хранилище: новый вариант долгосрочного цифрового хранения». Границы оптоэлектроники . 7 (4): 486–492. дои : 10.1007/s12200-014-0442-2 . S2CID   60816607 .
  31. ^ Ц. Чжан; З. Ся; Ю.-Б. Ченг; М. Гу (2018). «Оптическая память больших объемов данных большой емкости на основе повышенного модуля Юнга в наноплазмонных гибридных стеклянных композитах» . Природные коммуникации . 9 (1): 1183. Бибкод : 2018NatCo...9.1183Z . дои : 10.1038/s41467-018-03589-y . ПМЦ   5864957 . ПМИД   29568055 .
  32. ^ Бервальдт, Эрик (2014). «Полный контроль » Журнал Linux» . Журнал Линукс .
  33. ^ «5. Условия, влияющие на компакт-диски и DVD • CLIR» . КЛИР .
  34. ^ Жерар Пуарье; Фуед Бераху (3 марта 2008 г.). «Журнал 20 часов» . Национальный институт аудиовизуального искусства . примерно 30-я минута теленовостного выпуска . Проверено 3 марта 2008 г.
  35. ^ «Архивный золотой CD-R «300-летний диск» в переплете из 10 дисков с защитной поверхностью» . Устройства Делкин . Delkin Devices Inc. Архивировано из оригинала 27 сентября 2013 года.
  36. ^ «Архив оптических дисков поколения 2» (PDF) . Архив оптических дисков . Сони. Апрель 2016. с. 12 (первый в мире 8-канальный оптический привод) . Проверено 15 августа 2019 г.
  37. ^ Р. Микелони; П. Оливо (2017). «Твердотельные накопители (SSD)». Труды IEEE . 105 (9): 1586–88. дои : 10.1109/JPROC.2017.2727228 .
  38. ^ «Удаленное резервное копирование» . Глоссарий ЭМС . Делл, Инк . Проверено 8 мая 2018 г. Эффективное удаленное резервное копирование требует регулярного резервного копирования производственных данных в хранилище, достаточно удаленное от основного, чтобы на оба хранилища не повлияло одно и то же разрушительное событие.
  39. ^ Стэкпол, Б.; Ханрион, П. (2007). Развертывание, обновление и исправление программного обеспечения . ЦРК Пресс. стр. 164–165. ISBN  978-1-4200-1329-0 . Проверено 8 мая 2018 г.
  40. ^ Гнанасундарам, С.; Шривастава А., ред. (2012). Хранение и управление информацией: хранение, управление и защита цифровой информации в классических, виртуализированных и облачных средах . Джон Уайли и сыновья. п. 255. ИСБН  978-1-118-23696-3 . Проверено 8 мая 2018 г.
  41. ^ Ли (25 января 2017 г.). «Что копировать – критический взгляд на ваши данные» . Блог Айронтри . Интернет-услуги Irontree CC . Проверено 8 мая 2018 г.
  42. ^ Престон, WC (2007). Резервное копирование и восстановление: недорогие решения резервного копирования для открытых систем . O'Reilly Media, Inc., стр. 111–114. ISBN  978-0-596-55504-7 . Проверено 8 мая 2018 г.
  43. ^ Престон, WC (1999). Резервное копирование и восстановление Unix . O'Reilly Media, Inc., стр. 73–91 . ISBN  978-1-56592-642-4 . Проверено 8 мая 2018 г.
  44. ^ «Дом НИЛФС» . Система непрерывного создания снимков NILFS . Сообщество НИЛФС. 2019 . Проверено 22 августа 2019 г.
  45. ↑ Перейти обратно: Перейти обратно: а б Кужиас, диджей; Хейбергер, Эл.; Куп, К. (2003). «Глава 11: Резервное копирование открытых файлов для баз данных» . Книга резервного копирования: аварийное восстановление с настольного компьютера в центр обработки данных . Сетевые границы. стр. 356–360. ISBN  0-9729039-0-9 .
  46. ^ Лиотин, М. (2003). Критически важное сетевое планирование . Артех Хаус. п. 244. ИСБН  978-1-58053-559-5 . Проверено 8 мая 2018 г.
  47. ^ де Гиз, П. (2009). Резервное копирование и восстановление корпоративных систем: корпоративный страховой полис . ЦРК Пресс. стр. 50–54. ISBN  978-1-4200-7639-4 .
  48. ^ «Программа резервного копирования открытых файлов для Windows» . Удобное резервное копирование . ООО Новософт. 8 ноября 2018 года . Проверено 29 ноября 2018 г.
  49. ^ Райтшамер, Стефан (5 июля 2017 г.). «Устранение неполадок с резервным копированием открытых/заблокированных файлов в Windows» . Блог Arq . Программное обеспечение Haystack. Стефан Рейтшамер — главный разработчик Arq . Проверено 29 ноября 2018 г.
  50. ^ Босс, Нина (10 декабря 1997 г.). «Советы Oracle, сессия №3: Резервные копии Oracle» . www.wisc.edu . Университет Висконсина. Архивировано из оригинала 2 марта 2007 года . Проверено 1 декабря 2018 г.
  51. ^ «Что такое режимы ARCHIVE-LOG и NO-ARCHIVE-LOG в Oracle, а также преимущества и недостатки этих режимов?» . Резервное копирование Arcserve . Арксерв. 27 сентября 2018 года . Проверено 29 ноября 2018 г.
  52. ^ Грешовник, Игорь (апрель 2016 г.). «Подготовка загрузочных носителей и образов» . Архивировано из оригинала 25 апреля 2016 года . Проверено 21 апреля 2016 г.
  53. ^ Триджелл, Эндрю; Маккеррас, Пол; Дэвисон, Уэйн. «rsync(1) — справочная страница Linux» . linux.die.net .
  54. ^ «Ведение архива» . Поддержка Code42 . 2023.
  55. ^ Понд, Джеймс (2 июня 2012 г.). «12. Следует ли удалять старые резервные копии? Если да, то как?» . Машина Времени . baligu.com. Зеленая коробка, Серая коробка . Проверено 21 июня 2019 г.
  56. ^ Кисселл, Джо (12 марта 2019 г.). «Лучший онлайн-сервис облачного резервного копирования» . кусачки . Нью-Йорк Таймс. Далее идет сохранение файлов . Проверено 21 июня 2019 г.
  57. ↑ Перейти обратно: Перейти обратно: а б с Д. Черри (2015). Безопасность SQL Server: защита вашей базы данных от злоумышленников . Сингресс. стр. 306–308. ISBN  978-0-12-801375-5 . Проверено 8 мая 2018 г.
  58. ^ Резервные копии записывают на пленку лазейку для похитителей личных данных. Архивировано 5 апреля 2016 г. в Wayback Machine (28 апреля 2004 г.). Проверено 10 марта 2007 г.
  59. ↑ Перейти обратно: Перейти обратно: а б с Престон, WC (2007). Резервное копирование и восстановление: недорогие решения для резервного копирования для открытых систем . O'Reilly Media, Inc., стр. 219–220. ISBN  978-0-596-55504-7 . Проверено 8 мая 2018 г.
  60. ^ «Цель точки восстановления (определение)» . ARL Рискованное мышление . ООО «Альбион Рисерч», 2007 г. Проверено 4 августа 2019 г.
  61. ^ «Цель времени восстановления (определение)» . ARL Рискованное мышление . ООО «Альбион Рисерч», 2007 г. Проверено 4 августа 2019 г.
  62. ↑ Перейти обратно: Перейти обратно: а б Литтл, Д.Б. (2003). «Глава 2: Бизнес-требования к системам резервного копирования» . Реализация резервного копирования и восстановления: Руководство по готовности предприятия . Джон Уайли и сыновья. стр. 17–30. ISBN  978-0-471-48081-5 . Проверено 8 мая 2018 г.
  63. ^ «Как работают процессы «проверка» и «запись контрольных сумм на носитель» и зачем они нужны?» . Поддержка Веритас . Веритас.com. 15 октября 2015. Напишите контрольные суммы в СМИ . Проверено 16 сентября 2019 г.
  64. ^ Рекомендации HIPAA. Архивировано 11 апреля 2007 г. в Wayback Machine . Проверено 10 марта 2007 г.

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

Retrieved from "https://en.wikipedia.org/w/index.php?title=Backup&oldid=1225886317"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 1764ed237cbae036430bbedcfb8dc60d__1716790500
URL1:https://arc.ask3.ru/arc/aa/17/0d/1764ed237cbae036430bbedcfb8dc60d.html
Заголовок, (Title) документа по адресу, URL1:
Backup - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)