Там множество угроз для ваших данных. И хотя вредоносные программы не так распространены в системах GNU / Linux, это не означает, что риск программ-вымогателей отсутствует. Кроме того, возможны любые программные ошибки, приводящие к повреждению данных, сбой жесткого диска, пожары, наводнения, сбои, перебои в подаче электроэнергии и т. Д. Поэтому вам следует подумать о создании резервных копий, чтобы эти проблемы не застали вас без оружия, и чтобы у вас была резервная копия, чтобы можно было восстановить всю эту информацию (или большую ее часть).

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

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

Правило резервного копирования 3–2–1

Это очень легко вспомнить и это отлично подходит для резервного копирования. Состоит из:

• 3Сделайте три разных копии информации. По возможности используйте надежные носители. Другими словами, избегайте использования оптических дисков, которые со временем могут поцарапаться или повредиться.
• 2- Храните эти резервные копии как минимум на двух разных носителях. То есть не ставьте все на один и тот же носитель, иначе, если у этого носителя возникнут проблемы, вы также все потеряете.
• 1: Храните одну из копий в другом месте. Не все резервные копии нужно хранить в одном месте. Представьте, что это место затоплено, сожжено или ограблено. В этом случае у вас всегда будет еще одна копия в другом месте. Странно, что и то другое место постигла та же участь ...

Это правило так хорошо работает для простых вероятность и местоположение:

• Представьте, например, что жесткий диск выходит из строя 1 раз каждые 100.000 1 часов. Что ж, если у вас есть две копии на двух разных дисках, вероятность того, что ваши данные будут затронуты, будет равна 10.000.000.000 из XNUMX XNUMX XNUMX XNUMX.
• Физически разделяя резервные копии, вы предотвращаете уничтожение всех существующих резервных копий проблемами пожара, кражи, наводнения и т. Д.

Кролики для бекапов

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

• Какой тип резервного копирования мне подходит? Подумайте о том, какой тип резервных копий лучше всего подходит для вас:
  • полный: это должна быть первая резервная копия, поскольку у вас нет ничего ранее скопированного. То есть это тип резервного копирования, при котором создается целостная копия со всеми данными. Очевидно, что это будет тип резервного копирования, который займет больше места и займет больше времени, поэтому рекомендуется только на определенных основаниях. Например, первый раз, когда офисы закрываются в конце недели, перед праздниками и т. Д.
  • Дополнительный- Копируются только файлы, которые были изменены с момента последней копии после полной копии. То есть он будет сравнивать данные из источника и данные из места назначения, и он будет копировать только те, которые были изменены на основе их измененной даты. Следовательно, это занимает меньше времени, занимает меньше времени, поскольку не создаются дубликаты всех данных.
  • Дифференциальный: аналогичен инкрементному при первом выполнении. То есть он будет выполнять резервное копирование только данных, которые были изменены или были изменены с момента последнего резервного копирования. С другой стороны, при последовательном запуске он будет продолжать копировать все данные, которые изменились с предыдущей полной копии, поэтому это займет больше времени, чем инкрементная.
• календарь- Создавайте план резервного копирования или планируйте автоматическое резервное копирование время от времени. Частота будет зависеть от скорости создания новых данных и их важности. Например, если вы домашний пользователь, вы можете немного ослабить политику. С другой стороны, если данные очень важны, например, бизнес-данные, то копии должны быть намного более частыми, чтобы избежать того, что от последнего резервного копирования до возникновения проблемы существует значительная разница и важные данные теряются.
• Учет: Если вы их автоматизировали, не принимайте ничего как должное. Проверьте журналы, чтобы увидеть, действительно ли они имеют место. Может, что-то случилось, и вы уверены, что дело сделано, а это не так.
• проверка: Проверьте копии, когда они будут завершены. Недостаточно сделать их, вы должны проверить, что они правильные и непротиворечивые, что они не повреждены.
• Шифрование и сжатие- В зависимости от пользователя может потребоваться сжатие данных, чтобы они занимали меньше места, и шифрование для предотвращения доступа третьих лиц. Вместо этого у этих практик есть свои риски и затраты ресурсов и времени. При шифровании ключ может быть забыт, что также мешает вам получить к нему доступ, или во время сжатия сжатый пакет может быть поврежден и т. Д. Поэтому перед тем, как это делать, стоит очень хорошо подумать, подходит ли вам это.
• Знайте, где находятся ваши данные- Локальное резервное копирование идеально, но иногда для резервного копирования необходимо использовать облачные системы хранения. Для этого вам следует выбрать безопасный и надежный сервис, в идеале с центрами обработки данных в ЕС.
• План по ликвидации последствий катастрофы- У вас должен быть отмеченный маршрут, чтобы знать, как действовать в случае бедствия, и вам необходимо перезагрузить аварийную систему. Оставлять все на волю случая - не лучшая идея. Тем более, когда речь идет о компании, которая должна срочно обслуживать своих клиентов.