Antes de instalar o cluster de failover

  • Artigo

Aplica-se a:SQL Server

Antes de instalar um cluster de failover do SQL Server, você deve selecionar o hardware e o sistema operacional nos quais o SQL Server será executado. Você também deve configurar o WSFC (Clustering de Failover do Windows Server) e examinar a rede, a segurança e as considerações sobre outros softwares que serão executados no cluster de failover.

Se um cluster do Windows tiver uma unidade de disco local e a mesma letra da unidade também for usada em um ou mais nós de cluster como uma unidade compartilhada, você não poderá instalar o SQL Server nessa unidade. Essa restrição se aplica às instâncias de cluster de failover do SQL Server e instâncias autônomas em um servidor que faz parte de uma Instância do Cluster de Failover do Windows.

Também é possível conferir os tópicos a seguir para saber mais sobre os conceitos de clustering de failover, recursos e tarefas do SQL Server.

Descrição do artigo Artigo
Descreve conceitos de cluster de failover do SQL Server e fornece links para conteúdo e tarefas associadas. Instâncias do cluster de failover do AlwaysOn (SQL Server)
Descreve conceitos de política de failover do SQL Server e fornece links para configurar a política de failover para se adequar aos seus requisitos organizacionais. Failover Policy for Failover Cluster Instances
Descreve como manter seu cluster de failover SQL Server existente. Administração e manutenção da instância de cluster de failover
Explica como instalar o Serviços de análise em um Windows Server Failover Cluster (WSFC). Como criar clusters do SQL Server Analysis Services

Práticas recomendadas

Confira as notas sobre a versão do SQL Server 2019 e do SQL Server 2022.

Instale o software de pré-requisito. Antes de executar a Instalação para instalar ou atualizar, instale os pré-requisitos a seguir para reduzir o tempo de instalação. É possível instalar software de pré-requisito em cada nó de cluster de failover e, em seguida, reiniciar os nós uma vez antes de executar a Instalação.

  • O Windows PowerShell já não é instalado pela Instalação do SQL Server . O Windows PowerShell é um pré-requisito para a instalação dos componentes do Mecanismo de Banco de Dados do SQL Server e do SQL Server Management Studio. Se o Windows PowerShell não estiver presente no computador, você poderá habilitá-lo seguindo as instruções da página Estrutura de Gerenciamento do Windows.

  • O .NET Framework 3.5 SP1 não é mais instalado pelo SQL Server, mas pode ser necessário durante a instalação do SQL Server em sistemas operacionais Windows antigos. Para obter mais informações, confira SQL Server 2019: requisitos de hardware e software.

  • Pacote do Microsoft Update: para evitar que o computador seja reinicializado devido à instalação do .NET Framework 4, a instalação do SQL Server requer que uma atualização da Microsoft seja instalada no computador. Essa atualização já está incluída no caso da instalação do SQL Server 2014 (12.x) e de versões posteriores em versões do Windows com suporte. Se você estiver instalando em um sistema operacional Windows mais antigo, baixe-o em Microsoft Update para .NET Framework 4.0 no Windows Vista e Windows Server 2008.

  • .NET Framework 4: O .NET Framework 4 é instalado em um sistema operacional clusterizado. Para reduzir o tempo de instalação, convém instalar o .NET Framework 4 antes de executar a Instalação.

  • Arquivos de suporte à instalação do SQL Server. Você pode instalar esses arquivos executando o SqlSupport.msi localizado na mídia de instalação.

Verifique se o software antivírus não está instalado no cluster do WSFC. Para obter mais informações, veja o artigo da Base de Dados de Conhecimento da Microsoft , Software antivírus que não está ciente do cluster pode causar problemas com serviços de cluster.

