Что отличает Amanda практически от любой другой системы резервного копирования, так это то, как она организует резервное копирование. Большинство людей создают резервные копии для восстановления после краткосрочных проблем, вызванных какой-либо катастрофой, например полной потерей данных или некоторых файлов. Описанный выше режим резервного копирования отлично подходит для резервного копирования одной машины на набор лент, но усложняется, если вы пытаетесь создать резервную копию, скажем, пяти машин. Вам приходится распределять время, когда вы создаете резервные копии нулевого уровня для коллекции лент, но проблема в том, что вы не знаете, насколько большими будут резервные копии. Если вы ошиблись в расчетах и изменилось большое количество файлов, в одной или нескольких инкрементных резервных копиях может закончиться лента.
Когда Аманда собирается выполнить резервное копирование, она спрашивает у всех машин размер их нулевого уровня и инкрементных резервных копий. Затем он смотрит на размер доступных носителей резервных копий и решает, сколько копий каждого типа потребуется. То, как это делается, можно изменить в файле конфигурации, чтобы гарантировать, что между резервными копиями нулевого уровня и результатом не будет слишком большого перерыва. заключается в том, что Аманда всегда делает все возможное, чтобы управлять вашими носителями, и в значительной степени гарантирует, что для любого восстановления потребуется как можно меньше лент. возможный.
Bacula разделяет многие из целей разработки Amanda, поскольку она также предназначена для резервного копирования разнородной совокупности машин с использованием Unix-сервера для управления всем. Bacula также является проектом SourceForge, оттуда можно загрузить пакеты для большинства систем Linux. Быстрая проверка репозиториев других систем также показывает пакеты для Solaris и собственный клиент Windows, который способен выполнять резервное копирование полной информации о файловой системе Windows.
Несмотря на это, Бакула сильно отличается от Аманды. Во-первых, у него гораздо более сложная архитектура. В отличие от Amanda, в которой используется центральный управляющий сервер и локальные клиенты, Bacula использует центральный программа-директор, клиентские программы, работающие на каждой машине, для которой требуется резервное копирование, и распределенное хранилище. серверы. Вы можете настроить стратегию резервного копирования на одной машине, которая взаимодействует с другими машинами для получения резервных копий и может затем распределите их между набором серверов хранения, чтобы воспользоваться преимуществами локальных ленточных накопителей или дисков. космос. Здесь следует отметить, что этими ролями директора и сервера хранения могут быть только системы Unix, а не Windows. Как и Amanda, Bacula поддерживает большую коллекцию различных ленточных накопителей и библиотек. Его более сложная архитектура поддерживает определенную степень параллелизма, поэтому один директор может организовать одновременно создавать множество резервных копий, которые затем могут переносить данные на разные тома резервных копий одновременно.
Второе большое отличие заключается в том, что Bacula не полагается ни на какую другую программу резервного копирования, поскольку имеет собственный встроенный формат резервного копирования, который может работать с множеством различных типов систем. Всегда должна быть возможность восстановить резервную копию Bacula в системе, отличной от той, из которой она была первоначально получена. Третье отличие состоит в том, что Bacula больше похожа на традиционную программу резервного копирования, поскольку она пытается создавать полные и инкрементные резервные копии в соответствии с заранее заданным графиком. Поскольку к томам, на которых выполняется резервное копирование данных, может быть добавлено более одного задания, можно иметь ленточный том в день, на который выполняется несколько полных и инкрементных резервных копий.
Настройка Аманды и Бакулы
Ни одну из этих программ не так-то легко запустить в первый раз по сравнению с коммерческими системами. например, Retrospect от EMC/Dantz, где вы просто устанавливаете клиентские программы, находите их с сервера и организуете резервное копирование. Оба варианта сложны в настройке, и вам придется редактировать файлы конфигурации как на сервере резервного копирования, так и на серверах ваших клиентов.
