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

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 destina-se principalmente para o ajudar a diagnosticar problemas de configuração do IIS 6.0 em modo nativo do Reporting Services. Este artigo aplica-se também, normalmente, o IIS 5.0 e IIS 7.0. No entanto, alguns passos de diagnóstico podem ser escritos apenas para o IIS 6.0, por exemplo, 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ções

1 abordagem geral

Problemas de configuração do IIS aparecem normalmente como uma falha para ligar a ou para executar 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.1Request de fluxo

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



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 do directório virtual predefinido do servidor de relatórios é "reportserver." O nome do directório virtual predefinido para o Gestor de relatórios é "relatórios".


Normalmente, começa a diagnosticar problemas do Reporting Services ao enviar um pedido para o directório de raiz do servidor de relatórios no Internet Explorer. Por predefinição, o URL é http://< servidor >/reportserver. Se o servidor de relatórios está a funcionar, em seguida, pode utilizar o Internet Explorer para enviar um pedido para http://< servidor >/reports. Se tiver configurado o servidor de relatórios para utilizar Secure Sockets Layer (SSL), tem primeiro de se certificar de que o servidor pode ser executado no modo não SSL. Se tiver configurado uma implementação de saída de escala, primeiro deve certificar-se de que o servidor de relatórios pode ser executado em nós individuais. Diagnosticar problemas de ordem de ajuda a isolar os problemas mais rapidamente.

1.2Common sintomas

Esta secção lista os sintomas comuns que ocorrem quando os pedidos não conseguirão numa camada determinadas. Esta secção também indica onde poderá procurar mensagens de erro.

1.2.1Firewall

Se aceder o servidor de relatórios a partir de um computador cliente remoto, certifique-se de que o firewall não bloqueia o pedido. Uma solicitação bloqueada é registada no registo do firewall.

Para mais informações sobre como localizar o registo do firewall, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

929455 quando configura uma localização personalizada para o ficheiro de registo do Firewall do Windows no Windows Vista, as informações poderão não ser escritas para o 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

1.2.2HTTP.sys

O IIS 6.0, que não está em execução no modo de isolamento do IIS 5.0 e IIS 7.0 utilizar o controlador de modo kernel HTTP (HTTP. sys) para executar o HTTP entrada/saída de rede. O serviço HTTP é iniciado automaticamente. Não tem de executar a configuração manual. Se o Reporting Services estiver configurado para utilizar o SSL, tem de se certificar de que o serviço de SSL de HTTP é iniciado.

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

Para 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.aspxPara mais informações sobre o registo de erros na API HTTP, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

820729 registo de erros no HTTP API

Agrupamentos de 1.2.3IIS e aplicação

Antes de examinar a configuração do IIS, tem de se certificar de que o serviço de administração do IIS e o agrupamento de aplicações em execução. Além disso, tem de verificar que a identidade de Web site está correcta. Tem de ter cuidado com a identidade de Web site se o Web site que está a hospedar serviços de relatório não é o Web site predefinido, ou se não especificar "All Unassigned" para a identidade de Web site. Se tiver configurado o servidor de relatórios e Gestor de relatórios em diferentes Web sites, tente configurar o 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 num novo Web site. Se tiver as extensões ISAPI ou filtros de outros fabricantes, tente remover o fabricantes extensões ISAPI ou filtros.

Se ocorrerem vários problemas de configuração com o IIS, pode reinstalar o IIS. Ao fazê-lo, tem de reconfigurar o ASP.NET e os directórios virtuais dos serviços de relatório.

Para mais informações sobre a localização de ficheiro de registo do IIS, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

324091 como: ver e criar relatórios de ficheiros de registo

Também pode 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.4ASP.NET

Uma mensagem de erro no Internet Explorer pode indicar que ocorrer um problema no ASP.NET. Se anteriormente tiver desinstalado o IIS ou o ASP.NET no computador, tem de validar as definições de configuração do ASP.NET. Pode corrigir a maioria dos problemas de configuração do ASP.NET utilizando o ficheiro de aspnet_regiis.exe a registar ASP.NET no IIS. Para mais informações sobre a validação do ASP.NET, consulte a secção 4 do presente artigo.

