Escalonáveis bancos de dados compartilhados são suportados pelo SQL Server 2005

Traduções deste artigo Traduções deste artigo
ID do artigo: 910378 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

INTRODUÇÃO

Escalonáveis bancos de dados compartilhados são suportados pelo Microsoft SQL Server 2005 Enterprise Edition. Este artigo é uma visualização do tópico "Escalonável banco compartilhada" que será publicado em uma futura atualização dos manuais online do SQL Server do.

Mais Informações

Bancos de dados compartilhados escalonáveis

Bancos de dados compartilhados escalonáveis permitem que você anexar um somente-leitura banco de relatório dados para várias instâncias de servidor em uma rede armazenamento (SAN). Um banco de dados de relatórios é um banco de dados somente leitura que é criado a partir um ou mais bancos de produção dados que são usados exclusivamente para fins de relatório. Deve ser feito em um banco de dados compartilhado escalonável, um banco de dados de relatórios deve residir em um ou mais dedicados somente-leitura volumes. A principal finalidade desses volumes somente leitura é hospedar o banco de dados de relatório ou um conjunto coordenado de bancos de dados de relatório. Esses volumes são conhecidos como volumes de relatório.

Benefícios

Bancos de dados compartilhados escalonáveis oferecem seguintes vantagens:
  • Fornecer carga de trabalho fora de escala de bancos de dados do relatórios, usando servidores de mercadoria. Um escalonável banco de dados compartilhado é uma maneira econômica de disponibilizar somente-leitura data marts ou data warehouses para várias instâncias de servidor para relatórios, como executar consultas ou usando o SQL Server 2005 Reporting Services.
  • Fornece isolamento de carga de trabalho. Cada servidor usa seu próprio banco de dados tempdb , CPU e memória.
  • Garante a exibição mesma do relatório de dados de todos os servidores se todas as instâncias de servidor configuradas exatamente. Por exemplo, todos os servidores usaria um único agrupamento.

    Observação Opcionalmente, você pode atualizar o banco de dados relatórios em um segundo volume de relatório. Para obter mais informações, consulte a seção "Maximizar a disponibilidade de um banco de dados escalonável compartilhado".

Restrições

As restrições a seguintes existem para um banco de dados compartilhado escalonável:
  • O banco de dados deve estar em um volume de somente leitura.
  • Os arquivos de dados podem ser acessados por uma SAN.
  • Escalonáveis bancos de dados compartilhados são suportados apenas em Microsoft Windows Server 2003 Service Pack 1 (SP1) ou posterior do Windows Server 2003.

Atualizar o ciclo de um banco de dados de relatórios

