Bem. Eu finalmente fiz isso.
O que realmente funcionou para mim:
No servidor host
Gerenciador de proteção de dados HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft \ Agent \ 2.0
DWORD CopyBackupEnabled 1
Isso realmente tornou os backups do VSS somente para cópia, mas eles ainda estão conectados no backuphistory (de alguma forma eu não esperava isso e esqueci que isso realmente funciona).
Em segundo lugar, por padrão, no guest OS, os logs do WS2012R2 não são truncados, mas, de maneira oposta, no 2008R2, eles são truncados por padrão.
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Virtualization \ VssRequestor
DWORD BackupType 1
Não tem efeito no SQL, mas
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ SQLWriter \ Configurações \
DWORD DisableLogShrink 1
ajuda de verdade
O truncamento de log é verificado pelo fn_dblog () ou pelo tamanho do log.
Além disso,
Gerenciador de proteção de dados \ Agent \ HonorFilesNotToBackup HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft
Mais e mais
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ BackupRestore \ FilesNotToBackup
Cadeia MULTI_SZ com caminho para VHDX
Trabalhando não como esperado.
Os arquivos VHDX ainda são afetados pelo VSS quando essas chaves são usadas, mas são excluídos do backup resultante. Portanto, se você estiver usando essas chaves, o SQL fará o log desse backup e poderá truncar os logs mesmo se o VHDX com DB for excluído (ou se apenas os arquivos do banco de dados forem excluídos).
E finalmente, a chave do DPM Server
Gerenciador de proteção de dados \ Agent \ 2.0 \ CopyBackups HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft
DWORD Nome da origem de dados
Não afetando backups de VMs e parece que o banco de dados de configuração do sharepoint é o único destino dessa chave