Дмитрий Шицков

Zabbix для централизованного мониторинга + webhook на tg-bot-а / почту

Тьма решений https://m.habr.com/ru/post/312112/

А может в топку бекап через Samba?
DeltaCopy на сервер с Windows и забирать бекап через rsync с дебиана по расписанию. Либо наоборот, по расписанию пушить бекап с Windows на Debian.

Raid в такой конфигурации не заработает. А если и удастся завести, то будет постоянно разваливаться и лишь угрожать сохранности данных.
Варианты:
регулярная синхронизация данных на хардах. Не подскажу инструментарий, к сожалению. Лишь вспомню что в былые времена у винды было штатное ПО (портфель)..
Синхронизация с облачный сервисом. Их много. Есть те кто предлагают внушительный объем.
Ну и мой выбор - домашнее облако. Тут уже от казуальные готовых решений, до самосборных nas

Посмотрите в сторону использования Barman. Как раз для вашей ситуации.
Поддерживает два режима:

1. "Классический", когда используется rsync для копирования изменений
   
2. "Современный", когда используется непрерывный Streaming backup
   

И комбинации вышеуказанных
docs.pgbarman.org/release/2.7/#two-typical-scenari...

Включите синхронизацию хранилища в каталоге programData\solo9

Или смонтируйте Yandex.Disk с использованием webdavfs и копируйте туда ваш каталог programData\solo9

Сперва дамп баз через mysqldump. Затем бекап всего нужного через rsnapshot.

Rsync для linux и DeltaCopy для windows. Проткол один и тот, же, так что не важно что будет на самом бекап-сервере - винда или linux.
Так же можно рассмотреть установку на linux сервер rsnapshot. Клиенты будут такими же.

deltacopy, планировщик заданий, bat/powershell скрипт

Используйте rsync (DeltaCopy, csRsync) с ключём checksumm. Запустите его дважды для полной уверенности, либо скопируйте обычным путём, а затем сверьте через rsync

Зависит ещё от того как вы потом поступаете с бекапами на Лине. А то успешно туда могут отбекапиться зашифрованные файлы и затереть хорошие бекапы :)

Неплохо бы использовать, к примеру, rsync (и его Windows-разновидности).

Популярные шифраторы любят распространяться через SMB. Отключив полностью SMB (ну, на самом, достаточно отключить уязвимые версии протокола), мы сильно сокращаем его векторы атаки. Так же нужно исключить наличие каких-либо других методов расшаривания диска на защищаемой машине(SMB, FTP, NFS, WebDAV и проч. потенциально можно смонтировать, так что нужно исключить факт выполнения монтирования таких шар с бекап-сервера).

Так же, неплохим слоем защиты может служить регулярные снапшоты файловой системы (теневые копии винды и LVM/BTRFS/ZFS снапшоты линя).

Попробуйте:
`dt` timestamp NULL DEFAULT NULL,
Мне кажется в этом дело - у вас `dt` по умолчанию 'NOT NULL'

Наилучший вариант - файловая система с поддержкой снапшотов (btrfs, zfs) совместно с rsync, к примеру. Так же, можно обойтись механизмом send/recive этих ФС.
Делаете снапшот на сервере и отправляете его на бекап-сервер. Для варианта с rsync, после этого на бекап-сервере можно сделать снапшот для версионирования бекапов. Для случая отправки в этом не будет нужды.

Однако, рекомендуется бекапть БД штатными и рекомендуемыми средствами конкретной СУБД

Есть отличное встроенное средство - Windows Backup. Или wbadmin.exe

Clonezilla - есть интерфейс в стиле далее->далее->готово, однако можно всё свести к 1-му пункту меню, чтобы раскатывающий человек не имел возможности ошибиться.