Ao nomear um grupo de clusters para a instalação de cluster de failover, você não deve usar nenhum dos seguintes caracteres no nome do grupo de clusters:

  • Operador menor que (<)

  • Operador maior que (>)

  • Aspas duplas (")

  • Aspas simples (')

  • E comercial (&)

    Verifique também se os nomes de grupos de clusters não contêm caracteres sem suporte.

Verifique se todos os nós de cluster estão configurados de forma idêntica, inclusive COM+, letras de unidade de disco e usuários no grupo de administradores.

Verifique se você limpou os logs do sistema em todos os nós e se exibiu os logs do sistema novamente. Verifique se os logs estão livres de quaisquer mensagens de erro antes de continuar.

Antes de instalar ou atualizar um cluster de failover do SQL Server , desabilite todos os aplicativos e serviços que talvez possam usar os componentes do SQL Server durante a instalação, mas deixe os recursos de disco online.

SQL Server A Instalação define automaticamente dependências entre o grupo de clusters do SQL Server e os discos que estarão no cluster de failover. Não defina dependências para discos antes da instalação.

  • Durante a instalação do Cluster de Failover do SQL Server , o objeto de computador (contas de computador do Active Directory) para o Nome do Recurso de Rede do SQL Server é criado. Em um cluster do Windows Server 2008 , a conta do nome de cluster (conta de computador do próprio cluster) precisa ter permissões para criar objetos de computador. Para obter mais informações, veja Configurando contas no Active Directory.

  • Se estiver usando o compartilhamento de arquivo SMB como opção de armazenamento, a conta de instalação do SQL Server deverá ter SeSecurityPrivilege no servidor de arquivo. Para fazer isso, no console da política de segurança local no servidor de arquivos, adicione a conta de instalação do SQL Server aos direitos de Gerenciar o log de segurança e auditoria.

Verificar sua solução de hardware

Se a solução de cluster incluir nós de clusters dispersos geograficamente, deverão ser verificados itens adicionais, como latência de rede e suporte a disco compartilhado.

Verifique se o disco no qual o SQL Server será instalado não está descompactado nem criptografado. Se você tentar instalar o SQL Server em uma unidade compactada ou criptografada, ocorrerá falha na Instalação do SQL Server .

As configurações de SAN também têm suporte no Windows Server, a partir das edições Windows Server 2008 e Windows Server 2008 R2 Advanced Server e Datacenter Server. A categoria "Dispositivo de Cluster/Múltiplos clusters" do Catálogo do Windows e da Lista de Compatibilidade de Hardware lista o conjunto de dispositivos de armazenamento compatíveis com SAN que foram testados e que têm suporte como unidades de armazenamento de SAN com vários clusters do WSFC anexados. Execute a validação de cluster depois de localizar os componentes certificados.

O Compartilhamento de Arquivos SMB também tem suporte para a instalação de arquivos de dados. Para obter mais informações, veja Tipos de armazenamento de arquivos de dados.

Aviso

Se estiver usando o Windows File Server como um armazenamento de compartilhamento de arquivo SMB, a conta de Instalação do SQL Server deverá ter SeSecurityPrivilege no servidor de arquivo. Para fazer isso, no console da política de segurança local no servidor de arquivos, adicione a conta de instalação do SQL Server aos direitos de Gerenciar o log de segurança e auditoria.

Se você estiver usando o armazenamento de compartilhamento de arquivo SMB em local que não seja o Windows File Server, consulte o fornecedor de armazenamento para obter uma configuração equivalente no servidor de arquivos.

SQL Server dá suporte a pontos de montagem. Um volume montado ou ponto de montagem permite usar uma única letra de unidade para fazer referência a muitos discos ou volumes. Se você tiver um letra D: de unidade que faça referência a um disco ou volume normal, poderá conectar ou "montar" discos ou volumes adicionais como diretórios com a letra D: de unidade sem os discos ou volumes adicionais que exigem suas próprias letras de unidade.

  • SQL Server A Instalação exige que a unidade base de uma unidade montada tenha uma letra da unidade associada. Se a unidade base de uma unidade montada não tiver uma letra de unidade associada, o programa de instalação atribuirá a próxima letra de unidade disponível a ela.

    Observação

    Se todas as letras de unidade já estiverem atribuídas, o programa de instalação falhará.

  • O SQL Server não dá suporte ao uso de diretórios raiz de ponto de montagem/volume de montagem para bancos de dados SQL Server. Para saber mais, confira O erro de permissão ocorre quando você usa um ponto de montagem de volume na instalação do SQL Server

  • Considerações adicionais sobre ponto de montagem para cluster de failover do SQL Server :

    • SQL Server A Instalação exige que a unidade base de uma unidade montada tenha uma letra da unidade associada. Para instalações de cluster de failover, esta unidade base deve ser uma unidade clusterizada. GUIDs de volume não têm suporte nesta versão.

    • A unidade base, aquela com a letra da unidade, não pode ser compartilhada entre instâncias de cluster de failover. Essa é uma restrição normal para clusters de failover, mas não é uma restrição em servidores autônomos, com várias instâncias.

    • As instalações clusterizadas do SQL Server são limitadas ao número de letras de unidade disponíveis. Supondo que somente uma letra da unidade seja usada para o sistema operacional, e que todas as outras letras da unidade estejam disponíveis como unidades de cluster normais ou unidades de cluster que hospedam pontos de montagem, você fica limitado a um máximo de 25 instâncias do SQL Server por cluster de failover.

      Dica

      O limite de 25 instâncias pode ser superado usando a opção de compartilhamento de arquivos SMB. Se você usar o compartilhamento de arquivos SMB como a opção de armazenamento, poderá instalar até 50 instâncias de cluster de failover SQL Server .

    • Não há suporte para formatar uma unidade depois de montar unidades adicionais.

    • O recurso do SQL Server no SQL Server 2005 e em versões posteriores depende do recurso de nome de rede SQL e dos recursos de disco físico que contêm os dados. Os pontos de montagem e a unidade de host devem ser exibidos como um recurso de disco físico do cluster. Além disso, o disco físico que tem uma letra de unidade e cada volume montado também deve ser adicionado como uma dependência do SQL Server.

    • Se você executar uma nova instalação, as permissões de dependência corretas serão definidas nos discos físicos com uma letra de unidade associada e nos pontos de montagem. As permissões de dependência são definidas automaticamente durante a instalação.

    • Se apenas a dependência de discos físicos raiz for adicionada e a dependência de pontos de montagem não for, a corrupção do banco de dados ocorrerá no failover. Ela também pode ocorrer durante uma reinicialização do SQL Server caso os recursos de disco fiquem offline e retornem ao estado online mesmo sem failover.

  • Melhores práticas para pontos de montagem:

    • Se você mover um ponto de montagem de um disco compartilhado para outro, verifique se eles estão no mesmo grupo.

    • Tente usar o volume raiz (host) exclusivamente para pontos de montagem. Ele consiste no volume que hospeda os pontos de montagem. Essa prática reduz consideravelmente o tempo necessário para restaurar o acesso aos volumes montados quando você precisa executar a ferramenta Chkdsk.exe. Ela também reduz o tempo necessário para realizar a restauração do backup no volume do host.

    • Se você usar o volume raiz (host) exclusivamente para pontos de montagem, o tamanho do volume do host deverá ser de pelo menos 5 MB (megabytes). Isso reduz a probabilidade de que o volume seja usado para qualquer coisa diferente dos pontos de montagem.

A instalação de cluster de failover do SQL Server só dá suporte a Disco Local para a instalação de arquivos tempdb. Verifique se o caminho especificado para os dados tempdb e os arquivos de log são válidos em todos os nós de cluster. Durante o failover, se os diretórios de tempdb não estiverem disponíveis no nó de destino de failover, o recurso do SQL Server não será exibido online. Para obter mais informações, veja Tipos de armazenamento de arquivos de dados e Configuração do Mecanismo de Banco de Dados – Diretórios de dados.

Examinar as considerações sobre a segurança

Para usar criptografia, instale o certificado de servidor com o nome DNS totalmente qualificado do cluster do WSFC em todos os nós no cluster de failover do SQL Server . Por exemplo, se você tiver um cluster de dois nós, com nós nomeados "Test1.DomainName.com" e "Test2.DomainName.com" e uma instância de cluster de failover do SQL Server denominada"Virtsql", deverá obter um certificado para "Virtsql.DomainName.com" e instalar o certificado nos nós test1 e test2. Em seguida, você pode marcar a caixa de seleção Forçar criptografia de protocolo no SQL Server Configuration Manager para configurar o cluster de failover para criptografia.

Importante

Não marque a caixa de seleção Forçar criptografia de protocolo até que tenha instalado os certificados em todos os nós participantes da instância de cluster de failover.

Para instalações do SQL Server em configurações lado a lado com versões anteriores, os serviços do SQL Server devem usar contas localizadas somente no grupo de domínios global. Além disso, as contas usadas por serviços do SQL Server não devem aparecer no grupo de Administradores local. O não cumprimento dessa diretriz resultará em comportamento de segurança inesperado.

Para criar um cluster de failover, você deve ser um administrador local com permissões para fazer logon como um serviço e para atuar como parte do sistema operacional em todos os nós da instância de cluster de failover.

No Windows Server 2008 e em versões posteriores, os SIDs de serviço são gerados automaticamente para uso com os serviços do SQL Server. Para instâncias de cluster de failover do SQL Server atualizadas a partir de versões anteriores do SQL Server, os grupos de domínio existentes e as configurações de ACL serão preservados.

Os grupos de domínios devem estar no mesmo domínio que as contas do computador. Por exemplo, se o computador no qual o SQL Server será instalado estiver no domínio SQLSVR, que é um filho do domínio MYDOMAIN. Você deve especificar um grupo no domínio SQLSVR. O domínio SQLSVR pode conter contas de usuário de MYDOMAIN.

O clustering de failover do SQL Server não pode ser instalado quando os nós de clusters são controladores de domínio.

Examine o conteúdo de Considerações sobre segurança para uma instalação do SQL Server.

Para habilitar a autenticação Kerberos com o SQL Server, veja Como usar a autenticação Kerberos no SQL Server na Base de Dados de Conhecimento Microsoft .

A instância de cluster de failover (FCI) do SQL Server requer que os nós de cluster sejam ingressados no domínio. Não há suporte para as configurações a seguir:

  • FCI do SQL em clusters de grupo de trabalho.
  • FCI do SQL no cluster de vários domínios.
  • FCI do SQL em clusters de Domínio + Grupo de trabalho.

Examinar as considerações sobre rede, porta e firewall

Verifique se você desabilitou o NetBIOS para todas as placas de rede privada antes de começar a Instalação do SQL Server .

O nome de rede e o endereço IP do SQL Server não deve ser usado para nenhum outro propósito, como compartilhamento de arquivos. Para criar um recurso de compartilhamento de arquivos, use um endereço IP e um nome de rede diferente e exclusivo para o recurso.

Importante

É recomendável não usar compartilhamentos de arquivos em unidades de dados, pois eles podem afetar o comportamento e o desempenho do SQL Server .

Embora o SQL Server dê suporte a Pipes Nomeados e a Soquetes TCP/IP sobre TCP/IP em um cluster, é recomendável usar Soquetes TCP/IP em uma configuração clusterizada.

O servidor ISA não é compatível com clustering do Windows e, consequentemente, também não tem suporte nos clusters de failover do SQL Server.

O serviço de Registro Remoto deve estar ativo e em execução.

A Administração Remota deve estar habilitada.

Para Instâncias do SQL Server que usam uma porta não padrão, use a configuração de rede do SQL Server Configuration Manager para determinar a porta usada pela Instância do SQL Server que você deseja desbloquear. Habilite a porta TCP para o IPALL no firewall se quiser se conectar à Instância do SQL Server usando o Serviço SQL Server Browser, que emprega um endereço IP diferente da instância clusterizada e a porta UDP 1434.

As operações de configuração do cluster de failover incluem uma regra que verifica a ordem de associação da rede. Embora as ordens de associação possam parecer corretas, é possível que você tenha desabilitado ou "tornado fantasma" as configurações de NIC no sistema. Configurações de NIC "fantasma" podem afetar a ordem de associação e fazer com que a regra de ordem de associação emita um aviso. Para evitar essa situação, use as seguintes etapas para identificar e remover adaptadores de rede desabilitados:

  1. Em um prompt de comando, digite: set devmgr_Show_Nonpersistent_Devices=1

  2. Digite e execute o seguinte: start devmgmt.msc

  3. Expanda a lista de adaptadores de rede. Apenas os adaptadores físicos devem estar na lista. Se você tiver um adaptador de rede desabilitado, a instalação reportará uma falha referente à regra de ordem de associação da rede. Painel de Controle/Conexões de Rede também mostrará que o adaptador foi desabilitado. Confirme se as configurações de rede no painel de controle mostram a mesma lista de adaptadores físicos habilitados que devmgmt.msc.

  4. Remova os adaptadores de rede desabilitados antes de executar a Instalação do SQL Server.

  5. Após o término da instalação, volte para Conexões de Rede no Painel de Controle e desabilite todos os adaptadores de rede que não estiverem em uso.

Verificar o sistema operacional

Verifique se o sistema operacional está instalado corretamente e se foi projetado para dar suporte a clustering de failover. A tabela a seguir é uma lista das edições do SQL Server e dos sistemas operacionais com suporte para elas.

SQL Server edição Windows Server 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64 bits) x64 1 Não No Não
SQL Server 2014 (12.x) Enterprise (32 bits) Não No Não
SQL Server 2016 (13.x) Enterprise Não No Não
SQL Server 2016 (13.x) Standard Não No Não
SQL Server 2017 (14.x) Enterprise Sim Sim Sim
SQL Server 2017 (14.x) Standard Sim Sim Sim
SQL Server 2019 (15.x) Enterprise Sim Sim Sim
SQL Server 2019 (15.x) Standard Sim Sim Sim
SQL Server 2022 (16.x) Enterprise Sim Sim Sim
SQL Server 2022 (16.x) Standard Sim Sim Sim
SQL Server edição Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64 bits) x64 1 Sim Sim Sim Sim
SQL Server 2014 (12.x) Enterprise (32 bits) Sim Sim
SQL Server 2016 (13.x) Enterprise Sim Sim Sim Sim
SQL Server 2016 (13.x) Standard Sim Sim Sim Sim
SQL Server 2017 (14.x) Enterprise Sim Sim Sim Sim
SQL Server 2017 (14.x) Standard Sim Sim Sim Sim
SQL Server 2019 (15.x) Enterprise Sim Sim Sim Sim
SQL Server 2019 (15.x) Standard Sim Sim Sim Sim
SQL Server 2022 (16.x) Enterprise Sim Sim Sim Sim
SQL Server 2022 (16.x) Standard Sim Sim Sim Sim