Pode utilizar uma página. aspx simples para efectuar uma verificação de sanidade da configuração do IIS e ASP.NET. Para tal, siga estes passos:

  1. Crie um novo directório virtual no Web site que aloja os directórios virtuais do Reporting Services.

  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 é possível procurar a página. aspx no Internet Explorer, primeiro a resolver este problema. O problema pode ocorrer no ASP.NET ou em qualquer das camadas antes do pedido de atinge o ASP.NET.

Directórios virtuais do servidor 1.2.5Report

Se os 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 do Reporting Services, tem de seguir as instruções apresentadas no ponto 4.1 para verificar as definições dos directórios virtuais. Se ocorrerem vários problemas de configuração, pode criar novamente os directórios virtuais, utilizando o WMI ou utilizando a ferramenta de configuração do Reporting Services.

Para resolver problemas, verifique e corrija o directório virtual do servidor de relatórios. Em seguida, quando o servidor de relatórios está a funcionar, pode analisar e corrigir o directório virtual do Gestor de relatórios. Quando o Gestor de relatórios não consegue comunicar com o servidor de relatórios, normalmente, é registado o erro nos ficheiros de registo Reporting Services.

Para mais informações sobre registos de rastreio do Reporting Services, visite o seguinte Web site da MSDN:

http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspxSegue-se um exemplo típico destes erros:

w3wp! IU! 1! 8 / 2008/5-10: 20:56:: e erro: código de estado HTTP--> 500

---Detalhes--

System.Net.WebException: O pedido falhou com < algum erro >

em Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
em Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()

Se o directório virtual do servidor de relatórios 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).aspxPara mais informações, clique no número de artigo seguinte para visualizar o artigo na Base de Dados de Conhecimento Microsoft

Mensagem de erro 922656 quando tenta abrir a ferramenta Gestor de relatórios no SQL Server 2005 Reporting Services: "o pedido falhou com o estado HTTP 400: pedido inválido" ou "falhou uma tentativa para ligar ao servidor de relatórios"

Problemas de configuração do site 2Web

Problemas de identidade do site 2.1Web

Se uma mensagem de erro indica que o Internet Explorer não consegue alcançar servidor de relatórios ou o Gestor de relatórios, tem de validar as definições de Web sites para Reporting Services. Seguem-se algumas mensagens de erro que poderá receber.

No Gestor de relatórios, recebe a seguinte mensagem de erro:

Falha ao tentar ligar ao servidor de relatórios. Verifique a ligação da informação e que o servidor de relatórios 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 de incorrecto

Certifique-se de que o endereço IP ou nome de anfitrião que é utilizado no URL resolve para o computador e o Web site que aloja os directórios virtuais do Reporting Services. Se os directórios virtuais hospedados em diferentes Web sites, verifique a configuração de Web site para o servidor de relatórios e o 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 do Reporting Services. Pode utilizar o comando ipconfig.exe para listar as interfaces de rede de um computador.

  • Certifique-se de que os Web sites que anfitrião Reporting Services utilize a definição All Unassigned ou o endereço IP 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 do Reporting Services.

  • Certifique-se de que o Web site utiliza a definição Todos não atribuídos para a identificação de Web site ou que o Web site Especifica um cabeçalho de anfitrião que corresponde ao cabeçalho de 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 de balanceamento de carga na rede (NLB), o cabeçalho de anfitrião é normalmente o nome do nó virtual. O cabeçalho de anfitrião também pode ser definido 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 de Propriedades do Web Site . No IIS 7.0, pode definir as identidades de Web site, clicando na hiperligação de enlaces no painel Editar Site . Para mais informações sobre como são definidas identidades de Web site, visite os seguintes Web sites.

Nota O 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/#SitesDeve também certificar-se de que o Gestor de relatórios utiliza um URL correcto para aceder ao servidor de relatório. Para 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.2Issues que ocorrem depois de reinstalar o IIS

