Что такое бэкап

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

Что это такое и как его настроить – специалисты компании DST Global рассказывают в сегодняшней статье.

Что такое бэкап сайта и зачем он нужен

Бэкапы (от англ. Backups) – это резервное копирование данных, в которых содержится частичная или полная информация о сайте. Оно нужно, чтобы организовать хранилище, защищенное от сбоев и других факторов, влияющих на работоспособность оборудования. Например, если сервер по каким-то причинам резко перейдет в негодность, то это никак не скажется на состоянии веб-ресурса. Его можно будет спокойно вернуть в прежнее состояние, потому что был совершен бэкап.

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

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

От чего защищает бэкап

Резервное копирование поможет в случаях, когда:

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

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

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

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

- Совершается простая человеческая ошибка. Иногда случается и такое, и этого нельзя избежать. Даже профессионал может допустить ошибку, поэтому важно всегда хранить все данные в отдельном и защищенном месте.

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

Какие данные нуждаются в бэкапе

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

Вот что важно сохранять:

- Базы данных. В них, как правило, содержится информация, необходимая для компании: контакты контрагентов и сотрудников, счета, номенклатура, накладные, договоры и прочее. Их потеря может привести к штрафам, задержкам поставок и ухудшении репутации, поэтому такие данные важно всегда резервировать.

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

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

- Сайты. Бэкапом веб-проектов, как правило, занимается хостинг-провайдер. 

- Виртуальные машины. Бэкап такой системы потребуется для сохранения важной информации, которая может потеряться во время сбоя устройства.

Чем бэкап отличается от архивирования и синхронизации данных

Существует несколько отличий резервного копирования от архивирования и синхронизации. Пройдемся по порядку:

- Бэкап – выполняется вручную или автоматически. Зарезервированная информация используются чаще всего в том случае, когда происходит повреждение данных.

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

- Синхронизация – предназначена для актуализации, позволяет создавать полную копию данных и системы.

Как часто нужно делать бэкапы

Частота создания резервного копирования зависит от многих факторов – объема информации, периодичности обновления файлов и их важности. Например, финансовую документацию лучше сохранять ежедневно, а вот программы или настройки можно реже – один раз в 2-3 месяца. Если говорить о более сложных вещах – таких, как серверы, то для них бэкап лучше проводить ежедневно или каждый час.

Также обращайте внимание на следующее:

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

- Частоту обновления информации. На небольшом лендинге информация изменяется редко, иногда и вовсе остается стабильной несколько лет. На подобных ресурсах делать резервное копирование можно один раз в 3-5 месяцев. Если же веб-портал постоянно обновляется, то бэкап лучше выполнять ежедневно или раз в 15 минут.

Виды бэкапов

Рассмотрим основные виды резервного копирования.

FTP-бэкапы

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

Облачные бэкапы

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

Snapshot-бэкап

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

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

HDD-бэкапы

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

CDP-бэкапы

CDP (от англ. Continuous Data Protection) – технология, позволяющая автоматически сохранять данные при их изменении. Для ее работы должен быть установлен специальный CDP-агент, который разделяет всю информацию на логические блоки. Эта программа поблочно передает файлы на CDP-сервер.

Почему данные бэкапа важно хранить отдельно от исходных данных?

Потому что в противном случае теряется весь смысл бэкапа. Это как хранить две одинаковые фотографии на смартфоне. Если девайс сломается или разобьется, вы потеряете доступ к обеим фотографиям и никакого смысла в копировании не будет. То же самое касается и файлов на ПК. Хранение данных бэкапа отдельно от исходных данных повышает надежность и безопасность резервного копирования. Это помогает гарантировать наличие доступных и надежных копий данных для восстановления в случае необходимости. 

Заключение

Согласно исследованию Avast 2020 года

65% россиян не делают бэкап, несмотря на риск потерять важную информацию. А ведь потеря данных — большая проблема в современном мире, поскольку за ней неизбежно следуют затраты времени и денег. Чтобы быть уверенным в сохранности важных данных, необходимо делать бэкапы. Сохранение резервных копий — основная составляющая безопасности данных.

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

Специалисты DST Global советуют - настроить процесс создания резервных копий так, чтобы он был простым и удобным. Пользоватся бэкапом настолько часто, насколько возможно. Использовать его для телефона, компьютера, виртуальной машины и других устройств, которыми вы пользуетесь.

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

