Atualmente, temos um banco de dados em SIMPLErecuperação e planejamos configurar um Availability Grouppara fins de relatório (Enterprise SQL 2016). Meu entendimento é que isso exigirá mover o banco de dados para FULLrecuperação. Não precisamos dos backups de log e não temos interesse em armazená-los, então estava pensando em configurar os backups de log para NUL(balde de bits). Nada do que li disse que terei problemas com isso, mas queria ter certeza de que não estou perdendo nada.
Não, você não está perdendo nada, exceto a oportunidade de fazer uma recuperação pontual do banco de dados. Os AGs protegem você da MAIORIA das falhas de hardware, mas não protegem contra erros do usuário que eliminam uma tabela ou truncam dados. Mesmo que a empresa não tivesse um SLA para RPO, eu teria backups de log em execução como DBA apenas para cobrir as coisas, mas você pode fazer backup em DISK = 'NUL' e o log será limpo como você fez backup em um disco normal Arquivo.
Eu ainda sugeriria fazer backups de log (não para NUL) e ter um processo de exclusão para excluir após x horas.
Se, por algum motivo, seus dois servidores estiverem inativos e seu backup principal estiver corrompido. Portanto, neste pior caso, você terá a possibilidade de restaurar o banco de dados, desde que tenha preservado os backups de log.
Se o banco de dados puder ser recriado e não for tão crítico, vá para descartar os backups de log para NUL.
Veja isto: http://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/