Se tiver reinstalado o IIS, tem 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 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=truePara 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=truePara 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.aspxPara mais informações sobre como instalar e utilizar o IIS 5.0, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

266115 recursos para instalar e utilizar o IIS 5.0

Obter informações sobre como recriar directórios virtuais do Reporting Services

Para 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.3Issues com filtros de ISAPI

Filtros ISAPI de outros fabricantes poderão causar problemas em directórios virtuais do servidor de relatórios. Se existirem filtros ISAPI de outros fabricantes, tente remover os filtros a partir do Web site que aloja os directórios virtuais do Reporting Services. Em alternativa, mova os directórios virtuais do Reporting Services para um novo Web site.

Problemas de 3Authentication

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

Quando o Reporting Services estiver configurada 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 ao URL que é utilizado para aceder ao servidor de relatório. Por exemplo, se estiver a utilizar um nome de NetBIOS para aceder ao servidor de relatório, seleccione a zona Local Intranet .

  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 na zona da intranet, pode clicar em início de sessão automático com o nome de utilizador actual e a palavra-passe.

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

Se receber uma mensagem de erro HTTP 401 depois de ter recebido pedidos repetidos pelo Internet Explorer, Ocorreu uma falha de autenticação. Por exemplo, se instalar os serviços de relatório no modo nativo, poderá ser-lhe as credenciais de 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 de que introduziu o nome de utilizador e palavra-passe.

  • Siga os passos na secção 3.1 do presente artigo. Certifique-se de que não seleccionar início de sessão anónimo nas definições de segurança para a zona.

Com mais frequência recebe 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 que o método de autenticação Negotiate e o método de autenticação NTLM. Normalmente, o Internet Explorer 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 ou um cabeçalho de anfitrião personalizado que não coincide com o 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 a Web sites utilizando um FQDN ou um nome de anfitrião.

Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Base de Dados de Conhecimento Microsoft

896861 recebe o erro 401.1 quando navega num Web site que utiliza a autenticação integrada e é hospedado no IIS 5.1 ou 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 baseia-se uma conta de domínio, poderá receber uma mensagem de erro HTTP 401 se HTTP nome principal do serviço (SPN) não está configurado. Quando este problema ocorre, recebe o seguinte código de erro de Kerberos:

    KRB_ERR_APP_MODIFIEDPoderá conseguir aceder ao servidor utilizando o seguinte URL:

    http://localhost/<reportserver_vdir>No entanto, não é possível aceder ao servidor utilizando o 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 no seu URL para aceder a serviços de relatório, tem de registar o SPN de HTTP para o nome de NetBIOS e para o FQDN. Não é possível configurar o SPN de HTTP para as contas de 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 mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

      871179 recebe um "erro 401.1 de HTTP - não autorizado: acesso negado devido a credenciais inválidas" mensagem de erro quando tentar aceder a um Web site que faz parte de um agrupamento de aplicações do IIS 6.0

    • Altere a identidade do agrupamento de aplicações para NetworkServices ou para LocalSystem. Estas contas podem utilizar o SPN incorporada do anfitrião 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 de Kerberos no registo de eventos:

    KRB_ERR_RESPONSE_TOO_BIGPara resolver ou contornar este problema, siga estes passos:

    1. Active o registo de Kerberos. Para mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

      262177 como 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 obter uma solução para este problema:

      244474 como forçar o Kerberos a utilizar TCP em vez de UDP no Windows Server 2003, no Windows XP e no Windows 2000

3.2.2 autenticação básica

Se o Reporting Services estiver configurado para utilizar a autenticação base, uma falha de autenticação é registada no registo de eventos de segurança no servidor que está executando o IIS. Visualize a mensagem de erro. Se a política de segurança local não permite a autenticação, ou terá de permitir que de início de sessão escrever dentro de política de segurança local, ou alterar o tipo de início de sessão dentro de configuração do IIS.

3.3You 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 directórios virtuais do Reporting Services. Se esta definição estiver activada, desactive-o.

3.4Kerberos ocorrer problemas de delegação

