Как бы вы настроили автоматическое ночное резервное копирование всего диска (загрузочного раздела и раздела данных), на котором работает Ubuntu Server?
У меня есть диск емкостью 1 ТБ (текущее использование 200 ГБ), и я хочу ежедневно клонировать этот диск на другом диске (той же емкости и модели) на той же машине.
Я раньше бегал dd иметь резервную копию раздела. Но теперь я ищу какое-то пуленепробиваемое решение, чтобы иметь клон жесткого диска, на который можно было бы переключиться в случае сбоя.
RAID - это не вариант, так как когда что-то сломано / удалено на первом диске, это происходит и на другом диске (я знаю, что у меня должен быть RAID + решение для резервного копирования).
Копирование всего 1 ТБ займет некоторое время, поэтому я ищу инструмент, который сможет находить ежедневные различия и просто обновлять их.
Другая проблема в том, что мне нужен клон всего диска (оба раздела - ext2 и lvm + загрузочная запись).
Как бы вы это настроили?
Во-первых, резервная копия не является резервной копией, если она находится на той же машине, на которой выполняется резервное копирование. Вы должны выполнять резервное копирование на другой сервер или внешний носитель (ленту, диск и т. Д.) И хранить его вне офиса.
Сейчас у вас две проблемы:
Вы не используете RAID. Вы правы, что RAID не является резервной копией. RAID предназначен для обеспечения доступности во время сбоев оборудования (диска). Если этот сервер предназначен для чего-либо, ориентированного на клиента, или для важного внутреннего процесса, вы должны использовать RAID. Нет никаких оправданий, ведь диски дешевы.
Вы не делаете резервные копии. Что вы хотите, так это иметь возможность выполнять BMR (Bare Metal Restore) в случае сбоя, но вы также не хотите передавать 200+ ГБ по сети каждую ночь. Это разумно, и именно поэтому каждое решение для резервного копирования на планете выполняет инкрементное и дифференциальное резервное копирование. Во многих случаях вы делаете полную резервную копию BMR на выходных и делаете инкрементные или дифференциальные резервные копии ежедневно или дважды в день в течение недели. В случае сбоя вы сначала восстанавливаете резервную копию BMR, а затем последнюю разность.
Есть буквально сотни продуктов, которые сделают то, что вы ищете. NetBackup, Backup Exec, FalconStor, Networker, Avamar и т. Д. Позвоните поставщику, которому вы доверяете, объясните свои требования и спросите, что они рекомендуют из вашего ценового диапазона, или поищите в Интернете решение с открытым исходным кодом, совместимое с вашим дистрибутивом. и соответствует вашим требованиям.
tl; dr - Не копировать на другой внутренний диск. Купите продукт, который соответствует вашим потребностям. Используйте RAID, но не как замену резервным копиям.
Вам действительно стоит подумать о резервном копировании на внешнее хранилище за пределами сервера - или, лучше, вне здания и дополнительно установить некоторое оборудование RAID.
Доступно множество инструментов, есть сотни инструментов, FOSS и проприетарные.
Если у вас нет денег или вы хотите сэкономить деньги, которые вы бы потратили, вы можете использовать такие инструменты, как rsync или rdiff. Существует множество руководств о том, как их использовать и что с ними делать. Вы можете делать чередующиеся инкрементные резервные копии, резервные копии в файловых системах, которые поддерживают моментальные снимки (например, zfs или btrfs), в зависимости от того, что вам больше подходит.
Если вам нужно дешевое аварийное переключение внутри сервера без аппаратного рейда, вы также можете использовать zfs или программное зеркалирование RAID, но, в конце концов, это не настоящая замена хорошему аппаратному RAID-контроллеру с BBU и большим быстрым кешем.
BackupNinja, интерфейс для rdiff-backup, может сделать это довольно легко. Его в репозиториях ubuntu.
Тем не менее, вам действительно следует запланировать создание резервных копий вне офиса. BackupNinja может копировать ваши резервные копии на ftp-сервер или, что более эффективно, на другой сервер с установленным rdiff-backup.