Bases de dados partilhadas dimensionáveis são suportados pelo SQL Server 2005

Traduções de Artigos Traduções de Artigos
Artigo: 910378 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

INTRODUÇÃO

Bases de dados partilhadas dimensionáveis são suportados pelo Microsoft SQL Server 2005 Enterprise Edition. Este artigo é uma pré-visualização do tópico "Dimensionável base de partilhada dados" que será publicada numa futura actualização do SQL Server Books Online.

Mais Informação

Bases de dados partilhadas dimensionáveis

Bases de dados partilhadas dimensionáveis permitem-lhe anexar base de uma só de leitura relatório dados para várias instâncias de servidor numa rede de área de armazenamento (SAN, Storage Area Network). Uma base de dados relatório é base de uma só de leitura dados que é criado a partir uma ou mais bases de produção dados que são utilizadas exclusivamente para fins de relatório. Efectuar numa dimensionável base de dados partilhada, uma base de dados relatório tem de residir num ou mais volumes de só de leitura dedicados. O objectivo principal desses volumes só de leitura é a base de dados relatório ou um conjunto coordenado de fornecer informações sobre bases de dados do anfitrião. Estes volumes são conhecidos por fornecer informações sobre volumes.

Vantagens

Bases de dados partilhadas dimensionáveis oferecem as seguintes vantagens:
  • Fornecer carga de trabalho escala-fora do relatórios de bases de dados utilizando servidores de mercadoria. Uma base de dados escalável partilhada é uma forma rentável de disponibilizar marts de dados só de leitura ou armazéns de dados para várias instâncias de servidor por fornecer informações sobre objectivos, tais como executar consultas ou utilizando o SQL Server 2005 Reporting Services.
  • Fornece o isolamento de carga de trabalho. Cada servidor utiliza própria base de dados tempdb , memória e da CPU.
  • Garante a mesma vista de fornecer informações sobre dados de todos os servidores se todas as instâncias de servidor estiverem configuradas idêntico. Por exemplo, todos os servidores utilizaria um único agrupamento.

    Nota Opcionalmente, pode actualizar a base de dados relatório num segundo volume relatório. Para mais informações, consulte a secção "Maximizar a disponibilidade de uma base de dados escalável partilhada".

Restrições

As seguintes restrições existe para uma base de dados escalável partilhada:
  • A base de dados deve estar num volume só de leitura.
  • Os ficheiros de dados podem ser acedidos através de uma SAN.
  • Bases de dados partilhadas dimensionáveis são suportadas apenas no Microsoft Windows Server 2003 Service Pack 1 (SP1) ou uma versão posterior do Windows Server 2003.

Actualizar o ciclo de uma base de dados relatório

