Como solucionar problemas de configuração do IIS no SQL Server 2005 Reporting Services

Traduções deste artigo Traduções deste artigo
ID do artigo: 958998 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

INTRODUÇÃO

Este artigo descreve como solucionar problemas de configuração do Internet Information Services (IIS) no Microsoft SQL Server 2005 Reporting Services.

Este artigo foi escrito principalmente para ajudar você a diagnosticar problemas de configuração do IIS 6.0 em modo nativo do Reporting Services. Este artigo também geralmente se aplica para IIS 5.0 e IIS 7.0. No entanto, algumas etapas de diagnóstico podem ser gravadas apenas para IIS 6.0, como as etapas para verificar a instalação do Microsoft ASP.NET usando o Gerenciador do IIS. Este artigo também descreve alguns problemas comuns de configuração com autenticação, com o ASP.NET e com o Internet Explorer.

Mais Informações

Abordagem geral 1

Problemas de configuração do IIS geralmente aparecem como uma falha para se conectar a ou para executar Report Server ou o Gerenciador de relatórios. Para diagnosticar problemas de configuração com êxito, você deve revisar a arquitetura do Reporting Services e a maneira que Reporting Services é integrado ao IIS. Este artigo tenta identificar problemas de configuração de IIS comuns que podem causar falha no Reporting Services. Alguns problemas do IIS não também são discutidos.

1.1 Solicitar fluxo

Uma solicitação HTTP de um usuário passa por muitas camadas. Saber qual camada a solicitação falhou pode ajudar a determinar a natureza da falha. O diagrama a seguir é um diagrama simplificado do fluxo de uma solicitação de:

Recolher esta imagemExpandir esta imagem
958998


O Reporting Services instala um diretório virtual do Report Server e um diretório virtual para o Report Manager. O nome de diretório virtual padrão para o relatório é ? reportserver. ? O nome de diretório virtual padrão para o Report Manager é ? relatórios ?.

Normalmente, você começar a diagnosticar problemas do Reporting Services enviando uma solicitação ao diretório raiz do Report Server no Internet Explorer. Por padrão, o URL é http://<server> / reportserver . Se estiver funcionando Report Server, em seguida, você pode usar Internet Explorer para enviar uma solicitação para http://<server> / relatórios . Se você tiver configurado o Report Server para usar SSL (Secure Sockets LAYER), você deve primeiro verificar que o servidor pode ser executado no modo não-SSL. Se você tiver configurado uma implantação de fora de escala, você deve primeiro verificar que o Report Server pode ser executado em nós individuais. Diagnosticando problemas nesta ordem ajuda a isolar os problemas mais rapidamente.

Sintomas comuns 1.2

Esta seção lista os sintomas comuns que ocorrem quando solicitações falham em certa camada. Esta seção também informa onde procurar mensagens de erro.
1.2.1 Firewall
Se você acessar servidor de relatórios a partir de um computador cliente remoto, verifique se que o firewall não bloqueia a solicitação. Uma solicitação bloqueada é registrada no log do firewall.

Para obter mais informações sobre como localizar o log do firewall, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
929455Quando você configura um local personalizado para o arquivo de log ele no Windows Vista, as informações não podem ser escritas para o arquivo de log
Você também pode visitar os seguintes sites:
http://technet.microsoft.com/en-us/library/cc736373.aspx
http://technet.microsoft.com/en-us/library/cc758040.aspx
1.2.2 HTTP.sys
IIS 6.0 não está sendo executado no modo de isolamento do IIS 5.0 e IIS 7.0 usar o driver de modo kernel HTTP (HTTP.sys) para executar a entrada/saída de rede HTTP. O serviço HTTP é iniciado automaticamente. Não é necessário executar a configuração manual. Se o Reporting Services está configurado para usar SSL, você deve verificar se o serviço HTTP SSL é iniciado.

O processo de HTTP.sys pode retornar um erro para o cliente mesmo se o IIS não está envolvido. Isso pode ocorrer quando a URL está malformada ou quando a identidade do site da Web do IIS está configurada incorretamente. Os erros são registrados no log de erro de HTTP.sys.

Para obter mais informações sobre os arquivos de log de erro do HTTP.sys, visite o seguinte site:
http://technet.microsoft.com/en-us/library/cc786081.aspx
Para obter mais informações sobre log na API de HTTP de erros, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
820729Log na API de HTTP de erros
1.2.3 IIS e pools de aplicativos
Antes de examinar a configuração do IIS, você deve certificar-se que o serviço de administração do IIS e o pool de aplicativos estão sendo executados. Além disso, você deve verificar se a identidade do site está correta. Você deve ser cuidado com a identidade do site se o site que está hospedando o relatório Services não é o site padrão, ou se você não especificar ? All Unassigned ? para a identidade do site. Se você configurou o Report Server e Gerenciador de relatórios em sites diferentes, tente configurar o Report Server e Report Manager no mesmo site da Web. Se outros aplicativos compartilham o mesmo site da Web com o Reporting Services, tente configurar os diretórios virtuais dos serviços de relatório em um novo site. Se você tiver as extensões ISAPI ou filtros de terceiros, tente remover as extensões ISAPI de terceiros ou filtros.

