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

Traduções de Artigos Traduções de Artigos
Artigo: 958998 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

INTRODUÇÃO

Este artigo descreve como resolver problemas de configuração de serviços de informação Internet (IIS) no Microsoft SQL Server 2005 Reporting Services.

Este artigo foi escrito principalmente para ajudar a diagnosticar problemas de configuração do IIS 6.0 em modo nativo do Reporting Services. Este artigo também normalmente se aplica ao IIS 5.0 e IIS 7.0. No entanto, alguns passos diagnóstico podem ser escritos apenas para o IIS 6.0, tais como os passos para verificar a instalação do Microsoft ASP.NET utilizando o Gestor de IIS. Este artigo aborda também alguns problemas comuns de configuração com a autenticação com o ASP.NET e com o Internet Explorer.

Mais Informação

1 Abordagem geral

Normalmente, problemas de configuração do IIS são apresentadas como uma falha para ligar a e execute o servidor de relatórios ou o Gestor de relatórios. Para diagnosticar com êxito estes problemas de configuração, tem de rever a arquitectura do Reporting Services e a forma que o Reporting Services é integrado com o IIS. Este artigo tenta identificar problemas de configuração de IIS comuns que poderão provocar a falha no Reporting Services. Alguns problemas de IIS não também são discutidos.

1.1 Pedir fluxo

Um pedido HTTP de um utilizador viaja através de várias camadas. Saber qual camada falhou o pedido pode ajudar a determinar a natureza da falha. O diagrama seguinte é um diagrama simplificado do fluxo de um pedido de:

Reduzir esta imagemExpandir esta imagem
958998


O Reporting Services instala um directório virtual para o servidor de relatórios e um directório virtual para o Gestor de relatórios. O nome de directório virtual predefinido para o servidor de relatórios é ? reportserver. ? O nome de directório virtual predefinido para o Gestor de relatórios é ? relatórios ?.

Normalmente, começa a diagnosticar problemas de serviços de relatório enviando um pedido para o directório raiz de servidor de relatórios no Internet Explorer. Por predefinição, o URL é http://<server> / reportserver . Se trabalhar servidor de relatórios, pode utilizar Internet Explorer para enviar um pedido para http://<server> / comunica . Se tiver configurado o servidor de relatórios que utilize o Secure Sockets Layer (SSL), terá de primeiro efectuar-se de que o servidor pode ser executado no modo não SSL. Se tiver configurado uma implementação de escala para o exterior, tem Certifique-se que servidor de relatórios pode ser executada em nós individuais. Diagnosticar problemas nesta ordem ajuda a isolar os problemas mais rapidamente.

Sintomas 1.2 comuns

Esta secção lista os sintomas comuns que ocorrem quando pedidos não conseguirão numa determinada camada. Esta secção também indica onde deve procurar mensagens de erro.
Firewall 1.2.1
Se aceder o servidor de relatórios a partir de um computador cliente remoto, certifique-se que o firewall não bloqueia o pedido. Um pedido bloqueado é registado no registo de firewall.

Para obter mais informações sobre como localizar o registo do firewall, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
929455Quando configura uma localização personalizada para o ficheiro de registo Firewall do Windows no Windows Vista, as informações não poderão ser escritas no ficheiro de registo
Também pode visitar os seguintes Web sites da Microsoft:
http://technet.microsoft.com/en-us/library/cc736373.aspx
http://technet.microsoft.com/en-us/library/cc758040.aspx
HTTP.sys 1.2.2
O IIS 6.0 não está a ser executado no modo de isolamento do IIS 5.0 e IIS 7.0 utilizar o controlador do modo kernel HTTP (HTTP.sys) para efectuar rede entrada/saída de HTTP. O serviço HTTP é iniciado automaticamente. Não é necessário efectuar a configuração manual. Se o Reporting Services estiver configurado para utilizar o SSL, tem Certifique-se que o serviço HTTP SSL é iniciado.

O processo de HTTP.sys pode devolver um erro ao cliente, mesmo se o IIS não esteja envolvido. Isto pode ocorrer quando o URL está mal formado ou quando a identidade do site da Web do IIS está configurada incorrectamente. Os erros são registados no registo de erros HTTP.sys.