Quando utiliza uma base de dados escalável partilhada para uma base de dados relatório, envolve um ciclo de actualização de três fase:
  • criar fases : O ciclo de actualização de uma base de dados relatório começa a fase de compilação. Antes de pode ser criado um relatório base de dados, o administrador monta o relatório volume do sistema de produção e torna-se leitura/escrita. Quando um volume se encontra no estado de leitura/escrita, o volume pode apenas ser montado num sistema. Se o volume está montado numa mais do que um sistema, poderão ocorrer danos no sistema de ficheiros. Em seguida, o administrador cria a base de dados utilizando um dos métodos de cópia de dados fornecidos pelo SQL Server 2005 para copiar dados ou bases de dados. Depois de criada a base de dados, o administrador define o volume só de leitura e, em seguida, desmonta-lo.
  • fase de anexar : A fase de ligação fornecida após a fase de compilação. A fase de ligação disponibiliza a base de dados como uma base de dados escalável partilhada. A fase de ligação deve ser executada em cada relatório servidores individualmente. Para configurar a base de dados relatório como uma base de dados escalável partilhada, o administrador monta volumes de relatórios só de leitura para um servidor de relatório sobre o SAN. Depois do administrador assegura que cada volume está definido como só de leitura, o administrador anexa a base de dados relatório numa instância do SQL Server. A base de dados relatório numa instância do SQL Server também é conhecido como uma instância de servidor de relatórios. Uma vez que cada relatório volume é só de leitura, anexar a base de dados define-só de leitura. Neste ponto, a base de dados relatório torna-se base de dimensionável dados partilhada que pode ser acedido pelos clientes utilizando o servidor de relatório.

    Nota Se utilizar um segundo volume relatório quando actualizar o relatório base de dados, tem de escolher entre uma actualização gradual e uma actualização sincronizada. Para mais informações, consulte a secção "Maximizar a disponibilidade de uma base de dados escalável partilhada".
  • fase de desligar : A terceira fase é a fase detach. Normalmente, a base de dados relatório eventualmente tornar obsoleto. A base de dados têm de ser actualizado para manter actualizados os dados de relatórios. A fase de detach é o processo de remoção de uma base de dados obsoleto relatório do serviço como uma base de dados escalável partilhada. Para que poder criar uma base de dados relatório actualizado disponível num determinado servidor relatório, a fase de detach deve ser preenchida nesse servidor. Quando uma base de dados relatório deve ser actualizada, tem de ser desligado de todas as instâncias de servidor. Para iniciar a fase de detach, o administrador de base de dados parar primeiro a carga de trabalho de consulta que provém à base de dados de todas as instâncias de servidor. Em cada instância de servidor, o administrador de base de dados obtém acesso exclusivo à base de dados e remove-lo. O administrador de base de dados, em seguida, desmonta o volume do sistema cada anfitrião. Quando a fase de detach estiver concluída, o relatório volume está desligado do SAN.
Nota Para maximizar a disponibilidade de fornecer informações sobre dados, recomendamos que alternar ciclos de actualização entre dois volumes relatórios como procedimento recomendado. Quando o primeiro relatório volume ainda está montado aos servidores do relatórios, pode montar o volume segundo para o servidor de produção e, em seguida, criar uma versão actualizada da base de dados relatório. Para mais informações, consulte a secção "Maximizar a disponibilidade de uma base de dados escalável partilhada".

Nota Cada fase é constituída por uma série de passos que devem ser executados por um utilizador com direitos de administrador da base de dados. Neste artigo, esse utilizador será referido como o administrador de base de dados.

importante Para configurar uma base de dados partilhada dimensionável, o ambiente de SAN tem já estar a trabalhar correctamente.

Exemplos de bases de dados partilhadas dimensionáveis

Em ciclos de actualização subsequente, a base de dados pode ser actualizado ou recriado. O método preferido depende dos requisitos de negócio. Pode utilizar bases de dados partilhadas escaláveis das duas seguintes formas:
  • dados mart base de dados : A utilização mais simples de uma base de dados escalável partilhada é uma base de dados de mart de dados. Uma base de dados de mart dados periodicamente extraído do conteúdo de um armazém de dados e é utilizado para fornecer informações sobre. Para actualizar a base de dados de mart de dados, largue a base de dados e, em seguida, substitua-o com uma nova versão.
  • relatório de uma base de dados actualizável : quando a base de dados que está a ser comunicado a partir do não tiver de ser transformados na base de dados de origem, a base de dados pode ser actualizada periodicamente. Para actualizar periodicamente a base de dados, crie uma cópia de segurança completa da base de dados produção e, em seguida, restaurar a cópia de segurança da base de dados no relatório volume ou volumes.

Certifique-se que o ambiente está correcto para uma base de dados dimensionável partilhada

Uma base de dados partilhada dimensionável tem de estar num volume só de leitura que pode ser acedido através de um SAN, Storage Area Network. Os servidores de relatórios tem de ter 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 suporte, recomendamos que limite as configurações de base de dados partilhada escalável para oito instâncias do servidor. No entanto, o SQL Server 2005 não limita o número de instâncias simultâneas que pode aceder a uma dimensionável base de dados partilhada. Normalmente, cada instância de servidor são executadas num servidor separado relatório. No entanto, em execução múltiplas instâncias de servidor de relatório num servidor de relatório é suportada.