1 Os clusters do SQL Server não têm suporte no modo WOW. Isso inclui atualizações de versões anteriores de clusters de failover do SQL Server que haviam sido instaladas originalmente no WOW. Para esses itens, a única opção de atualização disponível é instalar a nova versão lado a lado e realizar a migração.

Considerações adicionais sobre configurações de várias sub-redes

As seções a seguir descrevem os requisitos a serem considerados ao instalar um cluster de failover de várias sub-redes do SQL Server . Uma configuração de várias sub-redes envolve o clustering em várias sub-redes, envolvendo, assim, o uso de vários endereços IP e alterações em dependências de recurso do endereço IP.

Considerações sobre o sistema operacional e a edição do SQL Server

Para obter uma lista dos recursos compatíveis com as edições do SQL Server no Windows, consulte:

Para criar um cluster de failover de várias sub-redes do SQL Server, primeiro crie o cluster de failover multissite do Windows Server em várias sub-redes.

O cluster de failover do SQL Server depende do cluster de failover do Windows Server para assegurar que as condições de dependência de IP sejam válidas se houver um failover.

O Windows Server 2008 R2 e versões posteriores exigem que todos os servidores de cluster estejam no mesmo domínio do Active Directory. Portanto, o cluster de failover de várias sub-redes do SQL Server requer que todos os nós de cluster estejam no mesmo domínio do Active Directory mesmo que estejam em sub-redes diferentes.

