Assegurando um ambiente correto para um banco de dados compartilhado evolutivo

Configurando seu ambiente

Para assegurar que seu ambiente oferece suporte a bancos de dados compartilhados evolutivo, nós recomendamos que você use as seguintes diretrizes:

• Verifique que os servidores de relatório e banco de dados de relatório associado estejam executando em plataformas idênticas.

  Sempre que você atualiza um servidor de relatório, atualize qualquer outro servidor de relatório que serve o mesmo banco de dados compartilhado evolutivo ou bancos de dados. Por exemplo, se você aplicar um Windows ou atualização de software SQL Server, pacote de serviço, ou atualização hotfix a qualquer servidor de relatório, aplique-o a todos os servidores.

• O recurso de banco de dados compartilhado evolutivo é testado sob uma carga de trabalho de acesso simultânea de até oito instâncias de servidor. SQL Server não impõe um limite de instância, mas recomendamos que você limite suas configurações de banco de dados compartilhado evolutivo a oito instâncias de servidor por banco de dados compartilhado.

• O banco de dados de relatório deve ter o mesmo layout como o banco de dados de produção.

• Para simplificar, criar ou atualizar um banco de dados de relatório, nós recomendamos usar o mesmo caminho para o banco de dados de relatório e o banco de dados de produção. Isso inclui usar 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, se possível, use E como letra de unidade do volume de relatório e \SQLdata como o diretório do banco de dados de relatório. Porém, se existir diferença, você pode escrever um script que usa caminhos explícitos para controlar as diferenças.

  Se o volume de relatório usar uma letra de unidade diferente do volume de produção, as considerações seguintes se aplicam:

  • Se você construir o banco de dados de relatório restaurando um backup de banco de dados, sua instrução RESTORE DATABASE requererá uma cláusula WITH MOVE que especifica o caminho completo dos arquivos de dados restaurados.

  • Se seu banco de dados de relatório for uma cópia do banco de dados de produção, a cláusula FOR ANEXADO da instrução CREATE DATABASE deve listar todo arquivo e deve especificar seu caminho completo quando você anexar o banco de dados de relatório.

  Observação
  Como prática recomendada, ao montar um conjunto de volumes de relatório sobre seus servidores de relatório, use a mesma letra de unidade em cada servidor para facilitar o gerenciamento do volume nos diferentes servidores.

• Um banco de dados compartilhado evolutivo deve estar em um volume somente leitura que é acessível sobre sua rede de área de armazenamento (SAN) de todos os servidores de relatório.

  • Depois de montar o volume de relatório em um servidor de relatório, é possível assegurar que ele está montado corretamente e que os arquivos de dados são acessíveis digitando o seguinte no prompt de comando:

    DIR<drive-letter>:\<database-directory>

    Onde <drive-letter> é a letra atribuída ao volume de relatório e <database-directory> especifica o local dos arquivos de dados do banco de dados no volume. Você deveria executar esse teste de cada um dos servidores de relatório para assegurar que você adquira os mesmos resultados para todos eles.

  • Para assegurar que o volume de relatório é somente leitura, você deveria tentar criar um arquivo no volume. O modo mais fácil de fazer é tentar copiar ou salvar um arquivo de texto simples no volume. A tentativa deveria falhar.

  Observação
  Se você estiver executando esses passos manualmente, nós recomendamos que você repita esses testes do ciclo de atualização ao remontar o volume de relatório para cada um dos servidores de relatório. Essas ações também podem ser automatizadas.

• Todas as instâncias de servidor deveriam usar a mesma ordem de classificação.

• Todas as instâncias de servidor deveriam usar a mesma memória de instância.

Consulte também

Conceitos