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 a essas dependências.

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

Resumo

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

Importante

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

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

Diagrama da árvore de dependência de instância de cluster de failover padrão SQL Server.

Neste diagrama, observe o seguinte:

  • O Cluster Disk 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 de NOME de Rede SQL (SOFTY) são Endereço IP.
  • SQL Server dependências são o Disco de Cluster 1 e Nome: SOFTY.
  • SQL Server não tem dependências necessárias.
  • SQL Server Agent dependências são SQL Server.
  • SQL Server Agent não tem dependências necessárias.

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

Diagrama de SQL Server árvore de dependência da instância de failover do Analysis Services de 2008.

Neste diagrama, observe o seguinte:

  • As dependências do LOCALINSTANCE (Analysis Services) são o Cluster Disk 2 e o Nome: STANDALONE2008R.
  • O ANALYSIS Services (LOCALINSTANCE) não tem dependências necessárias.
  • O Cluster Disk 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 de Nome de Rede SQL (STANDALONE2008R) são Endereço IP.
  • SQL Server (LOCALINSTANCE) são o Cluster Disk 2 e o Nome: STANDALONE2008R.
  • SQL Server (LOCALINSTANCE) não tem dependências necessárias.
  • SQL Server Agent dependências (LOCALINSTANCE) são SQL Server (LOCALINSTANCE).
  • SQL Server Agent (LOCALINSTANCE) não tem dependências necessárias.

Exemplo 3 – SQL Server dependências da instância de failover de 2008 com um ponto de montagem

Diagrama de SQL Server árvore de dependência da instância de failover de 2008 com um ponto de montagem.

Neste diagrama, observe o seguinte:

  • O Cluster Disk 1 não tem dependências necessárias.
  • O Disco de Cluster 4, as dependências do Mountpoint são o Cluster Disk 1.
  • 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 de NOME de Rede SQL (SOFTY) são Endereço IP.
  • SQL Server dependências são Nome: SOFTY, Disco de Cluster 4, Mountpoint e Cluster Disk 1.
  • SQL Server não tem dependências necessárias.

Observação

A dependência dupla no ponto de montagem é garantir que SQL Server não possam 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 para SQL Server tem as seguintes implicações:

  • O recurso SQL Server Agent depende do recurso SQL Server.
  • O recurso 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 SQL e os recursos de disco físico não dependem de recursos.

Mais informações

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

Limitações e restrições

Se você adicionar outros recursos ao grupo SQL Server, esses recursos devem sempre ter seus próprios recursos de nome de rede SQL exclusivos 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 de SQL Server. Se SQL Server recursos forem compartilhados com outros recursos ou estiverem configurados incorretamente, você poderá enfrentar os seguintes problemas:

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

Considerações adicionais

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

Considerações do MSDTC

Ler recomendações do MSDTC no Cluster de Failover do SQL deve ser o ponto de partida para quaisquer discussões de dependência do MSDTC, para determinar se ele é necessário ou não.

Essa perguntas frequentes sobre recomendações msdtc (perguntas frequentes) aborda perguntas comuns e práticas recomendadas com o MSDTC (Coordenador de Transações Distribuídas da Microsoft) quando usado com SQL Server instâncias clusteradas de Failover para incluir recomendações atuais e práticas recomendadas.

Ao adicionar um recurso MSDTC a um grupo de SQL Server, você pode usar um dos discos SQL Server ou outro disco. No entanto, para que o recurso funcione correta e consistentemente 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.

Começando com Windows Server 2012 e posteriores ao criar um Novo Coordenador de Transações Distribuídas usando o Gerenciador de Cluster que 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 Cluster Manager.

PowerShell para o resgate, esse comando permite renomear 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 }

Aplicável 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 Windows 2017 (todas as edições)