Estes problemas são normalmente conhecidos como problemas de "salto duplo". Poderão ocorrer problemas de delegação de Kerberos 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 do Microsoft SQL Server.

  • Quando aceder ao relatório, recebe uma das seguintes mensagens de erro:

    Mensagem de erro 1

    Início de sessão falhou para o utilizador (nulo)

    Mensagem de erro 2

    Início de sessão falhou para o utilizador "NTAUTHORITY\ANONYMOUS"

  • Quando verificar 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 estava a iniciar sessão.

Um esquema de autenticação NTLM não é possível efectuar operações de saltos duplos. Se removeu o fornecedor de autenticação Negotiate partir do Web site ou directório virtual do Reporting Services, tem de voltar a adicionar o fornecedor de autenticação Negotiate.

Para mais informações, visite os seguintes artigos de Web sites da Microsoft ou KB:Para mais informações, clique nos números de artigo que se segue para visualizar os artigos na Microsoft Knowledge Base:

215383 como configurar o IIS para suportar o protocolo Kerberos e o protocolo NTLM para autenticação de rede

326985 problemas de resolução de problemas de Kerberos no IIS

917409 como configurar o SQL Server 2005 Analysis Services para utilizar a autenticação Kerberos

319723 como utilizar a autenticação Kerberos no SQL Server

909801 como certificar-se de que está a utilizar a autenticação Kerberos quando cria uma ligação remota para uma instância do SQL Server 2005

Para 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).aspxSe pretender evitar a autenticação Kerberos, pode utilizar um dos seguintes métodos:

  • Configure credenciais armazenadas para a origem de dados.

  • Configure o Reporting Services para utilizar a autenticação básica. O método de início de sessão predefinido é o método NetworkClearText . Este método permite para efectuar um salto adicional do servidor de relatórios.

Problemas de configuração de 4ASP.NET

4.1General erros

Problemas de configuração do ASP.NET tem vários sintomas. Por exemplo, um dos seguintes pode ocorrer:

  • Poderá receber uma mensagem de erro 404 de HTTP.

  • Poderá receber a seguinte mensagem de erro:

    Não foi possível carregar o 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:

  • No Gestor de IIS, clique com o botão direito do rato em Web Sites e, em seguida, clique em Propriedades. Na janela de 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 em Web Sites e, em seguida, clique em Propriedades. Na janela de propriedades de Web Sites, clique no separador ISAPIFilters e, em seguida, clique no filtro ASP.NET_2.0.50727.0 . Certifique-se de que a caixa de executável contém um caminho válido para o ficheiro. dll de filtro do 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, em seguida, faça duplo clique no 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. Certifique-se de que o painel de Extensões de aplicação está vazio. Certifique-se de que o painel de Mapas de aplicação de caracteres universais tem um mapeamento de caracteres universais único. Seleccione o mapeamento de caracteres universais e, em seguida, clique em Editar. Certifique-se de que 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, em seguida, faça duplo clique 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. Certifique-se de que 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. A gerar o mapeamento predefinido, utilize o seguinte comando para criar os mapeamentos de scripts correctas:

    Aspnet_regiis.exe – s < caminho do Gestor de relatório >Nota No IIS 7.0, os mapeamentos estão sob o ícone de Mapeamentos do processador .

  • As extensões de servidor Web do IIS, certifique-se de que o ASP.NET 2.0.50727 está activado.

Se a validação falhar, pode registar o ASP.NET para resolver o problema. Para tal, utilize um dos seguintes métodos:

  • Se estiver a executar uma versão de 32 bits do Reporting Services num sistema operativo de 32 bits ou num sistema operativo de 64 bits, execute o seguinte comando numa linha de comandos:

    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i – activar

  • Se estiver a executar uma versão de 64 bits do Reporting Services num sistema operativo de 64 bits, execute o seguinte comando numa linha de comandos:

    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i – activar

Não é possível 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 hospeda ASP.NET 1. aplicações de x . 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 de que não está a executar aplicações que requerem o ASP.NET 1. x.