Se ocorrerem vários problemas de configuração com o IIS, você poderá reinstalar o IIS. Quando você fizer isso, você deve reconfigurar ASP.NET e os diretórios virtuais de serviços de relatório.

Para obter mais informações sobre o local de arquivo de log do IIS, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
324091COMO: Exibir e relatório de arquivos de log
Você também pode visitar o seguinte site:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true
1.2.4 ASP.NET
Uma mensagem de erro no Internet Explorer pode indicar que um problema no ASP.NET. Se você anteriormente tiver desinstalado o IIS ou do ASP.NET no computador, você deve validar configurações do ASP.NET. Você pode corrigir a maioria dos problemas de configuração do ASP.NET usando o arquivo aspnet_regiis.exe para registrar o ASP.NET no IIS. Para obter mais informações sobre validação de ASP.NET, consulte seção 4 deste artigo.

Você pode usar uma página .aspx simples para executar uma verificação de sanidade da configuração do IIS e ASP.NET. Para fazer isso, execute as seguintes etapas:
  1. Crie um novo diretório virtual no site da Web que hospeda os diretórios virtuais do Reporting Services.
  2. Conceder permissão de leitura e execução permissão para o diretório virtual.
  3. Implante uma página .aspx simples para o diretório virtual.
Se você não pode procurar a página .aspx no Internet Explorer, resolva este problema primeiro. O problema pode ocorrer no ASP.NET ou em qualquer das camadas antes que a solicitação alcance ASP.NET.
Lipng relatório diretórios virtuais do servidor
Se diretórios virtuais do Reporting Services não foram configurados usando o provedor do Reporting Services (WMI) ou a ferramenta de configuração do Reporting Services, você deve seguir as instruções na seção 4.1 para verificar as configurações dos diretórios virtuais. Se ocorrerem vários problemas de configuração, você pode recriar os diretórios virtuais, usando o WMI ou usando a ferramenta de configuração do Reporting Services.

Para resolver problemas, primeiro verificar e corrigir o diretório virtual do Report Server. Em seguida, quando Report Server está funcionando, você pode examinar e corrigir o diretório virtual do Report Manager. Quando o Gerenciador de relatórios não é possível se comunicar com servidor de relatórios, o erro é geralmente registrado nos arquivos de log do Reporting Services.

Para obter mais informações sobre logs de rastreamento do Reporting Services, visite o seguinte site da MSDN:
http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx
Este é um exemplo típico desses erros:
W3wp! ui! 1! 8 /5/2008-10: 20: 56:: e erro: código de status HTTP--> 500

-------Detalhes--------

System.NET.WebException: A solicitação falhou com < algum erro >
em Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
em Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Se o diretório virtual do Report Server está funcionando, mas o diretório virtual do Report Manager não está funcionando, examine o URL que usa o Gerenciador de relatórios para se comunicar com Report Server.

Para obter mais informações, visite o seguinte site:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
922656Mensagem de erro quando você tenta abrir a ferramenta Gerenciador de relatórios no SQL Server 2005 Reporting Services: "A solicitação falhou com status HTTP 400: solicitar ruim"ou"Falha na tentativa de se conectar ao servidor de relatório"

Problemas de configuração de site 2

Problemas de identidade de site 2.1

Se uma mensagem de erro indica que Internet Explorer não é possível acessar Report Server ou Gerenciador de relatórios, você deve validar as definições do site do Reporting Services. A seguir estão algumas mensagens de erro que você pode receber.

No Gerenciador de relatório, você receber a seguinte mensagem de erro:
Falha ao tentar se conectar ao servidor de relatório. Verifique a conexão informações e que o servidor de relatório está na versão compatível.
No Internet Explorer, você receber a seguinte mensagem de erro:
Não é possível encontrar servidor ou erro de DNS
No Internet Explorer, você receber a seguinte mensagem de erro:
Solicitação do HTTP 400 ruim
Certifique-se de que o endereço IP ou o nome de host que é usado na URL resolvido para o computador e o site que hospeda os diretórios virtuais do Reporting Services. Se os diretórios virtuais forem hospedados em sites diferentes, verifique a configuração site da Web para o Report Server e Gerenciador de relatórios.

Se a URL é especificada por um endereço IP, verifique o seguinte:
  • Certifique-se de que o endereço IP resolvido ao computador que hospeda os diretórios virtuais do Reporting Services. Você pode usar o comando ipconfig.exe para listar as interfaces de rede de um computador.
  • Se certificar de que os sites que host Reporting Services usa a configuração de Todos os não atribuídos ou o endereço IP especificado no painel de identificação de site .
