MSSQLSERVER_1418

Platí na:SQL ServerAzureSQL Managed Instance

Podrobnosti

Attribute Value
Název produktu SQL Server
ID události 1418
Zdroj události MSSQLSERVER
Součást SQLEngine
Symbolický název DBM_PARTNERNOTFOUND
Text zprávy Síťová adresa serveru "%.*ls" není dostupná nebo neexistuje. Zkontrolujte název síťové adresy a že jsou funkční porty pro místní a vzdálené koncové body.

Vysvětlení

Koncový bod serverové sítě nereagoval, protože specifikovaná adresa serverové sítě není dostupná nebo neexistuje.

Note

Ve výchozím nastavení Microsoft operační systém blokuje všechny porty.

Uživatelská akce

Ověřte název síťové adresy a znovu zadejte příkaz.

Může být potřeba nápravná opatření u obou partnerů. Například pokud se tato zpráva objeví, když se snažíte spustit SET PARTNER na instanci hlavního serveru, může naznačovat, že musíte přijmout nápravné opatření pouze na instanci zrcadlového serveru. Nicméně mohou být vyžadována nápravná opatření u obou partnerů.

Další nápravná opatření

  • Ujistěte se, že zrcadlová databáze je připravena na zrcadlení.

  • Ujistěte se, že název a port instance zrcadlového serveru jsou správné.

  • Ujistěte se, že instance cílového zrcadleného serveru není za firewallem.

  • Ujistěte se, že hlavní instance serveru není za firewallem.

  • Ověřte, že koncové body jsou spuštěny na partnerech pomocí sloupce stav nebo state_desc v sys.database_mirroring_endpoints katalogu. Pokud žádný z koncových zařízení není spuštěn, spusťte ALTER ENDPOINT příkaz k jeho zahájení.

  • Ujistěte se, že instance hlavního serveru poslouchá na portu přiřazeném k jejímu endpointu pro zrcadlení databází a že instance zrcadleného serveru poslouchá na svém portu. Pro více informací viz "Ověřování dostupnosti přístavů" později v tomto tématu. Pokud partner neposlouchá na svém přiděleném portu, upravte endpoint pro zrcadlení databáze tak, aby poslouchal na jiném portu.

    Important

    Špatně nastavená bezpečnost může způsobit obecnou chybovou zprávu o nastavení. Obvykle instance serveru zruší požadavek na špatné připojení bez odpovědi. Volajícímu se může zdát, že chyba v bezpečnostní konfiguraci nastala z různých jiných důvodů, například kvůli špatnému stavu zrcadlové databáze nebo neexistující, nesprávným oprávněním a podobně.

Použití souboru Error Log pro diagnostiku

V některých případech jsou k dispozici pouze soubory s chybovými logy pro vyšetřování. V těchto případech zjistěte, zda chybový log obsahuje chybovou zprávu 26023 pro TCP port endpointu pro zrcadlení databáze. Tato chyba, která je závažnosti 16, může naznačovat, že endpoint pro zrcadlení databáze není spuštěn. Tato zpráva může nastat i tehdy, sys.database_mirroring_endpoints ukazuje stav koncového bodu jako spuštěný.

Po vyřešení všech problémů, na které narazíte, spusťte ALTER DATABASE příkaz database_nameSET PARTNER na hlavním serveru.

Ověřování dostupnosti portů

Když konfigurujete síť pro zrcadlenou relaci databáze, ujistěte se, že endpoint zrcadlení databáze každé instance serveru používá pouze proces zrcadlení databáze. Pokud jiný proces poslouchá port přiřazený k endpointu pro zrcadlení databáze, procesy zrcadlení databází ostatních serverových instancí se nemohou připojit k tomuto endpointu.

Pro zobrazení všech portů, na kterých server s Windows poslouchá, použijte nástroj netstat pro příkazový řádek. Syntaxe pro netstat závisí na verzi operačního systému Windows. Podrobné informace naleznete v dokumentaci k operačnímu systému.

Windows Server 2003 Service Pack 1 (SP1)

Pro zobrazení naslouchávacích portů a procesů, které tyto porty mají otevřené, zadejte následující příkaz do příkazového řádku Windows:

netstat -abn

Windows Server 2003 (před SP1)

Pro identifikaci naslouchávacích portů a procesů, které tyto porty otevírají, postupujte podle těchto kroků:

  1. Získejte ID procesu.

    Chcete-li zjistit ID procesu instance SQL Server, připojte se k této instanci a použijte následující příkaz Transact-SQL:

    SELECT SERVERPROPERTY('ProcessID')   
    

    Pro více informací viz "SERVERPROPERTY (Transact-SQL)" v SQL Server Books Online.

  2. Porovnajte ID procesu s výstupem následujícího netstat příkazu:

    netstat -ano