Exportar (0) Imprimir
Expandir Tudo

Relatórios SQL

Atualizado: maio de 2014

O é um serviço de relatório baseado em nuvem para a Plataforma desenvolvida com base nas tecnologias .

ImportantImportante
O serviço Relatórios SQL está disponível para os assinantes atuais, mas não deve ser usado em novos projetos de desenvolvimento de software. O serviço será descontinuado em 31 de outubro de 2014. Veja estas Perguntas frequentes para obter detalhes.

Uma alternativa a Relatórios SQL é usar uma ou mais instâncias do SSRS (SQL Server Reporting Services) em execução nas Máquinas Virtuais do Azure. Usando uma VM, você pode implantar uma solução de relatório operacional na nuvem que oferece suporte ao conjunto de recursos no modo Nativo ou do SharePoint. Um VM com o SQL Server 2008 R2 ou 2012 oferece suporte a todos os recursos do Reporting Services, incluindo todas as fontes de dados com suporte, personalização e extensibilidade, e a execução e a entrega de relatório agendadas.

Neste tópico:

Os clientes que migraram de Relatórios SQL para VMs do SSRS fizeram isso pelos seguintes motivos:

O servidor de relatório extensível do relatório personalizado

O SSRS em uma VM oferece suporte a referências de código personalizado e de assembly em um relatório Se os requisitos empresariais de um relatório incluírem uma avaliação exclusiva de função complexa ou controles visuais patenteados, você poderá fornecer esses recursos no código inserido em um arquivo de relatório ou em um assembly adicionado ao servidor de relatório. Da mesma forma, os desenvolvedores podem substituir ou complementar operações de servidor de relatório adicionando extensões personalizadas. Consulte Referências a código personalizado e assemblies nas expressões e Extensões do Reporting Services para obter informações detalhadas.

Execução e entrega de relatório agendadas

Além do relatório sob demanda, o SSRS em uma VM oferece suporte ao processamento de relatório agendado para que você possa recuperar dados em uma agenda, permitindo o controle da execução da consulta em um banco de dados remoto e a duração da transferência de dados na rede. Os relatórios agendados podem ser entregues em vários formatos de saída, para destinos que não sejam um servidor de relatório, como email ou um compartilhamento de arquivos, no qual o relatório é salvo como PDF, Excel ou MHTML. Consulte Agendas e Assinatura e entrega.

Integração a soluções híbridas

Você pode adicionar uma VM do Azure à sua rede corporativa, agregando capacidade rapidamente, sem a carga da aquisição e do provisionamento do hardware. O ingresso de uma VM do Azure em seu domínio requer uma rede virtual e um dispositivo de roteamento de VPN dedicado. Consulte Visão Geral da Rede Virtual do Azure para obter mais informações.

Se você criar uma rede inteira na nuvem ou adicionar VMs a uma rede existente local, uma VM do Azure poderá usar a autenticação do Windows para oferecer suporte ao logon único. Dependendo de como você configura relatórios, talvez seja necessário usar identidades do Windows para autenticar em um servidor de relatório ou banco de dados de back-end. A delegação de identidade é habilitada posteriormente quando todas as VMs são adicionadas a uma rede virtual que inclui um controlador de domínio e um domínio do Active Directory, e os serviços são configurados para a delegação restrita de Kerberos. Fazer isso habilita a mesma identidade do Windows a fluir de um aplicativo cliente para o servidor de relatório e, por fim, para o banco de dados de back-end para recuperar os dados permitidos relevantes para o solicitante original.

Maior desempenho

Os clientes que fizeram teste comparativos experimentam melhor desempenho ao usar o SSRS em uma VM. Os ganhos de desempenho são atribuídos à presença do catálogo de servidores de relatório no disco local da VM. O ganho era mais aparente nos servidores de relatório que manipulam cargas de trabalho maiores.

noteObservação
Um problema conhecido de Relatórios SQL é que a execução do relatório é mais lenta do que o SSRS em execução no local. Em contrapartida, o desempenho do SSRS em uma VM é semelhante ao desempenho que você poderia esperar de uma instância local do SSRS

Se você tiver um novo projeto de desenvolvimento de software que requeira o relatório operacional, recomendamos que você avalie uma VM do Azure que está executando o SSRS. A galeria de Máquinas Virtuais do Azure fornece imagens com as edições pré-instaladas do SQL Server que incluem o mecanismo de banco de dados e o SSRS. As edições do SQL Server na galeria têm os mesmos recursos de uma instalação local do servidor de relatório. Se desejar, você pode usar um script do Windows PowerShell e uma mídia de instalação para as edições do SQL Server que você obtiver separadamente.