Se a URL é especificada por um nome de host, verifique o seguinte:
  • Certifique-se de que o nome de host resolvido para o computador do Reporting Services. Você pode usar o comando ping.exe para resolver o nome de host para o endereço IP. Em seguida, certifique-se de que o endereço IP resolvido ao computador que hospeda os diretórios virtuais do Reporting Services.
  • Certifique-se que o site usa a configuração de Todos os não atribuídos para a identificação de site ou o site Especifica um cabeçalho de host que coincide com o cabeçalho do host na solicitação. O cabeçalho do host que usa a solicitação é geralmente o nome de servidor que é especificado na URL. Em um cenário de NLB (balanceamento de carga de rede), o cabeçalho do host é geralmente o nome de nó virtual. O cabeçalho do host também pode ser definido no arquivo hosts.
No IIS 5.0 e no IIS 6.0, as identidades de site são definidas no painel de Identificação do Site na guia Site da página Propriedades do Site . No IIS 7.0, você pode definir as identidades de site da Web clicando no link ligações no painel de Editar o site . Para mais informações sobre como as identidades de site são definidas, visite os seguintes sites.

Observação IIS 5.0 usa uma interface que se pareça com o IIS 6.0 para definir identidades de site.
http://technet.microsoft.com/en-us/library/cc771911.aspx

http://technet.microsoft.com/en-us/library/cc754348.aspx

http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#Sites
Você também deve certificar-se que o Report Manager usa uma URL correta para acessar o servidor de relatórios. Para obter mais informações, visite os seguintes sites:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.2 Problemas que ocorrem após reinstalar o IIS

Se você reinstalou o IIS, talvez você precise reconfigurar o ASP.NET, diretórios virtuais do servidor de relatórios e diretórios virtuais do Gerenciador de relatório.
Informações de instalação do IIS
Para obter mais informações sobre como instalar o IIS 6.0, visite o seguinte site:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true
Para obter mais informações sobre como desinstalar o IIS 6.0, visite o seguinte site:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true
Para obter mais informações sobre como instalar o IIS 7.0, visite o seguinte site:
http://technet.microsoft.com/en-us/library/cc732624.aspx
Para obter mais informações sobre como instalar e usar o IIS 5.0, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
266115Recursos para instalar e usando o IIS 5.0
Informações sobre como recriar os diretórios virtuais do Reporting Services
Para obter mais informações, visite os seguintes sites:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.3 Problemas com filtros ISAPI

Filtros ISAPI de terceiros podem causar problemas em diretórios virtuais do Report Server. Se houver filtros ISAPI de terceiros, tente remover os filtros do site que hospeda os diretórios virtuais do Reporting Services. Ou, mova diretórios virtuais do Reporting Services para um novo site.

3 Problemas de autenticação

3.1 Você deve inserir credenciais no Internet Explorer para acessar o Reporting Services

Quando o Reporting Services está configurado para usar autenticação integrada do Windows, Internet Explorer normalmente não está configurado para solicitar credenciais. Para determinar se o Internet Explorer é configurado para sempre solicitar credenciais, execute essas etapas:
  1. Abra o Internet Explorer.
  2. No menu Ferramentas , clique em Opções da Internet .
  3. Na guia segurança , selecione a zona que se aplica a URL que é usada para acessar o servidor de relatórios. Por exemplo, se você estiver usando um nome NetBIOS para acessar o servidor de relatórios, selecione a zona Da Intranet Local .
  4. Clique em nível personalizado .
  5. Na área de Autenticação do usuário da caixa de diálogo Configurações de segurança , clique em logon automático somente na zona da intranet na área de logon . Se seu URL na zona da intranet, você poderá clicar em logon automático com o nome de usuário atual e a senha .

3.2 Você receber uma mensagem de erro HTTP 401 depois de inserir credenciais no Internet Explorer

Se você receber uma mensagem de erro HTTP 401 após você recebeu solicitações repetidas pelo Internet Explorer, ocorreu uma falha de autenticação. Por exemplo, se você instalar serviços de relatório no modo nativo, você pode ser solicitado para credenciais três vezes antes de você receber uma mensagem de erro HTTP 401 no Internet Explorer. Quando esse problema ocorre, o log do IIS mostra "HTTP 401" como a resposta do IIS. Para solucionar esse problema, verifique o seguinte:
  • Certifique-se que você inserido o nome de usuário correto e a senha.
  • Siga as etapas na seção 3.1 deste artigo. Certifique-se que você não tenham selecionados logon anônimo nas configurações de segurança para a zona.
Você com mais freqüência receber uma mensagem de erro HTTP 401 se você tiver configurado o Reporting Services para usar autenticação integrada do Windows. Por padrão, o IIS habilita o método de autenticação de negociação e o método de autenticação NTLM. O Internet Explorer normalmente usa o método de autenticação de negociação antes do Internet Explorer usa o método de autenticação NTLM.

