Dependências de recursos do cluster de failover do Microsoft Windows no SQL Server

Este artigo apresenta as dependências de recursos padrão no SQL Server e as restrições nessas dependências.

Versão original do produto: SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008
Número original do KB: 835185

Resumo

Quando você instala o SQL Server em um cluster como uma instância de cluster de failover do SQL Server, um conjunto específico de recursos do SQL Server que têm dependências de outros recursos no grupo de clusters é criado.

Importante

Não altere a árvore de dependências padrão, exceto para as alterações listadas neste artigo ou as alterações listadas no seguinte artigo na Base de Dados de Conhecimento Microsoft: Suporte do SQL Server para pastas montadas

Exemplo 1 – Dependências padrão da instância do cluster de failover do SQL Server

Neste diagrama, observe o seguinte:

• O Disco de Cluster 1 não tem dependências necessárias.
• Endereço IP: xxx.xxx.xxx.xxx não tem dependências necessárias.
• Endereço IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx não tem dependências necessárias.
• Nome: As dependências SOFTY são Endereço IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx e Endereço IP: xxx.xxx.xxx.xxx.
• As dependências necessárias do SOFTY (Nome de Rede SQL) são Endereço IP.
• As dependências do SQL Server são Disco de Cluster 1 e Nome: SOFTY.
• O SQL Server não tem dependências necessárias.
• As dependências do SQL Server Agent são SQL Server.
• O SQL Server Agent não tem dependências necessárias.

Exemplo 2 - Dependências da instância de failover do SQL Server 2008 Analysis Services

Neste diagrama, observe o seguinte:

• As dependências do Analysis Services (LOCALINSTANCE) são Disco de Cluster 2 e Nome: STANDALONE2008R.
• O Analysis Services (LOCALINSTANCE) não tem dependências necessárias.
• O Disco de Cluster 2 não tem dependências necessárias.
• Endereço IP: xxx.xxx.xxx.xxx não tem dependências necessárias.
• Endereço IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx não tem dependências necessárias.
• Nome: STANDALONE2008R dependências são Endereço IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx e Endereço IP: xxx.xxx.xxx.xxx.
• As dependências necessárias do Nome de Rede SQL (STANDALONE2008R) são Endereço IP.
• As dependências do SQL Server (LOCALINSTANCE) são Disco de Cluster 2 e Nome: STANDALONE2008R.
• SQL Server (LOCALINSTANCE) não tem dependências necessárias.
• As dependências do SQL Server Agent (LOCALINSTANCE) são SQL Server (LOCALINSTANCE).
• SQL Server Agent (LOCALINSTANCE) não tem dependências necessárias.

Exemplo 3 - Dependências de instância de failover do SQL Server 2008 com um ponto de montagem

Neste diagrama, observe o seguinte:

• O Disco de Cluster 1 não tem dependências necessárias.
• Disco de Cluster 4, dependências de ponto de montagem são Disco de Cluster 1.
• O Cluster Disk 4, Mountpoint não tem dependências necessárias.
• Endereço IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 não tem dependências necessárias.
• Nome: As dependências SOFTY são Endereço IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 e Endereço IP: xxx.xxx.xxx.88.
• As dependências necessárias do SOFTY (Nome de Rede SQL) são Endereço IP.
• As dependências do SQL Server são Nome: SOFTY, Disco de Cluster 4, Ponto de Montagem e Disco de Cluster 1.
• O SQL Server não tem dependências necessárias.

Observação

A dupla dependência do ponto de montagem é garantir que o SQL Server não possa iniciar e carregar bancos de dados sem que os discos físicos estejam disponíveis. Isso ajuda a evitar a corrupção do banco de dados.

A árvore de dependência padrão do SQL Server tem as seguintes implicações:

• O recurso do SQL Server Agent depende do recurso do SQL Server.
• O recurso do SQL Server depende do recurso de nome de rede SQL, dos recursos de disco físico e das pastas montadas que contêm os arquivos de banco de dados.
• O recurso de nome de rede SQL depende do recurso de endereço IP SQL.
• O recurso de endereço IP do SQL e os recursos de disco físico não dependem de nenhum recurso.

Mais informações

Para obter informações sobre como adicionar dependências a um recurso do SQL Server, consulte:

• Como adicionar dependências no SQL Server 2008
• Como adicionar dependências no SQL Server 2008 R2
• Como adicionar dependências no SQL Server 2012
• Como adicionar dependências a um SQL Server 2016 ou a uma versão posterior do SQL Server

Limitações e restrições

Se você adicionar outros recursos ao grupo do SQL Server, esses recursos sempre deverão ter seus próprios recursos exclusivos de nome de rede SQL e seus próprios recursos de endereço IP SQL. Não use os recursos de nome de rede SQL existentes e os recursos de endereço IP SQL para nada além do SQL Server. Se os recursos do SQL Server forem compartilhados com outros recursos ou configurados incorretamente, você poderá enfrentar os seguintes problemas:

