Зачем нужно делать внешний бэкап данных и проверять его

0 3

Зачем нужно делать внешний бэкап данных и проверять его

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

Онлайн-курс по «Архитектор высоких нагрузок» – Best Practice по HighLoad и отказоустойчивости веб-приложений. Самый полный русскоязычный курс по очень востребованным и хорошо оплачиваемым навыкам. Курс для профессионалов – нужно пройти .

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

  1. Размещать их на внешнем сервере.
  2. Проверять их создание.
  3. Разворачивать их и убеждаться, что они рабочие.

Начнем с известного публичного сервиса. Как оказалось, он тоже не делает бэкапов. Удивительно, но факт.

Зачем нужно делать внешний бэкап данных и проверять его

Тут целая инфраструктура развернута была. Наверняка весь офис на ней работал. Тут и телефония, и crm и сайты. Бэкапов почему-то не было. Интересно, почему?

Зачем нужно делать внешний бэкап данных и проверять его

Клиентов в данной ситуации понять можно. Я бы тоже офигел от того, что кто-то не делает бэкапы в 21-м веке.

Зачем нужно делать внешний бэкап данных и проверять его

Это классика жанра. Бэкапы делаем, проверяем и кладем у того же хостера. Часто слышу такие предложения у заказчиков — давайте возьмем еще один сервер тут для бэкапов. А что, удобно все в одном месте держать. Проще оплачивать, документами обмениваться.

Зачем нужно делать внешний бэкап данных и проверять его

Еще одна стандартная ситуация. Бэкапы были настроены, но в какой-то момент они перестали создаваться. Для этого надо настраивать мониторинг бэкапов.

Зачем нужно делать внешний бэкап данных и проверять его

Это пример простой неудачи в квадрате. В декабре умирает на несколько дней ihor, человек переезжает на Мастерхост, а он умирает в начале марта. Не повезло, и добавить нечего.

Зачем нужно делать внешний бэкап данных и проверять его

Человеку повезло. Всего-то двухлетней давности архив. Интересно, насколько он актуален и можно ли считать, что архива нет в таком случае?

Зачем нужно делать внешний бэкап данных и проверять его

Хостер всего лишь прилег на 3 дня, а вы сразу в панику впадаете. Надо понять и простить.

Зачем нужно делать внешний бэкап данных и проверять его

Еще один хранитель бэкапов у того же хостера, где данные. Он надеется, что хостер сейчас как-кто в ручном режиме отдаст ему бэкапы, когда у хостера просто отжали серваки, заблокировав доступ в ЦОД.

Зачем нужно делать внешний бэкап данных и проверять его

Человек делится личным опытом, который безценен. Хранить бэкапы на том же диске могут не только пользователи, но и хостеры! Не стоит надеяться на их бэкапы. Делайте всегда свои.

Зачем нужно делать внешний бэкап данных и проверять его

3 дня ждут! Интересно, сколько еще готовы ждать? Я обычно переезжаю, если простой 6 и более часов. Если хостер такое допускает, то лучше с ним прекратить сотрудничество. Чем раньше начнешь переезд, тем быстрее все восстановишь. В описываемых мной случаях хостеры прилегли на несколько дней. А мастерхост уже 5 дней лежит. ihor хоть через 3 поднялся почти полностью.

Зачем нужно делать внешний бэкап данных и проверять его

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

Зачем нужно делать внешний бэкап данных и проверять его

Зачем нужно делать внешний бэкап данных и проверять его

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

Зачем нужно делать внешний бэкап данных и проверять его

Доведенный до отчаяния пользователь хостинга Мастерхост после трех дней ожидания готов на неожиданные поступки. Человек решил применить ведические практики для торжества справедливости.

Зачем нужно делать внешний бэкап данных и проверять его

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

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

В завершении пару моих материалов на тему бэкапов:

  • Бэкап сайта на Яндекс.Диск
  • Бэкап с помощью rsync

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

Онлайн-курс «Архитектор высоких нагрузок»

Онлайн-курс «Архитектор высоких нагрузок» – Best Practice по HighLoad и отказоустойчивости веб-приложений. Программа создана специально для веб-разработчиков, тимлидов команд веб-разработки, архитекторов и технических руководителей. Курс для профессионалов – нужно пройти вступительный тест. Выпускники онлайн-курса смогут:

  • создавать веб-приложения, которые легко масштабировать
  • обеспечивать отказоустойчивость веб-приложений даже при падении серверов
  • правильно использовать шаблоны (кеширование, реплицирование, шардирование, индексирование)
  • работать с инструментами, разработанными Google, Mail.Ru Group, Yandex

Проверьте себя на вступительном тесте и смотрите программу детальнее по .
Источник

Оставьте ответ

Ваш электронный адрес не будет опубликован.

20 − тринадцать =