У меня есть несколько серверов Linux, в основном серверы веб-хостинга Centos (Cpanel, Directadmin, kloxo).
У меня есть несколько систем резервного копирования, но я предпочитаю хранить локальную резервную копию на домашнем компьютере. Это будет использоваться в качестве последней резервной копии.
Что я делаю:
1) Экспорт баз данных mysql в файлы sql (mysqldump). 2) rsync все файлы, кроме системных (/), временные и ненужные файлы в папку в системе Linux (rsync -av --delete).
Я знаю, что это не лучший способ резервного копирования, но мне нужно что-нибудь быстрое и легкое.
Если случится что-то плохое и по какой-то причине другие мои решения для резервного копирования не работают, достаточно ли этого для восстановления всей системы? (Переустановите ту же систему Linux и выполните синхронизацию файлов обратно).
Вы видите в этом серьезную проблему?
Спасибо
Мне нравится решение для резервного копирования. Одно изменение, которое я хотел бы сделать, - это использовать что-то вроде etckeeper для резервного копирования конфигурации системы. Это даст вам преимущества как резервного копирования, так и управления изменениями ... что также дает вам возможность пройти через различные старые конфигурации во время восстановления, если вам это необходимо по какой-либо причине.
Это должно быть хорошо; это в значительной степени то, как я делаю свои первичные резервные копии для моих личных серверов.
Пища для размышлений: вы всегда можете исключить файлы во время восстановления, вы не можете создавать резервные копии файлов во время восстановления.
IOW, сделайте резервную копию больше, чем вы думаете, что вам нужно. Например, я никогда не могу с уверенностью указать конкретные файлы в /etc поэтому я просто создаю резервную копию всего /etc путь, чтобы убедиться, что у меня есть все, что мне нужно. Конечно, вам нужно сбалансировать это с пропускной способностью и использованием дискового пространства на целевом объекте резервного копирования, но в конечном итоге это может просто сэкономить вам время.