Quando você usar um banco de dados compartilhado escalonável para um banco de dados relatórios, ele envolve um ciclo de atualização de três fase:
  • criar fase : O ciclo de atualização de um banco de dados relatórios começa com a fase de criação. Antes de um banco de dados de relatórios pode ser criado, o administrador monta o volume de relatórios no sistema de produção e torna leitura/gravação. Quando um volume está em um estado de leitura/gravação, o volume somente pode ser montado em um sistema. Se o volume está montado em mais de um sistema, pode ocorrer corrupção de sistema de arquivos. O administrador cria o banco de dados usando um dos métodos de cópia de dados fornecidos pelo SQL Server 2005 para copiar dados ou bancos de dados. Depois que o banco de dados é criado, o administrador define o volume para somente-leitura e desmonta-lo.
  • anexar fase : A fase de anexação vem após a fase de criação. A fase de anexação disponibiliza o banco de dados como um banco de dados compartilhado escalonável. A fase de anexo deve ser executada em cada um dos servidores de relatório individualmente. Para configurar o banco de dados de relatório como um banco de dados compartilhado escalonável, o administrador monta os volumes de relatórios somente leitura em um servidor de relatórios sobre a SAN. Depois que o administrador assegura que cada volume está definido como somente leitura, o administrador anexa o banco de dados de relatório em uma instância do SQL Server. Banco de dados de relatório em uma instância do SQL Server é também conhecido como uma instância de servidor de relatórios. Como cada relatório volume é somente leitura, anexar o banco de dados define como somente leitura. Neste ponto, o banco de dados de relatório se torna um banco de dados compartilhado escalonável que pode ser acessado por clientes usando o servidor de relatórios.

    Observação Se você usar um segundo volume relatórios quando você atualiza o banco de dados de relatório, você deve escolher entre uma atualização sem interrupção e uma atualização sincronizada. Para obter mais informações, consulte a seção "Maximizar a disponibilidade de um banco de dados escalonável compartilhado".
  • fase de desconectar : A terceira fase é a fase de separação. Normalmente, banco de dados de relatório, eventualmente, fica obsoleto. O banco de dados deve ser atualizado para manter os dados relatórios atual. A fase de separação é o processo de remover um banco de dados obsoleto de relatório do serviço como um banco de dados compartilhado escalonável. Antes de fazer um banco de dados atualizado de relatório disponíveis em um determinado servidor de relatórios, a fase de separação deve ser concluída no servidor. Quando um banco de dados de relatórios deve ser atualizado, ele deve ser desanexado de todas as instâncias de servidor. Para iniciar a fase de separação, o administrador de banco de dados primeiro pára a carga de trabalho de consulta é proveniente para o banco de dados todas as instâncias da servidor. Em cada instância do servidor, o administrador de banco de dados obtém acesso exclusivo ao banco de dados e, em seguida, desconecta-lo. O administrador de banco de dados, em seguida, desmonta o volume de cada sistema host. Quando a fase de separação for concluída, o volume de relatório é desconectado da SAN.
Observação Para maximizar a disponibilidade de dados de relatório, é recomendável que você alternar ciclos de atualização entre dois volumes relatórios como uma prática recomendada. Quando o primeiro relatório volume ainda está montado aos servidores de relatórios, você pode montar o volume segundo para o servidor de produção e, em seguida, criar uma versão atualizada do banco de dados de relatório. Para obter mais informações, consulte a seção "Maximizar a disponibilidade de um banco de dados escalonável compartilhado".

Observação Cada fase consiste em uma série de etapas que devem ser executadas por um usuário que tenha direitos de administrador de banco de dados. Neste artigo, esse usuário será chamado como o administrador de banco de dados.

importante Para configurar um banco de dados compartilhado escalonável, o ambiente de SAN deve já estar funcionando corretamente.

Exemplos de bancos de dados compartilhados escalonáveis

Em ciclos de atualização subseqüente, o banco de dados pode ser atualizado ou reconstruído. O método preferencial depende de seus requisitos de negócios. Você pode usar bancos de dados compartilhados escalonáveis das duas seguintes maneiras:
  • dados mart banco de dados : O uso mais simples de um banco de dados escalonável compartilhado é um banco de dados de mart de dados. Um banco de dados de mart de dados é extraído periodicamente do conteúdo de um depósito de dados e é usado para relatar. Para atualizar o banco de dados de mart dados, descartar o banco de dados e, em seguida, substitua-o com uma nova versão.
  • relatório de um banco de dados atualizável : quando o banco de dados que está sendo relatado do não precisa ser transformado do banco de dados de origem, o banco de dados pode ser atualizado periodicamente. Para atualizar periodicamente o banco de dados, criar um backup completo do banco de dados de produção e restaure o backup do banco de dados no relatório volume ou volumes.

Verifique se o ambiente está correto para um banco de dados compartilhado escalonável

Um banco de dados compartilhado escalonável deve estar em um volume somente leitura que pode ser acessado através de uma SAN. Os servidores de relatórios devem estar executando o seguinte:
  • Windows Server 2003 SP1 ou uma versão posterior do Windows Server 2003
  • SQL Server 2005 Enterprise Edition ou uma versão posterior do SQL Server 2005
Para obter suporte, recomendamos que você limite suas configurações de banco de dados compartilhado escalonável para oito instâncias de servidor. No entanto, o SQL Server 2005 não limita o número de instâncias simultâneas que podem acessar um banco de dados compartilhado escalonável. Normalmente, cada instância do servidor é executado em um servidor de relatórios separado. No entanto, executar várias instâncias de servidor de relatórios em um servidor de relatórios é suportado.

