Artigo
04/01/2012

Planejando implantação de expansão

Uma implantação de expansão de servidor de relatório são duas ou mais instâncias do servidor de relatório que compartilham um único banco de dados. Uma implantação em expansão lhe permite aumentar o número de usuários que acessam simultaneamente os relatórios e melhorar a disponibilidade do servidor de relatório. Ao usar essa topologia de implantação, é recomendável configurar instâncias do servidor de relatório com configurações idênticas, embora isso não seja necessário. Você pode configurar cada servidor para recursos específicos e executá-los como instâncias independentes, por exemplo, quando deseja isolar o processamento do relatório interativo do processamento de relatório agendado ou de assinatura.

A lista a seguir resume os cenários com suporte em uma implantação de expansão:

Execute as instâncias de servidor de relatório em uma solução de balanceamento de carga que ofereça suporte a um grande volume de relatórios.
Aumente a disponibilidade do servidor de relatório.
Isole os recursos de serviço em computadores específicos para permitir o uso máximo de todos os recursos do sistema disponíveis, mas ainda armazenar e recuperar os mesmos dados do mesmo banco de dados do servidor de relatório.

Os requisitos a seguir se aplicam a uma implantação de expansão.

Requisito	Descrição
Requisitos de edição	Há suporte para a implantação em expansão nas seguintes edições: Enterprise, Developer e Evaluation. As edições Standard, Workgroup e Express não dão suporte a uma implantação em expansão.
Requisitos de versão	Todos os servidores de relatório devem ter a mesma versão principal e as mesmas atualizações e service packs.
Requisitos de domínio	Todos os servidores de relatório devem estar no mesmo domínio ou em um domínio confiável.
Requisitos de autenticação	As instâncias do servidor de relatório em uma implantação de expansão devem ter o mesmo tipo de extensão de autenticação. Se você criou uma extensão de autenticação personalizada, deverá implantar e usar essa extensão em todos os nós. Você deve configurar os mesmos tipos de autenticação em cada nó em uma implantação em expansão. Por causa dessa restrição, não é possível configurar uma implantação de expansão para oferecer suporte de acesso simultâneo à intranet e extranet para o mesmo banco de dados do servidor de relatório através de instâncias separadas, sendo que cada instância é configurada para diferentes tipos de autenticação e regras de autorização. A razão para essa restrição é que o Reporting Services não sincroniza configurações de permissão personalizadas entre os tipos de autenticação diferentes. Se você interromper a herança de permissões e criar atribuições de função em itens específicos, os erros de acesso negado ocorrerão quando o item for acessado por um usuário autenticado através de outro provedor de autenticação. Para resolver esse problema, seria necessário copiar cada atribuição de função específica de função para os dois servidores a fim de obter políticas de segurança duplas para as duas extensões de autenticação. Essa prática trabalhosa e suscetível a erros pode resultar em erros de acesso negado. Por isso, não há suporte para esse cenário.

As seções restantes deste tópico fornecem mais detalhes sobre os cenários com suporte.

Implantação de expansão para soluções de balanceamento de carga

Depois de configurar uma implantação de expansão de servidor de relatório, os nós do servidor de relatório podem ter um balanceamento de carga em um cluster NLB (Balanceamento de Carga de Rede) para oferecer suporte a um grande volume de relatórios. É possível usar uma solução de software ou de hardware para implementar o cluster NLB. A implantação do Reporting Services em um cluster NLB somente é necessária para aumentar a resposta do servidor de relatório ou o número de relatórios interativos que podem ser processados ao mesmo tempo. O processamento de assinaturas e relatórios agendados é mais rápido em uma implantação em expansão, mas não requer necessariamente um cluster NLB para obter um desempenho melhor.

Para criar e configurar o cluster NLB, é necessário usar software e ferramentas que ofereçam suporte a essa funcionalidade. Há recursos de balanceamento de carga nos sistemas operacionais Microsoft Windows Server e em aplicativos de terceiros. Em si, o Reporting Services não fornece recursos de balanceamento de carga nem a capacidade de definir uma única URL de servidor virtual para acessar vários nós do servidor de relatório. A solução de hardware e software que você selecionar deve fornecer uma maneira de definir um nome de servidor virtual que forneça um único ponto de entrada para todos os nós em uma expansão de servidor de relatório.

O Reporting Services não reconhece o Microsoft Cluster Services. Se você usar o Microsoft Cluster Serviços, examine as seguintes informações:

Se o Reporting Services for executado em um cluster Ativo-Passivo com o Microsoft Cluster Services, o serviço Servidor de Relatórios será executado e manipulará as solicitações em cada nó de cluster em que o serviço estiver implantado.
Quando um banco de dados de servidor de relatório está hospedado em um SQL Server que faz parte de um cluster de failover, o servidor de relatório deve ser configurado para usar o nome virtual desse cluster de failover para se conectar ao banco de dados do servidor de relatório. Caso contrário, o servidor de relatório não poderá se conectar ao banco de dados de servidor de relatório quando um failover ocorrer.
Você não pode implantar um servidor de relatório no Microsoft Cluster Services por meio de clusterização de failover do SQL Server. No entanto, você pode instalar o servidor de relatório com a opção de arquivos apenas durante uma instalação do SQL Server.