Endereço IP e dependências de recurso de endereço IP

  1. A dependência de recurso de endereço IP é definida como OR em uma configuração de várias sub-redes. Para obter mais informações, confira Criar um cluster de failover do SQL Server (Instalação)

  2. Não há suporte para dependências de endereço IP AND-OR mistas. Por exemplo, não há suporte para <IP1> AND <IP2> OR <IP3>.

  3. Não há suporte para mais de um endereço IP por sub-rede.

    Se você decidir usar mais de um endereço IP configurado para a mesma sub-rede, poderá perceber falhas de conexão de cliente durante a inicialização do SQL Server .

Conteúdo relacionado

Para obter mais informações sobre o failover de multissite do Windows Server 2008 R2 , veja o Site sobre clustering de failover do Windows Server 2008 R2 e o artigo Design de um serviço ou aplicativo clusterizado em um cluster de failover de multissite.

Configurar um cluster de failover do Windows Server

Microsoft O WSFC (Serviço de Cluster) deve ser configurado em, pelo menos, um nó de cluster de servidores. Você também deve executar o SQL Server Enterprise, o SQL Server Business Intelligence ou o SQL Server Standard com o WSFC. SQL Server Enterprise dá suporte a clusters de failover com até 16 nós. SQL Server Business Intelligence e o SQL Server Standard dão suporte a clusters de failover com dois nós.