Configurar seu ambiente

Para certificar-se de que seu ambiente oferece suporte a bancos de dados compartilhados escalonáveis, recomendamos que você siga estas diretrizes:
  • Verifique se os servidores de relatórios para um determinado banco de dados relatórios são em execução em sistemas operacionais idênticos. Sempre que você atualizar um servidor de relatórios, atualize todos os outros servidores relatórios que servir o mesmo banco de dados compartilhado escalonável ou bancos de dados. Por exemplo, se você aplicar um software de atualização ou service pack para Windows ou SQL Server 2005 a qualquer um dos servidores de relatórios, aplicar o mesmo pacote de atualização ou serviço software para todos os relatórios servidores.

    Observação Com freqüência, você pode executar atualizações sem interrupção dos servidores de relatórios, contanto que você concluir a atualização sem interrupção em tempo hábil.
  • Escalonáveis bancos de dados compartilhados são testados em uma carga de trabalho acesso simultâneo por até oito instâncias de servidor do SQL Server 2005 Enterprise Edition. SQL Server 2005 não impõe um limite de instância. No entanto, recomendamos que você limite suas configurações de banco de dados compartilhado escalonável para oito instâncias de servidor para cada banco de dados compartilhado.
  • Se os arquivos de dados do banco de dados de produção se estenderem por vários volumes, você deve usar o mesmo número de relatórios volumes. Por outro lado, como banco de dados de relatório está definido somente leitura, seus arquivos de log podem coexistir com arquivos de dados em um relatório volume.
  • Para simplificar o processo de criar ou atualizar um banco de dados de relatórios, recomendamos que o caminho do banco de dados de relatório seja o mesmo que o banco de dados de produção. Isso inclui usando tanto a mesma letra de unidade para o volume de relatório e o mesmo caminho de diretório para o banco de dados. Por exemplo, se o banco de dados de produção estiver em E:\SQLdata, usar E como a letra da unidade do volume relatórios, se for possível. Além disso, use \SQLdata como o diretório do banco de dados relatórios, se for possível. No entanto, um script que possui caminhos explícitos pode manipular as diferenças. Se o volume relatório usa uma letra de unidade diferentes que o volume de produção, talvez você precise fazer as seguintes modificações:
    • Se você criar o banco de dados de relatório, restaurar um backup do banco de dados, a instrução RESTORE DATABASE deve ter uma cláusula WITH MOVE que especifica o caminho completo dos arquivos de dados restaurados.
    • Se seu banco de dados relatórios é uma cópia do banco de dados de produção, a cláusula FOR ATTACH da instrução CREATE DATABASE deve listar cada arquivo. A cláusula FOR ATTACH também deve especificar o caminho completo quando você anexa o banco de dados de relatório. Isso é sempre uma prática recomendada.

      Observação Como prática recomendada, use a letra da unidade mesmo em cada servidor quando você monta um volume de relatórios para os servidores de relatórios. Essa prática ajuda você a gerenciar o volume em servidores diferentes.
  • Banco de dados de relatório deve estar em um volume de somente leitura que pode ser acessado através de SAN de todos os servidores relatórios:
    • Após você montar o volume de relatório para um servidor de relatórios, certifique-se que o relatório volume está montado corretamente e que os arquivos de dados podem ser acessados. Para fazer isso, digite DIR <drive-letter>: \ <database-directory> em um prompt de comando, onde <drive-letter> é a letra atribuída ao volume de relatórios, e <database-directory> Especifica o local dos arquivos de dados do banco de dados no volume. Execute esse teste de cada servidor relatórios para certificar-se que você recebe os mesmos resultados para todos eles.
    • Para certificar-se que o banco de dados de relatório é definido somente leitura, tente criar um arquivo no volume. O método mais fácil é tentar copiar ou salvar um arquivo de texto sem formatação no volume. A tentativa deve falhar, porque o volume é somente leitura.

      Observação Se você estiver executando estas etapas manualmente, é recomendável que você repita esses testes em cada ciclo de atualização quando você remonte o volume relatório cada servidor de relatórios. Se o script as etapas para mover volumes relatórios e para trás entre o servidor de produção e os servidores de relatórios, teste não será mais necessário depois certeza de que seus scripts estão funcionando corretamente.

