Что такое бэкап файлов
Как скачать резервную копию сайта
Через личный кабинет. Перейдите в карточку хостинга вашего сайта и нажмите «Резервные копии». Скачайте нужную вам версию сайта. Для этого:
Во вкладке Резервные копии в выпадающих списках выберите нужный домен и дату. Напротив домена нажмите Сформировать архив. Если вы хотите, чтобы ссылка на скачивание архива пришла вам на почту, поставьте галочку напротив графы «Выслать ссылку на почту»:
После чего резервная копия поставит в очередь на архивирование, который вы сможете скачать.
Через панель управления хостингом. Способ скачивания бэкапов с панелей ISPmanager, cPanel, Plesk описан в инструкции.
Почему резервное копирование важно для бизнеса
По результатам исследования «Лаборатории Касперского» в 2018 году, для крупных компаний ущерб от потери данных, в том числе репутационный, может превышать $1 млн. При этом средний размер ущерба увеличивается ежегодно.
Резервное копирование важно для бизнеса, так как позволяет иметь неизменяемый архив данных и файлов (документов, контактов, переписок, бухгалтерского учета), который защищен от случайного удаления или изменения, вирусов-шифровальщиков, ошибок в системе, аварий внешней среды (экстренное отключение света), отказа жестких дисков и других сбоев.
Резервное копирование больше не является сложным комплексом из набора различного ПО и серверов. Все задачи резервного копирования для бизнеса возможно решить быстро и навсегда: от бэкапа документов на устройстве с облачным доступом, до сложных систем при отсутствии виртуализации в компании Иван Поленовский продуктовый менеджер SberCloud
Таким образом, резервное копирование позволяет бизнесу минимизировать риски, связанные с репутационными и финансовыми потерями, а также нарушением действующих бизнес-процессов.
Как будет работать автоматизация
Мы научились создавать бэкапы, но пока всё делается вручную. Это не дело — нужно, чтобы компьютер следил за этим сам.
Самый простой способ автоматизировать бэкапы — настроить выполнение команд по времени, например каждые 10 минут. Работает это так:
- Когда проходят очередные 10 минут, компьютер запускает нашу команду на создание бэкапа.
- Если флешка вставлена — всё отлично, бекап делается, данные в безопасности.
- Если флешка не вставлена — компьютер попытается выполнить нашу команду, не найдёт флешки и просто закончит выполнение команды.
- В итоге достаточно будет вставить флешку, и через 10 минут у вас начнёт создаваться актуальная резервная копия всех важных данных.
Интервал в 10 минут мы выбрали сами — можно поставить и раз в минуту, и раз в день, всё зависит от того, насколько часто у вас обновляются за день нужные данные.
Что дальше
Резервное копирование по времени — просто, но неоптимально. Намного круче запускать создание бэкапов именно в тот момент, когда мы вставляем флешку в компьютер. Как это сделать, расскажем в будущих статьях. Подписывайтесь на нас везде, где ещё можно 🙂
Закон Мёрфи гласит: если плохое может случиться — оно случится. Бутерброд всегда падает маслом вниз. Сайты тоже падают. Но есть отличный способ снова «поднять их» — загрузить резервную копию и всё вернуть. 💾
Где лучше хранить резервные копии
HDD-бэкапы
Процесс резервного копирования данных на жёсткий диск HDD При этом устройство может быть как стационарным, так и внешним (съёмным). Выполнять данную операцию можно как в ручном режиме, так и автоматически при помощи специальных программ.
Руками
Это самый ненадёжный способ, занимает много времени, можно забыть вовремя сделать копию.
Случайное удаление
Человеческий фактор, когда сам владелец данных или кто-то другой случайно удалил. В таком случае файл можно восстановить, так как при удалении файла место в файловой системе помечается как свободное, но сами данные остаются на диске. Однако на это место могут быть записаны новые данные, поэтому восстановление нужно делать незамедлительно.
В чём задача
Задача — сделать так, чтобы важные файлы на нашем компьютере копировались в безопасное место без нашего участия. Например, можно иметь безопасную флешку, на которую при подключении будут записываться свежие версии важных файлов.
Важно, чтобы это происходило автоматически, то есть без вашего участия. Если флешка вставлена, на неё всё копируется само. Если не вставлена, ничего не происходит.
Решение будет состоять из двух частей:
- Нечто, что будет копировать файл без нашего участия.
- Нечто, что будет запускать копирование в нужный момент.
А что, если мне нужно создать бэкап нескольких папок?
Чтобы сделать копии нескольких папок, нужно выполнить несколько команд подряд — сначала для одной папки, потом для другой и так далее. Компьютер сделает всё по очереди.
rsync -av --delete /Users/mike/Pictures /Volumes/WIN10_64/Pictures
rsync -av --delete /Users/mike/Misic /Volumes/WIN10_64/Music
Кража/утеря компьютера
Компьютер в таком случае удастся вернуть с малой долей вероятности. Ещё меньше шансов, что данные на нём останутся в целости.
Вредоносное ПО
Различные программы-вымогатели, которые шифруют пользовательские файлы и требуют выкуп за их расшифровку. Исследователи и антивирусные компании помогают расшифровать данные и публикуют ключи к некоторым шифровальщикам, но далеко не ко всем. Однако, если на данный момент ключа расшифровки на ваш тип вымогателя нет, есть шанс что он появится в будущем. в таком случае зашифрованный носитель лучше сохранить до лучших времён. Чего точно не стоит делать — это платить вымогателям: в этом случае кроме данных есть риск потерять ещё и деньги.
Поломка носителя
Тут всё сильно зависит от типа неисправности. В некоторых случаях данные со сломанного HDD или SSD восстановить можно за внушительную сумму, но иногда потери безвозвратны (даже за все деньги мира). Также есть риск нарваться на недобросовестных мастеров, которые вместо восстановления данных могут угробить их окончательно.
Аппаратное и программное обеспечение, облачные решения для РК
При размещении копий используются различные подходы, которые могут применяться вместе или отдельно:
- Аппаратное обеспечение — жесткие диски, NAS-хранилища, DVD и Blu-ray, ленточные устройства.
- Программное обеспечение — софт для автоматизации резервирования с возможностью настройки периодичности, уровней резервирования и других параметров;
- Облачные сервисы — решения для удаленного хранения резервных копий с возможностью масштабирования выделенного пространства и получения доступа к ним с любого устройства. Сервис уже включает все необходимые компоненты для резервного копирования.
Примечание:
По статистике исследовательской компании Allied Market Research, к 2023 году объем мирового рынка программного обеспечения для резервного копирования и восстановления данных в облаке будет составлять $22,22 млрд. При этом лидеры рынка — компании Veeam Software, Symantec Corporation, IBM и Dell EMC.
- Что такое резервное копирование и какие задачи решает
- Почему резервное копирование важно для бизнеса
- Чем бэкап отличается от архивирования и синхронизации данных
- Как часто, в каком объеме и какие данные следует копировать
- Где и как хранить резервные копии
- Аппаратное и программное обеспечение, облачные решения для РК
У нас идёт цикл об информационной суверенности: как не зависеть от зарубежных сервисов в важных компьютерных делах. Сейчас говорим о защите важных файлов. Эта операция из нескольких этапов:
- Настройка автоматического копирования на компьютере ← вы здесь.
- Запуск собственного удалённого файлового сервера ← на следующей неделе.
- Настройка автоматического копирования на свой сервер.
Как часто, в каком объеме и какие данные следует копировать
Резервное копирование может требовать значительных ресурсов. Правила по созданию бэкапов следует разрабатывать так, чтобы затраты на процесс не превышали суммы потенциального ущерба от потери данных.
При этом периодичность создания бэкапов должна зависеть от их масштабов, частоты обновления файлов и их важности. К примеру, копии финансовых документов, дополняемых или изменяемых ежедневно, желательно делать тоже каждый день. А вот копии рабочей станции, программ и настроек допустимо делать раз в три месяца. Периодичность копирования серверов, на которых хранятся данные, зависит от критичности систем. Но принятым стандартом является ежедневное копирование, так как от работы серверов зависит работа всех сотрудников и бизнеса компании.
Объем создаваемых бэкапов зависит от количества значимых файлов и данных (переписок, контактов и других). При этом в компании должна быть разработана стратегия РК, в которой определены типы файлов и данных для обязательного сохранения.
- общие файлы, не изменяемые в процессе использования (например, инструкции, внутренние регламенты и другие) сохраняют только один раз — при общем копировании;
- важные, часто используемые данные (бухгалтерские отчеты, конструкторские разработки, проекты разработки и другие) сохраняют на регулярной основе (частота определяется компанией);
- временные или устаревшие файлы можно не включать в перечень резервного копирования.
Настраиваем расписание в Mac OS и Linux
За запуск команд по расписанию в Mac OS и Linux отвечает команда crontab. У неё много параметров и возможностей, но сейчас нас интересует только одно — как с её помощью запускать нашу команду для бэкапа раз в 10 минут.
Для этого делаем так.
- В терминале пишем команду crontab -e и нажимаем Enter.
- Появляется окно редактора, где нужно нажать сначала s, а потом вставить такую строчку:
- Нажимаем сначала Esc, а потом по очереди :wq (двоеточие, потом w, потом q) — это сохранит нашу команду и закроет редактор.
- Проверяем, что всё записалось командой crontab -l — мы должны увидеть свою команду.
За запуск каждые 10 минут отвечает начало команды — */10 * * * * . Остальные звёздочки отвечают за часы, дни, недели и месяцы, а косая черта — за постоянное повторение каждые сколько-то минут.
Теперь 6 раз в час наша команда будет запускаться и следить за актуальностью резервной копии. Если нужно несколько команд, то просто добавьте новые строчки и сохраните всё таким же образом.
Сохраняем и выходим из редактора Убеждаемся, что наша команда на месте и расписание действует Чтобы всё работало без сбоев, в Системных настройках нужно выбрать раздел «Защита и безопасность» → «Доступ к диску». В нём нажать на плюсик, потом ⇧+⌘+G, вставить /usr/sbin/cron и нажать Enter. В списке появится cron, а это значит, что он может выполнять любые задачи с файлами в любой момент
Для сайтов на WordPress
Здесь резервное копирование нужно настроить самостоятельно. Для настройки резервного копирования на WordPress чаще всего используют плагины. Мы отобрали для вас три бесплатных плагина:
-
— простой плагин, переведённый на русский, который позволяет сделать резервную копию всего сайта в WordPress, включая не только медиа и базу данных, но и тему и используемые плагины. — более гибкий плагин для создания бэкапов и планирования заданий. Отметим, что для восстановления резервных копий придётся воспользоваться phpMyAdmin. — популярный плагин для создания бэкапов и восстановления из них. Одно из главных преимуществ: возможность передать бэкапы в Dropbox, Google Диск, FTP, по email.
Если ваш сайт сделан на REG.Site — сервисе для создания сайтов на WordPress — никаких плагинов устанавливать не нужно. Резервные копии создаются автоматически ночью и хранятся 30 дней.
Что нужно резервировать
Для начала нужно определиться с данными, которые необходимо «бэкапить». В первую очередь это те файлы, утеря которых недопустима, во вторую — те данные, на восстановление которых потребуется много времени.
Например, это могут быть:
- базы менеджера паролей (бэкапить нужно обязательно, иначе есть риск потерять доступ ко многим сервисам, восстановить который будет проблематично или невозможно)
- рабочие документы
Хоть мы здесь говорим о работе, но не стоит забывать и о личных файлах.
- архив фотографий и видео
- творческие проекты
Список можно продолжать.
FTP-бэкапы
FTP-backup — метод, который предназначен для резервного копирования сайтов (или любых других данных). Именно он чаще всего используется хостинг-провайдерами в виде дополнительной услуги, потому что бэкап файлов клиента можно настроить автоматически. Суть этого метода в том, что провайдер выделяет необходимый объём дискового пространства на отдельном FTP-сервере и сохраняет туда данные сайтов своих клиентов.
Скриптами
Не требуется дополнительный софт, но нужно умение написать скрипты и настроить планировщик задач.
Пример .bat файла для Windows, который копирует файлы с одного HDD на другой. Копируются только новые и изменённые файлы.
1 | robocopy D:\work_dir F:\backup /mir /log:backup_log.txt |
Обратите внимание флаг /mir обозначает полную синхронизацию папок — это означает, что файлы, удалённые в первой папке удалятся также во второй папке, возможно это подойдёт не всем. Но там есть куча других опций.
Настраиваем резервное копирование в Mac OS и Linux
Чтобы скопировать данные из одного места в другое, во всех дистрибутивах Linux, UNIX и Mac OS используют команду rsync. Она почти всегда идёт в комплекте с системой и решает только одну задачу — что-то куда-то копирует, при этом сам процесс можно настроить довольно гибко.
Общий вид команды такой:
rsync -как_копируем что_копируем куда_копируем
Что_копируем — это путь к папкам, где лежат наши данные. Их мы будем копировать
Куда_копируем — это путь к папке, где будет храниться бэкап. Если второй папки нет, программа сама её создаст. Если папка на другом устройстве, а самого устройства в системе нет, rsync может завершить работу.
-как_копируем — её параметры копирования. Их очень много; если нужен полный список, наберите rsync --help. Сейчас нас интересует только два параметра — архив и вывод на экран. Для справки — вот полный перечень:
Чтобы команда знала, что нам нужно не просто скопировать, а сделать бэкап, используется ключ -a. Без него компьютер будет просто копировать файлы каждый раз, даже если в резервной копии они уже есть, и тратить на это каждый раз много времени. А с ключом -a команда поймёт, что это бэкап, и не будет туда добавлять те файлы, которые там уже есть. А если в бэкапе будет лежать старая версия, а у нас уже новая, то она просто заменит старую на новую, чтобы у нас всегда были актуальные данные.
Вывод на экран — необязательный параметр, который не влияет на экран, но сейчас нам он пригодится. Его смысл в том, что так компьютер будет выводить название каждого файла, который он копирует в данный момент, — так мы увидим, что всё работает как нужно.
Ещё есть ключ --delete — он означает, что если в исходной папке какой-то файл уже удалён, то и в бэкапе его тоже нужно удалить. Если вам в резервных копиях нужна точная копия какой-то папки — добавляйте этот параметр при запуске.
Например, если нам нужно на флешке сделать бэкап папки с фотографиями, то пишем такую команду:
rsync -av /Users/mike/Pictures /Volumes/WIN10_64/Pictures
Вот что она означает:
- rsync — название нашей команды;
- -av — добавляем архивный ключ и вывод процесса на экран;
- /Users/mike/Pictures — здесь лежат фотографии;
- /Volumes/WIN10_64/Pictures — на флешке с названием WIN10_64 появится папка Pictures, в которой будет лежать бэкап.
Если бы нам понадобилось сделать не архивный бэкап (со всеми старыми файлами), а точную копию папки с фото, то добавился бы ключ --delele:
rsync -av --delete /Users/mike/Pictures /Volumes/WIN10_64/Pictures
Что за пути к файлам? В наших примерах используются адреса файлов, которые применяются в Linux и Mac OS. В них отсчёт идёт не от физического диска, как в Windows, а от корневой папки системы. В папке есть подпапка Users, где живут данные разных пользователей системы. В папке Users лежит папка mike — это папка пользователя Миши. Внутри этой папки уже лежат все его документы.
В Windows это выглядело бы, например, так: C:/Users/mike/Pictures .
Запускаем команду в терминале. Благодаря ключу -v виден весь процесс создания резервной копии Открываем две папки и смотрим содержимое. Всё совпадает, значит, команда работает как нужно
Облачные бэкапы
Облачное резервное копирование — один из самых удобных способов из бэкапов, который позволяет размещать в своих хранилищах данные любых видов и объёмов: от отдельных файлов до операционных систем, до физических или виртуальных серверов.
Часто, выбирая такой тип бэкапа, пользователи также получают ряд дополнительных услуг, например, шифрование данных, гранулярное восстановление приложений и так далее.
Неудачное обновление операционной системы
И такое бывает. Например, обновление Windows 10, поступившее в октябре 2018 года, удалило файлы, которые лежали в профильных папках у тысяч пользователей.
Настраиваем расписание в Windows
Самый простой способ сделать что-то по расписанию в Windows — использовать «Планировщик заданий». Это встроенная программа с неудобным интерфейсом, но базовые вещи в ней можно настроить.
Главный минус «Планировщика» в том, что большинство служебных задач в нём сделать сложно — нужно заполнить много полей, настроек и постоянно следить за тем, от имени какого пользователя это делается.
Для запуска планировщика выберите Пуск → Средства администрирования → Планировщик заданий.
Интерфейс планировщика. Много настроек, окон, вкладок, полей и меню
Мы пойдём другим путём — используем программу nnCron Lite. Это аналог crontab для Windows того же Николая Немцова. Скачиваем программу и устанавливаем её в папку C:\cron, чтобы было проще запускать.
Теперь нужно сказать программе, что и как запускать. Для этого в ней есть специальный текстовый файлик cron.tab — его нужно отредактировать.
Заходите в папку с программой C:\cron, находите там файл cron.tab, открываете в Блокноте. Логика наполнения такая же, как в MacOS: сначала звёздочками указываем периодичность запуска, а потом пишем команду, которую нужно выполнить. В нашем случае это будет так:
*/10 * * * * nnbackup.exe sync -i C:\Users\Mike\Pictures\ -o F:\Pictures\ -v -da
Правой кнопкой мыши щёлкаем на файле cron.tab и выбираем Блокнот Содержимое нашего файла в Windows. Сохраняйте, закрывайте
Виды бэкапов
Давайте перечислим наиболее известные методы создания резервных копий и назовём их особенности.
Для Dedicated-серверов
Если говорить о дедиках, вы можете заказать «Бэкап сервера» или прочитать инструкцию из нашей Базы знаний, чтобы сделать резервную копию вручную, используя ISPmanager.
Интересный факт: почему же день бэкапа отмечается 31 марта
Международный день резервного копирования (World Backup Day) или День бэкапа выбрали сами пользователи сайта социальный новостей Реддит :). Дело в том, что большие потери информации случались именно 1 апреля — кто-то очень интенсивно «шутил». До сих пор существует целая группа первоапрельских вирусов, которые активизируются именно в этот день.
Для виртуального хостинга
Что такое бэкап сайта и зачем он нужен
Бэкап (backup) — это резервная копия данных, которая содержит всю информацию о сайте или ваших персональных данных. Хранится бэкап на компьютере, сервере или в облачном хранилище.
Резервная копия нужна на случай, если с оригиналом что-то случится. Например, ваш пушистый друг случайно нажмёт на кнопку «Удалить», начнётся армагедон или просто сгорит компьютер — всё это не страшно, если есть бэкап.
Любой ценной информации нужны бэкапы: семейным фото, почтовой переписке, рабочим документам. Но особенно — сайтам. И на это есть три причины.
- Для перестраховки. Например, если вы забыли продлить хостинг или случились какие-то проблемы с сервером — любая из этих проблем может стоить вам сайта.
- Взлом сайта. По разным причинам сайт могут взломать, внедрить в него вредоносный код, и этим нарушить его работу. Конечно, современные CMS с каждым годом улучшают степень защиты сайтов, но и забывать про закон Мёрфи, упомянутый выше, не стоит. Поэтому один из способов от них избавиться от вирусов — восстановить чистую резервную копию.
- Изменения веб-ресурса. Если вы решили поработать над архитектурой, функционалом, дизайном сайта, также важно сделать резервную копию, чтобы быстро откатиться на более раннюю версию при любых ошибках.
- Переезд. Бэкап сайта может пригодиться в случае переезда сайта с одного хостинг-провайдера на другой. Либо при его переносе с локального сервера на хостинг.
- Человеческий фактор. Иногда сайтам угрожают их же владельцы. «Случайно удалил», «нажал не туда», «переделал, а теперь хочу всё вернуть» — слышали эти фразы? Люди несовершенны, всем нам свойственно ошибаться. А сайт без бэкапа не прощает ошибок.
Админы даже шутят друг про друга — говорят, что есть «те, кто делает бэкапы, и те, кто уже делает бэкапы». «Уже» — потому что потеря данных запоминается на всю жизнь.
Пожар, наводнение, землетрясение
CDP-бэкапы
Технология CDP (Continuous Data Protection) — буквально непрерывная защита данных. Выбирая этот вид резервного копирования, вы можете автоматически сохранять данные при каждом их изменении.
Но для этого нужно установить на сервер специальное ПО — CDP-агент, которое разделяет всю информацию на логические блоки. После чего программа начинёт поблочно передавать файлы в хранилище бэкапов — на CDP-сервер. После первой загрузки программа будет отправлять на сервер только те блоки данных, которые как-либо изменялись, что неплохо сэкономит и место на сервере, и ваше время.
Что ещё почитать по теме
Чтобы обезопасить систему от сбоя, а себя от потери важной информации, делайте бэкапы не только 31 марта, но и несколько раз в месяц. Согласитесь, что будет обидно потерять сайт, в который вы вложили не только деньги, но и душу.
Очень часто я слышу фразы вроде «зачем мне бэкап, у меня же есть RAID!». Или «я делаю бэкапы на второй HDD в сервере!». Или что-то подобное. Очень часто через несколько месяцев после этого я слышу вопрос «а как мне восстановить убитые данные?». И это печалит.
В статье я хочу немного порассуждать о том, что такое «резервное копирование» и какая схема такого копирования поможет защититься от потери своих данных. Ну и попытаться обличить некоторые мифы и вредные привычки.
Большинство, думаю, ничего для себя нового не найдет, но если вы все еще относитесь к категории тех, кто бэкапы не делает или делает, но это не бэкапы — добро пожаловать!
Требования?
Давайте определимся с терминологией. Что такое резервная копия?
Логично предположить, что это копия данных, предварительно сохраненная с целью восстановления в случае уничтожения оригинала.
Отсюда вытекает первое требование — изолированность. Не имеет смысла делать копию документов на квартиру и хранить ее там же, где оригинал. Так не имеет смысла делать копию данных и хранить ее на том же диске/в том же сервере, что и оригинал. Логично? Вполне.
Едем дальше. Если мы делаем копию данных, значит, боимся их потерять. Так? Так. Значит, все резервируемые данные для нас ценны. Так? Снова так. Отсюда второе требование — целостность. Не смысла в копировании без проверки целостности — на выходе мы вполне можем получить битые данные или потерять часть безвозвратно.
Еще один пункт. Представим, что вы удалили файл. Или не файл, а много файлов. Например, случайно сделали «rm -rf ./ test». И ушли спать, со спокойной совестью. А в полночь произошел… бэкап. Но вот незадача — настроен он был так, что создавал полную копию данных без учета версий и изменений. Т.е. удалил удаленный вами файл и на резервном носителе тоже — сделал вещь, обратную своему назначению. Представили? Третье требование — версионированность. Вы должны иметь возможность вернуть предыдущее состояние своих данных, а не только иметь две одинаковые копии.
Ну и хватит, наверное. Статья ориентирована на SOHO-пользователей, а не на энтерпрайз, поэтому требования к безопасности, скорости disaster recovery, ограниченной избыточности и прочему мы рассматривать не будем.
И что в итоге?
В итоге мы получили три требования, которым должна соответствовать система резервного копирования для того, чтобы носить это гордое имя и надежно хранить ваши данные. Изолированность защитит от сбоя оборудования или внешних факторов (пожара, потопа и т.д.), а также злонамеренного удаления данных (не позволит злоумышленнику или вирусу заразить/удалить и бэкап тоже), контроль целостности гарантирует, что зарезервированы все ваши данные и вы не останетесь у разбитого корыта при утрате основного экземпляра, узнав о проблемах слишком поздно, версионированность не даст бэкап-системе переместить пулю из ноги пользователя, который прострелил себе колено — ему же в голову.
Ближе к практике.
Анализируя существующую или придумывая для себя новую СРК — подумайте, соответствует ли она критериям, изложенным выше?
Пересекаются ли в одном месте основная и резервная копия? Обеспечивается ли при этом изолированность резервной? Существует ли возможность одновременно изменять файлы в основном и резервном хранилище? Существует ли значительная (более значительная, чем атомный взрыв) вероятность того, что оба носителя будут одновременно уничтожены или утеряны? Если ответ на любой из этих вопросов «да» — в системе есть ошибка. К примеру, если вы сделали бэкап файлов с ноутбука на usb flash и убрали ее в сейф — вы молодец. Если вы сделали этот бэкап и положили флешку в сумку к ноутбуку — вы не сделали бэкап.
Обеспечивает ли ваша схема целостность данных? К примеру, если на резервном носителе закончится место и копия не сможет корректно сохраниться — вы об этом узнаете?
Обеспечивает ли она полноту? Если это приложение — сохранены ли настройки, если база данных — схема и т.д.?
Можно ли из существующей копии получить работающий оригинал? Или чего-то не хватает?
Представляете ли вы себе, что будете делать, если потеряете основные данные? Есть ли (пусть простейшая) методика восстановления? Все ли ее пункты выполнимы и достаточны для получения данных? Практике известны примеры, когда бэкап делался на зашифрованный HDD, а сложный и безопасный ключ шифрования хранился не в голове у владельца и даже не на желтой бумажке, а… да-да, на том ноутбуке, откуда и делался бэкап. Как вы понимаете, при краже ноутбука данные были утрачены безвозвратно.
Проведите «учения» — представьте, что основной носитель утрачен и попытайтесь восстановиться. Уверен, с первого раза у вас ничего не выйдет, или выяснится, что многое на самом деле не совсем так, как вы представляли ранее.
Ответили? Провели? Все прекрасно? Нет, не совсем. Не забывайте о СРК. Поддерживайте ее в актуальном состоянии. Начали использовать новое ПО? Внесите его каталоги в список на бэкап. Подумайте, как его восстанавливать. Следите за состоянием резервного носителя (если это одиночный диск, флешка или NAS — он совсем не вечный). Думайте о своих данных, кроме вас этого не сделает никто.
Мифы и примеры плохих решений
Почему-то люди любят обманывать себя. Например, многие верят, что RAID заменяет бэкап и гарантирует сохранность данных. Особенно если RAID не простенький — первый, а навороченный, 5ый например.
Но RAID — не бэкап. Из определенных выше критериев в общем случае не выполняются все три — зеркальные диски не изолированы, не контролируются и не версионируются. Падение файловой системы, случайный «rm -rf /» или ошибка при работе с разделами уничтожит данные на обоих дисках и RAID ничем не поможет их сохранить. Больше того, если поврежденную FS на одном диске обычно можно восстановить хотя-бы частично, то распавшийся массив — почти всегда нет.
Распространенная схема «отдельный HDD для бэкапа» тоже нежизнеспособна. Во-первых, резервные данные доступны и уязвимы для злоумышленника, вируса или обычной ошибки на вроде вышеупомянутого «rm -rf /». Во-вторых, есть множество ситуаций, причем весьма вероятных, которые погубят одновременно оба диска. Например бурная и красивая (со спецэффектами) смерть блока питания. Или опрокинутое на компьютер уборщицей ведро воды. Или… много их.
Утилиты вроде dropbox тоже для бэкапа мало годятся — если, конечно, не предусмотрена версионируемость. Случайно испортив данные в основной копии вы потеряете и резервную, едва между ними синхронизируются изменения. Данные будет уже не вернуть.
Вместо заключения
Берегите свои данные, потратив 15 минут «до» — можно сэкономить 15 часов «после». Не забывайте бородатый анекдот про тех, кто не делает бэкапы и тех, кто их уже делает.
Как делать резервные копии
Что делаем
Сначала напишем скрипт, который делает бэкапы, а потом настроим всё так, чтобы он запускался автоматически. Звучит сложно, но на деле всё займёт 5 минут.
Скрипт мы сделаем с помощью системной утилиты rsync на Linux или Mac OS. На Windows используем утилиту nnBackup.
Автоматику будем запускать с помощью crontab — планировщика задач для Linux и Mac OS. На Windows используем либо встроенный планировщик задач, либо nnCron — клон crontab.
Большинство автоматизаций делается на скриптах и выполняется в терминале (командной строке). Достаточно разобраться с этим один раз, чтобы оценить всю мощь и глубину такого подхода. Помните, во всех фильмах про хакеров они что-то пишут, бегут строчки кода и всё работает? Будем делать то же самое.
Зачем нужны бэкапы
Необходимость в резервной копии важных данных возникает внезапно, и часто бывает уже поздно. Мы расскажем про основные риски потери данных, расположим их по мере сложности восстановления.
Чем бэкап отличается от архивирования и синхронизации данных
Резервное копирование, архивирование и синхронизация данных отличаются по принципу работы и использования.
- Резервное копирование выполняется вручную или автоматически, а резервные копии используются только для восстановления данных в случае повреждения или потери рабочего первоисточника.
- Архивирование предназначено для создания копии данных, актуальной на тот момент. Этот метод нужен для сохранения исторических данных (отчеты, исследования, завершенные проекты) без возможности последующего дополнения. Для обновления или дополнения нужно создавать новый архив.
- Синхронизация предназначена для поддержания актуальности данных в выбранных хранилищах. Также позволяет создавать полную копию данных и системы, которую можно воспроизвести на любом устройстве. Например, для переноса данных со смартфона на смартфон. В выбранном хранилище создается полная копия первоисточника и изменяется вместе с ним. При этом она не является методом РК, так как все ошибки и сбои в исходном файле будут автоматически перенесены и на файлы-дубликаты.
Специальными программами
Удобный способ, есть как бесплатный так и платный софт с множеством опций, как сжатие или шифрование бэкапов, встроенное расписание. Самые популярные примеры:
- Acronis True Image
- Ashampoo Backup Pro
- EaseUS
Каждый должен определиться с набором данных, рисками и выбрать для себя оптимальную частоту и способ резервного копирования. Но сделать это нужно до того как какой-нибудь из рисков воплотится.
По результатам исследования компании Avast, 65% россиян не создают копии личных данных и файлов, а 26% опрошенных просто не знают, как это сделать. При этом резервное копирование — один из способов сохранения информации на случай вредоносных атак, сбоев в системе, отказа жесткого диска и других проблем.
О том, что такое резервное копирование, почему его стоит выполнять и как это делать — рассказываем в статье.
Что такое резервное копирование и какие задачи решает
Резервное копирование (РК, Backup copy, бэкап) — создание копий личных или корпоративных файлов, папок или систем на дополнительных (локальных или облачных) носителях информации.
Резервное копирование необходимо для формирования архива данных, защищенного от изменений и повреждений, а также восстановления в случае повреждения или сбоев в первоисточнике.
- Полный — создание копии всех данных на устройстве или в отдельном разделе памяти. Последующие копии создаются также в полном объеме. Например, размер исходных данных 100 ГБ и 7 полных копий в сумме составят 700 ГБ в архиве.
- Инкрементальный — создание резервной копии, которая содержит только изменения в файлах и автоматически дополняет или изменяет их в исходной полной копии. При инкрементальном бэкапе файлы не заменяются, а дополняются. Например, размер исходных данных составляет 100 ГБ. Изменения за один день занимают 10 ГБ, также выполняются 7 инкрементальных копий, что в сумме дает 170 ГБ в архиве (одна полная копия и измененные данные).
- Дифференциальный — создание копии, включающей только файлы и данные, измененные с момента предыдущего копирования. Например, размер исходных данных составляет 100 ГБ, изменения за один день – 10 ГБ. Относительно копии предыдущего дня уникальные данные занимают 5 ГБ. В итоге 7 дифференциальных копий суммарно составят 135 ГБ в архиве (одна полная копия и измененные данные относительно предыдущего бекапа).
На отдельном физическом носителе
Это может быть отдельный жёсткий диск в компьютере (не логический раздел диска). Ещё лучше, если носитель будет съёмным и будет храниться отдельно от компьютера. Это повышает надёжность, но к сожалению требует дополнительных действий во время сохранения резервной копии.
Для Облачных серверов
Здесь существуют два типа резервного копирования, которые вы можете подключить:
В чём же разница? Смотрите: бэкапы, в отличие от снэпшотов, создаются автоматически по расписанию (один раз в неделю, до четырёх копий). Восстановить бэкап можно только на тот сервер, на котором он был сделан. Получается, что пользователь не сможет повлиять на время создания бэкапа. Если для вас принципиально важно делать резервные копии чаще — остановите свой выбор на снэпшотах.
О создании снэпшотов и бэкапов на VPS можно подробнее прочитать в этой инструкции, или посмотреть видеоролик:
Резервное копирование в Windows
Для Windows нет родной команды rsync, поэтому разработчику Николаю Немцову пришлось сделать её аналог — nnBackup. Она устанавливается как обычная программа, и потом тоже запускается из командной строки. Чтобы с ней было проще работать, ставим её в свою папку в корень диска C:
Единственное, что отличается в работе, — порядок аргументов и ключи запуска. Чтобы получить тот же результат, что и в предыдущем примере, нужно в командной строке написать такое:
nnbackup.exe sync -i C:\Users\Mike\Pictures\ -o
F:\Pictures\ -v -da
Теперь посмотрим, что внутри:
- nnbackup.exe — название команды, которую мы хотим выполнить;
- sync — параметр, который отвечает за создание именно резервной копии выбранной папки;
- -i — ключ, после которого идёт путь к исходной папке;
- -o — ключ, после которого идёт путь к папке назначения, где будет создан бэкап;
- -v — выводим ход процесса на экран;
- -da — показываем, что нам нужно удалить в бэкапе те файлы, которых нет в исходной папке. Если ничего удалять не хотите, удалите этот параметр из команды.
Устанавливаем nnBackup на диск C:
Запуск программы через командную строку Windows
Сервер или облачное хранилище
Сегодня есть много сервисов, которые предлагают различные облачные хранилища и это действительно удобно. Ключевые преимущества такого способа хранения данных:
- Доступность — облачное хранилище доступно в любое время и с любого устройства (при наличии нормального Интернета).
- Гибкость — возможность потреблять ровно такой объем хранилища, который нужен в данный момент, достаточно как правило просто выбрать нужный тариф.
Но помните, что в этом случае нужно крайне внимательно беречь доступы, чтобы никто (особенно злоумышленники) не получили доступ к вашему хранилищу. Поэтому ещё раз напоминаем: важно, чтобы к каждому сервису использовать разные пароли, и также важно, чтобы они были сложные.
Где и как хранить резервные копии
Распространенная концепция резервного копирования — система «3-2-1». Она подразумевает создание сразу трех копий — двух на изолированных физических носителях и одной в облачном хранилище.
В качестве физических носителей могут использоваться жесткие диски компьютеров и серверов, портативные жесткие диски, USB-накопители и другие устройства. При этом важно размещать файлы резервного копирования в выделенный сегмент памяти, защищенный от перезаписи и свободного доступа. Кроме того, выбранные физические носители должны быть абстрагированы от главного компьютера, с которого делается резервная копия. На каждом из физических носителей с резервными копиями должны быть установлены антивирусные программы и параметры защиты от случайного форматирования.
Для размещения резервной копии в облаке можно воспользоваться услугами облачных провайдеров. При этом выбранное хранилище должно легко масштабироваться, быть доступным в любой момент, обеспечивать стабильность передачи трафика и надежную защиту данных.
Snapshot-бэкап
Снэпшот — снимок сервера, который можно сделать вручную или по API в любой момент. Он используется, если нужно мгновенно сохранить состояние сервера перед внесением изменений или для клонирования сервера. Например, с помощью снэпшота можно сделать снимки системы Linux.
Главное преимущество snapshot — высокая скорость передачи файлов. При нём работа компьютера или другого оборудования приостанавливается буквально на секунду.
Правило 1-2-3
Везде есть свои недостатки и поэтому самый надёжный способ — это хранить важные данные в трёх независимых местах:
- Основной носитель, где хранится рабочая копия
- Съёмный физический носитель
- Сервер или облачное хранилище
«Если информация не сохранена в трёх местах — её не существует», — сказал Питер Крог. Считается, что именно он впервые описал правило «3-2-1» в 2006 году в книге «Управление цифровыми активами для фотографов». Кратко это правило звучит так: делайте минимум три резервные копии, в двух форматах хранения, из которых, минимум одна должна храниться в физически отдельном месте. Не фотографы тоже могут взять на вооружение.
Читайте также: