В старые добрые времена резервные копии отправлялись на магнитные ленты, некоторые из которых часто оставались в автономном режиме, если не в автономном режиме. Это затрудняло уничтожение всех резервных копий (случайно или злонамеренно), особенно если сеть / серверы были взломаны.
В наши дни резервное копирование с диска на диск - это гнев, который поднимает два вопроса:
- Обычно для установки d2d все резервные копии поддерживаются в оперативном режиме (в отличие от использования лент, вращающихся дисков и т. Д.)?
- Как обычно защищены онлайн-резервные копии? Другими словами, как ограничен доступ к носителю (например, файлам) и возможность его уничтожения? Сколько людей обычно имеют доступ? так далее..
Диск на диск через глобальную ссылку на другой сайт в порядке. Я не фанат ни того, чтобы все мои резервные копии были в сети, ни того, чтобы все мои резервные копии были на пленке. Я был в резервной игре довольно давно, и люди продолжают говорить: «Лента мертва». Я не думаю, что лента мертва. Диск 2 еще не идеальная замена. Скорость записи на магнитную ленту в некоторой степени является ограничивающим фактором, но если вы говорите о резервном копировании с чем-то вроде LTO4, вы достигнете пределов сетевой передачи задолго до того, как достигнете пределов записи на ленту. Если у вас нет 10 ГБ Ethernet. Так что, если вы выполняете резервное копирование на диск по сети, вы, вероятно, не увидите огромного удара по скорости, идущего на ленту корпоративного класса.
Резервные копии покрывают несколько непредвиденных ситуаций в большинстве случаев: случайное удаление файла, преднамеренное удаление / уничтожение данных и аварийное восстановление, а иногда и архивирование данных. В зависимости от того, что вам нужно, вам, вероятно, понадобятся данные дальше, чем следующая стойка.
Резервное копирование с диска на диск осуществляется во многих формах: от сценариев или ручных копий файлов до виртуальных ленточных библиотек и дискового хранилища, управляемого вашим программным обеспечением для резервного копирования. VTL и резервное копирование диска, управляемые вашим программным обеспечением, имеют то преимущество, что предоставляют автономное резервное копирование, которым можно управлять только через программное обеспечение резервного копирования, и, следовательно, оно не подвержено вмешательству пользователя и менее подвержено атакам вирусов или злонамеренных пользователей. Я использую дедупликацию VTL сейчас. Ранее у меня был большой кусок пространства SAN, управляемый настройкой NetBackup как дисковый накопитель. Так как мое общее хранилище на этой арене было ограничено, я использовал его для резервных копий с коротким сроком хранения и небольшим ростом.
Я не знаю о решении d2d, которое предназначено для извлечения и вращения его дисков. Поскольку большинство из них используют RAID на всех дисках. Это означает, что срок хранения ограничен размером вашего диска.
Я решительно выступаю против онлайн-резервного копирования на диск. Они не очень защищены от взлома и могут привести к несоответствиям данных. Я знаю, что многие люди, особенно здесь, на сервере, используют их, но я не думаю, что это способ сделать резервное копирование диска наиболее эффективным.
Я чувствую то же самое, разбивая зеркала и двигая диски. Большинство RAID-контроллеров справятся с этой задачей, но перестройка этого RAID-набора сопряжена с большими трудностями, и в результате ваша производительность пострадает.
источник
Хорошей особенностью резервного копирования на жесткие диски является то, что они быстрые . Используя систему на основе ленты, наша скорость записи на ленту является медленным звеном в цепочке. Я думаю, что если бы мы начали использовать жесткие диски для резервного копирования, пропускная способность нашей сети стала бы ограничивающим фактором.
Вероятно, более важным является то, что восстановление может происходить быстрее . Не только из-за скорости дисков, но и потому, что они имеют произвольный доступ, вам не нужно ждать, пока накопитель на магнитной ленте медленно или последовательно выполнит поиск, чтобы начать чтение, прежде чем вы сможете выполнить восстановление. А в ситуации аварийного восстановления время может быть критическим.
источник
Это зависит.
Резервное копирование с диска на диск идеально подходит для сценария восстановления службы. Скажем, вам нужно восстановить сбитый сервер в течение 90 минут, 24/7. Вам нужен диск на диск, особенно если вы поддерживаете сервер удаленно.
Диск на диск, реплицированное резервное копирование на удаленный сайт аварийного восстановления также отлично подходит, поскольку обеспечивает защиту от аварии, затрагивающей ваш основной центр обработки данных.
Резервное копирование с диска на диск, не реплицированное, не является хорошим выбором, если резервное копирование является частью вашего плана обеспечения непрерывности бизнеса в случае сбоя в вашем основном центре данных.
Диск на диск также не является хорошей идеей, если вам нужно сохранять большие объемы данных в течение очень долгого времени. Люди хранят ленты в старых соляных копях десятилетиями ...
ИМО, вы создаете резервную копию, чтобы удовлетворить ваши потребности в восстановлении сервиса . Долгосрочное хранение данных (не систем) выполняется архивом.
источник
Серверы с горячей заменой дисков очень полезны здесь. Вы относитесь к дискам как к ленте - вытащите их после завершения резервного копирования и перенесите их на хранение.
источник