Fase 1: A fase de criação

Criar ou atualizar um banco de dados compartilhado escalonável

Um banco de dados de relatórios deve ser criado e atualizado manualmente. Esse processo é a primeira fase do ciclo de atualização de um banco de dados de relatórios e é conhecido como a fase de criação. A fase de criação pode envolver a atualização de um banco de dados obsoleto ou criando uma nova versão.

Se normalmente, a versão atual de um banco de dados relatórios eventualmente torna obsoleta. Banco de dados de relatório deve ser atualizado periodicamente para manter os dados de relatórios.

Concluir a fase de criação

Você pode atualizar um banco de dados obsoleto de relatório por atualizar os dados desatualizados no banco de dados existente ou recriar o banco de dados.

Observação Antes de você pode atualizar um banco de dados relatório existente, o banco de dados deve ser desanexado do cada instância do servidor de relatório. Além disso, o relatório volume deve ser desmontado de cada servidor de relatórios. Para obter mais informações, consulte a seção "Desanexar um banco de dados escalonável compartilhado".

Para atualizar um banco de dados obsoleto de relatório, execute estas etapas no servidor de produção:
  1. Use os utilitários do seu fornecedor de hardware para unmask os números de unidade lógica (LUNs) que correspondem aos volumes de relatórios. Esta ação torna os volumes acessíveis para o servidor de produção.
  2. Montar o volume de relatório e, em seguida, marcá-la como leitura/gravação. Para usar o utilitário de linha de comando DiskPart para montar o volume, digite os seguintes comandos em um prompt de comando: DiskPart
    DISKPART > selecione volume =<drive-number>
    DISKPART > assign letter =<drive-letter>
    DISKPART > atributo readonly claro
    DISKPART > sair

    Nesta etapa, <drive-number> é o número do volume que é atribuído pelo Windows e <drive-letter> é a letra atribuída ao volume relatórios.
  3. Se você estiver atualizando um banco de dados relatório existente, siga estas etapas:
    1. Anexar o banco de dados a uma instância do servidor. Normalmente, isso seria a instância de servidor de produção.
      CREATE DATABASE <database_name> ON <filespec_list>
         FOR ATTACH
      
    2. Definir o banco de dados para acesso de leitura/gravação usando a seguinte instrução Transact-SQL.
      ALTER DATABASE <database_name> SET READ_WRITE
      para obter mais informações, consulte nos manuais online do SQL Server 2005.
  4. Crie o banco de dados.

    Para atualizar um banco de dados de relatórios, você pode atualizar os dados desatualizados, recriar o banco de dados ou fazer qualquer outra você acha que é necessário para atualizar os dados. O administrador cria o banco de dados usando qualquer um dos métodos de cópia de dados que são fornecidos pelo SQL Server 2005 para copiar dados ou bancos de dados. Para obter mais informações, consulte a seção "Métodos para criar ou atualizar um banco de dados".

    Observação Nos relatórios de bancos de dados, recomendamos que Verifique a página ser definido como soma de verificação , o padrão. Para alterar essa configuração, use ALTER DATABASE.
  5. Definir o banco de dados somente leitura utilizando a instrução Transact-SQL a seguir.
    ALTER DATABASE <database_name> SET READ_ONLY
  6. Desanexar o banco de dados usando o Transact-SQL seguinte instrução.
    sp_detach_db @dbname='<database_name>'
    nesta etapa, <database_name> é o nome do banco de dados.
  7. Marcar o volume como somente leitura e, em seguida, desmontar o volume do servidor de produção. Para usar o utilitário de linha de comando DiskPart para desmontar o volume, digite os seguintes comandos em um prompt de comando.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove
    
    nesta etapa, <drive-number> é o número do volume que é atribuído pelo Windows e <drive-letter> é a letra atribuída ao volume relatórios.
  8. Use utilitários do seu fornecedor de hardware para mascarar os LUNs que correspondem aos volumes de relatórios. Esta ação faz os volumes inacessível para o servidor de produção.
