Em nosso ambiente temos um grupo de disponibilidade sempre ativo e o servidor de relatórios está atuando como uma réplica secundária com Modo Síncrono, failover manual. O editor de relatórios XSLT que é um aplicativo de fornecedor se conectará ao servidor de aplicativos que, por sua vez, se conectará ao servidor de banco de dados. O servidor de aplicativos (servidor separado) se conecta ao listener para atender às conexões do cliente. Minha pergunta é se eu configurar um servidor de aplicativos separado apenas para o relatório XSLT que por sua vez se conecta ao relatório, agora haverá algum problema se o servidor de relatório para alguma recuperação de desastre se tornar o principal onde o aplicativo cliente e o aplicativo XSLT serão ambos se conectam, ambos o aplicativo é o mesmo que está instalado em servidor separado um para cliente outro para o relatório xslt.
Não me sinto confortável em configurar a replicação transacional, que é uma sobrecarga adicional. Qualquer conselho será bem-vindo.
Do ponto de vista técnico, não há problemas com vários aplicativos, executados em várias máquinas diferentes, conectando-se à mesma instância do SQL Server.
Se você enfrentar o cenário de failover descrito, é possível que a carga de trabalho de relatório interfira em suas outras cargas de trabalho do ponto de vista do desempenho .
Em outras palavras, todas as consultas de longa leitura que seu aplicativo de relatórios faz podem bloquear consultas provenientes de seus outros aplicativos. E, em geral, as consultas do aplicativo de relatório exigirão tempo de CPU e tempo de E/S que normalmente são usados apenas pelo outro aplicativo.
É difícil dizer sem mais detalhes se isso apenas atrasaria um pouco as coisas ou interromperia todo o aplicativo devido a bloqueio ou contenção de recursos.