Instalar o Reporting Services e os Serviços de Informações da Internet lado a lado

Antes de tratar de problemas de interoperabilidade entre o IIS e o Reporting Services, você deve entender as regras de precedência de reserva de URL. As regras de precedência podem ser generalizadas na seguinte instrução: uma reserva de URL tem valores definidos mais explicitamente é a primeira a receber solicitações que correspondam à URL.

• Uma reserva de URL que especifica um diretório virtual é mais explícita que uma que omite um diretório virtual.

• Uma reserva de URL que especifica um único endereço (por meio de um endereço IP, um nome de domínio totalmente qualificado, um nome de computador de rede ou um nome do host) é mais explícita que um curinga.

• Uma reserva de URL que especifica um curinga forte é mais explícita que um curinga fraco.

Os seguintes exemplos mostram um intervalo de reservas de URL, ordenado do mais explícito ao menos explícito:

Uma indicação de um conflito de porta é que você verá a seguinte mensagem de erro: 'System.IO.FileLoadException: O processo não pode acessar o arquivo porque está sendo usado por outro processo. (Exceção de HRESULT: 0x80070020).'

Dadas as regras de precedência na seção anterior, você pode começar a compreender como as reservas de URL definidas para o Reporting Services e o ISS promovem a interoperabilidade. O Reporting Services recebe solicitações que especificam explicitamente os nomes de diretório virtuais para seus aplicativos; o IIS recebe todas as solicitações restantes, que podem ser direcionadas a aplicativos executados no modelo de processo do IIS.

Os problemas de interoperabilidade entre o ISS e o Reporting Services ocorrem quando sites do IIS têm nomes de diretório virtual idênticos aos usados pelo Reporting Services. Por exemplo, suponha que você tenha a seguinte configuração:

• Um site no IIS atribuído à porta 80 e um diretório virtual chamado "Reports".

• Uma instância do servidor de relatório SQL Server 2012 instalada na configuração padrão, onde a reserva de URL também especifica a porta 80 e o aplicativo também usa "Reports" como nome do diretório virtual.

Dada essa configuração, uma solicitação enviada a http://<computername>:80/reports será recebida pelo Gerenciador de Relatórios. O aplicativo acessado por meio do diretório virtual Reports no IIS não receberá mais solicitações depois que a instância do servidor de relatório SQL Server 2012 for instalada.

Se você estiver executando implantações lado a lado de versões mais antigas e mais recentes do Reporting Services, é provável que encontre o problema de roteamento descrito. Isso porque todas as versões do Reporting Services usam “ReportServer” e “Reports” como nomes de diretório virtual para os aplicativos de servidor de relatório e do Gerenciador de Relatórios, aumentando a probabilidade de haver um diretório virtual "reports" e "reportserver" no IIS.

Para garantir que todos os aplicativos recebam solicitações, siga estas diretrizes:

• Para instalações do Reporting Services, use nomes de diretório virtual ainda não utilizados por um site do IIS na mesma porta que o Reporting Services. Se houver conflito, instale o Reporting Services no modo “somente arquivos” (usando a instalação, mas não configurando a opção do servidor no Assistente de Instalação), para que você possa configurar os diretórios virtuais depois que a instalação for concluída. Uma indicação de que a sua configuração possui um conflito de porta é que você verá a seguinte mensagem de erro: System.IO.FileLoadException: O processo não pode acessar o arquivo porque está sendo usado por outro processo. (Exceção de HRESULT: 0x80070020).

• Para instalações configuradas manualmente, adote as convenções de nomenclatura padrão nas URLs configuradas. Se você instalar o SQL Server 2012 Reporting Services (SSRS) como uma instância nomeada, inclua o nome da instância ao criar um diretório virtual.

Tarefas

Conceitos