Agora, banco de dados de relatório pode ser disponibilizado como um banco de dados compartilhado escalonável. Para obter mais informações, consulte a seção "Anexar um banco de dados escalonável compartilhado".

Métodos para criar ou atualizar um banco de dados

Observação Quando você cria um banco de dados de relatórios, é recomendável usar sempre o mesmo caminho para o banco de dados de produção e os relatórios bancos de dados. Além disso, recomendamos que você use a mesma letra de unidade para a produção e relatório volume quando o volume está montado nos servidores de relatórios, se for possível.

SQL Server 2005 atualmente suporta os seguintes métodos para portar dados para um banco de dados ou para portar um banco de dados inteiro:
  • SQL Server Integration Services : você pode criar ou copiar um banco de dados executando pacotes do Integration Services e usando a tarefa Execute SQL ou o transferir banco de dados de tarefas:
    • Tarefa Execute SQL executa instruções SQL ou procedimentos armazenados de um pacote. Quando você usa a tarefa Execute SQL, você pode criar um banco de dados executando uma instrução CREATE DATABASE. Em seguida, você pode preencher o banco de dados, copiando em um ou mais tabelas ou modos de exibição.
    • A tarefa de transferir banco de dados pode copiar um banco de dados na mesma instância de servidor ou entre instâncias.

      Observação Você também pode criar um banco de dados usando o assistente o SQL Server para importação e exportação, mas você deve copiar pelo menos uma tabela ou modo de exibição.
  • backup e restauração : você pode restaurar um backup de um banco de dados produção no volume de relatório. Para fazer isso, restaurar e recuperar um backup completo banco de dados para o volume de relatório:
    • Se você estiver usando a mesma letra de unidade, monte o volume de relatório para um host diferente e, em seguida, se conectar a uma instância de servidor existe para restaurar o banco de dados.
    • Se o volume relatório usa uma letra de unidade diferentes que o volume de produção, a instrução RESTORE DATABASE deve ter uma cláusula WITH MOVE que especifica a letra da unidade do volume relatórios no caminho do banco de dados restaurado.
  • o banco de dados produção para o relatório volume de cópia : antes manualmente você pode copiar um banco de dados ou usar o desanexar e anexar o método do Assistente de cópia de banco de dados, você deve levar o banco de dados off-line. Após copiar o banco de dados, coloque o banco de dados on-line novamente. No entanto, a cópia de Assistente de banco de dados oferece um método alternativo. O método SMO transferência copia o banco de dados, embora o banco de dados permanece on-line. Embora o SMO transferência método é mais lento que o desanexar e anexar método, o método de transferência do SMO preserva conexões ativas para o banco de dados.
Para obter mais informações sobre esses métodos de cópia de dados, consulte nos manuais online do SQL Server 2005.

Quando o banco de dados de relatório estiver pronto, você deve concluir a fase de criação. Para obter mais informações, consulte o "fase 1: A fase de criação" seção.

Fase 2: A fase de anexação

Anexar um banco de dados escalonável compartilhado

Depois de criar ou atualizar um banco de dados de relatórios e desmontar o volume de relatório do servidor de produção, um administrador deve disponibilizar o banco de dados como um banco de dados compartilhado escalonável. Esse processo é conhecido como a fase de anexação.

Concluir a fase de anexação

