Visão geral de bancos de dados compartilhados evolutivos
O recurso de banco de dados compartilhado evolutivo permite expandir um banco de dados somente leitura criado exclusivamente para fins de relatório (um banco de dados de relatório). O banco de dados de relatório deve residir em um conjunto de volumes dedicados somente leitura cuja finalidade principal é hospedar o banco de dados. Usando o hardware de mercadoria para servidores e volumes, você pode expandir um banco de dados de relatório que fornece uma exibição idêntica dos dados de relatório em vários servidores de relatório. Esse recurso também permite um caminho simples de atualização para o banco de dados de relatório.
Depois de criado o banco de dados de relatório em um conjunto de volumes de relatório, os volumes são marcados como somente leitura e montados para vários servidores de relatório. Em cada servidor de relatório, o banco de dados de relatório é anexado a uma instância do Microsoft SQL Server 2005 ou versões posteriores e se torna disponível como um banco de dados evolutivo compartilhado. Uma vez estabelecido como um banco de dados compartilhado evolutivo, o banco de dados de relatório pode ser compartilhado por clientes que usam servidores de relatório diferentes. Para consultar o banco de dados, um usuário ou um aplicativo pode se conectar a qualquer instância do servidor ao qual o banco de dados está anexado. Para uma determinada versão de banco de dados de relatório, os clientes em servidores diferentes obtêm uma exibição idêntica dos dados de relatório, tornando os resultados de consulta consistentes entre os servidores.
Benefícios
Os bancos de dados compartilhados evolutivos oferecem os seguintes benefícios:
Expansão da carga de trabalho em seus bancos de dados de relatório usando servidores e hardware de mercadoria.
Um banco de dados compartilhado evolutivo é um modo econômico de tornar um data mart somente leitura ou um data warehouse acessível para várias instâncias de servidor para fins de relatório, como executar consultas ou usar Reporting Services.
Isolamento de carga de trabalho.
Cada servidor usa sua própria memória, CPU e banco de dados tempdb, impedindo que uma consulta mal ajustada monopolize todos os seus recursos de servidor.
Uma exibição idêntica de dados de relatório de todos os servidores.
Isso pressupõe que todas as instâncias de servidor são configuradas de forma idêntica, por exemplo, que elas usam um único agrupamento.
.gif "Observação")
ObservaçãoVocê pode atualizar o banco de dados de relatório em um segundo volume de relatório. Para obter mais informações, consulte Maximizando a disponibilidade de um banco de dados compartilhado evolutivo.
Restrições
Os bancos de dados compartilhados evolutivos têm as seguintes limitações:
O banco de dados deve estar em um volume somente leitura.
Os arquivos de dados são acessíveis de um SAN.
Há suporte para os bancos de dados no Windows Storage executado somente no Windows Server 2003 SP1 ou posterior.
Recomendamos a limitação das configurações de banco de dados compartilhados evolutivos a oito instâncias de servidor por banco de dados compartilhado.
Não há suporte para instantâneos do banco de dados nos bancos de dados compartilhados evolutivos.
.gif "Observação importante") Importante |
|---|
A configuração de um banco de dados compartilhado evolutivo exige que o ambiente de rede de área de armazenamento já esteja funcionando corretamente. Para obter diretrizes e recomendações sobre o uso do banco de dados compartilhado evolutivo, consulte Assegurando um ambiente correto para um banco de dados compartilhado evolutivo. |
Criando e expandindo um banco de dados de relatório
Para configurar um banco de dados compartilhado evolutivo novo, um administrador de banco de dados começa criando um banco de dados de relatório novo em um conjunto de volumes de relatório ou atualizando uma versão obsoleta do banco de dados de relatório (a fase de criação ou atualização). O administrador expande o banco de dados, configurando-o como um banco de dados compartilhado evolutivo em várias instâncias de servidor (a fase de anexação).
A figura a seguir ilustra a criação de um banco de dados de relatório usando um único volume de relatório e anexando o banco de dados de relatório para torná-lo disponível como um banco de dados compartilhado evolutivo.
.gif "Banco de dados compartilhado escalonável usando um volume de relatório")
A fase de criação da figura ilustra o processo de montagem do volume de relatório no servidor de produção e de criação do banco de dados de relatório. Depois de montado no sistema de produção, o volume é marcado como leitura-gravação. Em seguida, um banco de dados de relatório é criado no volume usando um dos métodos de cópia de dados fornecido pelo SQL Server 2005 e versões posteriores para copiar dados ou bancos de dados. O banco de dados de relatório dessa figura é uma cópia de um banco de dados de produção completo. Depois de criar o banco de dados, o administrador define cada volume de relatório como somente leitura e o desmonta.
A fase de anexação da figura ilustra como o banco de dados de relatório se torna disponível como um banco de dados compartilhado evolutivo. Primeiro, o administrador monta o volume de relatório somente leitura nos vários servidores de relatório do SAN. Depois, em cada servidor de relatório, o administrador anexa o banco de dados de relatório a uma instância do SQL Server. O banco de dados é anexado como um banco de dados somente leitura porque os volumes são somente leitura. Quando esse processo é concluído em um determinado servidor de relatório, o banco de dados de relatório se torna um banco de dados compartilhado evolutivo naquele servidor. Porém, a fase de anexação, como um todo, continua até que o banco de dados seja anexado em todos os servidores de relatório.
Uma determinada versão de um banco de dados de relatório continua disponível como banco de dados compartilhado evolutivo enquanto permanecer anexado em quaisquer dos servidores de relatório.
Atualizando um conjunto de volumes de relatório
Como um banco de dados de relatório é somente leitura, normalmente, se torna obsoleto e deve ser atualizado com freqüência para deixar os dados de relatório atualizados. Para uma configuração de banco de dados compartilhado evolutivo, o processo completo de substituição de um banco de dados de relatório em um determinado conjunto de volumes de relatório por uma versão atualizada do mesmo banco de dados é conhecido como ciclo de atualização.
O ciclo de atualização
O ciclo de atualização começa com a fase de desanexação, que termina com a desmontagem de todos os volumes de relatório de todos os servidores de relatório. Depois vem a fase de atualização (equivalente à fase de criação de um banco de dados de relatório novo). A fase de atualização termina com uma versão razoavelmente atualizada do banco de dados em volumes somente leitura que não estão montados atualmente em nenhum servidor. Por fim, o banco de dados é estabelecido como um banco de dados compartilhado evolutivo durante a fase de anexação que envolve as mesmas etapas usadas para anexar um banco de dados de relatório novo.
Fase de desanexação
O primeiro estágio de um ciclo de atualização remove o banco de dados obsoleto da configuração de banco de dados compartilhado evolutivo de cada servidor de relatório. O processo de remover um banco de dados de relatório obsoleto do serviço como um banco de dados compartilhado evolutivo é chamado de fase de desanexação do ciclo de atualização. Antes de poder disponibilizar uma versão atualizada de um banco de dados de relatório em um determinado servidor de relatório, essa fase deve ser concluída no servidor.
Para começar a remover o banco de dados, o administrador de banco de dados pára a carga de trabalho de consulta que estiver sendo inserida no banco de dados de cada uma das instâncias de servidor. Então, em cada servidor de relatório, o administrador desanexa o banco de dados. Ao ser desanexado da última instância de servidor, o banco de dados de relatório deixa de ser um banco de dados compartilhado evolutivo. Para concluir essa fase, o administrador desmonta o conjunto de volumes de relatório que contém o banco de dados obsoleto.
Fase de atualização
A próxima fase do ciclo de atualização envolve a atualização do banco de dados no mesmo conjunto de volumes de relatório. A atualização do banco de dados envolve sua atualização, por exemplo, importando dados de produção atuais, ou reconstruindo os dados, por exemplo, restaurando um backup recente do banco de dados de produção. O método preferível de atualização de um banco de dados depende de seus requisitos de negócio.
Fase de anexação
Para concluir o ciclo de atualização de um conjunto de volumes de relatório, o administrador deve expandir o banco de dados atualizado. Se apenas um conjunto de volumes de relatório for usado para uma configuração de banco de dados compartilhado evolutivo, o processo de anexação durante uma atualização será equivalente ao processo de anexação original.
Alternando versões do banco de dados entre dois conjuntos de volumes de relatório
Para maximizar a disponibilidade de uma configuração de banco de dados compartilhado evolutivo, você pode usar dois conjuntos alternativos de volumes de relatório. Isso permite sobrepor os ciclos de atualização de um banco de dados obsoleto e um banco de dados atualizado. O banco de dados de relatório atualizado reside em um conjunto diferente de volumes. Antes de desanexar a versão obsoleta do banco de dados e desmontar seus volumes, você pode atualizar o banco de dados no conjunto alternativo de volumes e montar esses volumes nos servidores de relatório. Depois, ao desanexar a versão obsoleta do banco de dados de uma determinada instância de servidor, você poderá anexar a versão atualizada imediatamente.
Para obter mais informações, consulte Maximizando a disponibilidade de um banco de dados compartilhado evolutivo.
Consulte também