Если мы говорим о поддержке шифрования конечного репозитория, то в версии 1.0 из коробки поддерживается резервное копирование на раздел с включенным BitLocker’ом (и восстановление с зашифрованного раздела) и шифрование на уровне Veeam Backup and Replication репозитория.
Если в True Crypt есть механизм auto unlock, подобный BitLocker’у (пока пользователь залогинен в систему – раздел подмонтирован и расшифрован) – проблем с резервным копированием на такой раздел возникнуть не должно. Не предвижу так же проблем с «восстановлениями» дисков и файлов из под системы.
Единственное узкое место – это восстановление на голое железо: в загрузочный диск нельзя включить компоненты True Crypt и соответственно не получиться подмонтировать и разблокировать зашифрованный том-репозиторий.
Автоматизировать, к сожалению, пока не получиться: функции в UI нет, а скрипты Endpoint не поддерживает.
Поскольку новая цепочка Full + Increment + Increment… начинается при смене репозитория, можно написать скрипт, который бы «иногда» переносил старую цепочку из существующего репозитория в другую папку, тем самым принуждая Endpoint создавать новую полную резервную копию и линковать к нему последующие инкременты.
Но при таком подходе перенесенная цепочка перестает участвовать в механизмах ротации, а значит удалять ее придётся руками.
Так же при резервном копировании на USB носители – можно использовать функционал USB rotated drive, в котором на каждом сменном носителе храниться своя цепочка резервных копий Full + Increment + Increment…
Если в True Crypt есть механизм auto unlock, подобный BitLocker’у (пока пользователь залогинен в систему – раздел подмонтирован и расшифрован) – проблем с резервным копированием на такой раздел возникнуть не должно. Не предвижу так же проблем с «восстановлениями» дисков и файлов из под системы.
Единственное узкое место – это восстановление на голое железо: в загрузочный диск нельзя включить компоненты True Crypt и соответственно не получиться подмонтировать и разблокировать зашифрованный том-репозиторий.
Поскольку новая цепочка Full + Increment + Increment… начинается при смене репозитория, можно написать скрипт, который бы «иногда» переносил старую цепочку из существующего репозитория в другую папку, тем самым принуждая Endpoint создавать новую полную резервную копию и линковать к нему последующие инкременты.
Но при таком подходе перенесенная цепочка перестает участвовать в механизмах ротации, а значит удалять ее придётся руками.
Так же при резервном копировании на USB носители – можно использовать функционал USB rotated drive, в котором на каждом сменном носителе храниться своя цепочка резервных копий Full + Increment + Increment…
Действия после резервного копирования сейчас можно настроить через планировщик задач, ориентируясь на событие лога приложения Veeam Endpoint Backup ID — 190 Backup Job Finished. Например, так делали email нотификацию: forums.veeam.com/veeam-endpoint-backup-f33/here-it-is-powershell-script-to-add-veb-emails-t27569.html