Se você estiver usando o FQDN ou um cabeçalho de host personalizado que não corresponde ao nome do computador, poderá ocorrer um problema de verificação de auto-retorno. Quando esse problema ocorre, você normalmente pode acessar os sites Web do Reporting Services usando o endereço IP. No entanto, você não pode acessar os sites usando um FQDN ou um nome de host.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
896861Erro 401.1 ao navegar em um site que usa a autenticação integrada e está hospedado no IIS 5.1 ou IIS 6
3.2.1 a autenticação Kerberos
Quando o protocolo de autenticação negociado é Kerberos, você receberá uma mensagem de erro HTTP 401 devido a problemas de autenticação Kerberos. A seguir estão alguns desses problemas:
  • Se seu pool de aplicativos é baseado em uma conta de domínio, você receberá uma mensagem de erro HTTP 401 se o nome de principal de serviço (SPN) HTTP não estiver configurado. Quando esse problema ocorre, você recebe o seguinte código de erro Kerberos:
    KRB_ERR_APP_MODIFIED
    Talvez você possa acessar o servidor usando a seguinte URL:
    http://localhost/ <reportserver_vdir>
    No entanto, você não pode acessar o servidor usando a seguinte URL:
    http:// <NetBIOS> / <reportserver_vdir>
    Para corrigir ou contornar esses problemas, use um dos seguintes métodos:
    • Configure o SPN de HTTP para habilitar a autenticação Kerberos. Se você usar o nome NetBIOS e o FQDN na sua URL para acessar o Reporting Services, você deve registrar o SPN de HTTP para o nome NetBIOS e para o FQDN. Não é possível configurar o SPN de HTTP para as contas diferentes no mesmo computador. Portanto, devem executar diferentes pools de aplicativos com a mesma conta para usar o mesmo SPN HTTP. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
      871179Você receberá um "Erro HTTP 401.1 - não autorizado: acesso negado devido a credenciais inválidas" mensagem de erro quando você tenta acessar um site que faz parte de um pool de aplicativos IIS 6.0
    • Altere sua identidade de pool de aplicativo para NetworkServices ou sistema local. Essas contas podem usar o SPN HOST interno em vez do SPN de HTTP.
    • Forçar o IIS para aceitar somente autenticação NTLM. Para obter mais informações, visite o seguinte site:
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true
  • Você recebe o seguinte código de erro Kerberos no log de eventos:
    KRB_ERR_RESPONSE_TOO_BIG
    Para resolver ou contornar esse problema, execute estas etapas:
    1. Ative o log de Kerberos. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
      262177Como habilitar o log de evento Kerberos
    2. Examine o log. Se você vir o código de erro KRB_ERR_RESPONSE_TOO_BIG, consulte o seguinte artigo da Base de dados de Conhecimento da Microsoft para uma solução alternativa para esse problema:
      244474Como forçar o Kerberos para usar TCP em vez de UDP no Windows Server 2003, no Windows XP e no Windows 2000
Autenticação básica 3.2.2
Se o Reporting Services está configurado para usar autenticação básica, uma falha de autenticação será registrada no log de eventos de segurança no servidor que está executando o IIS. Exiba a mensagem de erro. Se a diretiva de segurança local não permitir a autenticação, ou você deve permitir que logon digite dentro de diretiva de segurança local ou altere o tipo de logon dentro da configuração do IIS.

3.3 Você receber uma mensagem de erro "Acesso negado" no Internet Explorer para IUSR ou para outro usuário anônimo do IIS

Se essa mensagem de erro ocorre inesperadamente, determine se segurança anônimo está ativada diretórios virtuais do Reporting Services. Se essa configuração estiver ativada, desative-o.

Ocorrem problemas de delegação Kerberos 3.4

Esses problemas geralmente são conhecidos como ? salto duplo ? problemas. Problemas de delegação Kerberos podem ocorrer quando as seguintes condições forem verdadeiras:
  • Você configurou a segurança integrada para as fontes de dados em seu relatório.
  • O relatório acessa um servidor remoto para uma fonte de dados. Por exemplo, o relatório acessa Analysis Services ou um servidor de banco de dados Microsoft SQL Server.
  • Quando você acessar o relatório, você recebe uma das seguintes mensagens de erro:

    mensagem de erro 1
    Falha de logon do usuário (nulo)
    mensagem de erro 2
    Falha de logon do usuário "NTAUTHORITY\ANONYMOUS"
  • Ao você verificar o log de eventos segurança no servidor que hospeda a fonte de dados, você verá os eventos que indicam que um usuário anônimo foi fazer logon.
Um esquema de autenticação NTLM não é possível executar operações de salto duplo. Se você removeu o provedor de autenticação de negociação do site ou do diretório virtual do Reporting Services, você deve adicionar novamente o provedor de autenticação de negociação.