4.2You receber 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 é causado por uma configuração inválida do ASP.NET. Para resolver o problema, conceda a escrita e permissões para a pasta de ficheiros temporários de ASP.NET que indica a mensagem de erro de execução.

Problemas de 5SSL

5.1Problems ocorrer com certificados de cliente

Se tiver configurado os certificados de cliente sobre os directórios virtuais, o Gestor de relatórios não poderão autenticar para o servidor de relatórios. Este problema ocorre porque o Gestor de relatórios não se destina a passar certificados de cliente quando o Gestor de relatórios comunica com o servidor de relatórios através de pedidos de HTTP. Por conseguinte, se configurar o IIS para activar a opção Exigir certificados de cliente , é possível utilizar o Gestor de relatórios. Para contornar este problema, pode desmarcar a caixa de verificação Exigir 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 de fidedignidade 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 que está 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 ao Gestor de relatórios ou servidor de relatórios.

  • 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 o Gestor de relatórios para aceder ao servidor de relatório.

    Nota Este URL pode ser definido, o elemento ReportServerUrl no ficheiro RsWebApplication.config. Se este URL não está definido, o nome de anfitrião deste URL é o nome do anfitrião que o cliente utiliza para aceder ao Gestor de relatório. Uma vez que o nome de anfitrião pode variar se utilizar o URL diferentes para aceder ao Gestor de relatório, recomendamos que definir explicitamente o elemento ReportServerUrl utilizando o nome de anfitrião correcto. Para mais informações, visite o seguinte Web site da MSDN:

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

  • Certifique-se de que a cadeia de fidedignidade do certificado é válida. Ou seja, certifique-se de que o certificado ou o emissor do certificado é fidedigno.

5.3Problems ocorrer 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 o 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 de onde esperava ver pastas e itens do relatório.


Para diagnosticar esses problemas, utilize o rastreio de .NET Framework. Para activar o rastreio de .NET Framework, adicione o seguinte código para o ficheiro Web. config que está na pasta do Gestor de relatórios:

<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 para "exemplo2". Quando acede à home page do Gestor de relatórios utilizando o URL http://example1/reports , recebe uma mensagem de aviso que indica que o certificado é inválido. Por conseguinte, a configuração de certificados é 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 tiver escolhido ignorar avisos antes da, poderá não receber um aviso no Internet Explorer.

No Gestor de relatórios, recebe a seguinte mensagem de erro:

A ligação subjacente foi fechada: não foi possível estabelecer uma relação de fidedignidade para o canal seguro SSL/TLS.

Em seguida, adicionar o código XML no 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 elemento de < system.diagnostics > ou o elemento < parâmetros > .

Quando receber a mesma mensagem de erro, visualize 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.logNa parte inferior do registo, consulte o seguinte: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 ocorreram.

6Scale-out e carga equilibrada problemas

6.1You receber um erro de HTTP 401 de forma intermitente

O problema de saltos duplos balanceamento de carga introduz Maio causar erros de HTTP 401 intermitentes. Com balanceamento de carga, um pedido HTTP é enviado para o mesmo computador poderá ser encaminhado para o servidor virtual e, em seguida, para um nó diferente. Este problema ocorre de forma intermitente. Se o pedido é encaminhado para o mesmo nó, o pedido tenha sucesso.

Para contornar este problema, utilize um dos seguintes métodos:

  • Altere o ficheiro de anfitriões em cada nó para que pedidos que vá para o nó virtual Ir para o anfitrião local em vez disso. Por exemplo, pode redirecionar solicitações que sejam destinem a ser o nó virtual para um endereço IP 127.0.0.1. Esta operação impede que os saltos duplos, restringindo os pedidos do Gestor de relatórios para o servidor de relatórios para o mesmo computador.

  • Se tiver uma instalação do Reporting Services nativa, configure a tag < ReportServerUrl > para utilizar "localhost" em vez do servidor virtual.

7 problemas do Windows Vista e Windows Server 2008