Para configurar sua implantação

Configure dois ou mais servidores para execução em um cluster NLB.
Configure um servidor separado para hospedar o banco de dados de servidor de relatório.
Instale e configure uma implantação em expansão do servidor de relatório instalando uma instância do servidor de relatório em cada nó no cluster NLB. Para obter mais informações sobre como instalar os servidores de relatório e uni-los a uma implantação em expansão, consulte Como configurar uma implantação em expansão do servidor de relatório (Configuração do Reporting Services).
Configure a validação de estado de exibição e verifique a configuração do servidor de relatório. Para obter mais informações, consulte Como configurar um servidor de relatório em um cluster com balanceamento de carga de rede.
Em cada nó na implantação em expansão, configure a propriedade Hostname do servidor de relatório para usar o nome da URL do NLB. Esta etapa configura as URLs geradas pelo servidor de relatório para apontar para o NLB, em vez de um servidor específico. Para obter mais informações, consulte Como configurar um servidor de relatório em um cluster com balanceamento de carga de rede.

Implantação em escala para desempenho aprimorado de recursos de serviço

Uma técnica para melhorar o desempenho do servidor de relatório é configurar uma implantação. em escala que atribui tipos específicos de processamento a cada servidor de relatório. Por exemplo, você pode configurar um servidor de relatório para manipular o relatório agendado e o processamento de assinatura e um segundo servidor de relatório para relatório interativo. Como os servidores de relatório são executados na mesma implantação em expansão, cada servidor processa o mesmo conjunto de relatórios.

Para configurar sua implantação

Instale e configure uma implantação em expansão do servidor de relatório. Para obter instruções, consulte Como configurar uma implantação em expansão do servidor de relatório (Configuração do Reporting Services).
No servidor usado para relatório interativo, desative o relatório agendado e o processamento de assinatura.
No outro servidor usado para processamento em segundo plano, desative o serviço Web Servidor de Relatórios e o Gerenciador de Relatórios.

Para obter mais informações sobre como desativar recursos específicos, consulte Como ativar e desativar recursos do Reporting Services.

Questões a serem consideradas nas implantações em expansão

Diferentes versões do sistema operacional oferecem suporte a diferentes culturas e agrupamentos.

Se sua implantação em expansão incluir computadores que executam diferentes versões do sistema operacional, elas também poderão oferecer suporte a diferentes culturas e agrupamentos. Isso pode resultar em relatórios inconsistentes ou erros de relatório quando os relatórios estão sendo processados e renderizados.

Ao criar um relatório, o autor do relatório pode configurar propriedades do relatório ou objetos de relatório que afetam a cultura usada ao processar e renderizar o o relatório. Isso pode resultar em dados inconsistentes ou erros em relatórios porque versões diferentes dos sistemas operacionais oferecem suporte a culturas diferentes e os relatórios podem não ser processados consistententemente pelo mesmo servidor em uma implantação em expansão.

Por exemplo, sua implantação em expansão pode incluir um servidor Windows 2003 e outro servidor Windows 2008. Em uma implantação em expansão, o Reporting Services presume que seu ambiente de rede usará software ou hardware de balanceamento de carga nas solicitações aos diferentes servidores. Porém, o Reporting Services não exige ou presume que sua solução de balanceamento de carga estará direcionando todas as solicitações na sessão de um usuário específico para um único servidor. O balanceador de carga está liberado para enviar uma solicitação de página ao servidor Windows 2008 e a próxima solicitação de página para o servidor Windows 2003. Neste exemplo, um relatório em processamento depende de um agrupamento que tem suporte no Servidor Windows 2008, mas não no servidor Windows 2003. Essa disponibilidade inconsistente do agrupamento esperado durante o processamento e renderização do relatório pode causar resultados inconsistentes no relatório. São fornecidos a seguir alguns exemplos dos sintomas que podem surgir:

O processamento de um relatório que exija a execução de operações adicionais de agrupamento, classificação ou filtragem pode usar o agrupamento incorreto nas comparações, produzindo resultados incorretos.
A funcionalidade HideDuplicates pode usar o agrupamento incorreto, gerando resultados incorretos quanto a valores ocultos e exibidos.
A funcionalidade Pesquisa, LookupSet e MultiLookup pode usar o agrupamento incorreto, produzindo resultados incorretos.

Qualquer propriedade que interaja com a cultura e o idioma pode ser afetada pelo processamento em diferentes sistemas operacionais. É fornecida a seguir uma lista de algumas, mas não todas, as propriedades que são afetadas:

A propriedade de idioma de um relatório
A propriedade de agrupamento de um conjunto de dados
As propriedades LableLocId e ValueLocID de itens de relatório

Para contornar o problema, considere qualquer das seguintes alternativas:

Use a mesma versão do sistema operacional em todos os servidores em suas implantações em expansão
Se você tiver versões de sistema operacional diferentes, use na criação do relatório somente culturas cuja utilização tem suporte em todos os servidores.
Configure a afinidade em sua solução de balanceamento de carga de modo que todas as solicitações relativas a um determinado relatório e sessão de usuário sigam para o mesmo servidor.