Para obter mais informações, visite os seguintes artigos KB ou sites da Microsoft:Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
215383Como configurar o IIS para oferecer suporte ao protocolo Kerberos e o protocolo NTLM para autenticação de rede
326985Solucionar problemas de Kerberos no IIS
917409Como configurar o SQL Server 2005 Analysis Services para usar a autenticação Kerberos
319723Como usar a autenticação Kerberos no SQL Server
909801Como se certificar de que você está usando a autenticação Kerberos ao criar uma conexão remota com uma instância do SQL Server 2005
Para obter mais informações, visite os seguintes sites:
http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en

http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspx
Se você deseja evitar a autenticação Kerberos, você pode usar um dos seguintes métodos:
  • Configure as credenciais armazenadas para sua fonte de dados.
  • Configurar o Reporting Services para usar a autenticação básica. O método de logon padrão é o método NetworkClearText . Esse método permite que você fazer um salto adicional do servidor de relatórios.

Problemas de configuração do ASP.NET 4

Erros gerais de 4.1

Problemas de configuração do ASP.NET tem vários sintomas. Por exemplo, um dos procedimentos a seguir pode ocorrer:
  • Você receberá uma mensagem de erro HTTP 404.
  • Você receberá a seguinte mensagem de erro:
    Não foi possível carregar recurso Microsoft.ReportingServices.UI.GlobalApp
  • Você pode receber outras mensagens de erro de exceção do ASP.NET.
Problemas de configuração do ASP.NET podem ser causados por desinstalar ou reinstalar uma versão do Microsoft .NET Framework. Para solucionar esses problemas, faça o seguinte:
  • No Gerenciador do IIS, clique o nó Web Sites com o botão direito do mouse e, em seguida, clique em Propriedades . Na janela Propriedades de sites, clique na guia ASP.NET e, em seguida, verifique se a versão do ASP.NET está 2.0.50727.
  • No Gerenciador do IIS, clique o nó Web Sites com o botão direito do mouse e, em seguida, clique em Propriedades . Na janela Propriedades dos sites, clique em guia de ISAPIFilters localizar e, em seguida, clique no filtro ASP.NET_2.0.50727.0 . Verifique se a caixa de executável contém um caminho válido para o arquivo .dll de filtro de ASP.NET.

    Observação No IIS 5.1, o filtro não existe.

    Observação No IIS 7.0, você pode ver o filtro clicando no ícone de Filtros ISAPI na página de propriedades do site.
  • No Gerenciador do IIS, localize e clique com o botão direito do, em seguida, mouse o diretório virtual para Report Server e em seguida, clique em Propriedades . Na caixa de diálogo, clique na guia Diretório Virtual e, em seguida, clique em configuração . Verifique se o painel de Extensões de aplicativo está vazio. Verifique se o painel de Mapas de aplicativos curingas tem um mapeamento de curinga. Selecione o mapeamento de curingas e em seguida, clique em Editar . Verifique se a caixa Executar contém o caminho correto para o arquivo aspnet_isapi.dll. Verificar que a caixa de seleção Verificar se o arquivo existe não está marcada.
  • No Gerenciador do IIS, localize e clique com o botão, em seguida, direito no virtual diretório para o Report Manager e em seguida, clique em Propriedades . Na caixa de diálogo, clique na guia Diretório Virtual e, em seguida, clique em configuração . Verifique se o painel de Extensões de aplicativo contém os mapeamentos padrão. Esta é uma lista de mapeamentos para tipos de arquivo ASP.NET comuns, como .aspx e. asax. Para regenerar o mapeamento padrão, use o comando a seguir para criar mapas de script correto:
    aspnet_regiis.exe ? s <report manager path>
    Observação No IIS 7.0, os mapeamentos estão sob o ícone de Mapeamentos de manipulador .
  • Em extensões de servidor Web do IIS, verifique se ASP.NET 2.0.50727 é habilitado.
Se a validação falhar, você pode registrar ASP.NET para resolver o problema. Para fazer isso, use um dos seguintes métodos:
  • Se você estiver executando uma versão de 32 bits do Reporting Services em um sistema operacional de 32 bits ou em um sistema operacional de 64 bits, execute o seguinte comando em um prompt de comando:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe i - enable
  • Se você estiver executando uma versão de 64 bits do Reporting Services em um sistema operacional de 64 bits, execute o seguinte comando em um prompt de comando:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe i - enable
Não é possível executar ASP.NET 1. x e 2.0 do ASP.NET no mesmo processo de operador do IIS. Se você estiver usando o IIS 6.0 ou 7.0 do IIS, certifique-se de que o pool de aplicativos que hospeda o aplicativo de servidor de relatórios não hospeda ASP.NET 1. x aplicativos. Se você estiver usando o IIS 5.0 ou se você estiver usando o IIS 6.0 em modo de isolamento do IIS 5.0, verifique se não estiver executando aplicativos que requerem ASP.NET 1. x .