A tabela a seguir fornece uma abordagem que você pode usar para avaliar uma solução de relatório da VM baseada na nuvem para novos projetos de desenvolvimento de software:

 

Etapa Descrição Vincular

1

Antes de começar, saiba mais sobre os recursos básicos de uma VM do Azure assistindo aos vídeos e clicando nos links Explorar na página da Máquina Virtual no site WindowsAzure.com.

Máquinas Virtuais do Azure

2

Compare os custos de licenciamento entre uma imagem predefinida e a VM do Windows Server que está executando uma cópia licenciada do SQL Server que você compra e instala separadamente na VM. Dependendo de quais recursos do SQL Server forem necessários, talvez você ache mais econômico comprar uma VM do Windows e o SQL Server (edição Enterprise, Standard ou Web) separadamente. Nesse caso, talvez você queira criar um .vhd internamente usando a mídia de instalação da cópia licenciada do SQL Server e, em seguida, anexar o disco à VM do Windows.

Como alternativa a Relatórios SQL, você pode usar a edição Standard do SQL Server, mas pode escolher outras edições, dependendo dos requisitos e das cargas de trabalho do recurso.

Comparar as taxas de licenciamento usando a calculadora de preços

3

Escolha o modo do servidor de relatório e os recursos que melhor atendem aos requisitos comerciais. O modo do servidor de relatório determinará quais subsistemas de autenticação e modelos de autorização estão disponíveis. Embora o modo Nativo seja o mais próximo a Relatórios SQL, o modo do SharePoint fornece suporte predefinido para autenticação por declarações, multilocação e balanceamento de carga.

Observe que a identidade por declarações não pode ser enviada para a maioria das fontes de dados de back-end que existem fora do ambiente do SharePoint; portanto, se você usar declarações, saiba que as credenciais armazenadas de uma identidade de usuário único provavelmente serão necessárias ao acesso de dados de back-end.

Comparar recursos entre os modos do servidor de relatório

Autenticar em um servidor de relatório (see also Autenticação e Delegação de Identidade do Microsoft BI)

4

Confirme as suas decisões sobre a implantação, o provisionamento, o modo do servidor de relatório, e os recursos através do teste de prova de conceito. Os testes de verificação de conceito incluem relatórios simples de compilação e publicação que permitem validar as conexões de aplicativos cliente de modo que você possa testar a configuração, a autenticação e os comportamentos de autorização. Durante o teste preliminar, recupere dados suficientes em cada relatório para compreender a latência prevista para a recuperação e a renderização de dados, especialmente se você estiver testando uma solução híbrida que combina serviços de nuvem e locais.

Criar uma máquina virtual

Conectar a uma VM

Publicando fontes de dados e relatórios

Autorizar usuários

5

Por fim, a avaliação deve incluir uma revisão da alta disponibilidade e das arquiteturas escalonáveis que pode ser necessária para oferecer suporte a um grande volume de usuários ou execuções de relatório.

Implantar um SQL Server Business Intelligence em máquinas virtuais do Azure

Se você estiver usando Relatórios SQL em uma solução de software existente, você precisará substituí-los por uma tecnologia alternativo até outubro de 2014. Recomendamos uma VM do Azure que execute o SSRS no modo Nativo. O modo Nativo do SSRS fornece recursos equivalentes de execução e renderização de relatório, mas também adiciona execução de relatório agendada, personalizações e entrega de assinatura, que Relatórios SQL não fornece. Se seu objetivo é substituir Relatórios SQL, a edição Standard oferece funcionalidade comparável.

A escolha de uma VM do SSRS preserva o investimento já feito no design do relatório. Como o mecanismo de relatório é idêntico entre as duas plataformas, relatórios executados em Relatórios SQL também serão executados na VM do SSRS. Uma abordagem de VM altera o modelo de cobrança. Você não é cobrado pelas VMs que estão desativadas; portanto, se você precisar da execução do relatório apenas em determinados momentos, você poderá exportar um relatório para um formato estático, como PDF, e interromper a VM depois que os relatórios forem gerados.

Para migrar relatórios para uma VM, você pode implantar um projeto do servidor de relatório no SSRS em uma VM, definindo o servidor de destino para o ponto de extremidade da VM. Para obter instruções sobre como configurar o SSRS, definir pontos de extremidade, configurar o firewall, e publicar e testar relatórios, consulte SQL Server Business Intelligence nas Máquinas Virtuais do Azure.