Что такое бэкап
Получить консультацию у специалистов DST
Напишите нам прямо сейчас, наши специалисты расскажут об услугах и ответят на все ваши вопросы.
Комментарии
RSS
Очень часто я слышу фразы вроде «зачем мне бэкап, у меня же есть RAID!». Или «я делаю бэкапы на второй HDD в сервере!». Или что-то подобное. Очень часто через несколько месяцев после этого я слышу вопрос «а как мне восстановить убитые данные?». И это печалит.

Логично предположить, что это копия данных, предварительно сохраненная с целью восстановления в случае уничтожения оригинала.

Отсюда вытекает первое требование — изолированность. Не имеет смысла делать копию документов на квартиру и хранить ее там же, где оригинал. Так не имеет смысла делать копию данных и хранить ее на том же диске/в том же сервере, что и оригинал. Логично? Вполне.

Едем дальше. Если мы делаем копию данных, значит, боимся их потерять. Так? Так. Значит, все резервируемые данные для нас ценны. Так? Снова так. Отсюда второе требование — целостность. Не смысла в копировании без проверки целостности — на выходе мы вполне можем получить битые данные или потерять часть безвозвратно.

Еще один пункт. Представим, что вы удалили файл. Или не файл, а много файлов. Например, случайно сделали «rm -rf ./ test». И ушли спать, со спокойной совестью. А в полночь произошел… бэкап. Но вот незадача — настроен он был так, что создавал полную копию данных без учета версий и изменений. Т.е. удалил удаленный вами файл и на резервном носителе тоже — сделал вещь, обратную своему назначению. Представили? Третье требование — версионированность. Вы должны иметь возможность вернуть предыдущее состояние своих данных, а не только иметь две одинаковые копии.

Ну и хватит, наверное. Статья ориентирована на SOHO-пользователей, а не на энтерпрайз, поэтому требования к безопасности, скорости disaster recovery, ограниченной избыточности и прочему мы рассматривать не будем.

И что в итоге?

В итоге мы получили три требования, которым должна соответствовать система резервного копирования для того, чтобы носить это гордое имя и надежно хранить ваши данные. Изолированность защитит от сбоя оборудования или внешних факторов (пожара, потопа и т.д.), а также злонамеренного удаления данных (не позволит злоумышленнику или вирусу заразить/удалить и бэкап тоже), контроль целостности гарантирует, что зарезервированы все ваши данные и вы не останетесь у разбитого корыта при утрате основного экземпляра, узнав о проблемах слишком поздно, версионированность не даст бэкап-системе переместить пулю из ноги пользователя, который прострелил себе колено — ему же в голову.
09:03
+1
Очень интересно Владислав, можно ближе к практике
Не вопрос.

Анализируя существующую или придумывая для себя новую СРК — подумайте, соответствует ли она критериям, изложенным выше?

Пересекаются ли в одном месте основная и резервная копия? Обеспечивается ли при этом изолированность резервной? Существует ли возможность одновременно изменять файлы в основном и резервном хранилище? Существует ли значительная (более значительная, чем атомный взрыв) вероятность того, что оба носителя будут одновременно уничтожены или утеряны? Если ответ на любой из этих вопросов «да» — в системе есть ошибка. К примеру, если вы сделали бэкап файлов с ноутбука на usb flash и убрали ее в сейф — вы молодец. Если вы сделали этот бэкап и положили флешку в сумку к ноутбуку — вы не сделали бэкап.

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

Представляете ли вы себе, что будете делать, если потеряете основные данные? Есть ли (пусть простейшая) методика восстановления? Все ли ее пункты выполнимы и достаточны для получения данных? Практике известны примеры, когда бэкап делался на зашифрованный HDD, а сложный и безопасный ключ шифрования хранился не в голове у владельца и даже не на желтой бумажке, а… да-да, на том ноутбуке, откуда и делался бэкап. Как вы понимаете, при краже ноутбука данные были утрачены безвозвратно.

Проведите «учения» — представьте, что основной носитель утрачен и попытайтесь восстановиться. Уверен, с первого раза у вас ничего не выйдет, или выяснится, что многое на самом деле не совсем так, как вы представляли ранее.

Ответили? Провели? Все прекрасно? Нет, не совсем. Не забывайте о СРК. Поддерживайте ее в актуальном состоянии. Начали использовать новое ПО? Внесите его каталоги в список на бэкап. Подумайте, как его восстанавливать. Следите за состоянием резервного носителя (если это одиночный диск, флешка или NAS — он совсем не вечный). Думайте о своих данных, кроме вас этого не сделает никто.

Мифы и примеры плохих решений