<path>4.2 Você receber uma mensagem de erro "A identidade atual (NT AUTHORITY\NETWORK SERVICE) não tem acesso de gravação para 'arquivos de ASP.NET <caminho> \v2.0.50727\Temporary'"

O erro é causado por uma configuração inválida do ASP.NET. Para resolver o problema, conceda gravar e executar permissões para a pasta Temporary ASP.NET Files que indica que a mensagem de erro.

Problemas SSL 5

5.1 Problemas com certificados de cliente

Se você configurou certificados de cliente em seus diretórios virtuais, Report Manager não pode autenticar ao servidor de relatórios. Esse problema ocorre porque o Gerenciador de relatórios não é projetado para passar os certificados de cliente quando Report Manager se comunica com o servidor de relatórios por meio de solicitações HTTP. Portanto, se você configurar o IIS para habilitar a opção Exigir certificados de cliente , você não pode usar o Gerenciador de relatórios. Para contornar esse problema, você pode desmarcar a caixa de seleção Exigir certificados de cliente para o diretório virtual do Report Server.

5.2 Você receber uma mensagem de erro ? conexão fechado forçosamente ? ou erros que indicam uma falha de conexão SSL

No Internet Explorer, você receber uma das seguintes mensagens de erro:

mensagem de erro 1
Conexão fechada forçosamente
mensagem de erro 2
A conexão subjacente foi fechada
mensagem de erro 3
Não foi possível estabelecer relação de confiança para o canal seguro de SSL/TLS
mensagem de erro 4
Código de status HTTP--> 500
Se você receber essas mensagens de erro, pode ter ocorrido uma falha de conexão SSL. Falhas de conexão SSL geralmente são causadas pelo certificado está instalado no IIS. Para resolver esse problema, faça o seguinte:
  • Certifique-se que o certificado é emitido para o nome do host ou o cabeçalho de host na URL que você usa para acessar o Gerenciador de relatórios ou Report Server.
  • Certifique-se de que o certificado é emitido para o nome do host ou o cabeçalho do host na URL que usa o Gerenciador de relatórios para acessar o Report Server.

    Observação Essa URL pode ser definido pelo elemento ReportServerUrl no arquivo RsWebApplication.config. Se este URL for indefinido, o nome de host dessa URL é o nome de host que o cliente usa para acessar o Gerenciador de relatórios. Como o nome do host pode variar se você usar diferentes URLs para acessar o Gerenciador de relatórios, é recomendável que você definir explicitamente o elemento ReportServerUrl usando o nome de host correto. Para obter mais informações, visite o seguinte site da MSDN:
    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx
  • Verifique se a cadeia de confiança de certificado é válida. Ou seja, verifique se o certificado ou o emissor do certificado é confiável.

5.3 Problemas na comunicação HTTP entre Report Server e o Gerenciador de relatórios

Um problema pode ocorrer na comunicação HTTP entre o Gerenciador de relatórios e Report Server. Quando a configuração SSL for inválida, Gerenciador de relatórios pode responder para o Internet Explorer com êxito. No entanto, Report Manager não pode se comunicar com servidor de relatórios. Se esse problema ocorre, o Report Manager exibirá corretamente as imagens na home page do Report Manager. No entanto, o Gerenciador de relatório mostra um erro no espaço onde você espera ver pastas e itens de relatório.

Para diagnosticar esses problemas, use o rastreamento do .NET Framework. To enable the .NET Framework tracing, add the following code to the Web.config file that is in the Report Manager folder:
<system.diagnostics>
         <trace autoflush="true" />
             <sources>
                 <source name="System.Net" maxdatasize="1024">
                      <listeners>
                          <add name="MyTraceFile"/>
                      </listeners>
                 </source>
                <source name="System.Net.Sockets" maxdatasize="1024">
                     <listeners>
                         <add name="MyTraceFile"/>
                     </listeners>
                 </source>  
            </sources>
             <sharedListeners>
                 <add
                   name="MyTraceFile"
                   type="System.Diagnostics.TextWriterTraceListener"
                   initializeData="d:\tmp\System.Net.trace.log"
                 />
             </sharedListeners>
  <switches>
                 <add name="System.Net" value="Verbose" />
                <add name="System.Net.Sockets" value="Verbose" /> 
  </switches>
 </system.diagnostics>
por exemplo, suponha que o cabeçalho de host do servidor seja ? exemplo1 ?. No entanto, o certificado é emitido para ? exemplo2 ?. Ao você acessar a home page do Report Manager, usando a URL http://example1/reports , você recebe uma mensagem de aviso que indica que o certificado é inválido. Portanto, a configuração do certificado é inválida.

Observação Dependendo da versão do Internet Explorer que você está usando, o aviso pode ser uma mensagem pop-up ou uma mensagem que aparece no Internet Explorer. Ou, se você optou por ignorar avisos antes, você não pode receber um aviso no Internet Explorer.

