Различия

Показаны различия между двумя версиями страницы.

@@ Строка 1: / Строка 1: @@
+====== Все что нужно знать о резервировании данных ======
+~~Title: Все что нужно знать о резервировании данных ~~
+{{htmlmetatags>
+metatag-description=(Список ПО (программного обеспечения)  для резервного копирования. Резервирование, синхронизация данных на предприятии, офисе или для личных нужд.)
+}}
+{{ ::rezervnoe_kopirovanie_01.jpg?nolink&400 |}}
+В статье я привожу описание прикладных программ для резервирования данных на предприятиях, офисах и просто бекап вебсайтов.
+В настоящее время востребованы две важных услуги в малом, среднем и большом бизнесе, это резервное хранение данных и [[po_dlja_monitoringa_kompjuternoj_seti|мониторинг серверов]]. Спектр данных для резервирования и синхронизации просто огромный от бекапов настроек шлюзов [[mikrotik|MikroTik]], NAS до баз данных [[MySQL|MySQL]], [[1c|1C]], [[PostgreSQL|PostgreSQL]].
+<alert type="info">На этой востребованной тематике зарабатывают многие, цены Вы можете посмотреть на [[https://to.dieg.info/kworkserveradm|Kwork]], просто введя запрос "бэкап сайта" или на [[https://to.dieg.info/fiverr|Fiverr]] запрос "backup". Читайте мою подборку вариантов бекапов и удачи вам в поиске клиентов!</alert>
+ --- //[[darkfire@dieg.info|Dmytro Yakovenko]] 2021/03/25//
+===== Введение в резервирование данных =====
+В основе резервирование (синхронизации) лежат три принципа: надёжность, простота использования (автоматизация) и удобство внедрения.
+  * **Надёжность**:
+  - //Первое правило//: все носители ненадёжны, поэтому надо использовать более одного хранилища данных, более одного типа. Например: компакт-диски и FTP-сервер в интернете. Или: жёсткий диск и USB-флешки.
+  - //Второе правило//: есть такая штука, как форс-мажорные обстоятельства, и только поломкой устройства они не ограничиваются. Делайте так, чтобы бекап-хранилища находились на удалении друг от друга - на разных хостингах, хостинги должны быть куплены у разных юридических лиц и располагаться в разных датацентрах.
+  * **Простота использования**. В идеале всё должно резервироваться без вашего участия, или с минимальным вашим участием. Никаких постоянных “вставить флешку”, “запустить скрипт”, через несколько месяцев вам банально будет лень что-то куда-то вставлять. Важно то, как вы будете развёртывать данные в случае аварии. Подумайте – не затянется ли восстановление данных из многогигабайтового многодневного инкрементального бекапа? Не возникнет ли проблем с закачиванием бекапа из интернета при плохом соединении?
+  * **Удобство внедрения**. Внедрение решения должно быть как можно более простым. Если это груда скриптов на нестандартном языке, использующих нестандартные библиотеки и утилиты командой строки – сможете ли вы в любой момент внести изменения в настройки? Сможете ли вы быстро развернуть систему на других компьютерах? Если для организации бекапа вы целый день конфигурировали сервер – не слишком ли это много? Что будет, если сервер сломается, и вам нужно будет поставить новый?
+===== Шаг 1 - Выбор стратегии резервирования =====
+Пишите в комментариях к статье [[https://dieg.info/articles/bezopasnost-wordpress/|Безопасность WordPress]] свои идеи как еще больше упростить стратегию резервирования, ускорить восстановление резервных копий и какие сервисы помогут сэкономить на бекапах.
+Прежде чем переходить к изучению возможностей программного обеспечения, необходимо определиться со стратегией организации резервного копирования.
+Поскольку сохранять резервные копии всех данных в реальном времени не имеет смысла (прежде всего – экономического), стоит определить, какую информацию необходимо копировать и как часто это стоит делать. Чтобы найти ответ на подобный вопрос, нужно учесть несколько факторов: насколько важна та или иная информация, какими будут последствия в случае ее безвозвратной утери и как часто данные обновляются. Еще один важный момент – насколько для вашей it-инфраструктуры критичен простой тех или иных сервисов и как восстановление из резервных копий может его сократить. Не нужно забывать и о стоимости резервирования – это удовольствие не из дешевых.
+===== Шаг 2 - 3 пункта стартовой стратегии резервирования данных  =====
+Не придумываем велосипед, его уже придумали. Минимальная стратегия резервирования состоит из трех пунктов:
+  - Копий данных должно быть минимум 3.
+  - Как минимум 2 копии должны быть в разных местах, например NAS, FTP хранилище, дисковый массив или выделенный сервер. Это должны быть два физически разных устройства. Можно добавить было бы слова о магнитных лентах или CD дисках, но я считаю эти вещи устаревшими.
+  - Как минимум одна резервная копия должна храниться не в офисе.
+{{ ::prostaja_strategija_rezervirovanija_dannyx_wiki.dieg.info.jpg?nolink&600 |}}
+===== Шаг 3 - Простой план резервного копирования  =====
+  - Рекомендуют хранить 7 копий за неделю, 4 копии за месяц, 12 копий за год
+  - [[https://dieg.info/review-category/domain-registrars/|Выберите надежного регистратора доменных имен из моего списка]]. Используйте NS-сервера регистратора домена. Хостинг провайдеры предлагают перенести обслуживание DNS на свой хостинг. Не соглашайтесь, оставьте домен на NS-серверах регистратора домена, а в А-записи домена пропишите IP-адрес хостинга. Это позволит быстро сменить хостинг в случае аварии. При изменении А-записи обновление [[dns|DNS]] произойдет в течение 1 часа, и ваш сайт уже через час будет доступен на новом хостинге. А если придется менять NS-сервера, то обновления DNS могут занять до 72 часов.
+  - На виртуальном хостинге обычно уже включено резервное копирование. На VPS, выделенном сервере или в облаке вам нужно докупить услугу бэкапов самостоятельно, потому что их тоже нужно бэкапить. Помните, lаже если компания по предоставлению хостинговых услуг будет регулярно делать резервное копирование, она не всегда поможет Вам восстановить потерянные данные. В базе хостинга эти бэкапы постоянно обновляются и если Вам нужны данные месячной давности, то вряд ли они будут сохранены у хостера. Следовательно, эту процедуру нужно выполнять и самому, а не только надеяться на свой хостинг.
+  - Поверяйте бэкапы раз в неделю. Восстанавливайте бэкапы раз в месяц на тестовый сервер. Одно дело иметь резервные копии, и совсем другое — иметь реально работающие резервные копии. Вы должны быть уверены, что в нужный момент бэкапы вам реально помогут и у вас есть возможность их быстро развернуть.
+Рекомендую делать резервные копии в данных случаях:
+  * перед каким либо изменением модулей сайта;
+  * обязательный бэкап раз в неделю;
+  * после обновления контента сайта.
+===== Шаг 4 - Выбираем хранилище для бэкапа  =====
+В наше время вариантов для хранения бэкапов очень много, например:
+  * арендовать выделенный сервер с большими дисками,
+  * установка своего сервера на колокейшн.
+Эти варианты дают большой контроль над самим сервером с бекапами, и дают большой выбор для системного администратора в выборе решения для хранения и резервного копирования. МИНУС: необходимо будет мониторить состояние сервера на случай аппаратных и программных проблем.
+Вы можете использовать специализированные сервисы, которые создавались как раз для хранения резервных копий, например:
+  * Amazon Glacier,
+  * Acronis Cloud Storage (как дополнение к [[acronis|продуктам Acronis]]),
+  * Amazon S3,
+  * Yandex Object Storage.
+МИНУС: эти сервисы достаточно дорогие.
+Можно использовать облачные хранилища:
+  * [[Dropbox]]
+  * [[rclone]]
+  * Idrive - есть Free тариф на 10 GB.
+  * Яндекс.Диск.
+  * Облако Mail.Ru.
+  * OneDrive.
+  * Sync - $6  1 TB secure storage per user, per month, billed annually.
+МИНУС: эти сервисы не предназначены для хранения резервных копий компании, а ориентированы на простых пользователей для синхронизации (не бэкапа) личных файлов. Облачный провайдер не несет никакой ответственности за сохранность ваших файлов и может в любой момент удалить их.
+===== Шаг 5 - Резервирование Windows =====
+ПО для ОС Windows*:
+  * [[Duplicati]]
+  * [[Comodo BackUp]]
+  * [[Cobian Backup]]
+  * [[Acronis|Acronis True Image]]
+  * cwRsync - это графической оболочка (начиная с версии 5) над утилитой [[Rsync|Rsync]] + Cygwin. Пакет cwRsync позволяет организовать удалённое резервное копирование и синхронизацию файлов между серверами Windows; или файлов Unix сервера на сервер Windows и наоборот.
+===== Шаг 6 - Резервирование вебсайтов с виртуальных хостингов =====
+В этом разделе я хочу разобрать вопрос бэкапа вашего любимого сайта на стандартном [[xosting_php|хостинге PHP]].
+Часто для развертывания сайта покупается виртуальных хостинг и подавляющее количество хостинг провайдеров представляет услугу резервирования вашего сайта. Это прекрасно, но провайдер резервирует ваш сайт на свои ресурсы. Но что вы будите делать если провайдер, например не захочет продлевать вам услугу? Подадите в суд? Или у провайдера будет пожар в датацентре или у него вообще конфискуют сервера. Вам достаточно погуглить, чтобы впечатлиться проблемами из-за кторых вы можете потерять свой сайт.
+**Теория решения задачи**. Бекап вашего сайта должен происходить на другой хостинг, чтобы простым изменяем [[DNS|DNS]] записей, вы в течении часа (в идеале) могли запустить свой сайт.
+**Практика решения задачи.** Предварительно условия, вы должны были подумать и купить домен и хостинг у разных провайдеров (подробнее у кого покупать домены в [[https://dieg.info/review-category/domain-registrars/|статье Регистраторы доменных имен]]).
+  - Сервер [[BackupPC]] позволяет используя SSH копировать файлы вашего сайта и автоматически их восстанавливать, но создание бекапов баз данных в нем не предусмотрено. Поэтому вы должны дополнительными скриптами делать бекап баз данных(, например [[kak_behkapit_dannye_v_mysql|Резервирование БД MySQL]], [[rezervnoe_kopirovanie_i_vosstanovlenie_v_postgresql#skript_dlja_rezervirovanija_bd|Скрипт для резервирования БД PostgreSQL]]), а при помощи BackupPC копировать их.
+  - В интернете широко распространена практика бэкапов виртуальных хостингов при помощи скриптов на [[bash|bash]], [[php|php]] и копировании их, при помощи протокола [[FTP|FTP]], на удаленный сервер. Мой вариант скрипта: [[skript rezervnogo kopirovaniya sayta na virtualnom khostinge pri pomoshchi protokola FTP]].
+  - [[rezervnoye kopirovaniye sredstvami khostinga]]
+===== Шаг 7 - Резервирование данных с VPS/VDS Linux, FreeBSD =====
+===== Программы для загрузки данных в облако =====
+  * Handy Backup: бесплатная версия, которая умеет бэкапить только в облако — Handy Backup Free for Cloud.
+  * Duplicati 2 бесплатный продукт, даже для коммерческого использования. Есть под все популярные платформы от Windows до GNU\Linux, работать можно как через веб-интерфейс, так и через командную строку, также есть и шифрование бэкапов.
+  * [[rclone]]
+===== ПО для резервного копирования, восстановления =====
+  * [[UrBackup]]
+  * [[AMANDA]] (лицензия BSD). Поддержка ОС: Unix-системы, Mac OS X, GNU Linux и Windows.
+  * [[Bacula]] (лицензия GPL v2).
+  * NDMP Initiative - открытый стандарт протокола для сетевого резервного копирования данных.
+  * LRS - Linbox Rescue Server (лицензия GPL).
+  * [[BackupPC]] - (лицензия GNU GPL 2).
+  * [[duplicity]] - (лицензия GPL) — удалённо создаёт шифрованные резервные копии, используя [[rsync]] и GnuPG.
+  * [[http://rus-linux.net/nlib.php?name=/MyLDP/admin/Backup-with-Back-in-Time.html|Back in Time]] резервное копирование.
+  * [[SpiderOak]]
+  * **Резервирование и/или синхронизация**:
+  * [[tar]] - архиватор файлов.
+  * [[zip]] - архиватор файлов.
+  * [[gzip]] GNU zip, gunzip  - архиватор файлов, расширение **.gz**.
+  * [[rsync|rsync]] - синхронизация файлов и каталогов. Зеркалирование и/или резервное копирование. Простой пример [[rsync#skript_behkap_pri_pomoschi_rsync|Скрипт бэкап при помощи rsync]]
+  * [[cpio]] - копирует файлы в архивы и из архивов.
+  * [[Mondo Rescue]] - консоль: можно клонировать HDD.
+  * [[Clonezilla]] - клонирования жестких HDD.
+  * [[SystemRescueCD]]
+  * Cobian Backup
+  * luckybackup - приложение rsync с графическим интерфейсом для резервного копирования и/или синхронизации каталогов.
+  * Areca Backup - GUI
+  * Déjà Dup - simple backup tool.
+  * Synkron
+  * [[fsbackup]]
+  * [[DirSync Pro]]
+  * Norton [[Ghost]] программное обеспечение для клонирования дисков, поддержка прекращена 24 ноября 2009.
+  * [[datalife_engine#zapusk_funkcij_dle_po_kronu_ispolzuja_fajl_cronphp|Как создать резервную копию базы данных DLE используя файл cron.php]]
+  * **Бэкап и восстановление Баз Данных**:
+      * [[kak_behkapit_dannye_v_mysql#utility_dlja_rezervirovanija_mysql|Как бэкапить данные в MySQL]]?: [[Sypex Dumper]], [[automysqlbackup]]
+      * [[rezervnoe_kopirovanie_i_vosstanovlenie_v_postgresql|Как бэкапить данные в PostgreSQL]]?
+====== Заключение - вопрос ======
+Проверка на взлом сайт? Не забывайте о балансе между проверками сайта на взлом, вирусы и частотой бэкапов. Найдите такое соотношение, при котором сайт защищен и ресурсы использованы оптимально.
+Ответьте себе на вопрос: если сканер что-то найдет через неделю, а у вас последний бэкап 5 дней назад?

📌 Удобный подбор VPS по параметрам доступен на DIEGfinder.com - официальном инструменте проекта DIEG. Это часть единой экосистемы, созданной для того, чтобы помочь быстро найти подходящий VPS/VDS сервер для любых задач хостинга.

📌 Для тестирования скриптов, установщиков VPN и Python-ботов рекомендуем использовать надежные VPS на короткий срок. Подробнее о быстрой аренде VPS для экспериментов - читайте здесь.

💥 Подпишись в Телеграм 💥 и задай вопрос по сайтам и хостингам бесплатно!

Различия

7 Самых Популярных Статей

7 Самых Популярных Обзоров