Configurar o ambiente

Para se certificar de que o ambiente suporta dimensionáveis bases de dados partilhadas, recomendamos que siga estas directrizes:
  • Certifique-se que os servidores de relatórios para uma determinada base de dados relatório estão em execução em sistemas operativos idênticos. Sempre que actualizar um servidor de relatório, actualize outros servidores relatórios que servem a mesma base de dados de partilhada dimensionável ou bases de dados. Por exemplo, se aplicar um pacote de actualização ou o serviço de software para Windows ou SQL Server 2005 para qualquer um dos servidores de relatórios, aplica o mesmo pacote de actualização ou o serviço de software para os servidores relatórios.

    Nota Frequentemente, pode efectuar actualizações graduais dos servidores de relatórios, desde que concluir a actualização gradual atempadamente.
  • Bases de dados partilhadas dimensionáveis são testados numa carga de trabalho acesso simultâneo por até oito instâncias de servidor do SQL Server 2005 Enterprise Edition. SQL Server 2005 não aplica um limite de instância. No entanto, recomendamos que limite as configurações de base de dados partilhada escalável para oito instâncias do servidor para cada base de dados partilhada.
  • Se os ficheiros de dados da base de dados de produção abrangem vários volumes, tem de utilizar o mesmo número de fornecer informações sobre volumes. Por outro lado, uma vez que a base de dados relatório está definido só de leitura, respectivos ficheiros de registo podem coexistir com ficheiros de dados num relatório volume.
  • Para simplificar o processo de criar ou actualizar um relatório base de dados, recomendamos que o caminho da base de dados relatório ser igual à base de dados de produção. Isto inclui utilizando ambos os a mesma letra de unidade para o volume de relatório e o mesmo caminho do directório da base de dados. Por exemplo, se a base de dados de produção estiver E:\SQLdata, utilizar E como a letra de unidade do volume relatório, se for possível. Além disso, utilize \SQLdata como o directório da base de dados relatório, se for possível. No entanto, um script que tenha caminhos explícitos pode processar quaisquer diferenças. Se o relatório volume utilize uma letra de unidade diferente do que o volume de produção, poderá ter de efectuar as seguintes modificações:
    • Se criar a base de dados relatório restaurando uma cópia de segurança da base de dados, a instrução RESTORE DATABASE tem de ter uma cláusula WITH MOVE Especifica o caminho completo dos ficheiros de dados restaurados.
    • Se o relatório base de dados é uma cópia da base de dados de produção, a cláusula FOR ATTACH da instrução CREATE DATABASE tem de listar todos os ficheiros. A cláusula FOR ATTACH também tem de especificar o caminho completo quando liga a base de dados relatório. Este é sempre um procedimento recomendado.

      Nota Como procedimento recomendado, utilize a mesma letra de unidade em todos os servidores quando montar um volume relatório para os servidores de relatórios. Este procedimento ajuda a gerir o volume por diferentes servidores.
  • A base de dados relatório tem de estar num volume só de leitura que pode ser acedido através de SAN de todos os servidores relatórios:
    • Depois de montar o volume de relatório para um servidor de relatório, certifique-se que o relatório volume está montado correctamente e que os ficheiros de dados podem ser acedidos. Para o fazer, introduza DIR <drive-letter>: \ <database-directory> numa linha de comandos, onde <drive-letter> é a letra atribuída relatório volume e <database-directory> Especifica a localização dos ficheiros de dados da base de dados no volume. Execute este teste cada servidor de relatório para se certificar de que recebe os mesmos resultados para todos.
    • Para garantir que a base de dados relatório está definido só de leitura, tente criar um ficheiro no volume. O método mais fácil consiste em tentar copiar ou guardar um ficheiro de texto simples no volume. A tentativa deve falhar porque o volume é só de leitura.

      Nota Se estiver a efectuar estes passos manualmente, a Microsoft recomenda que repita estes testes de cada ciclo de actualização quando Monte novamente o relatório volume cada servidor de relatório. Se o script os passos para mover volumes relatórios e para trás entre o servidor de produção e os servidores de relatórios, testar já não é necessária depois certificar de que os scripts estão a funcionar correctamente.

Fase 1: A fase de compilação

Criar ou actualizar uma base de dados escalável partilhada

Uma base de dados relatório tem de ser criado e actualizada manualmente. Este processo é a primeira fase do ciclo de actualização para uma base de dados relatório e é conhecido como a fase de compilação. A fase de compilação pode envolver actualizar uma base de dados obsoleto ou criar uma nova versão.

Normalmente, a versão actual de uma base de dados relatório eventualmente tornar obsoleta. A base de dados relatório tem ser actualizado periodicamente para manter os dados de relatórios.

Concluir a fase de compilação

É possível actualizar uma base de dados obsoleto relatório, actualizar os dados desactualizados na base de dados existente ou reconstruir a base de dados.

Nota Antes de pode actualizar uma base de dados relatório existente, a base de dados tem de ser desligado do cada instância de servidor de relatórios. Além disso, deve ser desmontar o volume relatório de cada servidor de relatório. Para mais informações, consulte a secção "Desanexar uma base de dados escalável partilhada".

Para actualizar uma base de dados obsoleto relatório, siga estes passos no servidor de produção:
  1. Utilize utilitários o fornecedor de hardware para unmask os números de unidade lógica (LUN) que correspondem aos volumes de relatórios. Esta acçã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/escrita. Para utilizar o utilitário da linha de comandos DiskPart para montar o volume, introduza os seguintes comandos numa linha de comandos: DiskPart
    DISKPART > select volume =<drive-number>
    DISKPART > atribuir letra =<drive-letter>
    DISKPART > atributo só de leitura simples
    DISKPART > sair

    Neste passo, <drive-number> é o número de volume é atribuído pelo Windows e <drive-letter> é a letra está atribuída ao volume relatório.
  3. Se estiver a actualizar uma base de dados relatório existente, siga estes passos:
    1. Anexe a base de dados a uma instância do servidor. Normalmente, esta seria a instância do servidor de produção. base de CREATE
      CREATE DATABASE <database_name> ON <filespec_list>
         FOR ATTACH
      
    2. Definir a base de dados para leitura/escrita acesso utilizando a seguinte instrução Transact-SQL.
      ALTER DATABASE <database_name> SET READ_WRITE
      para obter mais informações, consulte SQL Server 2005 Books Online.
  4. Crie a base de dados.

    Para actualizar um relatório base de dados, pode actualizar os dados desactualizados, reconstruir a base de dados ou efectuar qualquer outra pensa é necessária para actualizar os dados. O administrador cria a base de dados utilizando qualquer um dos métodos de cópia de dados que são fornecidas pelo SQL Server 2005 para copiar dados ou bases de dados. Para mais informações, consulte a secção "Métodos para criar ou actualizar uma base de dados".

    Nota Em relatórios de bases de dados, recomendamos que Verifique se a página ser definida para Soma de verificação , a predefinição. Para alterar esta definição, utilize ALTER DATABASE.
  5. Definir a base de dados como só de leitura utilizando a seguinte instrução Transact-SQL.
    ALTER DATABASE <database_name> SET READ_ONLY
  6. Desanexar a base de dados utilizando o Transact-SQL seguinte instrução.
    sp_detach_db @dbname='<database_name>'
    neste passo, <database_name> é o nome da base de dados.
  7. Marcar volume como só de leitura e, em seguida, desmontar o volume do servidor de produção. Para utilizar o utilitário da linha de comandos DiskPart para desmontar o volume, introduza os seguintes comandos numa linha de comandos.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove
    
    neste passo, <drive-number> é o número de volume é atribuído pelo Windows e <drive-letter> é a letra está atribuída ao volume relatório.
  8. Utilize utilitários o fornecedor de hardware para máscara LUNs que correspondem aos volumes de relatórios. Esta acção torna os volumes acessível para o servidor de produção.
