Eu migrei uma instalação autônoma do SSRS do SQL Enterprise para um novo nó SQL Standard 2 Basic AG recentemente. Recebi o esperado "erro de implantação não suportada" e resolvi isso removendo as informações do servidor antigo da tabela de chaves no banco de dados do reportserver. Agora tenho apenas 2 linhas nessa tabela, um nome de máquina NULL e Node1. o servidor de relatório funciona perfeitamente bem no Node1 agora, mas quando faço failover para o node2, recebo o erro "recurso de expansão não é suportado" quando vou para o link de URL do serviço da Web ( http://Node2:80/Reportserver ) , mas NÃO quando vou para o link da URL do Portal da Web ( http://node2:80/Reports ). Isso me dá acesso aos fodlers de relatórios,
Se eu restaurar a chave de criptografia, funciona bem, apesar de já ter restaurado a chave de criptografia anteriormente.
Não posso ter o SSRS instalado em ambos os nós de um grupo de disponibilidade básico? Deve ser instalado apenas no Node1? Se sim, ainda poderei acessar o reportserverDB compartilhado?
Esta é minha primeira tentativa com grupos de disponibilidade básicos, não encontrei esse problema com minha última instalação corporativa desde que estava usando a implantação de expansão.
Acabei de pensar em outra coisa... o banco de dados de origem do qual o servidor de relatórios está puxando os dados está em um AG diferente, pois os AGs básicos só podem ter 1 banco de dados neles. se esse banco de dados estiver em um nó diferente, em que reportserver e reportservertempDB estão sendo executados, isso pode ser um problema? o banco de dados de origem também precisaria ser submetido a failover?
Uma implantação de expansão do SSRS é um recurso SOMENTE da Enterprise Edition .
Não gosto de fornecer respostas apenas com links, mas essa abordagem alternativa descrita por Rodney Landrum é muito longa para copiar/colar em uma resposta, e suspeito que a entrada do blog dele estará disponível por algum tempo, pois é hospedada por Red -Portão .
Para encurtar a história, você não pode abordar isso por meio de uma implantação escalável, mas há uma solução alternativa disponível se você não se importar com a necessidade de administração e automação adicionais para que isso aconteça.