Максим Гришин

В свой время "бэкапил" 2012й Hyper-V снапшотами с powershell-скриптом, экспортировавшим их на хранилище. Но это не "просто", так как весь error handling оставался админу. Зато платить ничего не надо. В 2019м гипервизор "немного лучше" 2012R2, так что способ рабочий, другое дело, как именно восстанавливать потом из бэкапа. Иначе в самом деле берите Veeam, Symantec BackupExec или ещё какой софт, разворачивайте и настраивайте, будет "просто", но возможно дорого. А "быстро" в любом случае не будет, так как неизвестен объем данных, подлежащих бэкапу, и производительность хранилища под них.

Если брать Postgres, то "прослоек между клиентом и сервером" по факту нет, а есть передача логов на реплики (синхронные или асинхронные) и в некоторых конфигурациях перенацеливание соединений типа read only на реплики. Бэкап является нагрузкой типа read only, поэтому может быть выполнен с реплики, если она есть, но в случае обычной реплики все равно является запросом к базе данных.
Второй вариант - barman в режиме архивации логов изменения БД, который для постгреса является асинхронной репликой и умеет делать консолидированные резервные копии, не трогая сервера БД. Но данные он получает так же, как обычная реплика постгреса, после их обработки мастер-сервером.

sfc /scannow прогнать, скорее всего, возможно, переставить .net 4.0 (тем более если не стоит - хотя с 2012м он вроде идет в комплекте). Не поможет - переставить ОС. New-CIMInstance находится в одной из либ павершелла из .net 4.0, если её потеряли, многое может сломаться.

Это описание не разностных, а инкрементальных архивов, и в случае сплошных инкрементальных архивов для восстановления тебе потребуется последняя полная копия плюс ВСЕ инкрементальные копии по порядку создания. Какой не хватит, дальше не восстановишь - они образуют связную последовательность. Если же ты создаешь именно разностные, то в каждой копии будет разница между текущим состоянием и полной резервной копией, т.е. в первой будет один файл, а в 364й - 364, если "один файл в день" - это каждый раз разные файлы. Тогда для восстановления тебе потребуется полная копия плюс последняя разностная.

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

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