Para obter mais informações sobre os ficheiros de registo de erro de HTTP.sys, visite o seguinte Web site da Microsoft:
http://technet.microsoft.com/en-us/library/cc786081.aspx
Para obter mais informações sobre o registo da API do HTTP de erros, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
820729Registo da API de HTTP de erros
IIS 1.2.3 e agrupamentos de aplicações
Antes de examinar a configuração do IIS, terá de fazer-se de que o serviço de administração do IIS e o agrupamento de aplicações estão em execução. Além disso, tem de verificar que a identidade de Web site está correcta. Tem de ser cuidado com a identidade de Web site se o Web site que aloja os serviços de relatório não for o Web site predefinido, ou se não especificar ? todos não atribuídos ? para a identidade de Web site. Se configurou o servidor de relatórios e Gestor de relatórios em diferentes Web sites, tente configurar servidor de relatórios e Gestor de relatórios no mesmo Web site. Se outras aplicações partilham o mesmo Web site com o Reporting Services, tente configurar os directórios virtuais dos serviços de relatório no novo Web site. Se tiver as extensões ISAPI ou filtros de outros fabricantes, tente remover de outros fabricantes extensões ISAPI ou filtros.

Se ocorrerem vários problemas de configuração com o IIS, pode reinstalar o IIS. Quando o fizer, terá de reconfigurar ASP.NET e os directórios virtuais dos serviços de relatório.

Para obter mais informações sobre a localização de ficheiro de registo do IIS, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
324091COMO: Visualizar e relatórios de ficheiros de registo
Pode também visitar o seguinte Web site da Microsoft:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true
1.2.4 ASP.NET
Mensagem de erro no Internet Explorer pode indicar que ocorrer um problema no ASP.NET. Se anteriormente tiver desinstalado IIS ou o ASP.NET no computador, tem de validar definições de configuração do ASP.NET. É possível corrigir a maior parte dos problemas de configuração de ASP.NET utilizando o ficheiro do aspnet_regiis.exe para registar o ASP.NET no IIS. Para mais informações sobre a validação do ASP.NET, consulte 4 da secção deste artigo.

Pode utilizar uma página .aspx simples para efectuar uma verificação sanity da configuração do IIS e ASP.NET. Para o fazer, siga estes passos:
  1. Crie um novo directório virtual no Web site que aloja os directórios virtuais dos serviços de relatório.
  2. Conceder permissão de leitura e execução permissão para o directório virtual.
  3. Implemente uma página .aspx simples para o directório virtual.
Se não conseguir navegar na Internet Explorer página .aspx, resolva este problema primeiro. O problema pode ocorrer no ASP.NET ou em qualquer das camadas antes do pedido de atinge o ASP.NET.
Lipng relatório directórios virtuais do servidor
Se directórios virtuais do Reporting Services não foram configurados utilizando o fornecedor de Reporting Services Windows Management Instrumentation (WMI) ou a ferramenta de configuração de serviços de relatório, terá de seguir as instruções na secção 4.1 para verificar as definições dos directórios virtuais. Se ocorrerem vários problemas de configuração, pode recriar os directórios virtuais, utilizando o WMI ou utilizando a ferramenta de configuração dos serviços de relatório.

Para resolver problemas, primeiro verificar e corrigir o directório virtual do servidor de relatórios. Em seguida, quando trabalhar servidor de relatórios, pode examinar e corrigir o directório virtual do Gestor de relatórios. Quando o Gestor de relatórios não conseguir comunicar com o servidor de relatórios, o erro é normalmente registado nos ficheiros de registo Reporting Services.

Para obter mais informações sobre registos de rastreio do Reporting Services, visite o seguinte site da Web MSDN:
http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx
Segue-se um exemplo típico destes erros:
w3wp! IU! 1! 8 /5/2008-10: 20: 56:: and erro: código de estado HTTP--> 500

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

System.Net.WebException: The request failed with < algum erro >
em Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
em Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Se o directório virtual do servidor de relatório está a funcionar, mas o directório virtual do Gestor de relatórios não está a funcionar, reveja o URL que utiliza o Gestor de relatórios para comunicar com o servidor de relatórios.

Para mais informações, visite o seguinte Web site:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
922656Mensagem de erro quando tenta abrir a ferramenta Gestor de relatórios no SQL Server 2005 Reporting Services: "the request failed with HTTP status 400: mau pedido"ou"falhou uma tentativa de ligar ao servidor de relatório"

Problemas de configuração de Web site 2

Problemas de identidade do site 2.1

Se uma mensagem de erro indicar que Internet Explorer não é possível contactar servidor de relatórios ou o Gestor de relatórios, tem de validar as definições do Web site para Reporting Services. Seguem-se algumas mensagens de erro que poderá receber.