• Poderão ocorrer falhas inesperadas.
• Pode ocorrer corrupção do banco de dados.
• As instalações do service pack poderão não ter êxito.
• O programa de Instalação do SQL Server poderá não ser bem-sucedido. Se isso ocorrer, você não poderá instalar instâncias adicionais do SQL Server ou executar manutenção de rotina.
• O SQL Server pode não ficar online.
• Os discos podem não estar disponíveis para uso do SQL Server.

Considerações adicionais

• FTP com replicação do SQL Server: para instâncias do SQL Server que usam FTP com replicação do SQL Server, o serviço FTP deve usar um dos mesmos discos físicos que a instalação do SQL Server configurada para usar o serviço FTP usa.
• Dependências de recursos do SQL Server: se você adicionar um recurso a um grupo do SQL Server e se tiver uma dependência do recurso do SQL Server para garantir que o SQL Server esteja disponível, recomendamos que você adicione uma dependência ao recurso do SQL Server Agent em vez de adicionar uma dependência ao recurso do SQL Server. Para garantir que o computador que está executando o SQL Server permaneça altamente disponível, configure o recurso do SQL Server Agent para que ele não afete o grupo do SQL Server se o recurso do SQL Server Agent falhar.
• Compartilhamentos de arquivos e recursos de impressora: uma exceção é o compartilhamento de arquivos usado pelo recurso SQL Server FILESTREAM. Um recurso de impressora não deve estar no grupo do SQL Server. Os recursos de Compartilhamento de Arquivos ou Impressora exigem seu próprio nome de rede e recurso IP em um cluster de failover do Windows Server 2003. Os compartilhamentos de arquivos e os recursos de impressora também exigem seu próprio nome de rede e recurso IP para um ponto de acesso para cliente no Windows Server 2008 e versões posteriores. Para uma instância de cluster de failover no Windows Server 2008 ou em uma versão posterior, use o Assistente para Criar uma Pasta Compartilhada para especificar um nome exclusivo e outras configurações para a pasta compartilhada.
• Desempenho: a diminuição no desempenho e a perda de serviço para o computador que está executando o SQL Server podem ocorrer quando as seguintes condições são verdadeiras:
  • Um recurso de cluster de Compartilhamento de Arquivos que não usa o recurso FILESTREAM é instalado no mesmo recurso de disco físico no qual o SQL Server está instalado.
  • Um recurso de cluster de impressora é instalado no mesmo recurso de disco físico no qual o SQL Server está instalado.

Considerações sobre o MSDTC

A leitura das Recomendações do MSDTC no Cluster de Failover do SQL deve ser o ponto de partida para qualquer discussão de dependência do MSDTC, para determinar se ela é necessária ou não.

As Perguntas frequentes sobre as recomendações do MSDTC (perguntas frequentes) abordam perguntas comuns e práticas recomendadas com o MSDTC (Microsoft Distributed Transaction Coordinator) quando usado com instâncias clusterizadas de failover do SQL Server para incluir recomendações atuais e práticas recomendadas.

Ao adicionar um recurso MSDTC a um grupo do SQL Server, você pode usar um dos discos do SQL Server ou outro disco. No entanto, para que o recurso funcione de forma correta e consistente e possa usar o cmdlet do Test-DTC PowerShell, você deve usar o nome de rede e o endereço IP do SQL Server e renomear o recurso MSDTC para o nome do servidor virtual do SQL Server.

A partir do Windows Server 2012 e posterior, ao criar um Novo Coordenador de Transações Distribuídas usando o Gerenciador de Cluster, você não tem escolha no nome dos recursos, ele sempre será Novo Coordenador de Transações Distribuídas, nem você tem a opção de renomear o recurso no Gerenciador de Cluster.

PowerShell para o resgate, este comando permite que você renomeie o Novo Coordenador de Transações Distribuídas para o nome de sua escolha, neste exemplo o nome é alterado para MSDTC.

Get-ClusterResource "New Distributed Transaction Coordinator" | %{ $_.Name = MSDTC }

Aplica-se a

• SQL Server 2008 Standard
• SQL Server 2008 Enterprise
• SQL Server 2008 Developer
• SQL Server 2008 R2 Datacenter
• SQL Server 2008 R2 Developer
• SQL Server 2008 R2 Enterprise
• SQL Server 2008 R2 Standard
• SQL Server 2008 R2 Standard Edition for Small Business
• SQL Server 2008 R2 Express com Serviços Avançados
• SQL Server 2008 R2 Workgroup
• SQL Server 2012 Developer
• SQL Server 2012 Enterprise
• SQL Server 2012 Standard
• SQL Server 2012 Enterprise Core
• SQL Server 2014 Enterprise
• SQL Server 2014 Enterprise Core
• SQL Server 2014 Standard
• SQL Server 2014 Business Intelligence
• SQL Server 2016 Enterprise Core
• SQL Server 2016 Enterprise
• SQL Server 2016 Developer
• SQL Server 2016 Standard
• SQL Server 2017 Windows (todas as edições)