Резервный ПК
 | |
| Разработчик(и) | Крейг Барратт |
|---|---|
| Первоначальный выпуск | 21 сентября 2001 г. ( 2001-09-21 ) |
| Стабильный релиз | 4.4.0 / 20 июня 2020 г. [1] ( 2020-06-20 ) |
| Репозиторий |
|
| Написано в | Перл |
| Операционная система | Кроссплатформенный |
| Тип | Резервное копирование |
| Лицензия | Лицензия GPL 3 |
| Веб-сайт | backuppc.github.io/backuppc |
BackupPC — это бесплатный программный пакет для резервного копирования с диска на диск с веб-интерфейсом. Кроссплатформенный сервер будет работать на любом сервере на базе Linux , Solaris или UNIX . Клиент не нужен, поскольку сервер сам по себе является клиентом для нескольких протоколов, которые обрабатываются другими службами, встроенными в клиентскую ОС. В 2007 году BackupPC был упомянут как один из трех самых известных программ резервного копирования с открытым исходным кодом [2] , хотя это один из инструментов, которые «такие удивительные, но, к сожалению, если никто никогда не говорит о них, многие люди никогда о них не слышат». [3]
Дедупликация данных уменьшает дисковое пространство, необходимое для хранения резервных копий в дисковом пуле. Его можно использовать как решение D2D2T , если функция архивации BackupPC используется для резервного копирования дискового пула на ленту. BackupPC не является системой резервного копирования на уровне блоков, как Ghost4Linux, а выполняет резервное копирование и восстановление на основе файлов. Таким образом, он не подходит для резервного копирования образов дисков или необработанных разделов диска. [4]
BackupPC включает в себя клиент Server Message Block (SMB), который может использоваться для резервного копирования сетевых ресурсов компьютеров под управлением Windows. Парадоксально, но при такой настройке сервер BackupPC может быть расположен за брандмауэром NAT , в то время как машина Windows работает по публичному IP-адресу. Хотя это может быть нецелесообразно для трафика SMB, это более полезно для веб-серверов, работающих под управлением Secure Shell (SSH) с доступными GNU tar и rsync , поскольку это позволяет хранить сервер BackupPC в подсети, отдельной от DMZ веб-сервера .
Он публикуется в соответствии с лицензией GNU General Public License .
Поддерживаемые протоколы
BackupPC поддерживает NFS, SSH, SMB и rsync. [5]
Он может создавать резервные копии Unix-подобных систем с собственной поддержкой ssh и tar или rsync, таких как Linux, BSD и OS X, а также общих ресурсов Microsoft Windows с минимальной конфигурацией. [6]
В Windows для использования этих протоколов требуются сторонние реализации tar, rsync и SSH (например, Cygwin ). [7]
Выбор протокола
Выбор между tar и rsync диктуется оборудованием и пропускной способностью, доступной клиенту. Клиенты, резервное копирование которых выполняется с помощью rsync, используют значительно больше процессорного времени, чем клиентские машины, использующие tar или SMB. Клиенты, использующие SMB или tar, используют значительно больше пропускной способности, чем клиенты, использующие rsync. Эти компромиссы присущи различиям между протоколами. Использование tar или SMB передает каждый файл целиком, используя мало ресурсов процессора, но максимальную пропускную способность. Метод rsync вычисляет контрольные суммы для каждого файла как на клиентской, так и на серверной машинах таким образом, что позволяет передавать только различия между двумя файлами; это использует больше ресурсов процессора, но минимизирует пропускную способность. [8]
Хранение данных
Версия 3.х
BackupPC использует комбинацию жестких ссылок и сжатия для уменьшения общего дискового пространства, используемого для файлов. При первом полном резервном копировании все файлы переносятся на бэкэнд, опционально сжимаются, а затем сравниваются. Идентичные файлы жестко связываются, что использует только одну дополнительную запись каталога. Результатом является то, что проницательный системный администратор потенциально может сделать резервную копию десяти ноутбуков Windows XP с 10 ГБ данных каждый, и если 8 ГБ повторяются на каждой машине (бинарные файлы Office и Windows), будет казаться, что требуется 100 ГБ, но будет использовано только 28 ГБ (10 × 2 ГБ + 8 ГБ). [9] Сжатие данных на бэкэнде еще больше снизит это требование.
При просмотре резервных копий инкрементальные резервные копии автоматически заполняются до предыдущей полной резервной копии. Таким образом, каждая резервная копия выглядит как полный и завершенный набор данных.
Версия 4.х
Версия 4.x по-прежнему может использовать репозитории V3.x, но все новые резервные копии используют новый формат (бесшовное обновление). Общая производительность выше, чем у версии V3.x.
Смотрите также
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}
- Список программного обеспечения для резервного копирования
- Сравнение программного обеспечения для резервного копирования
Ссылки
- ^ "Releases - backuppc/backuppc" . Получено 2 ноября 2020 г. – через GitHub .
- ^ W. Curtis Preston (2007) Резервное копирование и восстановление O'Reilly Media, ISBN 978-0-596-10246-3
- ↑ Шон Пауэрс : Linux Journal: BackupPC Linux Journal, 17 марта 2011 г.
- ↑ Фалько Тимме: Резервное копирование систем Linux и Windows с помощью BackupPC, январь 2007 г. Получено 30 июля 2010 г.
- ↑ Шон Пауэрс : Linux Journal: BackupPC Linux Journal, 17 марта 2011 г.
- ↑ Дон Харпер: BackupPC – Backup Central. Архивировано 18 марта 2010 г. на Wayback Machine , май 2008 г. Получено 30 июля 2010 г.
- ↑ Майк Петерсен: Развертывание BackupPC на SLES. Архивировано 17 декабря 2011 г. на Wayback Machine . Февраль 2008 г. Получено 30 июля 2010 г.
- ↑ Эндрю Триджелл: Эффективные алгоритмы сортировки и синхронизации, февраль 1999 г. Получено 29 сентября 2009 г.
- ^ «Документация BackupPC».
Внешние ссылки
- Официальный сайт
