Limites de tamanho do relatório e do instantâneo
Os administradores que gerenciam uma implantação do Reporting Services podem usar as informações deste tópico para entender os limites de tamanho de relatório quando este é publicado em um servidor de relatório, renderizado em tempo de execução e salvo no sistema de arquivos. Este tópico também fornece uma orientação prática sobre como medir o tamanho de um banco de dados do servidor de relatório e descreve o efeito do tamanho do instantâneo no desempenho do servidor.
Tamanho máximo para relatórios e modelos publicados
No servidor de relatório, o tamanho do relatório e do modelo baseia-se nos arquivos de definição de relatório (.rdl) e de modelo de relatório (.smdl) publicados no servidor. O servidor de relatório não limita o tamanho de um relatório ou modelo publicado. Porém, o Microsoft ASP.NET impõe um tamanho máximo para itens que são postados no servidor. Por padrão, esse limite é 4 megabytes (MB). Se um arquivo que ultrapassa esse limite for transferido ou publicado em um servidor de relatório, ocorrerá uma exceção HTTP. Neste caso, modifique o padrão aumentando o valor do elemento maxRequestLength no arquivo Machine.config.
Embora um modelo de relatório possa ser muito grande, definições de relatório raramente excedem 4 MB. Um tamanho de relatório mais comum é da ordem de quilobytes (KB). No entanto, se imagens inseridas forem incluídas, a codificação dessas imagens pode resultar em grandes definições de relatório que ultrapassam o padrão de 4 MB.
O ASP.NET impõe um limite máximo em arquivos postados para reduzir a ameaça de ataques de negação de serviço contra o servidor. Aumentar o valor do limite superior destorce algumas proteções fornecidas por esse limite. Aumente o valor somente se você tiver certeza de que o benefício de fazer isso supera qualquer risco de segurança adicional.
Tamanho do relatório na memória
Ao ser executado, o tamanho do relatório é igual à quantidade de dados retornados no relatório mais o tamanho do fluxo de saída. O Reporting Services não impõe um limite máximo para o tamanho de um relatório renderizado. A memória do sistema determina o limite superior do tamanho (por padrão, um servidor de relatório usa toda a memória configurada disponível ao renderizar um relatório), mas é possível especificar configurações para definir os limites e as diretrizes de gerenciamento da memória. Para obter mais informações, consulte Configurando memória disponível para aplicativos do Servidor de Relatório.
Para qualquer relatório, o tamanho pode variar consideravelmente dependendo da quantidade de dados retornados e do formato de renderização usado para o relatório. Um relatório parametrizado pode ser maior ou menor dependendo de como os valores de parâmetro afetam os resultados de consulta. O formato de saída escolhido afeta o tamanho do relatório dos seguintes modos:
HTML processa uma página do relatório de cada vez. Como o relatório é processado em unidades menores, menos memória é necessária para processar blocos específicos.
PDF, Excel, TIFF, XML e CSV processam o relatório inteiro na memória antes de exibir o relatório para o usuário.
Para medir o tamanho de um relatório renderizado, você pode exibir o log de execução de relatório. Para obter mais informações, consulte Log de execução do servidor de relatório e exibição do ExecutionLog3.
Para calcular o tamanho de um relatório renderizado no disco, você pode exportar e salvar o relatório no sistema de arquivos (o arquivo salvo inclui dados e informações de formatação do relatório).
O único limite fixo do tamanho do relatório é determinado durante a renderização em formato Excel. As planilhas não podem ter mais de 65536 linhas ou 256 colunas. Outros formatos de renderização não têm esses limites, de modo que o tamanho é limitado somente pela quantidade de recursos do servidor. Para obter mais informações sobre os limites de arquivos Excel, consulte Exportando para o Microsoft Excel (Construtor de Relatórios 3.0 e SSRS).
.gif "Observação") Observação |
|---|
O processamento e a renderização do relatório ocorrem na memória. Se houver grandes relatórios ou um grande número de usuários, faça algum tipo de planejamento de capacidade para ter certeza de que a implantação do servidor de relatório seja executada em um nível satisfatório para os usuários. Para obter mais informações sobre ferramentas e diretrizes, consulte as seguintes publicações no MSDN: Planejando a escalabilidade e o desempenho em serviços de relatório e Usando o Visual Studio 2005 para executar um teste de carregamento em um servidor de relatório do SQL Server 2005. |
Medindo o armazenamento de instantâneos
O tamanho de qualquer instantâneo é diretamente proporcional à quantidade de dados no relatório. Os instantâneos normalmente são muito maiores que outros itens armazenados em um servidor de relatório. O tamanho do instantâneo varia, em geral, de alguns megabytes a dezenas de megabytes. Se você tiver relatórios muito grandes, espere para ver instantâneos que são ainda muito maiores. Dependendo da frequência de uso dos instantâneos e da configuração do histórico de relatórios, a quantidade de espaço em disco necessária para o banco de dados do servidor de relatório pode aumentar rapidamente em um curto período de tempo.
Por padrão, os bancos de dados reportserver e reportservertempdb são definidos como autogrow. Embora o tamanho do banco de dados possa aumentar automaticamente, nunca é diminuído automaticamente. Se o banco de dados reportserver tiver um excesso de capacidade devido à exclusão de instantâneos, reduza-o manualmente para recuperar o espaço em disco. Similarmente, se reportservertempdb tiver aumentado para acomodar um volume extremamente grande de relatórios interativos, a alocação do espaço em disco permanecerá nessa configuração até ser diminuída.
Para medir o tamanho dos bancos de dados do servidor de relatório, execute os seguintes comandos Transact-SQL. O cálculo do tamanho total do banco de dados em intervalos regulares pode ajudar você a desenvolver estimativas razoáveis de como alocar espaço para o banco de dados do servidor de relatório com o passar do tempo. As seguintes instruções medem a quantidade de espaço usada atualmente (as instruções supõem que você está usando os nomes padrão de banco de dados):
USE ReportServer
EXEC sp_spaceused
Tamanho do instantâneo e desempenho do servidor de relatório
O tamanho do instantâneo afeta o desempenho do servidor quando o relatório é processado e renderizado. O desempenho do servidor é afetado principalmente pelas operações de renderização; portanto, se houver um grande instantâneo, haverá algum atraso quando os usuários solicitarem o relatório. Dependendo do número de usuários, você pode esperar atrasos quando o tamanho do instantâneo for maior do que 100 megabytes.
Para minimizar os atrasos de desempenho devido a instantâneos grandes, faça o seguinte:
Implante o servidor de relatório e o Mecanismo de banco de dados do SQL Server em computadores separados.
Adicione mais memória ao sistema.
Releia o documento “Planejando a escalabilidade e o desempenho em serviços de relatório” no site do MSDN para obter as práticas recomendadas sobre como configurar um servidor de relatório para a empresa.
A quantidade de instantâneos que são armazenados em um banco de dados do servidor de relatório não é, por si só, um fator de desempenho. Você pode armazenar um número grande de instantâneos sem afetar o desempenho do servidor. Os instantâneos podem ser mantidos indefinidamente. Porém, verifique se o histórico de relatórios pode ser configurado. Se o administrador de um servidor de relatório diminuir o limite do histórico, os relatórios do histórico que você pretende manter podem ser perdidos. Se você excluir o relatório, todo o histórico relacionado será excluído também. Para obter mais informações sobre métodos alternativos de arquivamento de relatórios, consulte Salvando relatórios.
Consulte também