No Gestor de relatórios, receberá a seguinte mensagem de erro:
Falha ao tentar ligar ao servidor de relatório. Verifique a ligação informações e que o servidor de relatório está na versão compatível.
No Internet Explorer, receberá a seguinte mensagem de erro:
Não é possível localizar o servidor ou erro de DNS
No Internet Explorer, receberá a seguinte mensagem de erro:
HTTP 400 pedido mau
Certifique-se de que o endereço IP ou o nome de anfitrião que é utilizado no URL é resolvido para o computador e o Web site que aloja os directórios virtuais dos serviços de relatório. Se os directórios virtuais hospedados em diferentes Web sites, verificar a configuração Web site para servidor de relatórios e Gestor de relatórios.

Se o URL é especificado por um endereço IP, verifique o seguinte:
  • Certifique-se de que o endereço IP é resolvido para o computador que hospeda os directórios virtuais dos serviços de relatório. Pode utilizar o comando ipconfig.exe para listar as interfaces de rede do computador.
  • Certifique-se que os Web sites que anfitrião Reporting Services utiliza a definição Todos não atribuídos ou o endereço que especificou no painel de identificação de Web site .
Se o URL é especificado por um nome de anfitrião, verifique o seguinte:
  • Certifique-se de que o nome do anfitrião resolve para o computador de Reporting Services. Pode utilizar o comando ping.exe para resolver o nome de anfitrião para o endereço IP. Em seguida, certifique-se de que o endereço IP é resolvido para o computador que hospeda os directórios virtuais dos serviços de relatório.
  • Certifique-se que o Web site utiliza a definição Todos não atribuídos para a identificação de Web site ou o Web site Especifica um cabeçalho de anfitrião que corresponde ao cabeçalho do anfitrião no pedido. O cabeçalho de anfitrião que utiliza o pedido é normalmente o nome do servidor especificado no URL. Num cenário Network Load Balancing (NLB), o cabeçalho de anfitrião é normalmente o nome de nó virtual. Também é possível definir o cabeçalho de anfitrião no ficheiro Hosts.
No IIS 5.0 e no IIS 6.0, as identidades de Web site são definidas no painel de Identificação de Web Site do separador Web Site da página Propriedades do Web Site . No IIS 7.0, é possível definir as identidades de Web site clicando na hiperligação ligações no painel de Edit Site . Para obter mais informações sobre como são definidas identidades de Web site, visite os seguintes Web sites.

Nota IIS 5.0 utiliza uma interface semelhante IIS 6.0 para definir as identidades de Web 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
Também deve certificar-se que o Gestor de relatórios utiliza um URL correcto para aceder a servidor de relatórios. Para obter mais informações, visite os seguintes Web sites da Microsoft:
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 depois de reinstalar o IIS

Se tiver reinstalado o IIS, poderá ter de reconfigurar o ASP.NET, directórios virtuais do servidor de relatórios e directórios virtuais do Gestor de relatórios.
Informações de instalação do IIS
Para obter mais informações sobre como instalar o IIS 6.0, visite o seguinte Web site da Microsoft:
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 Web site da Microsoft:
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 Web site da Microsoft:
http://technet.microsoft.com/en-us/library/cc732624.aspx
Para obter mais informações sobre como instalar e utilizar o IIS 5.0, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
266115Recursos para instalar e utilizar o IIS 5.0
Informações sobre como recriar directórios virtuais do Reporting Services
Para obter mais informações, visite os seguintes Web sites da Microsoft:
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 de ISAPI de terceiros podem causar problemas em directórios virtuais do servidor de relatórios. Se existem filtros ISAPI de outros fabricantes, tente remover os filtros do site Web que hospeda directórios virtuais do Reporting Services. Ou, mova os directórios virtuais do Reporting Services para um novo Web site.

Problemas de autenticação 3

3.1 Tem de introduzir credenciais no Internet Explorer para aceder a serviços de relatório

Quando o Reporting Services está configurado para utilizar a autenticação integrada do Windows, Internet Explorer normalmente não está configurado para pedir credenciais. Para determinar se o Internet Explorer está configurado para pedir sempre credenciais, siga estes passos:
  1. Abra o Internet Explorer.
  2. No menu Ferramentas , clique em Opções da Internet .
  3. No separador segurança , seleccione a zona que se aplica o URL que é utilizado para aceder a servidor de relatórios. Por exemplo, se estiver a utilizar um nome de NetBIOS para aceder a servidor de relatórios, seleccione zona da Intranet Local .
  4. Clique em Personalizar nível .
  5. Na área de Autenticação de utilizador da caixa de diálogo Definições de segurança , clique em início de sessão automático só na zona da intranet na área de início de sessão . Se o URL for na zona da intranet, pode clicar em início de sessão automático com o actual nome de utilizador e palavra-passe .

3.2 Recebe uma mensagem de erro HTTP 401 depois de introduzir credenciais no Internet Explorer

