Compartilhar via

  • Artigo

Executando uma atualização sincronizada de um banco de dados compartilhado evolutivo

Usando conjuntos de volume de relatório alternativos para atualizar uma configuração de banco de dados compartilhado evolutivo, é possível atualizar o banco de dados por uma atualização móvel ou sincronizada. Caso deseje que seu banco de dados de relatório retorne resultados idênticos aos clientes, execute uma atualização sincronizada. Em uma atualização sincronizada, você separa a versão antiga do banco de dados de todas as instâncias do servidor antes de anexar a versão nova a qualquer um deles.

Siga essa estratégia se:

  • Você precisar manter o banco de dados de relatório sincronizado para retornar resultados idênticos a clientes em todos os servidores de relatório. Ou seja, versões obsoletas e recentes do banco de dados não devem co-existir nunca.

  • Opcionalmente, você precisar concluir a atualização o mais depressa possível para cumprir um prazo final mais importante do que preservar as consultas em execução no momento.

Sincronizar o banco de dados em todos os servidores de relatório significa que o banco de dados de relatório fica temporariamente indisponível entre as fases de desanexação da versão obsoleta do banco de dados e anexação da nova versão. Para minimizar o tempo de inatividade do banco de dados, você pode iniciar a fase de anexação do novo banco de dados em todos os servidores e, depois, concluir a fase de desanexação em todos eles. E, por fim, anexar o banco de dados o mais depressa possível em cada um dos servidores de relatório.

Sincronizando as fases de desanexação e anexação

Para sincronizar o ciclo de atualização em todas as instâncias do servidor e, opcionalmente, concluir o ciclo de atualização com a máxima rapidez:

  1. Em cada um dos servidores de relatório, comece a fase de anexação do novo banco de dados montando o conjunto de volumes alternativo que contêm o novo banco de dados no servidor de relatório.

  2. Conclua a fase de desanexação em todos os servidores de relatório. Para agilizar a atualização, encerre as consultas demoradas antes de separar o banco de dados obsoleto e desmontar os volumes de relatório.

  3. Anexe o novo banco de dados à instância de servidor em cada um dos servidores de relatório. Assim que o banco de dados é anexado a uma instância determinada, é possível reinicializar as consultas encerradas naquela instância.

A figura a seguir ilustra o uso de um par de volumes de relatório alternativos para manter um único banco de dados compartilhado evolutivo sincronizado em todas as instâncias de servidor.

Banco de dados compartilhado escalonável usando dois volumes de relatório

A figura ilustra dois ciclos e meio de atualização de um banco de dados de relatório que usa um par de volumes de relatório alternativos. A princípio, não existe nenhum banco de dados de relatório.

  1. Criação de um novo banco de dados de relatório no volume A: um dos dois volumes de relatório, A, é montado no servidor de produção e marcado como leitura/gravação. A versão inicial do banco de dados de relatório é criada. O volume de relatório é marcado como somente leitura e é desmontado.

    ObservaçãoObservação

    O volume alternativo ainda não está em uso.

  2. Fase de anexação do volume A: o volume está montado como um volume somente leitura em cada um dos servidores de relatório e anexado a cada uma das instâncias de servidor.

  3. Enquanto o banco de dados de relatório está disponível como um banco de dados compartilhado evolutivo no volume A, o outro volume de relatório, B, está montado no servidor de produção e marcado como leitura/gravação para criar uma nova versão atualizada do banco de dados para o segundo ciclo de atualização. Quando a versão nova do banco de dados de relatório estiver pronta no volume B, ele será desmontado.

  4. A fase de desanexação do volume A e a fase de anexação do volume B são sobrepostas:

    • Primeiro, o volume alternativo, B, é montado no servidor de relatório.

    • Depois, o banco de dados obsoleto, no volume A, é desanexado.

    • Então, o novo banco de dados de relatório, no volume B, é anexado a cada um dos servidores de relatório.

    • Finalmente, o volume A é desmontado de cada um dos servidores de relatório.

  5. Enquanto o banco de dados de relatório está disponível como um banco de dados compartilhado evolutivo no volume B, o outro volume de relatório, A, está montado no servidor de produção e marcado como leitura/gravação, como preparação para atualizar a versão obsoleta do banco de dados de relatório. Esse processo poderia incluir a atualização do banco de dados existente ou a criação de um banco de dados completamente novo.