Outros problemas de atualização do Reporting Services
Este tópico descreve problemas conhecidos que você pode enfrentar ao atualizar Reporting Services funcionalidade. Esses problemas não são detectados pelo Supervisor de Atualização. Para obter informações adicionais, consulte notas sobre a versão SQL Server 2014
Aplica-se a: Reporting Services modo nativo | Reporting Services modo do SharePoint. |
Problema | Descrição | Aplica-se a |
---|---|---|
Atualização do farm do SharePoint | Atualize o Reporting Services serviço compartilhado somente depois que todos os outros componentes Reporting Services no farm tiverem sido atualizados para SQL Server 2014. Para atualizar Reporting Services em um farm de vários nós do SharePoint para o SQL Server 2014Reporting Services, todas as instâncias do suplemento Reporting Services do SharePoint no farm devem ser atualizadas para a versão SQL Server 2014 antes de atualizar o Reporting Services serviço compartilhado. A renderização de relatório falhará quando o Reporting Services serviço compartilhado do SharePoint tiver sido atualizado para SQL Server 2014, mas outros componentes Reporting Services no farm ainda são versão SQL Server 2012. Para obter mais informações, consulte Dicas, truques e soluções de problemas do SQL Server 2014 Reporting Services. |
SQL Server 2012 e SQL Server 2012 SP1 |
Instalação lado a lado | SQL Server 2012 Reporting Services Modo Nativo não pode ser executado lado a lado com um dos seguintes: suplemento Reporting Services SQL Server 2014 para SharePoint SQL Server 2014 Reporting Services serviço compartilhado do SharePoint A instalação lado a lado impede a inicialização do Serviço Windows do Modo Nativo dos Serviços de Relatório SQL Server 2012. Exemplos de mensagens de erro que aparecerão no Log de Eventos do Windows: Descrição: o banco de dados do servidor de relatório é uma versão inválida. Descrição: o Servidor de Relatório [nome do servidor] não pode se conectar ao banco de dados do servidor de relatório. |
SQL Server modo nativo de 2012 |
Erro ao tentar reparar uma atualização com falha | Questão: Você tenta executar um reparo depois que uma atualização falha. A operação de reparo também falha e você visualiza mensagens como estas nos arquivos de log de instalação:(01) 2011-10-27 12:23:15 Slp: (01) 2011-10-27 12:23:15 Slp: Exception type: System.Exception (01) 2011-10-27 12:23:15 Slp: Message: (01) 2011-10-27 12:23:15 Slp: SQLPath element is missing (01) 2011-10-27 12:23:15 Slp: Data: (01) 2011-10-27 12:23:15 Slp: SQL.Setup.FailureCategory = ConfigurationFailure Para obter mais informações sobre os arquivos de log, consulte Exibir e ler SQL Server configurar arquivos de log. Solução: Você precisa desinstalar Reporting Services e reinstalar Reporting Services. Uma atualização não é mais possível. |
SQL Server 2012 e SQL Server 2012 SP1 |
Informações de interatividade salvas apenas para a última solicitação. | Em versões anteriores do Reporting Services, os instantâneos salvaram todas as combinações possíveis de opções interativas, como detalhar informações e alternar opções. Por exemplo, era possível exibir a página 5 de um relatório, alternando, porém, programaticamente, um item na página 1 mantendo o controle da ID correta para alternância. No SQL Server 2008, as informações de interatividade são geradas e salvas somente para a última solicitação de renderização. Não é possível exibir uma página e alternar programaticamente um item para outra página. Você só pode alternar itens detalhados na página de relatório atual. |
SQL Server 2005 SP2 |
A renderização e a paginação foram alteradas. | O ROM (Modelo de Objeto de Renderização) foi alterado no SQL Server 2008Reporting Services. Não há suporte para versões anteriores do modelo de objeto de renderização. Não há suporte para acesso ao Modelo de Objeto de Renderização de uma extensão de renderização com multithread (e alternância de contexto de vários threads). | SQL Server 2005 SP2 |
O formato de exportação CSV foi reprojetado. | Em versões anteriores do Reporting Services, quando você exportou um relatório para um formato de arquivo CSV, os dados foram formatados de uma maneira que preservava a maneira como os dados apareciam na página do relatório. Para regiões de dados de matriz, isso resultou em um formato de dados que era inconveniente importar para outros aplicativos. Nesta versão, ao exportar um relatório para um arquivo CSV, é possível escolher entre dois formatos com suporte: modo Padrão e modo Compatível. O modo padrão é otimizado para o Excel. O modo Compatível é otimizado para aplicativos de terceiros. O formato anterior para arquivos CSV não está mais disponível. Entretanto, no caso de relatórios que não usam regiões de dados de matriz, você pode usar o modo Compatível para obter um formato de arquivo semelhante ao formato de arquivo CSV anterior. |
SQL Server 2005 SP2 |
Agregações com visibilidade condicional em cabeçalhos e rodapés de páginas. | Em versões anteriores do Reporting Services, diferentes renderizadores usavam regras diferentes para determinar quais itens com visibilidade condicional incluir em uma página de relatório. Por exemplo, os cálculos de agregação não foram executados para itens ocultos em relatórios impressos, mas foram calculados para itens ocultos em relatórios exibidos com um navegador ou no Microsoft Office Excel. Nesta versão, todos os processadores usam o mesmo conjunto de regras para determinar quais itens estão em uma página. |
SQL Server 2005 SP2 |
Não há suporte para fórmula no Excel. | Em versões anteriores do Reporting Services, havia suporte limitado para traduzir expressões em RDL para fórmulas do Excel. Nesta versão, quando você exporta um relatório para o Excel, as expressões RDL não são traduzidas para as fórmulas do Excel. | SQL Server 2005 SP2 |
Itens com sobreposição. | Em versões anteriores do Reporting Services, se um relatório tivesse itens sobrepostos na superfície de design do relatório, a publicação do relatório produziria um aviso ("Não há suporte para itens de relatório sobrepostos em todos os renderizadores)."), mas os itens de relatório permaneceram em seu local original na superfície de design. No SQL Server 2008, os itens de relatório podem ser movidos para corrigir limites sobrepostos quando um relatório é exibido ou exportado para um renderizador que não dá suporte a itens sobrepostos. | SQL Server 2005 SP2 |
Alteração do namespace do modelo de objeto do relatório. | No SQL Server 2008Reporting Services, o namespace Modelo de Objeto de Relatório foi alterado. Esse namespace fornece acesso somente leitura do código personalizado para coleções globais, como Fields , Parameters e ReportItems . Se um código personalizado existente usar, de forma explícita, uma referência totalmente qualificada para um namespace anterior, essa alteração será uma alteração de quebra.É recomendado que você não use referências totalmente qualificadas para acessar coleções internas de seu código. Ao não especificar explicitamente o namespace, o código personalizado faz referência resolve à versão do modelo de objeto de relatório para a versão atualmente instalada do Reporting Services. |
SQL Server 2005 SP2 |
Não há suporte para o Provedor WMI (Instrumentação de Gerenciamento do Windows) do Servidor de Relatório do SQL Server 2000 ou SQL Server 2005. | Reporting Services inclui um provedor WMI que você pode usar para configurar programaticamente o ambiente no qual um servidor de relatório é executado. A versão SQL Server 2008 do Reporting Services inclui uma versão totalmente nova do provedor WMI que substitui completamente a versão anterior. não há suporte para SQL Server versões 2000 e 2005 nesta versão do SQL Server. | SQL Server 2005 SP2 |
Os SPNs (Nomes da Entidade de Serviço) não são recriados em um servidor de relatório atualizado. | Se você criou um SPN para o serviço Web Servidor de Relatórios, verifique se as delegações restritas ainda funcionam no servidor de relatório atualizado. | SQL Server 2005 SP2 |
Assemblies personalizados devem ser movidos manualmente para a nova pasta de instalação. | O Supervisor de Atualização não detecta assemblies personalizados, portanto, eles devem ser movidos manualmente para a nova pasta de instalação para que seja possível continuar usando a funcionalidade personalizada nos relatórios. Se esses assemblies forem instalados na pasta de instalação do servidor de relatórios, será necessários movê-los para a pasta de instalação ao final da atualização. |
SQL Server 2005 SP2 |
Consulte Também
Problemas de atualização do Reporting Services (supervisor de atualização)