Se receber uma mensagem de erro HTTP 401 depois de receber pedidos repetidos pelo Internet Explorer, Ocorreu uma falha de autenticação. Por exemplo, se instalar serviços de relatório no modo nativo, poderá ser-lhe credenciais três vezes antes de receber uma mensagem de erro HTTP 401 no Internet Explorer. Quando este problema ocorre, o registo do IIS mostra "HTTP 401" como a resposta do IIS. Para resolver este problema, verifique o seguinte:
  • Certifique-se que introduziu o nome de utilizador correcta e a palavra-passe.
  • Siga os passos na secção 3.1 deste artigo. Certifique-se que início de sessão anónimo nas definições de segurança não selecciona para a zona.
Recebe frequentemente uma mensagem de erro HTTP 401 se tiver configurado o Reporting Services para utilizar a autenticação integrada do Windows. Por predefinição, o IIS permite tanto o método de autenticação Negotiate e o método de autenticação NTLM. O Internet Explorer normalmente utiliza o método de autenticação Negotiate antes do Internet Explorer utiliza o método de autenticação NTLM.

Se estiver a utilizar o FQDN, Fully Qualified Domain Name ou um cabeçalho de anfitrião personalizado que não corresponde ao nome do computador, poderá ocorrer um problema de verificação do loopback. Quando este problema ocorre, pode aceder, normalmente, os sites da Web de serviços de relatório utilizando o endereço IP. No entanto, não é possível aceder os Web sites utilizando um FQDN ou um nome de anfitrião.

Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
896861Recebe o erro 401.1 quando navega num Web site que utiliza autenticação integrada e está hospedado no IIS 5.1 ou no IIS 6
3.2.1 a autenticação Kerberos
Quando o protocolo de autenticação negociado é Kerberos, poderá receber uma mensagem de erro HTTP 401 devido a problemas de autenticação Kerberos. Seguem-se alguns destes problemas:
  • Se o agrupamento de aplicações for baseado numa conta de domínio, poderá receber uma mensagem de erro HTTP 401 se o HTTP nome principal do serviço (SPN) não está configurado. Quando este problema ocorre, recebe o seguinte código de erro Kerberos:
    KRB_ERR_APP_MODIFIED
    Poderá aceder ao servidor utilizando o seguinte URL:
    http://localhost/ <reportserver_vdir>
    No entanto, não conseguem aceder ao servidor através do seguinte URL:
    http:// <NetBIOS> / <reportserver_vdir>
    Para corrigir ou contornar estes problemas, utilize um dos seguintes métodos:
    • Configure o SPN de HTTP para activar a autenticação Kerberos. Se utilizar o nome de NetBIOS e o FQDN, Fully Qualified Domain Name in o URL para aceder a serviços de relatório, terá de registar o SPN de HTTP para o nome de NetBIOS e para o FQDN, Fully Qualified Domain Name. Não é possível configurar o SPN de HTTP para as contas diferentes no mesmo computador. Por conseguinte, agrupamentos de aplicações diferentes tem de ser executado a mesma conta para utilizar o mesmo SPN de HTTP. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
      871179Recebe um "Erro de HTTP 401.1 - não autorizado: acesso negado devido a credenciais inválidas" mensagem de erro quando tenta aceder a um Web site que faz parte de um agrupamento de aplicações IIS 6.0
    • Altere a identidade do agrupamento de aplicações para NetworkServices ou como LocalSystem. Estas contas podem utilizar o SPN HOST incorporado em vez do SPN de HTTP.
    • Forçar o IIS para aceitar apenas autenticação NTLM. Para mais informações, visite o seguinte Web site da Microsoft:
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true
  • Recebe o seguinte código de erro Kerberos no registo de eventos:
    KRB_ERR_RESPONSE_TOO_BIG
    Para resolver ou contornar este problema, siga estes passos:
    1. Active o registo de Kerberos. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
      262177Como activar o registo de eventos de Kerberos
    2. Examine o registo. Se 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 para este problema:
      244474Como forçar o Kerberos a utilizar 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 estiver configurado para utilizar a autenticação básica, uma falha de autenticação é registada no registo de eventos de segurança no servidor que está a executar o IIS. Visualizar a mensagem de erro. Se a política de segurança local não permitir a autenticação, ou tem de permitir início de sessão que escrever dentro de política de segurança local, ou alterar o tipo de início de sessão dentro a configuração do IIS.

3.3 Receberá uma mensagem de erro "Acesso negado" no Internet Explorer para IUSR ou para outro utilizador anónimo do IIS

Se esta mensagem de erro ocorrer inesperadamente, determine se segurança anónimo está activada no Reporting Services directórios virtuais. Se esta definição estiver activada, desactive-a.