Agora, a base de dados relatório pode ser efectuada disponível como uma base de dados escalável partilhada. Para mais informações, consulte a secção "Anexar uma base de dados escalável partilhada".

Métodos para criar ou actualizar uma base de dados

Nota Quando cria um relatório base de dados, recomendamos que utilize sempre o mesmo caminho de base de dados de produção e bases de dados relatórios. Além disso, recomendamos que utilize a mesma letra de unidade para a produção e fornecer informações sobre volume quando o volume está montado nos servidores de relatórios, se for possível.

SQL Server 2005 suporta actualmente os seguintes métodos para migrar dados numa base de dados ou para migrar toda a uma base de dados:
  • SQL Server Integration Services : pode criar ou copiar uma base de dados, executando o Integration Services pacotes e utilizando a tarefa executar SQL ou a transferir base de dados de tarefas:
    • A executar SQL tarefa é executada instruções SQL ou procedimentos armazenados de um pacote. Quando utiliza a tarefa executar SQL, pode criar uma base de dados ao executar uma instrução CREATE DATABASE. Em seguida, pode preencher a base de dados, copiando num ou mais tabelas ou vistas.
    • A tarefa de transferir base de dados pode copiar uma base de dados na mesma instância de servidor ou entre instâncias.

      Nota Também pode criar uma base de dados, utilizando a importação do servidor SQL e Assistente de exportação mas, tem de copiar, pelo menos, uma tabela ou vista.
  • cópia de segurança e restauro : pode restaurar uma cópia de segurança de uma base de dados de produção no volume de relatório. Para tal, restaurar e recuperar uma cópia de segurança da base de dados para o volume de relatório:
    • Se estiver a utilizar a mesma letra de unidade, montar o volume relatório para um anfitrião diferente e, em seguida, ligue uma instância de servidor existe para restaurar a base de dados.
    • Se o relatório volume utilize uma letra de unidade diferente do que o volume de produção, a instrução RESTORE DATABASE tem de ter uma cláusula WITH MOVE Especifica a letra da unidade do volume relatório no caminho da base de dados restaurado.
  • base de dados de produção para o relatório volume de cópia : antes de pode manualmente copiar uma base de dados ou utilizar o desligar e anexar o método do Assistente para copiar banco de dados, terá de tomar a base de dados offline. Depois de copiar a base de dados, coloque novamente online a base de dados. No entanto, a cópia da base de dados Assistente oferece um método alternativo. O método Transfer SMO copia a base de dados apesar da base de dados permanece online. Apesar do SMO transferência método é mais lento do que o desligar e anexar método, o método Transfer SMO mantém ligações activas à base de dados.
Para mais informações sobre estes métodos de cópia de dados, consulte SQL Server 2005 Books Online.

Quando a base de dados relatório estiver preparado, tem de concluir a fase de compilação. Para mais informações, consulte o "fase 1: A fase de compilação" secção.

Fase 2: A fase de ligação

Anexar uma base de dados escalável partilhada

Depois de criar ou actualizar uma base de dados relatório e desmontar o volume relatório do servidor de produção, um administrador tem de disponibilizar a base de dados como uma dimensionável base de dados partilhada. Este processo é conhecido como a fase de ligação.

Concluir a fase de ligação