Nesta fase, um administrador deve executar as seguintes etapas:
  1. Use os utilitários do seu fornecedor de hardware para unmask LUN que correspondem aos volumes de relatórios. Esta ação torna os volumes acessíveis para os clientes de cada servidor de relatórios.
  2. Em cada servidor de relatórios, monte o volume que corresponde ao LUN.

    Observação Para simplificar o processo de criar ou atualizar um banco de dados de relatórios, recomendamos que você montar o volume de relatório sempre usando a mesma letra de unidade como o volume de produção. Por exemplo, se o banco de dados de produção estiver na unidade E no servidor de produção, o relatório volume deve também ser montado como unidade E em cada servidor de relatórios, se for possível.

    Para usar o utilitário de linha de comando DiskPart para montar o volume, digite os seguintes comandos em um prompt de comando.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit
    
    nesta etapa, <drive-number> é o número do volume que é atribuído pelo Windows e <drive-letter> é a letra que você deseja usar para o relatório volume no servidor de relatórios.

    Observação O relatório volume deve ser somente leitura. Recomendamos que ele ser marcado como somente leitura antes do volume está desmontado do servidor de produção. Se o volume não foi marcado como somente leitura, defina o volume para somente leitura após você monta o volume primeiro servidor de relatórios. Para obter mais informações, consulte o "fase 1: A fase de criação" seção.

    Como prática recomendada, você deve fazer se o volume está acessível como um volume de somente-leitura sobre a SAN após você montar um volume de relatório para cada servidor de relatórios. Para obter mais informações, consulte a seção "Verifique se o ambiente está correto para um banco de dados compartilhado escalonável".
  3. Anexar o banco de dados para a instância do servidor de relatório ou instâncias em cada servidor de relatórios. Para obter mais informações, consulte nos manuais online do SQL Server 2005.
Banco de dados de relatório agora está disponível como um banco de dados compartilhado escalonável e consultas podem continuar.

Fase 3: A fase de separação

Desanexar um banco de dados compartilhado escalonável

Normalmente, a versão atual de um banco de dados relatórios eventualmente se tornar obsoleta e deve ser atualizada para manter os dados de relatórios. O processo de remoção de um banco de dados obsoleto de relatório do serviço como um banco de dados compartilhado escalonável é conhecido como a fase de separação. Esta fase é a terceira e última fase da atualização ciclo para um banco de dados relatórios. Antes de fazer um banco de dados atualizado de relatório disponíveis em um determinado servidor de relatórios, a fase de separação deve ser concluída no servidor.

Concluir a fase de separação

Nesta fase, um administrador deve executar as seguintes etapas em cada servidor de relatórios:
  1. Desativar novas consultas no banco de dados e deixe consultas atuais concluída normalmente, se for possível.
  2. Desanexar o banco de dados de cada instância do servidor de relatório usando o sp_detach_db @ dbname = '<database_name>' comando.

    Nesta etapa, <database_name> é o nome do banco de dados. Para obter mais informações sobre o comando sp_detach_db , consulte nos manuais online do SQL Server 2005.
  3. Em cada servidor de relatórios, desmonte o volume de relatório. Para desmontar o volume usando o utilitário de linha de comando DiskPart, digite os seguintes comandos em um prompt de comando.
    DiskPart
    DISKPART> select volume <drive-number>
    DISKPART> remove
    
    nesta etapa, <drive-letter> é a letra atribuída ao volume relatórios.
  4. Use utilitários do seu fornecedor de hardware para mascarar os LUNs que correspondem aos volumes de relatórios. Esta ação torna inacessível para os clientes de cada servidor de relatórios os volumes.

Estratégias alternativas para desanexar um banco de dados obsoleto de relatório

Quando você substituir a versão não atualizada de um banco de dados, você deve considerar os requisitos de negócios para seu ambiente de relatórios. Você deve avaliar qual dos seguintes requisitos de negócios têm precedência em seu ambiente:
  • Preservando transações atualmente em execução até que elas sejam concluídas.
  • Concluindo a atualização dentro de um período limitado.
Com base no qual requisito tem precedência, você pode decidir como gerenciar a fase de separação em cada servidor de relatórios. Você pode gerenciar a fase de separação das seguintes maneiras:
  • Permitir que as transações de terminar antes de desconectar o servidor de relatórios: para preservar todas as transações em andamento, você deve iniciar a fase de separação por interromper a atividade de E/s de entrada para o relatório volume. Em seguida, em cada instância do servidor relatórios, aguarde para desanexar o banco de dados até que todas as transações atuais estiverem concluídas. Quando o banco de dados foi desconectado de todas as instâncias de servidor, você pode desmontar o volume relatórios.
  • Atualizar o banco de dados durante um período limitado: neste caso, você deve obter acesso exclusivo ao banco de dados em cada instância do servidor com tempo de finalização que permite que seu período de tempo. Se todas as consultas não terminar dentro desse tempo terminação, elas serão interrompidas. Essas consultas terá que esperar até que a atualização para ser reiniciado. Após as consultas são interrompidas, você pode desanexar o banco de dados de cada instância de servidor e, em seguida, desmontar o volume relatórios de cada servidor de relatórios.