Ocorrem problemas de delegação Kerberos 3.4

Estes problemas são normalmente conhecidos como ? salto duplo ? problemas. Problemas de delegação Kerberos podem ocorrer quando se verificam as seguintes condições:
  • Configurou a segurança integrada para as origens de dados no relatório.
  • O relatório acede a um servidor remoto para uma origem de dados. Por exemplo, o relatório acede Analysis Services ou um servidor de base de dados Microsoft SQL Server.
  • Quando aceder ao relatório, receber uma das seguintes mensagens de erro:

    mensagem de erro 1
    Falhou o início de sessão para o utilizador (nulo)
    mensagem de erro 2
    Falhou o início de sessão para o utilizador "NTAUTHORITY\ANONYMOUS"
  • Quando Verifique o registo de eventos de segurança no servidor que hospeda a origem de dados, pode ver eventos que indicam que um utilizador anónimo foi iniciar sessão.
Um esquema de autenticação NTLM não é possível efectuar operações de saltos duplos. Se tiver removido o fornecedor de autenticação Negotiate a partir do Web site ou do directório virtual Reporting Services, deve voltar a adicionar o fornecedor de autenticação Negotiate.

Para mais informações, visite os seguintes artigos KB ou de Web sites da Microsoft:Para obter mais informações, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
215383Como configurar o IIS para suportar o protocolo Kerberos e o protocolo NTLM para autenticação de rede
326985Problemas de Kerberos no IIS
917409Como configurar o SQL Server 2005 Analysis Services para utilizar a autenticação Kerberos
319723Como utilizar a autenticação Kerberos no SQL Server
909801Como se certificar de que está a utilizar a autenticação Kerberos quando cria uma ligação remota a uma instância do SQL Server 2005
Para obter mais informações, visite os seguintes Web sites da Microsoft:
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 pretender evitar a autenticação Kerberos, pode utilizar um dos seguintes métodos:
  • Configure as credenciais armazenadas para a origem de dados.
  • Configurar serviços de relatório para utilizar autenticação básica. O método de início de sessão predefinido é o método NetworkClearText . Este método permite efectuar um salto adicional a partir 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 seguintes passos pode ocorrer:
  • Poderá receber uma mensagem de erro 404 de HTTP.
  • Poderá receber a seguinte mensagem de erro:
    Não foi possível carregar recurso Microsoft.ReportingServices.UI.GlobalApp
  • Poderá receber outras mensagens de erro de excepção do ASP.NET.
Problemas de configuração do ASP.NET poderão ser causados por desinstalar ou reinstalar uma versão do Microsoft .NET Framework. Para resolver estes problemas, efectue o seguinte procedimento:
  • No Gestor de IIS, clique com o botão direito do rato no nó de Web Sites e, em seguida, clique em Propriedades . Na janela Propriedades de Web Sites, clique no separador ASP.NET e, em seguida, verifique se a versão do ASP.NET está 2.0.50727.
  • No Gestor de IIS, clique com o botão direito do rato no nó de Web Sites e, em seguida, clique em Propriedades . Na janela Propriedades de Web Sites, faça clique sobre o separador ' ISAPIFilters . Localize 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 ficheiro .dll do filtro de ASP.NET.

    Nota No IIS 5.1, o filtro não existe.

    Nota No IIS 7.0, pode ver o filtro clicando no ícone de Filtros de ISAPI na página de propriedades do Web site.
  • No Gestor de IIS, localize e clique com o botão direito do, em seguida, rato o directório virtual para o servidor de relatórios e, em seguida, clique em Propriedades . Na caixa de diálogo, clique no separador Directório Virtual e, em seguida, clique em configuração . Verifique se o painel de Extensões de aplicação está vazio. Verifique se o painel de Caracteres universais mapas de aplicação tem um mapeamento universal único. Seleccione o mapeamento de caracteres universais e, em seguida, clique em Editar . Verifique se a caixa Executar contém o caminho correcto para o ficheiro aspnet_isapi.dll. Verificar que não está seleccionada a caixa de verificação verificar se o ficheiro existe .
  • No Gestor de IIS, localize e clique com o botão direito do, em seguida, rato no directório virtual para o Gestor de relatórios e, em seguida, clique em Propriedades . Na caixa de diálogo, clique no separador Directório Virtual e, em seguida, clique em configuração . Verifique se o painel de Extensões de aplicação contém os mapeamentos predefinidos. Esta é uma lista de mapeamentos de tipos de ficheiro ASP.NET comuns, tais como .aspx e .asax. Para voltar a gerar o mapeamento predefinido, utilize o seguinte comando para criar os mapeamentos de scripts correctas:
    aspnet_regiis.exe ? s ? <report manager path>
    Nota No IIS 7.0, os mapeamentos estão sob o ícone de Mapeamentos do processador .
  • Nas extensões de servidor Web do IIS, certifique-se que o ASP.NET 2.0.50727 está activada.