Nesta fase, um administrador deve executar os seguintes passos:
  1. Utilize utilitários o fornecedor de hardware para unmask LUNs que correspondem aos volumes de relatórios. Esta acção torna os volumes acessíveis aos clientes de cada servidor de relatório.
  2. Em cada servidor relatório Monte o volume que corresponde ao LUN.

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

    Para utilizar o utilitário da linha de comandos DiskPart para montar o volume, introduza os seguintes comandos numa linha de comandos.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit
    
    neste passo, <drive-number> é o número de volume é atribuído pelo Windows e <drive-letter> é a letra que pretende utilizar para o relatório volume no servidor de relatório.

    Nota O relatório volume tem de ser só de leitura. Recomendamos que o sejam marcados como só de leitura antes do volume for desmontado do servidor de produção. Se o volume não foi marcado como só de leitura, defina o volume só de leitura depois de montar o volume no primeiro servidor de relatório. Para mais informações, consulte o "fase 1: A fase de compilação" secção.

    Como procedimento recomendado, deve certificar-se de que o volume está acessível como um volume só de leitura sobre o SAN depois de montar um volume de relatório para cada servidor de relatório. Para mais informações, consulte a secção "Certifique-se que o ambiente é correcto para uma base de dados escalável partilhada".
  3. Anexe a base de dados ao relatório instância do servidor de instâncias em cada servidor relatório. Para mais informações, consulte SQL Server 2005 Books Online.
A base de dados relatório está agora disponível como uma dimensionável base de dados partilhada e consultas podem continuar.

Fase 3: A fase de detach

Desanexar uma base de dados partilhada dimensionável

Normalmente, a versão actual de uma base de dados relatório, eventualmente, torna-se obsoletos e tem de ser actualizada manter os dados de relatórios. O processo de remoção de uma base de dados obsoleto relatório do serviço como uma base de dados escalável partilhada é conhecido como fase detach. Esta fase é a fase de terceira e final da actualização de ciclo para uma base de dados relatório. Para que poder criar uma base de dados relatório actualizado disponível num determinado servidor relatório, a fase de detach deve ser preenchida nesse servidor.

Concluir a fase de detach

Nesta fase, um administrador deve executar os seguintes passos em cada servidor relatório:
  1. Desactivar novas consultas na base de dados e, em seguida, permita consultas actuais concluída correctamente, se é possível.
  2. Desanexar a base de dados de cada instância de servidor de relatórios utilizando o sp_detach_db @ dbname = '<database_name>' comandos.

    Neste passo, <database_name> é o nome da base de dados. Para mais informações sobre o comando sp_detach_db , consulte SQL Server 2005 Books Online.
  3. Em cada servidor relatório desmonte o volume de relatório. Para desmontar o volume utilizando o utilitário da linha de comandos do DiskPart, escreva os seguintes comandos numa linha de comandos.
    DiskPart
    DISKPART> select volume <drive-number>
    DISKPART> remove
    
    neste passo, <drive-letter> é a letra atribuída ao volume relatório.
  4. Utilize utilitários o fornecedor de hardware para máscara LUNs que correspondem aos volumes de relatórios. Esta acção torna os volumes inacessível aos clientes de cada servidor de relatório.

Estratégias alternativas para desligar uma base de dados obsoleto relatório

Quando substituir a versão obsoleta de uma base de dados, tem de considerar os requisitos de negócio para o ambiente de relatório. Deve avaliar qual dos seguintes requisitos de negócio têm precedência no seu ambiente:
  • Preservar transacções actualmente em execução até que sejam concluídas.
  • A concluir a actualização dentro de um período de tempo limitado.
Com base no qual requisito prevalece, pode decidir como gerir a fase de detach em cada servidor relatório. Pode gerir a fase de detach das seguintes formas:
  • Permitem que as transacções concluída antes de desligar o servidor de relatório: para preservar todas as transacções em curso, tem de iniciar a fase de detach por parar de receber actividade de E/s no volume de relatório. Em seguida, em cada relatório instância de servidor, aguarde para desanexar a base de dados até que todas as transacções actuais estão concluídas. Quando a base de dados foi desligado de todas as instâncias de servidor, pode desmontar o volume de relatório.
  • Actualizar a base de dados durante um período de tempo limitado: neste caso, deverá obter acesso exclusivo a base de dados em cada instância de servidor com um tempo de terminação que permite o período de tempo. Se quaisquer consultas não concluída dentro do tempo que terminação, vai ser parados. Essas consultas terá de aguardar até após a actualização ser reiniciado. Depois das consultas são paradas, pode desanexar a base de dados de cada instância de servidor e, em seguida, desmontar o volume relatório a partir de cada servidor de relatório.