Neste ponto, você estará pronto para a próxima fase de compilação. Como alternativa, se você já tiver atualizado o banco de dados em outro volume relatórios como recomendamos, agora você pode executar a fase de anexo para o volume alternativo. Para obter mais informações, consulte a seção "Maximizar a disponibilidade de um banco de dados escalonável compartilhado".

Maximizar a disponibilidade de um banco de dados compartilhado escalonável

Para maximizar a disponibilidade de dados de relatório, é recomendável que você alternar ciclos de atualização entre dois volumes de relatórios. Quando o primeiro relatório volume ainda está montado aos servidores de relatórios, você pode montar o volume segundo para o servidor de produção e criar uma versão atualizada do banco de dados de relatório.

Se você atualizar o banco de dados relatórios em um segundo volume relatório, considere as seguintes opções:
  • Se desejar que todos os seus bancos de relatórios dados para retornar resultados idênticos aos clientes, você deve desconectar a cópia antiga de todas as instâncias de servidor antes de você anexar a nova cópia a qualquer um deles.
  • Se você pode tolerar clientes receber resultados diferentes em instâncias de servidor diferente quando você atualiza o banco de dados de relatório, você pode executar uma atualização sem interrupção do banco de dados de relatório. Deve terminar o ciclo de atualização em um servidor de relatórios ao mesmo tempo.

Sincronizado, sensíveis ao tempo atualizações de todos os servidores de relatórios

Esta seção descreve várias estratégias para atualizar o conteúdo de um banco de escalonável dados compartilhado, dependendo dos requisitos comerciais:
  • Você deve manter todos os relatórios servidores em sincronia.
  • Você deve fazer a atualização dentro de um período limitado. Este período de tempo é mais importante que preserva a transações em execução no momento.
Quando você sincroniza o banco de dados em todos os servidores relatórios, banco de dados de relatório não está entre a fase de separação para a versão do banco de dados obsoleta e a fase de anexação da nova versão disponível.

Para sincronizar o ciclo de atualização em todos os o instâncias de servidor de relatórios e término ciclo a atualização dentro de um período limitado, execute estas etapas:
  1. Para manter o conteúdo em sincronia, que você deve terminar a separação fase em todos os relatórios servidores antes de qualquer um dos servidores de relatórios pode ser atualizado. Se quaisquer consultas de execução demorada estiverem ativas em qualquer servidor, você deve pará-los.
  2. Após você desmontar o volume primeiro relatório de todas as instâncias de servidor, você pode começar a atualizar os servidores de relatórios. Em cada servidor de relatórios, monte outro volume que contém uma versão mais atual do banco de dados de relatório. Anexe essa versão à instância local do servidor de relatórios. Assim que o banco de dados for anexado em uma instância específica, transações interrompidas podem ser reiniciadas nessa instância.

Atualizações de servidores de relatório sem interrupção

Uma atualização sem interrupção permite que você atualizar o banco de dados relatórios em um servidor de relatórios quando uma obsoletas relatórios de banco de dados permanecem temporariamente disponível em outro servidor de relatórios. Para um tempo, tanto a versão obsoleta e a versão atualizada do banco de dados estão disponíveis ao mesmo tempo. Dependendo dos requisitos de negócios, uma atualização sem interrupção pode ocorrer em um período limitado ou a atualização sem interrupção pode ser relativamente aberta para permitir que as transações atuais concluir.

Permitir que as transações de término antes da atualização sem interrupção