Se a validação falhar, pode registar o ASP.NET para resolver o problema. Para o fazer, utilize um dos seguintes métodos:
  • Se estiver a executar uma versão de 32 bits do Reporting Services num sistema operativo de 32-bit ou um sistema operativo de 64 bits, execute o seguinte comando numa linha de comandos:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i ?enable
  • Se tiver uma versão de 64 bits do Reporting Services num sistema operativo de 64-bit, execute o seguinte comando numa linha de comandos:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i ?enable
Não pode executar o ASP.NET 1. x e ASP.NET 2.0 no mesmo processo de trabalho do IIS. Se estiver a utilizar o IIS 6.0 ou IIS 7.0, certifique-se de que o agrupamento de aplicações que hospeda a aplicação de servidor de relatórios não aloja ASP.NET 1. x aplicações. Se estiver a utilizar o IIS 5.0, ou se estiver a utilizar o IIS 6.0 no modo de isolamento do IIS 5.0, certifique-se que que está em não execução as aplicações que requerem ASP.NET 1. x .

<path>4.2 Que recebe uma mensagem de erro "A identidade actual (NT AUTHORITY\NETWORK SERVICE) não tem acesso de escrita '<caminho> \v2.0.50727\Temporary ASP.NET ficheiros'"

O erro é provocado por uma configuração do ASP.NET inválida. Para resolver o problema, conceda a escrever e executar permissões para a pasta ficheiros temporários de ASP.NET que indica a mensagem de erro.

Problemas SSL 5

5.1 Problemas ocorrem com certificados de cliente

Se tiver configurado os certificados de cliente no seus directórios virtuais, Gestor de relatórios não pode autenticar para o servidor de relatórios. Este problema ocorre porque o Gestor de relatórios não está concebido para passar os certificados de cliente quando o Gestor de relatórios comunica com o servidor de relatórios através de HTTP. Por conseguinte, se configurar o IIS para activar a opção Requerer certificados de cliente , pode utilizar o Gestor de relatórios. Para contornar este problema, pode desmarcar a caixa de verificação Pedir certificados de cliente para o directório virtual do servidor de relatórios.

5.2 Recebe uma mensagem de erro ? connection forçosamente fechado ? ou erros que indiquem uma falha de ligação SSL

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

mensagem de erro 1
Ligação forçosamente fechada
mensagem de erro 2
A ligação subjacente foi fechada
mensagem de erro 3
Não foi possível estabelecer uma relação fidedigna para o canal seguro SSL/TLS
mensagem de erro 4
Código de estado HTTP--> 500
Se receber estas mensagens de erro, pode ter ocorrido uma falha de ligação SSL. Falhas de ligação de SSL são normalmente provocadas pelo certificado instalado no IIS. Para resolver este problema, efectue o seguinte:
  • Certifique-se de que o certificado é emitido para o nome do anfitrião ou para o cabeçalho de anfitrião no URL que utiliza para aceder a Gestor de relatórios ou servidor de relatórios.
  • Certifique-se de que o certificado é emitido para o nome de anfitrião ou para o cabeçalho de anfitrião no URL que utiliza o Gestor de relatórios para aceder a servidor de relatórios.

    Nota Este URL pode ser definido pelo elemento ReportServerUrl no ficheiro RsWebApplication.config. Se este URL não está definida, o nome do anfitrião deste URL é o nome de anfitrião que o cliente utiliza para aceder o Gestor de relatórios. Uma vez que o nome de anfitrião pode variar se utilizar o URL diferentes para aceder o Gestor de relatórios, recomendamos que definir explicitamente o elemento ReportServerUrl utilizando o nome de anfitrião correcto. Para mais informações, visite o seguinte site da Web MSDN:
    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx
  • Certifique-se que a cadeia de fidedignidade do certificado é válida. Ou seja, certifique-se que o certificado ou o emissor do certificado está fidedigno.

5.3 Problemas ocorrem na comunicação HTTP entre o servidor de relatórios e Gestor de relatórios

Poderá ocorrer um problema na comunicação HTTP entre o Gestor de relatórios e o servidor de relatórios. Quando a configuração de SSL é inválida, o Gestor de relatórios pode responder com êxito para o Internet Explorer. No entanto, o Gestor de relatórios não consegue comunicar com servidor de relatórios. Se este problema ocorre, o Gestor de relatórios apresenta correctamente as imagens na home page do Gestor de relatórios. No entanto, o Gestor de relatórios mostra um erro no espaço em que espera ver pastas e itens do relatório.