O recurso DLL para o serviço SQL Server exporta duas funções usadas pelo Gerenciador de Cluster WSFC para verificar a disponibilidade do recurso do SQL Server . Para obter mais informações, veja Política de failover para instâncias de cluster de failover.

O WSFC deve ser capaz de verificar se a instância clusterizada de failover está em execução usando a verificação IsAlive. Isso requer conexão com o servidor usando uma conexão confiável. Por padrão, a conta que executa o serviço de cluster não é configurada como um administrador em nós no cluster e o grupo BUILTIN\Administradores não tem permissão para fazer logon no SQL Server. Essas configurações serão alteradas apenas se você alterar as permissões nos nós de cluster.

Configure o DNS (Serviço de Nomes de Domínio) ou o WINS (Serviço de Cadastramento na Internet do Windows). Um servidor DNS ou WINS deve estar em execução no ambiente onde o cluster de failover do SQL Server será instalado. SQL Server A Instalação exige o registro de serviço de nomes de domínio dinâmico da referência virtual da interface IP do SQL Server . A configuração do servidor DNS deve permitir que nós de cluster registrem dinamicamente um mapa de endereço IP online para Nome de Rede. Se o registro dinâmico não puder ser concluído, ocorrerá falha na instalação e ela será revertida. Para saber mais, confira KB947048(link arquivado).

