Resolvendo erro de espelhamento de banco de dados 1418: endereço de rede do servidor inacessível

Noções básicas sobre problemas de conexão de espelhamento de banco de dados

O espelhamento de banco de dados é uma estratégia essencial para garantir alta disponibilidade e redundância em ambientes SQL Server. No entanto, configurar o espelhamento às vezes pode levar a erros frustrantes, como o Erro 1418, que afirma que o endereço de rede do servidor não pode ser alcançado ou não existe.

Esse erro específico ocorre frequentemente ao tentar configurar uma sessão de espelhamento entre duas instâncias do SQL Server, mesmo que ambos os bancos de dados estejam acessíveis individualmente. O problema surge quando os pontos de extremidade de espelhamento não conseguem se comunicar entre si.

No caso em questão, um desktop local (192.168.0.80) e um mini PC (192.168.0.85) estão envolvidos no processo de espelhamento. O mini PC destina-se a servir como uma réplica somente leitura para um aplicativo móvel, usando o modo de espelhamento "Alto Desempenho".

Apesar da configuração correta da porta e dos ajustes de firewall, o usuário encontra o erro 1418 ao tentar iniciar a sessão de espelhamento. Este artigo explorará possíveis causas e soluções para resolver esse problema.

Análise detalhada dos scripts de resolução de erros de espelhamento

O primeiro script fornecido nos exemplos anteriores usa Transact-SQL (T-SQL) comandos para configurar e resolver o erro de espelhamento no SQL Server. A parte mais crítica do script é a criação e configuração do espelhamento de pontos de extremidade. Esses pontos de extremidade são as interfaces de rede por meio das quais as instâncias do SQL Server se comunicam durante o espelhamento. O comando ALTERAR PONTO FINAL garante que os endpoints em ambos os servidores estejam no estado "STARTED", permitindo que a comunicação ocorra. O DEFINIR PARCEIRO O comando é então usado para vincular os bancos de dados, especificando o endereço de rede do servidor parceiro, o que permite que as duas instâncias SQL espelhem dados na rede.

O segundo script é uma solução PowerShell projetada para testar a conectividade de rede entre os dois servidores. PowerShell usa o Novo objeto System.Net.Sockets.TcpClient comando para criar um cliente TCP que tenta se conectar ao endereço IP e à porta especificados. Esta é uma forma eficiente de verificar se as portas necessárias (1433 para SQL Server e 5022 para espelhamento) estão abertas e acessíveis. Este script é particularmente útil para diagnosticar problemas de firewall ou rede que podem estar impedindo a comunicação entre duas instâncias SQL, causando assim o Erro 1418.

O terceiro script aproveita os comandos do prompt de comando do Windows para gerenciar as configurações do firewall. Especificamente, o netsh advfirewall firewall adicionar regra O comando é usado para abrir as portas necessárias para SQL Server e espelhamento. Isto garante que tanto o tráfego do banco de dados (porta 1433) quanto o tráfego de espelhamento (porta 5022) possam fluir livremente entre os dois servidores. Ao desativar temporariamente o firewall com o netsh advfirewall desativa o estado de todos os perfis comando, o script pode verificar se o firewall é a causa raiz do problema de acesso à rede. Esta solução é particularmente importante ao solucionar problemas de comunicação do servidor em um ambiente seguro.

Por último, o script Python usa o soquete.create_connection função para realizar uma verificação de rede entre os dois servidores. Este script fornece uma maneira rápida e eficaz de validar se os servidores podem se comunicar entre si pelas portas TCP necessárias. Ele tenta estabelecer uma conexão e, se for bem-sucedido, confirma se a configuração da rede está correta. A simplicidade do Python em lidar com problemas relacionados à rede o torna uma boa escolha para testar a conectividade, especialmente em ambientes onde outras ferramentas não estão disponíveis ou são difíceis de usar. Juntos, esses scripts oferecem uma abordagem abrangente para resolver o espelhamento de banco de dados erro e garantindo uma comunicação tranquila entre instâncias do SQL Server.

-- Enable server to listen on the specified ports
ALTER ENDPOINT [Mirroring] 
STATE = STARTED;
GO

-- Ensure both databases are in FULL recovery mode
ALTER DATABASE YourDatabaseName 
SET RECOVERY FULL;
GO

