Saboteur

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

2. Если проектов много/ большие, то берете VPS и его уже бэкапите без ограничений на sftp

Можете просто создать папку
mkdir $HOME/crontab_backups

и добавить в крон команду:

0 0 * * * crontab -l > $HOME/crontab_backups/crontab-$(date "+%y%m%d").bak

Не забывайте раз в год-два чистить, хотя не обязательно

Простой скрипт на расписание не поможет?

Если вы не можете просто rsync-ом скопировать и проверить результат, как вы можете доверять каким-то скриптам или более сложным продуктам, которые непонятно что внутри делают?

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

Зависит от данных.

Их типа (просто документы, которые взял и скопировал, или например база данных + приложение, которое требует установку софта)
Размер данных (стоимость и время на бэкап)
Их важность для компании (то есть какой бюджет).

Решений много. Рейд это не бэкап, но отказоустойчивость. А так - просто rsync директорий или dd всего раздела - вполне даже.

А где у вас файлы занимают больше? И там и там 868G.

Если вы про свободное место, то покажите размер блока и тип файловой системы.
Тем более, видно что у вас в одном случае используется обычный раздел, в другом похоже LVM

Бывают проблемы с трафиком.
Если у вас данных не много - то вполне можно, но в этом случае может дешевле паковать и слать архив?

Конфиги nginx позволяют делать include, поэтому можете все sensitivity данные выложить в отдельный файлик, и добавить его в .gitignore, а остальное можно и в гите хранить (но лучше не гитхаб, а свой).

Стандартный велосипедный способ для конфигов - перед тем как поменять config.cfg делаешь
cp config.cfg config.cfg-yymmdd
можно и им обойтись.

nnbackup, winrar, google disk

forfiles /S /D -7 /C "cmd /c echo @path"

соответственно вместо echo можно и del
Или перемещать на другой носитель собственно

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

dd - это побайтное копирование. Это может быть конечно полезно, но долго.
dd можно делать в идентичный размер диска, в меньший - нет. Онлайн копирование может быть с потерей консистенции файловой системы.

Еще есть rsync и обычный tar+gzip, оба сохранят флаги доступа, правда inodes будут другие.

Лучше нужно выбирать по вашей ситуации.

Первая мысль - правильная.

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

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

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

Если нужно серьезнее - купить место в облаке, и по расписанию сливать бэкапы туда, например в виде winrar архива с паролем или truecrypt образа.

Почему именно 150гб?
Не слишком ли много? Сколько реально занято? Сколько из него занято под "грязные секреты", а сколько просто личных фоток, которые не так уж часто и обновляются, и хранить их в облаке нет смысла?

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