Em breve estarei migrando uma instalação do 2008 R2 SSRS para um novo SQL 2019 Always on AG na AWS. Este conterá assinaturas, e eu nunca lidei com elas antes. Eu li a documentação aqui: SSRS e AG's e afirma que os trabalhos do agente que controlam as assinaturas são recriados automaticamente após um failover no novo primário, mas ainda existem no primário antigo.
Para minhas outras migrações do SSRS, escrevi um código que cuida automaticamente da reinicialização do agente SQL e dos serviços do SSRS nos nós apropriados após um failover para usar o novo nó. Eu tenho os mesmos trabalhos em todas as réplicas e também tenho uma etapa de trabalho nelas que verifica se o servidor é o principal. Se não for, o trabalho não será executado.
Como meus trabalhos já estão sincronizados e controlam a execução com base no status da réplica primária, prefiro usar isso para controlar as assinaturas, mas o SQL substituirá os trabalhos existentes para as assinaturas? Ou apenas adicionará empregos que não existem? Não tenho um servidor para testar isso no momento e não consigo encontrar essa situação específica online. Prefiro ter os trabalhos sempre lá e deixar a lógica do trabalho executar os trabalhos com base no estado da réplica. Isso é possível com assinaturas ou preciso sempre desabilitar os trabalhos no primário antigo e permitir que o SQL recrie os trabalhos no novo primário?
Eu também gostaria de renomear os trabalhos do agente sql de seu GUID sem sentido para algo mais intuitivo. Isso atrapalharia os trabalhos em execução se eu fizesse isso?
Eu administrei esta situação várias vezes.
O melhor é não modificar os trabalhos de assinatura criados pelo serviço SSRS. Afinal, eles não têm um horário de trabalho. Os agendamentos são gerenciados internamente no banco de dados do SSRS. Com o SQL Server Always on AG, os trabalhos não são replicados porque sua definição está dentro do msdb. Portanto, em uma configuração Alwayson AG para SSRS, você tem um banco de dados SSRS dentro de um AG, mas tem dois (ou mais) msdb que podem conter trabalhos SSRS e dois (ou mais) serviços SSRS. Cada um dos serviços SSRS em execução executará os trabalhos agendados, dividindo a carga de trabalho através do banco de dados ssrs. Aqui estou supondo que você configurou o SSRS para usar o ouvinte AG para conexão db.
Lembre-se de colocar o usuário de serviço ssrs adequado na função de banco de dados msdb (RSExecRole) de cada instância, conforme descrito aqui:
https://learn.microsoft.com/it-it/sql/reporting-services/security/create-the-rsexecrole?view=sql-server-ver15
Os trabalhos de assinatura do SSRS são recriados sempre que o ssrs é iniciado, portanto, quando ocorre um failover, você precisa iniciar ou reiniciar o serviço ssrs para lidar com isso.
Então o que aconteceu depende de qual é a função do AG que você projetou: HA ou DR.
No design de DR, sugiro que você não deixe o serviço SSRS desativado porque ele executará a assinatura em um site de DR e isso geralmente não é bom.
Em um design de alta disponibilidade, você pode deixar o serviço SSRS ativado para equilibrar a carga de trabalho entre as duas instâncias (mantenha atenção também ao licenciamento)