Neste ponto, estará pronto para a próxima fase de compilação. Em alternativa, se já tiver actualizado a base de dados no outro relatório volume como recomendamos, pode agora executar a fase de ligação para o volume alternativo. Para mais informações, consulte a secção "Maximizar a disponibilidade de uma base de dados escalável partilhada".

Maximizar a disponibilidade de uma base de dados escalável partilhada

Para maximizar a disponibilidade de fornecer informações sobre dados, recomendamos que alternar ciclos de actualização entre dois volumes relatórios. Quando o primeiro relatório volume ainda está montado aos servidores do relatórios, pode montar o volume segundo para o servidor de produção e criar uma versão actualizada da base de dados relatório.

Se actualizar a base de dados relatório num segundo volume relatório, considere as seguintes opções:
  • Se pretender que o relatórios bases para devolver resultados idênticos aos clientes, tem de desligar a cópia antiga de todas as instâncias de servidor antes de os anexar a nova cópia para qualquer um deles.
  • Se pode tolerar clientes receber resultados diferentes nas ocorrências de servidor diferente quando actualizar o relatório base de dados, pode efectuar uma actualização gradual da base de dados relatório. Deverá concluir o ciclo de actualização num servidor de relatório ao mesmo tempo.

Sincronizada, influenciadas actualiza de todos os servidores de relatórios

Esta secção descreve várias estratégias para actualizar o conteúdo de uma base de dimensionável dados partilhada, dependendo dos requisitos comerciais:
  • Que deve manter tudo relatar servidores sincronizados.
  • Deve efectuar a actualização dentro de um período de tempo limitado. Este período de tempo é mais importante que manter actualmente em execução transacções.
Quando sincronizar a base de dados em todos os relatórios servidores, a base de dados relatório não está entre a fase de detach para a versão da base de dados obsoleta e a fase de ligação da nova versão disponível.

Para sincronizar o ciclo de actualização em todos os relatórios instâncias do servidor e conclusão da actualização ciclo dentro de um período de tempo limitado, siga estes passos:
  1. Para manter o conteúdo de sincronização, que tem de concluir o detach pode ser actualizado fase em todos os relatórios servidores antes de qualquer um dos servidores de relatórios. Se quaisquer consultas de execução longa estiverem activas em qualquer servidor, tem de pará-los.
  2. Depois de desmontar o volume primeiro relatório de todas as instâncias de servidor, pode começar a actualizar os servidores de relatórios. Em cada servidor relatório Monte outro volume que contém uma versão mais actual da base de dados relatório. Anexe essa versão a instância local do servidor de relatórios. Assim que a base de dados está ligada numa instância específica, podem ser reiniciadas transacções paradas nessa instância.

Actualizações de fornecer informações sobre servidores graduais

Uma actualização gradual permite-lhe para actualizar a base de dados relatório no servidor de relatório um quando uma obsoletas relatórios da base de dados permanecem temporariamente disponível noutro servidor de relatórios. Durante algum tempo, a versão obsoleta tanto a versão actualizada da base de dados estão disponíveis em simultâneo. Dependendo dos requisitos de negócio, pode ocorrer uma actualização gradual de um período de tempo limitado ou a actualização gradual pode ser relativamente abrangente para permitir que as transacções actuais de conclusão.

Permitir transacções terminar antes da actualização gradual