Nessa estratégia, uma atualização sem interrupção, permite que o administrador do banco de dados para aguardar transações de execução demorada para término em um servidor de relatórios quando o banco de dados no outro servidor relatórios é atualizado. Essa estratégia aborda os seguintes requisitos de negócios:
  • Os servidores de relatórios não precisa ser mantidos em sincronia. Isso permite que uma atualização sem interrupção entre o obsoleto banco de dados relatórios e o banco de dados atualizado de relatório.
  • Você tem um período de tempo ilimitado para realizar a atualização, ou seu prazo final é menos importante que preserva a transações em execução no momento.
Para executar este formulário de atualização sem interrupção, execute essas etapas em uma instância do servidor por vez:
  1. Para preservar todas as transações em andamento, você deve iniciar a fase de separação por interromper a atividade de E/s de entrada para o relatório volume. Se uma consulta de execução demorada atrasa a atualização em uma instância do servidor, aguarde a consulta concluir antes de levar a instância do servidor off-line.
  2. Depois que todas as transações são terminadas nesta instância do servidor, desanexe o banco de dados de relatório.
  3. Após você desconectar um banco de dados relatórios específico de todas as instâncias de servidor, anexe uma versão mais atual do banco de dados de relatório a essa instância do servidor.
  4. Para disponibilizar a instância do servidor novamente para consultas de relatórios, anexe uma cópia atualizada do banco de dados.

Concluir a atualização sem interrupção em um tempo limitado

Nessa estratégia, uma atualização sem interrupção, permite que o administrador do banco de dados para manter a continuidade do serviço relatório permitindo rapidamente a versão obsoleto do banco de dados permanecem disponíveis para novas consultas em alguns servidores de relatórios. O serviço permanece ininterrupto quando você atualizar o banco de dados em outro servidor de relatórios. Essa estratégia aborda os seguintes requisitos de negócios:
  • Os servidores de relatórios não precisa ser mantidos em sincronia. Isso permite que uma atualização sem interrupção entre o obsoleto banco de dados relatórios e o banco de dados atualizado de relatório.
  • Você deve fazer a atualização em um período limitado. Este prazo final é mais importante que preserva a transações em execução no momento.
Para executar este formulário de atualização sem interrupção, execute essas etapas em um servidor de relatórios ao mesmo tempo:
  1. Interromper atividade de E/s de entrada para o relatório volume e, opcionalmente, aguarde transações curtas para terminar em uma instância do servidor antes de você desconectar seu relatório banco de dados.
  2. Conclua a fase de separação no servidor. Para obter mais informações, consulte a seção "Desanexar um banco de dados escalonável compartilhado".
  3. Tornar a versão atualizada do banco de dados de relatório disponíveis novamente para consultas de relatórios. Para obter mais informações, consulte a seção "Anexar um banco de dados escalonável compartilhado".
Esta atualização sem interrupção do tipo garante que o recurso de relatório geral nunca é interrompido. Essa estratégia permite que você tolerar bastante longa transações em algumas das instâncias do servidor por um tempo. No entanto, dado o período de tempo limitado para atualizar todos os bancos de relatórios dados, se uma consulta de execução demorada significativamente atrasa a atualização em uma instância do servidor, você terá que interromper a consulta. A consulta pode esperar para ser executado novamente na mesma instância do servidor depois de seu banco de dados relatório tenha sido atualizado, ou a consulta pode ser reiniciada mais cedo em um servidor atualizado.

Referências

Para baixar manuais online do SQL Server 2005, visite o seguinte site da Central de download da Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f&DisplayLang=en
SQL Server requer sistemas para oferecer suporte a ? entrega de mídia estável garantida ? conforme descrito no programa do Microsoft SQL Server Always-On armazenamento Solution revisão. FOPara obter mais informações sobre os requisitos de entrada e saídas para o mecanismo de banco de dados do SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
967576Requisitos do Microsoft SQL Server Database Engine entrada/saída

Propriedades

ID do artigo: 910378 - Última revisão: terça-feira, 20 de novembro de 2007 - Revisão: 2.4
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Palavras-chave: 
kbmt kbsql2005engine kbtshoot kbinfo KB910378 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 910378

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com