Назад | Перейти на главную страницу

Хорошая политика резервного копирования

Достаточно ли полагаться на резервную копию, предоставленную моим провайдером, или я должен также организовать что-то за пределами площадки?

Я не уверен, будет ли оно того стоить?

Сколько стоят ваши данные? Только вам решать. Резервное копирование на S3 с помощью Джунглииск стоит дешево, как и различные варианты, такие как Mozy и Дуб паук.

Лучшая политика резервного копирования - это то, что вы тест ваши резервные копии.

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

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


Я немного уточню здесь:

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

Теперь сыграйте в игру «Все в этой комнате пропало».

Посмотри на часы. Запишите время.

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

Возьмите свои резервные копии, которых не было в этой комнате и восстановите их на своей машине этого нет в той комнате и восстановите работу всех служб. Это ваша связь с вашими пользователями, теми, которые приносят вам прибыль, в этой комнате? Если да, то сколько времени потребуется, чтобы все это снова заработало? Или у вас есть другая связь с вашими пользователями?

Теперь вы закончили тестовое восстановление.

Посмотри на часы.

Вы вышли из бизнеса, потому что восстановление данных заняло слишком много времени?

Если да, пересмотрите свою политику резервного копирования.

Итерируйте, пока не получите не из бизнеса...

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

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

Например, там, где я работаю, мы обеспечиваем резервные копии как на месте, так и за пределами предприятия, размещаемые надежной третьей стороной на срок до года. Для большинства клиентов корпоративного уровня такой комбинации достаточно. YMMV. Если у вас есть провайдер, который этого не предоставляет (или вы не готовы за это платить), и вы думаете, что вам это нужно, то вам, вероятно, следует делать свои собственные резервные копии.

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

Как говорят другие, это зависит от ценности и заменяемости данных.

Но если ваши данные достаточно важны, чтобы их стоило возиться с резервной копией вашего провайдера, то, вероятно, стоит немного дополнительных усилий, чтобы настроить сценарий или два с помощью rsync для отправки копии данных в другое место, либо в ваш дом, либо в другое удаленное место. (то есть дешевая виртуальная машина с низким объемом оперативной памяти, или служба, такая как rsync.net или bqbackup, или (если вы ей доверяете, чего я особо не делаю, некоторую реализацию «облака»).

Как и в настоящее время, если что-то неприятное случится с вашим провайдером и / или вашей возможностью связаться с ним, вы потеряете как свои активные данные, так и резервную копию.

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

Это зависит от того, какой уровень услуг в настоящее время предоставляет вам ваш провайдер. Расскажите подробнее об этом, а также о вашем окружении, пожалуйста.

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

Говоря о восстановлении, весь смысл резервного копирования заключается в возможности восстановления, поэтому вы должны спросить себя: «Насколько хорошо я могу восстановить из этого?» по любому пункту, касающемуся резервного копирования.