Para diagnosticar esses problemas, utilize o rastreio de .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 anfitrião do servidor é ? exemplo1 ?. No entanto, o certificado é emitido ? exemplo2 ?. Quando acede a home page do Gestor de relatórios utilizando o URL http://example1/reports , receberá uma mensagem de aviso que indica que o certificado é inválido. Por conseguinte, a configuração do certificado é inválida.

Nota Dependendo da versão do Internet Explorer que está a utilizar, o aviso pode ser uma mensagem de contexto ou uma mensagem que aparece no Internet Explorer. Ou, se optou por ignorar avisos antes, poderá não receber um aviso no Internet Explorer.

No Gestor de relatórios, receberá a seguinte mensagem de erro:
A ligação subjacente foi fechada: não foi possível estabelecer a relação de fidedignidade para o canal seguro SSL/TLS.
Em seguida, adicione este código XML ao ficheiro Web.config no directório do Gestor de relatórios.

Nota Poderá ter de efectuar a intercalação se o ficheiro Web.config já contém o <system.diagnostics> elemento ou o <switches> elemento.

Quando receber a mesma mensagem de erro, consulte o ficheiro de registo que especificou no código XML. Neste exemplo, o ficheiro de registo está na seguinte localização:
D:\tmp\System.Net.Trace.log
Na parte inferior do registo, verá 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.
Repare que a mensagem de erro indica o tipo de problema de certificado que ocorreu.

6 De saída de escala e carregar balanceado problemas

6.1 Receber uma mensagem de HTTP 401 erro intermitentemente

O problema de saltos duplos balanceamento de carga introduz pode causar erros de HTTP 401 intermitentes. Com o balanceamento de carga, um pedido HTTP que é enviado para o mesmo computador poderá ser encaminhado para o servidor virtual e, em seguida, para um nó diferente. Este problema ocorre intermitentemente. Se o pedido é encaminhado para o mesmo nó, o pedido tem êxito.

Para contornar este problema, utilize um dos seguintes métodos:
  • Altere o ficheiro Hosts em cada nó para que pedidos que vá para o nó virtual Ir para o anfitrião local em vez disso. Por exemplo, pode redireccionar pedidos destinados para o nó virtual para um endereço IP 127.0.0.1. Esta operação impede salto duplo restringindo os pedidos do Gestor de relatórios ao servidor de relatórios para o mesmo computador.
  • Se tiver uma instalação do Reporting Services nativa, configure a tag <reportserverurl> utilizar "localhost" em vez do servidor virtual.

Problemas do Windows Vista e Windows Server 2008 7

Se estiver a instalar o Reporting Services no Windows Vista ou no Windows Server 2008, reveja cuidadosamente os seguintes artigos da base de dados de conhecimento da e Web site da MSDN:
934164Como instalar o SQL Server 2005 Reporting Services num computador baseado no Windows Vista
938245Como instalar e como configurar o SQL Server 2005 Reporting Services num computador com o Windows Server 2008
http://msdn2.microsoft.com/en-us/library/bb677367.aspx

Recebe uma mensagem de erro ? o IIS não instalado ou não configurado para instalação do componente servidor ? durante a configuração

Quando tenta instalar o Reporting Services no Windows Vista ou no Windows Server 2008, receberá a seguinte mensagem de erro, mesmo se o IIS já estiver instalado:
O IIS não instalado ou não configurado para instalação do componente de servidor
Este problema ocorre porque a funcionalidade de compatibilidade de gestão do IIS 6.0 não está instalada. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
949455Falha de instalação de criação de relatórios do System Center Operations Manager 2007 num computador Windows Server 2008 se compatibilidade de gestão do IIS 6.0 não está instalada

Redireccionamento de 8 home page

Quando utiliza o IIS, pode utilizar o Gestor de relatórios como a home page predefinida para o servidor Web. Por exemplo, poderá redireccionar pedidos das http://<server> URL para o http://<server> / comunica URL. Para obter informações sobre como configurar o redireccionamento para a home page do Gestor de relatórios, consulte a secção "Redireccionamento para o Gestor de relatórios Virtual Directory" no seguinte Web site da MSDN:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Nota Não pode configurar o Gestor de relatórios directamente ao nível de raiz do Web site. Em vez disso, tem de configurar o redireccionamento para definir o Gestor de relatórios como a home page predefinida para o servidor Web.

Problemas de exportação 9