noteObservação
Ao usar uma galeria de imagens, o SSRS é instalado, mas não configurado. Você deve configurar o servidor e criar um novo banco de dados de servidor de relatório para o SSRS em uma VM. Não é possível desanexar ou copiar um banco de dados de servidor de relatório existente em execução em um datacenter do Azure.

Embora os relatórios sejam executados como antes, outros aspectos de uma transição precisarão da funcionalidade de substituição ou de alterações manuais. Por exemplo, você precisará substituir a autenticação do servidor de relatório. Além disso, a movimentação de um serviço online para uma VM incorporará alterações sobre como os aplicativos cliente se conectam a um servidor de relatório. No mínimo, você precisará atualizar o ponto de extremidade usado na conexão.

Autenticação do servidor de relatório

Relatórios SQL utiliza um módulo de autenticação baseado em cookie patenteado para autenticar a identidade de usuário. A autenticação é interna, sem serviço separado a ser configurado e mantido. Um VM que executa o SSRS não tem o módulo de autenticação personalizada usado por Relatórios SQL. Sendo assim, a migração para a plataforma da VM exigirá que você escolha um dos subsistemas de autenticação com suporte no SSRS: autenticação do Windows ou autenticação baseada em formulários.

A substituição do módulo de autenticação interna é uma decisão de design importante. O módulo de autenticação baseada em formulários é a correspondência mais próxima da autenticação de Relatórios SQL, mas a implementação da autenticação do Windows oferece maior oportunidade de logon único e de delegação de identidade, caso você desenvolva relatórios usando plataformas de dados que oferecem suporte à delegação restrita de Kerberos.

À medida que você avalia uma abordagem de VM, uma estratégia a ser considerada é a implantação de VMs adicionais que servirão como controladores de domínio, fornecendo a autenticação do Windows e a delegação de identidade a outras VMs e servidores na mesma rede virtual. Para obter uma visão geral de como compilar uma rede de BI na nuvem, usando VMs como controladores de domínio, consulte a seção "Ambiente geral" em Implantar o SQL Server Business Intelligence nas Máquinas Virtuais do Azure. Para obter uma revisão dos tipos de autenticação com suporte, consulte Autenticação com o servidor de relatório.

Conectividade do servidor de relatório

Estabelecer a conectividade entre as ferramentas de desenvolvimento, as ferramentas de gerenciamento e outros componentes de aplicativo na solução personalizada é uma etapa essencial para validar uma VM como alternativa a Relatórios SQL. Siga as instruções deste tópico para configurar e usar o SSRS em uma VM: SQL Server Business Intelligence em Máquinas Virtuais do Azure.

Conectividade de banco de dados

Em Relatórios SQL, a única plataforma de dados com suporte é Banco de dados SQL do Azure. Os relatórios executados na edição Standard ou Enterprise do SSRS em uma VM podem continuar recuperando os dados do Banco de dados SQL. Nos relatórios, as conexões de fonte de dados podem continuar especificando as credenciais de um usuário de banco de dados no Banco de dados SQL. Da mesma forma, as cadeias de conexão não requerem nenhuma modificação como resultado da migração de conteúdo.

As senhas, no entanto, precisarão ser atualizadas depois que os relatórios forem publicados para um novo servidor de relatório. Como as senhas não podem ser extraídas de Relatórios SQL, você deve inserir novamente a senha do usuário do banco de dados das fontes de dados inseridas e compartilhadas usadas para recuperar dados do Banco de dados SQL.

Por fim, lembre-se de adicionar regras ao firewall do Banco de dados SQL para permitir conexões no servidor de relatório. Este artigo fornece as etapas: SQL Server Business Intelligence em Máquinas Virtuais do Azure.

Testando conexões

Como administrador na VM e no servidor de relatório, você deve ser capaz de implantar um projeto de relatório e verificar conexões com o Banco de Dados SQL assim que a VM é configurada e o firewall do Banco de dados SQL é configurado para aceitar conexões na VM.

Recomendamos as etapas descritas na seção "Validação" em Usar o PowerShell para criar uma VM do Azure.

Os clientes de Relatórios SQL que não estão familiarizados com o SSRS podem usar a tabela a seguir para comparar as duas plataformas.

 

Comparar Modo Nativo do SSRS em uma VM do Azure Relatórios SQL

Recursos