Se estiver a instalar Reporting Services no Windows Vista ou no Windows Server 2008, reveja cuidadosamente os seguintes artigos da Base de dados de conhecimento e o Web site da MSDN:

934164 como instalar o SQL Server 2005 Reporting Services num computador baseado no Windows Vista

938245 como instalar e configurar o SQL Server 2005 Reporting Services num computador que executa 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 a instalação do componente de servidor" durante a configuração

Quando tenta instalar o Reporting Services no Windows Vista ou no Windows Server 2008, recebe a seguinte mensagem de erro, mesmo que o IIS já está instalado:

O IIS não instalado ou não configurado para a 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 mais informações, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

949455 a instalação do system Center Operations Manager 2007 Reporting falha num computador com o Windows Server 2008 se compatibilidade de gestão do IIS 6.0 não está instalada

Redireccionamento de página 8Home

Quando utilizar o IIS, pode utilizar o Gestor de relatórios como a home page predefinida para o servidor Web. Por exemplo, pode pretender redireccionar pedidos do URL http://< servidor > para o URL http://< servidor >/reports . 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 do directório Virtual" do seguinte Web site da MSDN:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspxNota Não é possível configurar o Gestor de relatórios directamente no 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 9Export

9.1An ocorre exportação limite de tempo

Quando exportar 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 possam executar o Internet Explorer de uma conta diferente da conta de início de sessão.

Este problema pode dever-se por uma configuração incorrecta do Internet Explorer, especialmente se o relatório é pequeno, de modo a que o limite de tempo não ocorrer 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 As definições de HTTP 1.1.

  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 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 proxy .

  5. Reinicie o Internet Explorer.

problemas de 1064 bits

10.1You receber uma mensagem de erro "Tentativa de 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, recebe 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.2Issues ocorrer quando o IIS e o Reporting Services estiverem no modo de 64 bits, mas o IIS está em execução é o modo de 32 bits

Para mais informações, clique nos números de artigo que se segue para visualizar os artigos na Microsoft Knowledge Base:

894435 como 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

934162 como instalar uma versão de 32 bits do SQL Server 2005 Reporting Services num computador que esteja a executar uma versão de 64 bits do Windows

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

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

Recebe uma das seguintes mensagens de erro:

Mensagem de erro 1

HTTP 503 Serviço indisponível

Mensagem de erro 2

HTTP 403.14 - proibido (listagem de directórios negada)

Mensagem de erro 2

Listagem de diretórios 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 os directórios virtuais do servidor de relatórios e os directórios virtuais do Gestor de relatórios. Para tal, 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 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

12Deploying Reporting Services e 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 Web site da MSDN:

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

Problemas de construtor de 13Report

13.1You receber um erro de HTTP 401 quando inicia o construtor de relatório

Se o servidor de relatório utiliza autenticação básica, tem de configurar a autenticação anónima para Report Builder. Report Builder é uma aplicação ClickOnce. Aplicações ClickOnce não consegue processar a autenticação básica. Para mais informações, visite o seguinte Web site da MSDN:

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

Problemas de análise de ficheiros de 14Web.config

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

Este problema pode ocorrer quando o Reporting Services não é possível analisar o ficheiro Web. config. Para resolver este problema, efectue o seguinte:

  • Certifique-se de que o ficheiro Web. config na seguinte pasta não tem um espaço de nomes:

    %ProgramFiles%\Microsoft SQL Server \ < nome > \Reporting Services\ReportServerSe 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ó < autenticação > contém o atributo de modo . Se o atributo não estiver presente, adicione o atributo de modo para o nó < autenticação >. Especifique um valor de atributo adequado.

    Por exemplo, se utilizar a autenticação integrada do Windows, o modo de autenticação é provavelmente definido para "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

Precisa de mais ajuda?

Aumente os seus conhecimentos
Explore as formações
Seja o primeiro a obter novas funcionalidades
Aderir ao Microsoft insiders

As informações foram úteis?

Quão satisfeito está com a qualidade da tradução?

O que afetou a sua experiência?

Comentários adicionais? (Opcional)

Obrigado pelos seus comentários!

×