No Gerenciador de relatório, você receber a seguinte mensagem de erro:
A conexão subjacente foi fechada: não foi possível estabelecer relação de confiança para o canal seguro de SSL/TLS.
Em seguida, você adicione este código XML ao arquivo Web.config sob o diretório do Report Manager.

Observação Talvez você precise executar mesclagem se o arquivo Web.config já contém o <system.diagnostics> elemento ou o <switches> elemento.

Quando você receber a mesma mensagem de erro, exiba o arquivo de log que você especificou no código XML. Neste exemplo, o arquivo de log é no seguinte local:
D:\tmp\System.Net.Trace.log
Na parte inferior do log, você vê following:
System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate has errors:
System.Net Information: 0 : [3316] SecureChannel#63605042 - 	Certificate name mismatch.
System.Net Information: 0 : [3316] SecureChannel#63605042 - 	A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.

System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate was verified as invalid by the user.
System.Net.Sockets Verbose: 0 : [3316] Socket#23836999::Dispose()
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609:: - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609::EndGetResponse - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
Observe que a mensagem de erro indica o tipo de problema de certificado que ocorreu.

6 De fora de escala e carga equilibrada problemas

6.1 Você receber um erro HTTP 401 intermitentemente

O problema de salto duplo balanceamento de carga apresenta pode causar erros de HTTP 401 intermitentes. Com o balanceamento de carga, uma solicitação HTTP que é enviada para o mesmo computador pode ser roteada para o servidor virtual e, em seguida, para um nó diferente. Esse problema ocorre intermitentemente. Se a solicitação é roteada para o mesmo nó, a solicitação terá êxito.

Para contornar esse problema, use um dos seguintes métodos:
  • Altere o arquivo hosts em cada nó para que as solicitações que vá para o nó virtual ir para o host local. Por exemplo, você pode redirecionar solicitações que estão destinadas para o nó virtual para um endereço IP de 127.0.0.1. Esta operação impede salto duplo, restringindo as solicitações do Gerenciador de relatório ao servidor de relatórios para o mesmo computador.
  • Se você tiver uma instalação nativa do Reporting Services, configure a marca <reportserverurl> para usar "localhost" em vez do servidor virtual.

7 Problemas Windows Vista e Windows Server 2008

Se você estiver instalando o Reporting Services no Windows Vista ou no Windows Server 2008, examine os seguintes artigos da Base de dados de Conhecimento e o site do MSDN cuidadosamente:
934164Como instalar o SQL Server 2005 Reporting Services em um computador baseado no Windows Vista
938245Como instalar e configurar o SQL Server 2005 Reporting Services em um computador que esteja executando o Windows Server 2008
http://msdn2.microsoft.com/en-us/library/bb677367.aspx

Você receber uma mensagem de erro ? IIS é o não instalado ou não configurado para instalação do componente servidor ? durante a instalação

Quando você tenta instalar o Reporting Services no Windows Vista ou no Windows Server 2008, você recebe a seguinte mensagem de erro, mesmo se o IIS já estiver instalado:
IIS está ou não instalado ou não configurado para instalação do componente servidor
Esse problema ocorre porque o recurso de compatibilidade de gerenciamento do IIS 6.0 não está instalado. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
949455Falha de instalação de relatórios do System Center Operations Manager 2007 em um computador Windows Server 2008 se compatibilidade de gerenciamento do IIS 6.0 não está instalada

Redirecionamento de 8 home page

Quando você usa o IIS, você pode usar o Gerenciador de relatórios como a home page padrão para o servidor Web. Por exemplo, convém redirecionar as solicitações do http://<server> URL para o http://<server> / relatórios URL. Para obter informações sobre como configurar o redirecionamento para a home page do Report Manager, consulte a seção "Redirecionamento para o Report Manager Virtual Directory" do seguinte site da MSDN:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Observação Não é possível configurar Gerenciador de relatórios diretamente no nível da raiz site. Em vez disso, você deve configurar o redirecionamento para definir o Gerenciador de relatórios como a home page padrão para o servidor Web.

Problemas de exportação 9

9.1 Um tempo limite da exportação ocorre

Quando você exporta um relatório do Internet Explorer, a caixa de diálogo de download permanece aberta até que um tempo limite é relatado. Esse problema pode ocorrer quando você trabalha com algumas contas, mas não outras contas. Esse problema pode ocorrer quando você usar a opção Executar como para iniciar o Internet Explorer para que você possa executar o Internet Explorer de uma conta diferente a conta de logon.