Sem restrições de recursos para as instâncias do Reporting Services em uma VM, com exceção dos recursos que variam por modo de servidor de relatório ou edição do SQL Server. Em uma VM, os relatórios podem recuperar dados de qualquer fonte de dados com suporte. Consulte Fontes de dados com suporte no SSRS para obter informações detalhadas. Para obter uma comparação de recursos por modo ou edição, consulte Servidor de relatório do Reporting Services e Recursos por edição do SQL Server 2012.

Relatórios SQL limita-se a Bancos de dados SQL do Azure não federados que fazem parte da mesma assinatura do Azure. Há suporte para a execução e a renderização de relatório sob demanda, mas o agendamento e a entrega de assinatura não estão disponíveis.

Modelo de cobrança

A cobrança baseia-se nos recursos de cálculo necessários para dar suporte a uma VM no datacenter.

A Microsoft recomenda VMs médias ou grandes para aplicativos de servidor SQL Server BI, dependendo do volume do relatório e do número de recursos do SQL Server que pretende usar. Para relatórios operacionais, você precisará do Reporting Services e de uma instância do Mecanismo de Banco de Dados para o banco de dados do servidor de relatório.

Diferentes taxas se aplicam dependendo do tamanho da VM, já que o tamanho da VM determina a quantidade de CPU, memória e armazenamento em disco atribuída. Consulte Detalhes de preços do SQL Server para obter mais informações.

Observe que você não é cobrado pelas VMs que estão desativadas; portanto, se você usar relatórios em determinados momentos, poderá exportar um relatório para um formato estático, como PDF, e interromper a VM quando o servidor de relatório estiver inativo.

A cobrança baseia-se no número de execuções de relatório, e não nos recursos de cálculo. Se for necessária capacidade adicional, uma instância extra será adicionada dinamicamente em segundo plano. Sua fatura aumenta incrementalmente, em resposta ao número mais alto de execuções de relatório.

Autenticação e autorização

Os usuários podem autenticar o SSRS na VM usando a autenticação do Windows ou a autenticação de formulários. O suporte aos subsistemas de autenticação mais usados permite maiores oportunidades de integração de software e oferece suporte à delegação de identidade em vários aplicativos.

Para plataformas de banco de dados que oferecem suporte à autenticação do Windows, você pode aproveitar a delegação de identidade para enviar uma identidade de usuário do aplicativo de chamada para o servidor de relatório, para o banco de dados de back-end. Consulte Autenticar em um servidor de relatório e Autenticação e Delegação de Identidade do Microsoft BI para obter mais informações.

Um servidor de relatório em uma VM usa um modelo de autorização baseada em função. Consulte Concedendo permissões em um servidor de relatório no modo Nativo.

Relatórios SQL tem um subsistema de autenticação de servidor de relatório patenteado, limitado a definir as identidades de usuário do relatório usadas para o logon e as atribuições de função. A identidade de usuário não pode ser excluída para outros aplicativos de servidor.

Relatórios SQL utiliza funções do Reporting Services no modo Nativo.

Integração e arquitetura de software

O Reporting Services é um serviço de camada intermediária localizado entre as fontes de dados back-end e os clientes back-end, como um navegador ou uma página da Web personalizada que está hospedando um relatório. Quando o Reporting Services é avaliado em uma VM como solução operacional de relatório, seu design deve posicionar o Reporting Services como um serviço de camada intermediária apropriadamente.

Em termos de arquitetura e programação, uma VM de servidor de relatório equivale a um servidor local. A paridade entre a nuvem e a arquitetura local é melhor obtida quando outros aplicativos, como as fontes de dados back-end ou os aplicativos front-end que oferecem relatórios inseridos, também são executados no mesmo serviço de nuvem que a VM do servidor de relatório. Na maioria dos casos, uma solução de ponta a ponta criada para ser executada no local pode ser duplicada através de uma coleção de VMs em um serviço de nuvem. Consulte Guia do Desenvolvedor (Reporting Services) para obter mais informações sobre a capacidade de programação do SSRS.

Em Relatórios SQL, o acesso do relatório é feito principalmente através do ponto de extremidade HTTP para acesso de URL ou através do ponto de extremidade de gerenciamento SOAP, frequentemente usando o controle ReportViewer inserido em um formulário ou em uma página da Web.

Observe que, em Relatórios SQL, os modelos do aplicativo Web ASP.NET MVC não dão suporte ao controle ReportViewer.

Mostrar:
© 2014 Microsoft