Esta estratégia, uma actualização gradual permite ao administrador da base de dados para aguardar transacções de execução longa concluir a um servidor de relatório quando a base de dados noutro servidor de relatório é actualizado. Esta estratégia corrige os seguintes requisitos comerciais:
  • Os servidores de relatórios não tem de ser mantidos em sincronia. Isto permite uma actualização gradual entre a obsoleto base de dados relatório e a base de dados relatório actualizada.
  • Tem um período de tempo ilimitado para efectuar a actualização ou o prazo é menos crítico que manter actualmente em execução transacções.
Para efectuar este tipo de actualização gradual, siga estes passos numa instância de servidor num momento:
  1. Para preservar todas as transacções em curso, tem de iniciar a fase de detach por parar de receber actividade de E/s no volume de relatório. Se uma consulta de execução longa atrasa a actualização numa instância de servidor, aguarde que a consulta concluir antes de iniciar a instância do servidor offline.
  2. Depois de todas as transacções são concluídas nesta instância de servidor, desanexar a base de dados relatório.
  3. Depois de desligar uma determinada base de dados relatório de todas as instâncias de servidor, anexar uma versão mais actual da base de dados relatório a essa instância de servidor.
  4. Para disponibilizar novamente para consultas de relatórios a instância do servidor, anexe uma cópia actualizada da base de dados.

Concluir a actualização gradual num limitado de tempo

Esta estratégia, uma actualização gradual permite ao administrador da base de dados para manter um serviço ininterrupto relatório permitindo brevemente a versão obsoleta da base de dados permanecem disponíveis para novas consultas em alguns servidores relatórios. O serviço permanece sem interrupções quando actualizar a base de dados noutro servidor de relatórios. Esta estratégia corrige os seguintes requisitos comerciais:
  • Os servidores de relatórios não tem de ser mantidos em sincronia. Isto permite uma actualização gradual entre a obsoleto base de dados relatório e a base de dados relatório actualizada.
  • Deve efectuar a actualização de um período de tempo limitado. Este prazo é mais crítico que manter actualmente em execução transacções.
Para efectuar este tipo de actualização gradual, siga estes passos num servidor de relatório ao mesmo tempo:
  1. Parar de receber actividade de E/s no volume de relatório e, opcionalmente, aguarde transacções curtas terminar numa instância do servidor antes de desanexar a base de dados relatório.
  2. Conclua a fase de detach nesse servidor. Para mais informações, consulte a secção "Desanexar uma base de dados escalável partilhada".
  3. Disponibilize a versão actualizada a base de dados relatório novamente para consultas de relatórios. Para mais informações, consulte a secção "Anexar uma base de dados escalável partilhada".
Esta actualização gradual de tipo garante que a capacidade de comunicação global nunca é interrompida. Esta estratégia permite-lhe tolerar bastante demorada transacções em algumas instâncias do servidor durante algum tempo. No entanto, especificado o período de tempo limitado para actualizar os relatórios bases, se uma consulta de execução longa significativamente atrasa a actualização numa instância de servidor, terá que parar a consulta. A consulta pode aguardar para ser novamente na mesma instância de servidor depois do relatório base de dados foi actualizada ou a consulta pode ser reiniciada mais cedo num servidor actualizado.

Referências

Para transferir o SQL Server 2005 Books Online, visite o seguinte Microsoft Download Center Web site:
http://www.microsoft.com/downloads/details.aspx?FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f&DisplayLang=en
SQL Server requer sistemas para suportar ? garantida a entrega de multimédia estável ? conforme descrito no programa do Microsoft SQL Server Always-On armazenamento solução de revisão. FOPara obter mais informações sobre os requisitos de entrada e saídas para o motor de base de dados do SQL Server, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
967576Requisitos de motor de entrada/saída do Microsoft SQL da base de dados do servidor

Propriedades

Artigo: 910378 - Última revisão: 20 de novembro de 2007 - Revisão: 2.4
A informação contida neste artigo aplica-se a:
  • Microsoft SQL 2005 Server Enterprise
  • 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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