Instalar o MSDTC (Coordenador de Transações Distribuídas da Microsoft)

Antes de instalar o SQL Server em um cluster de failover, determine se o recurso de cluster do MSDTC (Coordenador de Transações Distribuídas da Microsoft ) deve ser criado. Se você estiver instalando somente o Mecanismo de Banco de Dados, o recurso de cluster do MSDTC não será necessário. Se estiver instalando o Mecanismo de Banco de Dados e o SSIS, os Componentes da Estação de Trabalho, ou se usar transações distribuídas, você deverá instalar o MSDTC. Observe que o MSDTC não é necessário para instâncias somente do Analysis Services.

No Windows Server 2008 e em versões posteriores, é possível instalar várias instâncias do MSDTC em um único cluster de failover. A primeira instância do MSDTC instalada será a instância padrão de cluster do MSDTC. SQL Server aproveitará as vantagens de uma instância do MSDTC instalada no grupo de recursos do cluster local do SQL Server usando a instância do MSDTC automaticamente. Porém, podem ser mapeados aplicativos individuais para qualquer instância do MSDTC no cluster.

As regras a seguir serão aplicadas para uma instância do MSDTC a ser escolhida pelo SQL Server:

  • Usar o MSDTC instalado no grupo local ou

  • Usar a instância mapeada do MSDTC ou

  • Usar a instância padrão de cluster do MSDTC ou

  • Usar a instância do MSDTC instalada no computador local

Importante

Se a instância do MSDTC instalada no grupo de clusters local do SQL Server falhar, o SQL Server não tentará usar a instância de cluster padrão nem a instância do computador local do MSDTC automaticamente. Você precisaria remover completamente a instância do MSDTC com falha do grupo do SQL Server para usar outra instância do MSDTC. Da mesma forma, se você criar um mapeamento para o SQL Server e a instância mapeada do MSDTC falhar, suas transações distribuídas também falharão. Se você desejar que o SQL Server use outra instância do MSDTC, deverá adicionar uma instância do MSDTC ao grupo de cluster local do SQL Server ou excluir o mapeamento.

Configurar o Coordenador de Transações Distribuídas da Microsoft

Após instalar o sistema operacional e configurar o cluster, você deve configurar o MSDTC para funcionar em um cluster usando o Administrador de Cluster. A falha no MSDTC de cluster não bloqueará a instalação do SQL Server, mas a funcionalidade do aplicativo SQL Server poderá ser afetada se o MSDTC não for configurado corretamente.

Confira também

Próximas etapas