А чем вы создаёте бэкапы?

На продакшен-серверах настроены бекапы средствами панели ISPmanager, а также инкрементные бекапы Rdiff-Backup.

Базы MondoDB архивируются штатной утилитой.

На каждом сервере хранятся локально копии баз данных и файлов за несколько дней.

С помощью самописанного скрипта бекапы ежедневно копируются на выделенный сервер бекапов, где также хранятся несколько дней (R-Sync).

И, наконец, с помощью устройства NAS и, опять же, самописанного скрипта, основанного на RSync, эти бекапы закачиваются локально в офис раз в неделю. Хранятся недельные, месячные, полугодовые и годовые копии.

Ничего готового с подобной функциональностью найти не удалось, однако затраченные усилия считаю вполне оправданными. Копии нас нередко выручали, например, при ошибках клиентов или разработчиков, или при необходимости восстановить из небытия сайт, закрывшийся несколько месяцев или даже лет назад.

С БД у меня пока всё нормально: раз в сутки ISPmanager делает бэкап, и я легко качаю архив (благо, размер позволяет).

А вот с файловыми бэкапами - беда. Большой суммарный размер файлов не позволяет ежедневно делать бэкап и качать его. Так что, либо отдельный сервер под это дело нужно брать (думаю пока про этот вариант), либо инкрементальный бэкап чем-то делать.

Честно говоря, я немного удивлён. Сейчас, когда даже сложные вещи (а-ля создание контейнеров и визуализация) создаются для "дураков" (например, Docker), сейчас, когда интерфейсы просто идеальны и созданы перфекционистами для перфекционистов, в такой важной сфере, как создание бэкапов, нет современных инструментов.

Тут, как мне кажется, 2 возможных вывода. Либо мой кейс не типичен, и все делают бэкапы Linux - Linux. Либо инструмент для бэкапов используется исключительно админами, а они любят работать с командной строкой.

Скорее, готовые средства предназначены для наиболее распространенных случаев.

У нас такая сложная схема потому, что нужно защититься от возможного выхода из строя отдельных серверов и не допустить потери данных при выходе из строя датацентров. Поэтому отдельный сервер бекапов и закачка на сервер бекапов в офисе. Раньше еще на DVD записывали, но сейчас объемы не позволяют это делать за разумное время.

Кроме того, самописанные скрипты проверяют, а действительно ли сделан бекап, правильный ли размер у скопированного бекапа, и для всех ли нужных папок настроен этот бекап. Ошибки отправляются на почту админу.

Инкрементальный бекап через Rdiff-Backup нам понравился. При хранении файлов за 5 дней объем резервных копий у нас примерно равен объему исходных файлов. Полные резервные копии за 5 дней занимают намного больше места. Вообще советую посмотреть на эту утилиту, она не сложна в настройке.

Думаю легче всего: поставить SSH-сервер на Windows и делать инкрементальный бэкап через rsync.

ISP у меня каждую ночь делает бекапы и скидывает самое важное на Яндекс диск. Очень удобно и всегда под рукой свежий бекап. Настраивал по этому мануалу http://slovu.net/linux/ispmanager-ubuntu/1048-yandeks-disk-ispolzuem-v-kachestve-khranilishcha-bekapov

Увы, мой бэкап не влезет на яндекс диск. Да и, если говорить о сторонних серверах, легче купить сервер для бэкапов.

Я использую rsnapshot, но я так понимаю это не вписывается в требования ...

У меня много сайтов и несколько серверов, те бекапы что не влазят на яндекс диск - льются перекрестно на другие сервера все той же ISP

Да, мы тоже начинали с такой схемы. Но со временем стало сложно планировать и документировать эти перекрестные бекапы, поэтому поставили выделенный сервер бекапов.

Еще закачка бекапов отнимает ресурсы сервера...

Кстати, у нас есть площадки в другом датацентре, где мы все еще придерживаемся этой схемы (плюс инкрементные бекапы Rdiff-Backup). Дополнительно скачиваем бекапы на сервер в офисе.

Инкриментальный бэкап можно делать простым tar

http://www.opennet.ru/tips/info/2341.shtml

А дальше загружайте архивы хоть на Яндекс.Диск.