Реферат: Резервное копирование
Диски - это не архивный носитель. И даже если предположить, что вы смогли преодолеть все остальные проблемы, связанные с резервным копированием на диски, вам следует учесть следующее. Многие организации по юридическим требованиям должны хранить данные в течение определённых периодов времени. Шансов прочитать данные с 20-летней ленты намного больше, чем с 20-летнего диска. Например, возникает вопрос, будет ли у вас необходимое оборудование, чтобы подключить старый диск к компьютеру? Ещё один момент, который следует учесть - диск намного сложнее картриджа диска. И когда мотор 20-летней давности должен будет раскрутить 20-летние дисковые пластины и над ними должны будут "парить" 20-летние головки чтения/записи, какова вероятность, что всё это будет исправно работать, пролежав без движения 20 лет?
Замечание |
Некоторые центры данных делают резервные копии на диски, а после завершения копирования эти копии записывают на ленту с целью архивации. Это позволяет максимально быстро завершить копирование в отведённом для него окне. Запись резервных копий на ленту может выполняться позже, в любое другое время дня, главное, чтобы запись на ленту закончилась к моменту, когда будет готова следующая копия. |
Но несмотря на всё вышесказанное, тем не менее, бывают ситуации, когда копирование на диске может иметь смысл. В следующем разделе мы узнаем, как такие диски можно сочетать с сетевыми технологиями для реализации вполне жизнеспособного (разве что дорогого) решения резервного копирования.
Сеть
Сама по себе сеть не может являться резервным носителем. Но в сочетании с технологиями хранения, она может сослужить хорошую службу. Например, если взять высокоскоростное сетевое подключение к удалённому центру данных с дисковыми хранилищами большого объёма, то упомянутые ранее недостатки копирования на диски перестают быть недостатками.
Когда вы делаете копию по сети, диски уже находятся далеко, поэтому необходимость куда-то перевозить очень уязвимые диски отпадает. Если скорость сети достаточна, вы также сохраняете выигрыш в скорости, который вы можете получить, выполняя резервное копирование на диски.
Однако этот подход всё же никак не решает вопрос архивного хранения (хотя здесь также можно использовать ранее упомянутый подход "сброса на ленту готовой резервной копии"). Кроме того, затраты на организацию удалённого центра данных с высокоскоростным подключением к основному центру данных делает это решение крайне дорогостоящим. Но организации, нуждающиеся в возможностях, которые может предоставить такое решение, платят эту цену без проблем.
Хранение резервных копий
Когда резервные копии сделаны, что должно произойти дальше? Очевидный ответ на этот вопрос - эти копии должны быть сохранены. Однако, совсем не так очевидно, что именно следует хранить - и где.
Чтобы ответить на эти вопросы, мы должны сначала учесть обстоятельства, при которых будут использоваться резервные копии. Можно выделить три основные ситуации:
Восстановление отдельных файлов по запросу пользователей
Глобальное восстановление при чрезвычайной ситуации
Архивное хранилище скорее всего никогда не потребуется
К сожалению, между первой и второй ситуацией существуют несовместимые противоречия. Когда пользователь удаляет файл случайно, он хочет возвратить его немедленно. Следовательно, резервный носитель должен быть не дальше нескольких метров от компьютера, на котором должны быть восстановлены данные.
В случае чрезвычайных ситуаций необходимо будет выполнить полное восстановление одного или нескольких компьютеров в вашем центре данных, а если произошедшая катастрофа будет иметь физический характер, она разрушит не только ваши компьютеры, но и все резервные копии, хранящиеся рядом. Вы окажетесь в ужасном положении.
Вопрос архивного хранилища менее спорный - вероятность того, что вы воспользуйтесь им, довольно мала, поэтому если резервный носитель хранится далеко от центра данных, это не должно быть проблемой.
Для решения этих разных задач могут быть выбраны различные подходы, в зависимости от потребностей организации. Первый возможный подход заключается в хранении копий за несколько дней у себя на месте, а затем переносить эти копии в более безопасное удалённое хранилище, когда будут созданы новые ежедневные копии.
Другой подход заключается в поддержке двух наборов носителей:
Набор носителей в центре данных, используемый исключительно для восстановления отдельных данных по запросу
Набор носителей для удалённого хранения и восстановления в случае чрезвычайных ситуаций
Конечно, наличие двух наборов п?