9.1 Um tempo limite da exportação ocorre

Quando exporta um relatório a partir do Internet Explorer, a caixa de diálogo de transferência permanece aberta até um limite de tempo é comunicado. Este problema poderá ocorrer quando trabalha com algumas contas mas não outras contas. Este problema poderá ocorrer quando utiliza a opção Executar como para iniciar o Internet Explorer para que pode executar o Internet Explorer a partir de uma conta diferente da conta de início de sessão.

Este problema pode ser causado por uma configuração incorrecta do Internet Explorer, especialmente se o relatório for pequeno para que o tempo limite não ocorre devido a várias transferências de dados. Para resolver este problema, siga estes passos:
  1. No Internet Explorer, clique em Opções da Internet no menu Ferramentas .
  2. Na caixa de diálogo Opções da Internet , clique no separador Avançadas e, em seguida, localize o HTTP 1.1 definições .
  3. Clique para desmarcar a caixa de verificação Utilizar HTTP 1.1 e a caixa de verificação Utilizar HTTP 1.1 através de ligações de proxy .
  4. Clique para seleccionar a caixa de verificação Utilizar HTTP 1.1 e a caixa de verificação Utilizar HTTP 1.1 através de ligações de proxy .
  5. Reinicie o Internet Explorer.

problemas de 64-bit 10

10.1 Que recebe mensagem de erro "Tentativa para carregar uma assemblagem de 64 bits numa plataforma de 32 bits"

Quando tenta executar processos de trabalho de 32 bits e processos de trabalho de 64 bits lado a lado no IIS 6.0, receberá a seguinte mensagem de erro:
Tentou carregar uma assemblagem de 64 bits numa plataforma de 32 bits
Para mais informações, visite o seguinte Web 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 serviços de relatório estão em modo de 64 bits, mas o IIS está em execução é o modo de 32 bits

Para obter mais informações, clique números de artigo que se seguem para visualizar 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 numa versão de 64 bits do Windows
934162Como instalar uma versão de 32 bits do SQL Server 2005 Reporting Services num computador que está a executar uma versão de 64 bits do Windows

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

11.1 a configuração é inválida para directórios virtuais do servidor de relatórios ou para directórios virtuais do Gestor de relatórios

Receber uma das seguintes mensagens de erro:

mensagem de erro 1
HTTP 503-Serviço não está disponível
mensagem de erro 2
HTTP 403.14 - não autorizado (listagem de directório negada)
mensagem de erro 2
Listagem de directório negada
mensagem de erro 2
Serviço indisponível
Estas mensagens de erro indicam que a configuração de directórios virtuais do servidor de relatórios ou de directórios virtuais do Gestor de relatórios é inválida. Para resolver este problema, reconstrua directórios virtuais do servidor de relatórios e directórios virtuais do Gestor de relatórios. Para o fazer, siga estes passos:
  1. Utilize O Gestor de IIS para remover os directórios virtuais existentes no IIS.
  2. Utilize a ferramenta de configuração de serviços de relatório ou o fornecedor WMI de serviços de relatório para criar novos directórios virtuais.
Para obter mais informações, visite os seguintes Web sites da Microsoft:
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

12 Implementar serviços de relatório e o Windows SharePoint Services lado a lado

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

Problemas de construtor de relatório 13

13.1 Recebe um erro HTTP 401 quando inicia o Construtor de relatório

Se o servidor de relatórios utilizar autenticação básica, terá de configurar autenticação anónima para o relatório Builder. Construtor de relatório é uma aplicação ClickOnce. Aplicações ClickOnce não consegue processar autenticação básica. Para mais informações, visite o seguinte site da Web MSDN:
http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx

14 Problemas análise de ficheiros Web.config

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

Este problema poderá ocorrer quando o Reporting Services não é possível analisar o ficheiro Web.config. Para resolver este problema, efectue o seguinte:
  • Verificar se o ficheiro Web.config que está na seguinte pasta não tem um espaço de nomes:
    %ProgramFiles%\Microsoft SQL Server\ < Nome da Instância > \Reporting Services\ReportServer
    Se o ficheiro Web.config tem um espaço de nomes, remova o espaço de nomes.

    Nota O editor que utilizou para modificar o ficheiro pode adicionar um espaço de nomes. Para determinar se isto ocorreu, procure o atributo ' xmlns ' na primeira linha do ficheiro.
  • Verifique se o nó <authentication> contém o modo de atributo. Se o atributo não estiver presente, adicione o atributo de modo ao nó <authentication>. Especifique um valor de atributo adequado.

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

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

Propriedades

Artigo: 958998 - Última revisão: 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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