Esse problema pode ser causado por uma configuração incorreta do Internet Explorer, especialmente se o relatório for pequeno para que o tempo limite não ocorre devido a muitos transferências de dados. Para resolver esse problema, execute essas etapas:
  1. No Internet Explorer, clique em Opções da Internet no menu Ferramentas .
  2. Na caixa de diálogo Opções da Internet , clique na guia Avançado e localize Configurações do HTTP 1.1 .
  3. Clique para desmarcar a caixa de seleção usar HTTP 1.1 e a caixa de seleção usar HTTP 1.1 através de conexões via proxy .
  4. Clique para selecionar a caixa de seleção usar HTTP 1.1 e a caixa de seleção usar HTTP 1.1 através de conexões via proxy .
  5. Reinicie o Internet Explorer.

problemas de 64-bit 10

10.1 Você receber uma mensagem de erro "Tentativa de carregar um assembly de 64 bits em uma plataforma de 32 bits"

Quando você tenta executar processos de 32 bits e 64 bits processos lado a lado no IIS 6.0, você receber a seguinte mensagem de erro:
Tentou carregar um assembly de 64 bits em uma plataforma de 32 bits
Para obter mais informações, visite o seguinte site:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

10.2 Problemas ocorrem quando o IIS e o Reporting Services estiverem no modo de 64 bits, mas o IIS está sendo executado é o modo de 32 bits

Para obter mais informações, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
894435Como alternar entre as versões de 32 bits do ASP.NET 1.1 e a versão de 64 bits do ASP.NET 2.0 em uma versão de 64 bits do Windows
934162Como instalar uma versão 32-bit do SQL Server 2005 Reporting Services em um computador que está executando uma versão de 64 bits do Windows

11 IIS e problemas de configuração do diretório virtual

11.1 a configuração é inválida para os diretórios virtuais do Report Server ou para os diretórios virtuais do Report Manager

Você receber uma das seguintes mensagens de erro:

mensagem de erro 1
HTTP 503-serviço não disponível
mensagem de erro 2
HTTP 403.14 - Proibido (listagem de diretório negada)
mensagem de erro 2
Listagem de diretório negada
mensagem de erro 2
Serviço não disponível
Essas mensagens de erro indicam que a configuração dos diretórios virtuais do Report Server ou dos diretórios virtuais do Report Manager é inválida. Para resolver esse problema, recrie os diretórios virtuais do Report Server e os diretórios virtuais do Report Manager. Para fazer isso, execute as seguintes etapas:
  1. Use o Gerenciador do IIS para remover os diretórios virtuais existentes no IIS.
  2. Use a ferramenta de configuração Reporting Services ou o provedor WMI de serviços de relatório para criar novos diretórios virtuais.
Para obter mais informações, visite os seguintes sites:
http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx

http://technet.microsoft.com/en-us/library/ms181174(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

Implantando 12 Reporting Services e Windows SharePoint Services lado a lado

Para obter mais informações sobre como implantar o Reporting Services e o Windows SharePoint Services lado a lado, visite o seguinte site da MSDN:
http://msdn.microsoft.com/en-us/library/ms159697.aspx

13 Problemas Configurador de relatório

13.1 Você recebe um erro HTTP 401 ao iniciar Configurador de relatório

Se Report Server usa a autenticação básica, você deve configurar a autenticação anônima para Report Builder. Configurador de relatório é um aplicativo ClickOnce. Aplicativos ClickOnce não podem manipular autenticação básica. Para obter mais informações, visite o seguinte site da MSDN:
http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx

14 Problemas de análise do arquivo Web.config

14.1 Você receber uma mensagem de erro System.NullReferenceException do método Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

Esse problema pode ocorrer quando o Reporting Services não é possível analisar o arquivo Web.config. Para resolver esse problema, faça o seguinte:
  • Verifique se que o arquivo Web.config que está na seguinte pasta não tem um espaço para nome:
    %ProgramFiles%\Microsoft SQL servidor\ < Nome da Instância > \Reporting Services\ReportServer
    Se o arquivo Web.config possui um espaço para nome, remova o espaço para nome.

    Observação O editor que você usou para modificar o arquivo pode adicionar um espaço para nome. Para determinar se isso ocorreu, procure o atributo xmlns na primeira linha do arquivo.
  • Verifique se o nó <authentication> contém oatributo mode . Se o atributo não estiver presente, adicione o atributo mode ao nó <authentication>. Especifique um valor de atributo apropriado.

    Por exemplo, se você usar autenticação integrada do Windows, o modo authenticate provavelmente é definido como ? Windows ?. Para obter mais informações sobre modos de autenticação do ASP.NET, consulte os seguintes sites da MSDN:
    http://msdn.microsoft.com/en-us/library/aa291347.aspx

    http://msdn.microsoft.com/en-us/library/532aee0e.aspx

Propriedades

ID do artigo: 958998 - Última revisão: quarta-feira, 4 de fevereiro de 2009 - Revisão: 1.2
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2005 Reporting Services
Palavras-chave: 
kbmt kbsql2005rs kbexpertiseadvanced kbsurveynew kbinfo KB958998 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 958998

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com