Максимально быстрый бэкап/восстановление - копирование файла cache.dat :External BackupExternal backup is currently the recommended best practice for backing up Caché. It integrates easily with your existing system backup procedures and typically allows for a zero downtime backup.
источник Для некоторой автоматизации этого процесса можно запланировать задачу типа RunLegacyTask в Менеджере задач Портала. Там же можете задать и логин/пароль, и периодичность выполнения, и многое другое.
Сам код по созданию копии БД с последующим её копированием может быть примерно следующим:  s old=$zu(5)
  s dt=$tr($tr($ZDT($H,8)," ","_"),":","-")
  s file="C:\Backup\cachedat_full_"_dt
  s logfile=file_".log"
  s file=file_".bck"
    
  s p="copy /B /Y "_$ZU(12,"")_"cache.dat "_file
  zn "%SYS"
  d ##class(Backup.General).ExternalFreeze(logfile,"",0)
  s x=$ZF(-1,p)
  d ##class(Backup.General).ExternalThaw(logfile)

  zn oldПроцесс восстановления:
размонтировать БД ;

заменить cache.dat ;

восстановить журналы ;

заново смонтировать БД.

Для External Backup также нужно учитывать, что если у Вас для резервируемой БД включено шифрование, то и полученный бэкап получится тоже зашифрованным, в отличие от Caché Online Backup .
Соответственно, если бэкап будет использоваться на другой системе, то там должен быть либо такой же ключ шифрования, либо нужно будет предварительно воспользоваться утилитой cvencrypt.exe : Considering Database Encryption

Ещё нюансы внешнего резервирования:

10615763

ExternalFreeze

PS: для программной проверки целостности файлов БД/журналов, отдельных глобалов есть ряд методов. Вот некоторые из них:

##class(SYS.Database).SilentIntegrityCheck()

##class(%GlobalEdit).CheckGlobalIntegrity()

##class(%SYS.Journal.File).CheckIntegrity()

vitabiosа можно к примеру на горячую скопировать cache.dat c рабочего сервера на резервный? или журналы тоже нужно будет копировать?Если с БД никто не работает, то можно. Журналы копировать в этом случае не нужно. Чтобы уже в процессе копирования БД никто не подключился и не начал в ней что-то менять, лучше её предварительно отмонтировать.
vitabiosможно ли на резервном остановить cache, заменить cache.dat и журналы и запустить cache - будет ли работать?Зачем останавливать СУБД? Можно просто отмонтировать/подмонтировать БД. И это значительно быстрее перезагрузки.

Alexey MaslovА почему именно этого типа? Он был придуман для переноса задач из старого планировщика (Cache 5.0) и к применению в новых задачах не рекомендуется.Потому что для ТС это будет на данном этапе проще. Можно, конечно, создать и свой класс для задачи, о чём по ссылке выше есть примечание.

vitabiosможно ли вообще на горячую скопировать файлы ничего не останавливая и не отмонтируя? Технически можно: файл cache.dat не блокируется. Но в этом случае нет гарантии целостности данных.

vitabios ,

Пока Вы будете копировать 34 Гб пользователи могут успеть "похозяйничать".
В итоге между началом копирования файла и её концом состояние данных в БД успеет значительно поменяться.
Возможно (не проверял), что и сам процесс долгого копирования файла может СУБД как-то помешать нормально вносить в него изменения.

vitabios ,

Поэтому я и написал:servitЧтобы уже в процессе копирования БД никто не подключился и не начал в ней что-то менять, лучше её предварительно отмонтировать.Это для подстраховки на случай, если кому-то всё же не спится.