-- Create mirroring endpoints on both servers
CREATE ENDPOINT [Mirroring_Endpoint]
STATE = STARTED
AS TCP (LISTENER_PORT = 5022)
FOR DATABASE_MIRRORING (ROLE = PARTNER);
GO

-- Grant CONNECT permissions to the login account
GRANT CONNECT ON ENDPOINT::[Mirroring_Endpoint] 
TO [DOMAIN\UserAccount];
GO

-- Set up mirroring using T-SQL command
ALTER DATABASE YourDatabaseName 
SET PARTNER = 'TCP://192.168.0.85:5022';
GO

-- Verify the status of the mirroring configuration
SELECT * FROM sys.database_mirroring;
GO

# Define server IPs and ports
$server1 = "192.168.0.80"
$server2 = "192.168.0.85"
$port = 5022

# Function to test port connectivity
function Test-Port {
   param([string]$server, [int]$port)
   try {
       $tcpClient = New-Object System.Net.Sockets.TcpClient($server, $port)
        Write-Host "$server on port $port is reachable."
       $tcpClient.Close()
   } catch {
        Write-Host "$server on port $port is not reachable."
    }
}

# Test both servers
Test-Port -server $server1 -port $port
Test-Port -server $server2 -port $port

-- Check if SQL Server and mirroring ports are open
netsh advfirewall firewall add rule name="SQLPort" dir=in action=allow protocol=TCP localport=1433
netsh advfirewall firewall add rule name="MirrorPort" dir=in action=allow protocol=TCP localport=5022

-- Disable firewall temporarily for testing purposes
netsh advfirewall set allprofiles state off

-- Enable firewall again after testing
netsh advfirewall set allprofiles state on

import socket

# Define server IPs and port
server1 = '192.168.0.80'
server2 = '192.168.0.85'
port = 5022

# Function to check connectivity
def check_connection(server, port):
    try:
        sock = socket.create_connection((server, port), timeout=5)
       print(f'Connection successful to {server}:{port}')
        sock.close()
   except socket.error:
       print(f'Cannot connect to {server}:{port}')

# Check both servers
check_connection(server1, port)
check_connection(server2, port)

1. Open SQL Server Management Studio (SSMS).
2. Right-click your database -> Tasks -> Mirror...
3. Click Configure Security and follow the wizard.
4. Ensure both Principal and Mirror servers are correct.
5. Set the port for the mirroring endpoints to 5022.
6. Complete the configuration and click Start Mirroring.
7. Verify the mirroring status by checking the "Database Properties" window.

Explorando desafios de rede e segurança no espelhamento do SQL Server

Ao configurar Espelhamento de banco de dados SQL Server, um aspecto frequentemente esquecido é a função da configuração da rede e das configurações de segurança. O erro 1418, que indica que o endereço de rede do servidor não pode ser alcançado, é frequentemente causado por problemas de rede subjacentes. Mesmo quando as portas corretas (1433 e 5022) estão abertas e os firewalls estão desativados, outros elementos da rede, como roteamento e configuração de DNS, podem causar falhas de comunicação. É importante garantir que ambos os servidores resolvam os endereços IP um do outro de maneira adequada, especialmente em ambientes com várias sub-redes.

Outro desafio envolve Autenticação SQL Server configurações durante a configuração do espelhamento. O espelhamento de banco de dados exige que o servidor principal e o servidor espelho se autentiquem por meio de certificados ou autenticação baseada em domínio (Kerberos). Se esta configuração não estiver configurada corretamente ou se houver uma incompatibilidade nos protocolos de segurança entre os dois servidores, poderá ocorrer o erro 1418. Além disso, as contas de serviço do SQL Server devem ter as permissões corretas em ambas as máquinas, principalmente acesso aos pontos de extremidade de espelhamento.

Finalmente, a escolha do sistema operacional também pode afetar o comportamento do espelhamento. Diferentes versões do Windows podem lidar com conexões TCP de maneira diferente, principalmente na forma como gerenciam regras de firewall e roteamento de tráfego de rede. Se o sistema operacional de um dos servidores tiver drivers de rede desatualizados ou incompatíveis, a comunicação entre os servidores poderá falhar. Garantir que o sistema operacional esteja atualizado com os patches mais recentes e que os serviços apropriados estejam em execução é crucial para resolver problemas de conectividade como o Erro 1418.