Почему-то люди любят обманывать себя. Например, многие верят, что RAID заменяет бэкап и гарантирует сохранность данных. Особенно если RAID не простенький — первый, а навороченный, 5ый например.

Но RAID — не бэкап. Из определенных выше критериев в общем случае не выполняются все три — зеркальные диски не изолированы, не контролируются и не версионируются. Падение файловой системы, случайный «rm -rf /» или ошибка при работе с разделами уничтожит данные на обоих дисках и RAID ничем не поможет их сохранить. Больше того, если поврежденную FS на одном диске обычно можно восстановить хотя-бы частично, то распавшийся массив — почти всегда нет.

Распространенная схема «отдельный HDD для бэкапа» тоже нежизнеспособна. Во-первых, резервные данные доступны и уязвимы для злоумышленника, вируса или обычной ошибки на вроде вышеупомянутого «rm -rf /». Во-вторых, есть множество ситуаций, причем весьма вероятных, которые погубят одновременно оба диска. Например бурная и красивая (со спецэффектами) смерть блока питания. Или опрокинутое на компьютер уборщицей ведро воды. Или… много их.

Утилиты вроде dropbox тоже для бэкапа мало годятся — если, конечно, не предусмотрена версионируемость. Случайно испортив данные в основной копии вы потеряете и резервную, едва между ними синхронизируются изменения. Данные будет уже не вернуть.
09:05
+1
Было бы интересно увидеть, скажем, решение по инкрементальному бэкапу на Amazon Glacier для Linux, понятное для домашнего пользователя. Очень хочется иметь возможность настроить «серьёзный» бэкап за минимальные деньги.
09:07
Лично встречался со случаем когда умирающий блок питания в предсмертной агонии убил почти все комплектующие. К счастью, в тот раз одним из выживших был жёсткий диск. Прожил он, однако, после этого не долго.

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

Бэкап однозначно должен быть версифицированным. Однажды обнаружил пропажу пары ценных фотографий лишь через несколько месяцев. Хорошо, что было от куда их реанимировать.

Многие мои знакомые (почти все) справедливо считают меня параноиком, но тем не менее бэкап я храню следующим образом:

1. Делаю версифицированный бэкап локально на отдельном жёстком диске. Версифицированность получаю следующим образом: sudo rsync -av -HAX --delete -b --backup-dir="../home--`date +%Y-%m-%d--%k-%M-%S`" /home ./backups;
2. Локальный бэкап периодически целиком переправляю в прекрасное далёко. Оно достаточно далеко для того чтобы авиационный снаряд не смог одновременно уничтожить локальный и удалённый бэкапы;
3. Файлы подлежащие «вечному» хранению делаю «бессмертными» (устанавливаю атрибут immutable на ФС etx4);
4. Периодически уничтожаю ненужные дубликаты файлов появившиеся в следствии версифицированности (с помощью незамысловатых скриптов, использующих fdupes).
Вам может быть интересно
Починить сайт: эффективные решения разовых срочных задачУслуги по ремонту – профессиональная техническая помощь от IT-специалистов по налаживанию работы вашего веб-ресурса.Довольно часто возникают так...
Абонентское обслуживание сайта — это постоянная информационная (обновление...
Когда нужна переделка сайтаНеобходимость переделки...
Внести изменения на сайтИнтернет – источник информ...
Технологии развиваются с огромной скоростью, и то,...
Изготовление сайта – основополагающий, но не ключе...
Успешный проект — постоянно обновляемый прое...
Веб-студия DST Global предоставляет услуги по адми...
Так вопрос уже не стоит. С развитием облачных техн...
И если раньше, каких-то 3-5 лет назад, ею активно ...
Любой финансовый кризис открывает колоссальные воз...

Новые комментарии

Очень полезный и интересно подан материал, автору респект
Наконец простым и понятным языком объяснили что такое безголовая CMS, спасибо, полезно
Очень быстро и качественно, на данном ПО, без всяких сложностей реорганизовали свой сайт клиники
У нас как раз идёт внедрение внедрения DevSecOps. Спасибо, очень полезная статья

Заявка на услуги DST

Наш специалист свяжется с вами, обсудит оптимальную стратегию сотрудничества,
поможет сформировать бизнес требования и рассчитает стоимость услуг.

Адрес

Россия, Ижевск, ул.Салютовская,
д.1, офис 17

8 495 1985800
Заказать звонок

Режим работы: Пн-Пт 10:00-19:00

info@dstglobal.ru

Задать вопрос по почте

Укажите ваше имя
Укажите ваше email
Укажите ваше телефон