Megosztás a következőn keresztül:

Always On Elérhetőségi csoportok konfigurációjának (SQL Server) hibaelhárítása

A következőkre vonatkozik:SQL Server

Ez a cikk az Always On rendelkezésre állási csoportok kiszolgálópéldányainak konfigurálásával kapcsolatos tipikus problémák elhárításához nyújt segítséget. A tipikus konfigurációs problémák közé tartozik az Always On rendelkezésre állási csoportok letiltása, a fiókok helytelenül vannak konfigurálva, az adatbázis tükrözési végpontja nem létezik, a végpont nem érhető el (SQL Server 1418-ra vonatkozó hiba), a hálózati hozzáférés nem létezik, és az illesztési adatbázis parancsa meghiúsul (SQL Server 35250-ös hiba).

Megjegyzés:

Győződjön meg arról, hogy megfelel az Always On rendelkezésre állási csoportok előfeltételeinek. További információ: Előfeltételek, Korlátozások és Ajánlások az Always On Elérhetőségi Csoportokhoz (SQL Server).

Ebben a témában:

Szakasz Leírás
Az Always On rendelkezésre állási csoportok nincsenek engedélyezve Ha az SQL Server egy példánya nincs engedélyezve az Always On rendelkezésre állási csoportok esetében, a példány nem támogatja a rendelkezésre állási csoportok létrehozását, és nem tud rendelkezésre állási replikákat üzemeltetni.
Fiókok Az SQL Servert futtató fiókok helyes konfigurálásának követelményeit ismerteti.
végpontok Ismerteti, hogyan diagnosztizálhatja a kiszolgálópéldány adatbázis-tükrözési végpontjával kapcsolatos problémákat.
Hálózati hozzáférés Dokumentálja azt a követelményt, hogy minden rendelkezésre állási replikát üzemeltető kiszolgálópéldánynak tcp-en keresztül hozzá kell férnie a többi kiszolgálópéldány portjához.
figyelő Dokumentumok a figyelő IP-címének és portjának létrehozásáról, valamint a bejövő kapcsolatok futtatásáról és figyeléséről
Végpont-hozzáférés (1418-os SQL Server-hiba) Információkat tartalmaz erről az SQL Server-hibaüzenetről.
Az adatbázis csatlakoztatása sikertelen (35250-ös SQL Server-hiba) A másodlagos adatbázisok rendelkezésre állási csoporthoz való csatlakoztatásának sikertelenségének lehetséges okait és megoldását ismerteti, mivel az elsődleges replikával való kapcsolat nem aktív.
A csak olvasható útválasztás nem működik megfelelően
kapcsolódó tevékenységek Az SQL Server Books Online feladatorientált cikkeinek listáját tartalmazza, amelyek a rendelkezésre állási csoportok konfigurációjának hibaelhárításához szükségesek.
Kapcsolódó Tartalom Az SQL Server Books Online-on kívüli releváns erőforrások listáját tartalmazza.

Az Always On rendelkezésre állási csoportok nincsenek engedélyezve

Az Always On rendelkezésre állási csoportok funkciót engedélyezni kell az SQL Server minden egyes példányán.

Ha az Always On rendelkezésre állási csoportok funkció nincs engedélyezve, akkor ez a hibaüzenet jelenik meg, amikor egy rendelkezésre állási csoportot próbál létrehozni az SQL Serveren.

The Always On Availability Groups feature must be enabled for server instance 'SQL1VM' before you can create an availability group on this instance. To enable this feature, open the SQL Server Configuration Manager, select SQL Server Services, right-click on the SQL Server service name, select Properties, and use the Always On Availability Groups tab of the Server Properties dialog. Enabling Always On Availability Groups may require that the server instance is hosted by a Windows Server Failover Cluster (WSFC) node. (Microsoft.SqlServer.Management.HadrTasks)

A hibaüzenet egyértelműen jelzi, hogy az AG szolgáltatás nincs engedélyezve, és azt is jelzi, hogyan engedélyezheti azt. Két olyan forgatókönyv is van, amikor ebbe az állapotba kerülhet, az egyértelmű eseten kívül, amikor az AG nem volt engedélyezve az elején.

  1. Ha az SQL Server telepítve van, és az Always On rendelkezésre állási csoportok engedélyezve lettek a Windows feladatátvételi fürtszolgáltatás telepítése előtt, akkor ez a hiba jelentkezhet, amikor egy Always On AG-t kísérel meg létrehozni.
  2. Ha eltávolít egy meglévő windowsos feladatátvételi fürtszolgáltatást, és újraépíti, miközben az SQL Server továbbra is Always On konfigurálva van, az AG ismételt használatakor ez a hiba léphet fel.

Ilyen esetekben a következő lépéseket teheti a megoldásához:

  1. Az AG szolgáltatás letiltása
  2. Az SQL Server szolgáltatás újraindítása
  3. Az AG funkció visszaállítása
  4. Indítsa újra az SQL Service-t

További információ: Always On rendelkezésre állási csoportok (SQL Server) engedélyezése és letiltása.

Számlák

AzOKAT a fiókokat, amelyeken az SQL Server fut, helyesen kell konfigurálni.

  1. A fiókok rendelkeznek a megfelelő engedélyekkel?

    1. Ha a partnerek ugyanabban a tartományi fiókban futnak, a megfelelő felhasználói bejelentkezések automatikusan léteznek mindkét főadatbázisban. Ez leegyszerűsíti a biztonsági konfigurációt, ezért ajánlott.

    2. Ha két kiszolgálópéldány különböző fiókok alatt fut, akkor minden fiókot a távoli kiszolgálópéldány master adatbázisában kell létrehozni, és az adott kiszolgáló névnek CONNECT-engedélyt kell adni, hogy csatlakozhasson a kiszolgálópéldány adatbázis-tükrözési végpontjához. További információkért lásd: Bejelentkezési fiókok beállítása adatbázistükrözés vagy Always On rendelkezésre állási csoportok számára (SQL Server). Az egyes példányokon a következő lekérdezéssel ellenőrizheti, hogy a bejelentkezések rendelkeznek-e CONNECT-engedélyekkel:

    SELECT 
  perm.class_desc,
  prin.name,
  perm.permission_name,
  perm.state_desc,
  prin.type_desc as PrincipalType,
  prin.is_disabled
FROM sys.server_permissions perm
  LEFT JOIN sys.server_principals prin ON perm.grantee_principal_id = prin.principal_id
  LEFT JOIN sys.tcp_endpoints tep ON perm.major_id = tep.endpoint_id
WHERE 
  perm.class_desc = 'ENDPOINT'
  AND perm.permission_name = 'CONNECT'
  AND tep.type = 4

  2. Ha az SQL Server beépített fiók alatt fut, például helyi rendszer, helyi szolgáltatás vagy hálózati szolgáltatás vagy nem tartománybeli fiók, akkor a végponthitelesítéshez tanúsítványokat kell használnia. Ha a szolgáltatásfiókok ugyanabban a tartományban tartományi fiókokat használnak, akkor dönthet úgy, hogy minden szolgáltatásfióknak megadja a CONNECT hozzáférést az összes replikahelyen, vagy használhat tanúsítványokat. További információ: Tanúsítványok használata adatbázistükrözési végponthoz (Transact-SQL).

Végpontok

A végpontokat megfelelően kell konfigurálni.

  1. Győződjön meg arról, hogy a rendelkezésre állási replikát (minden replikahelyet) üzemeltető SQL Server minden példánya rendelkezik adatbázistükrözési végpontjával. Annak megállapításához, hogy létezik-e adatbázis-tükrözési végpont egy adott kiszolgálópéldányon, használja a sys.database_mirroring_endpoints katalógusnézetet:

    SELECT name, state_desc FROM sys.database_mirroring_endpoints

    A végpontok létrehozásával kapcsolatos további információkért lásd: Adatbázistükrözési végpont létrehozása Windows-hitelesítéshez (Transact-SQL) vagy Adatbázistükrözési végpont használata tanúsítványok kimenő kapcsolatokhoz (Transact-SQL).

  2. Ellenőrizze, hogy a portszámok helyesek-e.

    A kiszolgálópéldány adatbázis-tükrözési végpontjához jelenleg társított port azonosításához használja a következő Transact-SQL utasítást:

    SELECT type_desc, port FROM sys.tcp_endpoints;  
GO

  3. Az Always On rendelkezésre állási csoportok nehezen magyarázható telepítési problémái esetén javasoljuk, hogy vizsgálja meg az egyes kiszolgálópéldányokat annak megállapításához, hogy a megfelelő portokon figyel-e.

  4. Győződjön meg arról, hogy a végpontok elindultak (STATE=STARTED). Minden kiszolgálópéldányon használja a következő Transact-SQL utasítást:

    SELECT state_desc FROM sys.database_mirroring_endpoints

    A state_desc oszlopról további információt a sys.database_mirroring_endpoints (Transact-SQL) című témakörben talál.

    Végpont indításához használja a következő Transact-SQL utasítást:

    ALTER ENDPOINT Endpoint_Mirroring   
STATE = STARTED   
AS TCP (LISTENER_PORT = <port_number>)  
FOR database_mirroring (ROLE = ALL);  
GO

    További információ: ALTER ENDPOINT (Transact-SQL).

    Megjegyzés:

    Bizonyos esetekben, ha a végpont elindult, de az AG-replikák nem kommunikálnak, próbálja meg leállítani és újraindítani a végpontot. Használható az ALTER ENDPOINT [Endpoint_Mirroring] STATE = STOPPED, majd az ALTER ENDPOINT [Endpoint_Mirroring] STATE = STARTED.

  5. Győződjön meg arról, hogy a másik kiszolgálóról érkező bejelentkezés rendelkezik CONNECT-engedéllyel. Annak megállapításához, hogy ki rendelkezik CONNECT-engedéllyel egy végponthoz, minden kiszolgálópéldányon használja a következő Transact-SQL utasítást:

    SELECT 'Metadata Check';  
SELECT EP.name, SP.STATE,   
   CONVERT(nvarchar(38), suser_name(SP.grantor_principal_id))   
      AS GRANTOR,   
   SP.TYPE AS PERMISSION,  
   CONVERT(nvarchar(46),suser_name(SP.grantee_principal_id))   
      AS GRANTEE   
   FROM sys.server_permissions SP , sys.endpoints EP  
   WHERE SP.major_id = EP.endpoint_id  
   ORDER BY Permission,grantor, grantee;

  6. Győződjön meg arról, hogy a végpont URL-címe helyes kiszolgálónevet használ

    A végpont URL-címében lévő kiszolgálónév esetében ajánlott teljes tartománynevet (FQDN) használni, bár bármilyen nevet használhat, amely egyedileg azonosítja a gépet. A kiszolgáló címe lehet Netbios-név (ha a rendszerek ugyanabban a tartományban vannak), teljes tartománynév (FQDN) vagy IP-cím (lehetőleg statikus IP-cím). A teljesen minősített tartománynév használata ajánlott.

    Ha már definiált végponti URL-címet, az alábbiak használatával kérdezheti le:

    select endpoint_url from sys.availability_replicas

    Ezután hasonlítsa össze a endpoint_url kimenetet a kiszolgáló nevével (NetBIOS-név vagy teljes tartománynév). A kiszolgáló nevének lekérdezéséhez futtassa a következő parancsokat egy PowerShellben helyileg a replikán:

    $env:COMPUTERNAME
[System.Net.Dns]::GetHostEntry([string]$env:computername).HostName

    A kiszolgáló nevének távoli számítógépen való érvényesítéséhez futtassa ezt a parancsot a PowerShellből.

    $servername_from_endpoint_url = "server_from_endpoint_url_output"

Test-NetConnection -ComputerName $servername_from_endpoint_url

    További információ: A végpont URL-címének megadása rendelkezésre állási replika (SQL Server) hozzáadásakor vagy módosításakor.

Megjegyzés:

Ha Kerberos-hitelesítést szeretne használni a rendelkezésre állási csoport (AG) végpontjai közötti kommunikációhoz, regisztráljon egy egyszerű nevet a Kerberos-kapcsolatokhoz az AG által használt adatbázis-tükrözési végpontokhoz.

Hálózati hozzáférés

Minden rendelkezésre állási replikát üzemeltető kiszolgálópéldánynak képesnek kell lennie a többi kiszolgálópéldány portjának tcp-en keresztüli elérésére. Ez különösen akkor fontos, ha a kiszolgálópéldányok olyan tartományokban vannak, amelyek nem bíznak egymásban (nem megbízható tartományok). Ellenőrizze, hogy tud-e csatlakozni a végpontokhoz az alábbi lépések végrehajtásával:

  • A kapcsolat ellenőrzéséhez használja a Test-NetConnection (a Telnetnek megfelelő) lehetőséget. Íme néhány példa a használható parancsokra:

    $server_name = "your_server_name"
$IP_address = "your_ip_address"
$port_number = "your_port_number"

Test-NetConnection -ComputerName $server_name -Port $port_number
Test-NetConnection -ComputerName $IP_address -Port $port_number

  • Ha a végpont figyel, és a kapcsolat sikeres, a "TcpTestSucceed: True" (TcpTestSucceed: True) üzenet jelenik meg. Ha nem, akkor egy "TcpTestSucceeded: False" (TcpTestSucceeded : False) hibaüzenetet kap.

  • Ha Test-NetConnection (Telnet) kapcsolat működik az IP-címmel, de a Kiszolgálónévvel nem, akkor valószínűleg dns- vagy névfeloldási probléma áll fenn

  • Ha a kapcsolat a ServerName és nem az IP-cím alapján működik, akkor több végpont is definiálható azon a kiszolgálón (esetleg egy másik SQL-példány), amely az adott portot figyeli. Bár a szóban forgó példány végpontjának állapota "STARTED" (INDÍTÁS) állapotú, előfordulhat, hogy egy másik példány rendelkezik a porthoz kötve, és megakadályozza, hogy a megfelelő példány figyelje és létesítse a TCP-kapcsolatokat.

  • Ha Test-NetConnection nem tud csatlakozni, keresse meg azokat a tűzfal- és/vagy víruskereső szoftvereket, amelyek blokkolhatják a kérdéses végpontportot. Ellenőrizze a tűzfalbeállítást, hogy engedélyezi-e a végpontport kommunikációját az elsődleges replikát üzemeltető kiszolgálópéldányok és a másodlagos replika között (alapértelmezés szerint az 5022-s port). A letiltott bejövő forgalmi szabályok vizsgálatához futtassa a következő PowerShell-szkriptet

  • Ha AZ SQL Servert Azure-beli virtuális gépen futtatja, arról is gondoskodnia kell, hogy a hálózati biztonsági csoport (NSG) engedélyezi a végpontport felé tartó forgalmat. Ellenőrizze a tűzfal (és az Azure-beli virtuális gép NSG) beállítását, hogy engedélyezi-e a végpontport-kommunikációt az elsődleges replikát futtató kiszolgálópéldányok és a másodlagos replika között (alapértelmezés szerint az 5022-s port)

    Get-NetFirewallRule -Action Block -Enabled True -Direction Inbound |Format-Table

  • Rögzítse a Get-NetTCPConnection parancsmag kimenetét (a NETSTAT -a megfelelője), és ellenőrizze, hogy az állapot LISTENING vagy ESTABLISHED-e a megadott végpont IP: portján.

    Get-NetTCPConnection

Listener

A rendelkezésre állási csoport figyelőjének helyes konfigurálásához kövesse az "Always On rendelkezésre állási csoport figyelőjének konfigurálása" című útmutató lépéseit.

  1. A figyelő konfigurálása után az alábbi lekérdezéssel ellenőrizheti a figyelt IP-címet és portot:

    $server_name = $env:computername  #replace this with your sql instance "server\instance"

sqlcmd -E -S$server_name -Q"SELECT dns_name AS AG_listener_name, port, ip_configuration_string_from_cluster 
FROM sys.availability_group_listeners"

  2. A figyelő adatait az SQL Server-portokkal együtt is megtalálhatja a következő lekérdezéssel:

    $server_name = $env:computername      #replace this with your sql instance "server\instance"

sqlcmd -E -S($server_name) -Q("SELECT  convert(varchar(32), SERVERPROPERTY ('servername')) servername, convert(varchar(32),ip_address) ip_address, port, type_desc,state_desc, start_time 
FROM sys.dm_tcp_listener_states 
WHERE ip_address not in ('127.0.0.1', '::1') and type <> 2")

  3. Ha kapcsolatot kell létesítenie a figyelővel, és gyanítja, hogy egy port le van tiltva, a PowerShell-Test-NetConnection parancsmaggal (a telnetnek megfelelő) végezhet tesztet.

    $listener_name = "your_ag_listener"
$IP_address = "your_ip_address"
$port_number = "your_port_number"

Test-NetConnection -ComputerName $listener_name -Port $port_number
Test-NetConnection -ComputerName $IP_address -Port $port_number

  4. Végül ellenőrizze, hogy a figyelő figyel-e a megadott porton:

    $port_number = "your_port_number"

Get-NetTCPConnection -LocalPort $port_number -State Listen

Végpont-hozzáférés (1418-os SQL Server-hiba)

Ez az SQL Server-üzenet azt jelzi, hogy a végpont URL-címében megadott kiszolgáló hálózati címe nem érhető el vagy nem létezik, és azt javasolja, hogy ellenőrizze a hálózati cím nevét, és adja újra a parancsot.

Az adatbázis csatlakoztatása sikertelen (35250-ös SQL Server-hiba)

Ez a szakasz a másodlagos adatbázisok rendelkezésre állási csoporthoz való csatlakoztatásának lehetséges okait és megoldását ismerteti, mivel az elsődleges replikával való kapcsolat nem aktív. Ez a teljes hibaüzenet:

Msg 35250 The connection to the primary replica is not active. The command cannot be processed.

Felbontás:

A lépések összefoglalása alább látható.

Részletes lépésről lépésre útmutatásért tekintse meg a motor hibaüzenet MSSQLSERVER_35250

  1. Győződjön meg arról, hogy a végpont létrejött és elindult.
  2. Ellenőrizze, hogy tud-e csatlakozni a végponthoz Telneten keresztül, és győződjön meg arról, hogy a tűzfalszabályok nem blokkolják a kapcsolatot
  3. Ellenőrizze, hogy van-e hiba a rendszerben. Lekérdezheti a sys.dm_hadr_availability_replica_states-et a last_connect_error_number miatt, amely segíthet diagnosztizálni a csatlakozási problémát.
  4. Győződjön meg arról, hogy a végpont úgy van definiálva, hogy az megfeleljen az AG által használt IP-címnek/portnak.
  5. Ellenőrizze, hogy a hálózati szolgáltatásfiók rendelkezik-e CONNECT-engedéllyel a végponthoz.
  6. Ellenőrizze a lehetséges névfeloldási problémákat
  7. Győződjön meg arról, hogy az SQL Server egy legutóbbi buildet futtat (lehetőleg a legújabb buildet), hogy elkerülje a már javított problémákat.

Read-Only Útválasztás nem működik megfelelően

  1. Ügyeljen rá, hogy a csak olvasható útválasztás konfigurálása dokumentum útmutatásait követve beállította a csak olvasható útválasztást.

  2. Kliens-illesztőprogram támogatásának biztosítása

    Az ügyfélalkalmazásnak olyan ügyfélszolgáltatót kell használnia, amely támogatja ApplicationIntent a paramétert. Nézze meg a rendelkezésre állási csoportok illesztőprogram- és ügyfélkapcsolati támogatását

    Megjegyzés:

    Ha elosztott hálózati név (DNN) figyelőhöz csatlakozik, a szolgáltatónak támogatnia kell a paramétert is MultiSubnetFailover

  3. Ellenőrizze, hogy a kapcsolati sztring tulajdonságai megfelelően vannak-e beállítva

    Ahhoz, hogy az írásvédett útválasztás megfelelően működjön, az ügyfélalkalmazásnak az alábbi tulajdonságokat kell használnia a kapcsolati láncban.

    • Az AG-hez tartozó adatbázisnév
    • Rendelkezésre állási csoport figyelőjének neve
      • Ha DNN-t használ, meg kell adnia a DNN-figyelő nevét és a DNN-port számát <DNN name,DNN port>
    • Az ApplicationIntent értéke ReadOnly-ra van állítva.
    • Az elosztott hálózatnévhez (DNN) szükség van az igaz értékű MultiSubnetFailover beállításra

    Examples

    Ez a példa a .NET Microsoft.Data.SqlClient vagy System.Data.SqlClient szolgáltató kapcsolati sztringjét mutatja be egy virtuális hálózati név (VNN) figyelőjéhez.

    Server=tcp:VNN_AgListener,1433;Database=AgDb1;ApplicationIntent=ReadOnly;MultiSubnetFailover=True

    Ez a példa egy elosztott hálózati név (DNN) figyelőhöz tartozó .NET Microsoft.Data.SqlClient vagy System.Data.SqlClient szolgáltató kapcsolati sztringét mutatja be:

    Server=tcp:DNN_AgListener,DNN_Port;Database=AgDb1;ApplicationIntent=ReadOnly;MultiSubnetFailover=True

    Megjegyzés:

    Ha olyan parancssori programokat használ, mint az SQLCMD, győződjön meg arról, hogy a kiszolgáló nevének megfelelő kapcsolókat adja meg. Az SQLCMD-ben például a kiszolgáló nevét meghatározó nagybetűs -S kapcsolót kell használnia, nem pedig az oszlopelválasztóhoz használt kisbetűs -s kapcsolót.
    Példa: sqlcmd -S AG_Listener,port -E -d AgDb1 -K ReadOnly -M

  4. Győződjön meg arról, hogy a rendelkezésre állási csoport figyelője online állapotban van. Annak ellenőrzéséhez, hogy a rendelkezésre állási csoport figyelője online állapotban van-e, futtassa a következő lekérdezést az elsődleges replikán:

    SELECT * FROM sys.dm_tcp_listener_states;

    Ha úgy találja, hogy a figyelő offline állapotban van, megpróbálhatja online állapotba helyezni egy ilyen paranccsal:

    ALTER AVAILABILITY GROUP myAG RESTART LISTENER 'AG_Listener';

  5. Győződjön meg arról, hogy READ_ONLY_ROUTING_LIST megfelelően van feltöltve. Az elsődleges replikán győződjön meg arról, hogy a READ_ONLY_ROUTING_LIST csak olvasható másodlagos replikákat üzemeltető kiszolgálópéldányokat tartalmaz.

    Az egyes replikák tulajdonságainak megtekintéséhez futtassa ezt a lekérdezést, és vizsgálja meg az írásvédett replika kapcsolati végpontját (URL-címét).

    SELECT replica_id, replica_server_name, secondary_role_allow_connections_desc, read_only_routing_url 
FROM sys.availability_replicas;

    Írásvédett útválasztási lista megtekintése és a végpont URL-címének összehasonlítása:

    SELECT * FROM sys.availability_read_only_routing_lists;

    Az írásvédett útválasztási lista módosításához olyan lekérdezést használhat, mint a következő:

    ALTER AVAILABILITY GROUP [AG1]   
MODIFY REPLICA ON  
N'COMPUTER02' WITH   
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER01','COMPUTER02')));

    További információért lásd: Írásvédett útválasztás konfigurálása elérhetőségi csoporthoz – SQL Server Always On

  6. Ellenőrizze, hogy READ_ONLY_ROUTING_URL port nyitva van-e. Győződjön meg arról, hogy a Windows tűzfal nem blokkolja a READ_ONLY_ROUTING_URL portot. Konfiguráljon egy Windows tűzfalat az adatbázismotor-hozzáféréshez a read_only_routing_list minden replikájához, valamint azokhoz a replikákhoz csatlakozó ügyfelekhez.

    Megjegyzés:

    Ha AZ SQL Servert Azure-beli virtuális gépen futtatja, további konfigurációs lépéseket kell végrehajtania. Győződjön meg arról, hogy az egyes replika virtuális gépek hálózati biztonsági csoportja (NSG) engedélyezi a végponti portra és a DNN-portra való forgalmat, ha DNN-figyelőt használ. Ha VNN-figyelőt használ, győződjön meg arról, hogy a terheléselosztó megfelelően van konfigurálva.

  7. Győződjön meg arról, hogy a READ_ONLY_ROUTING_URL (TCP://system-address:port) a megfelelő teljes tartománynevet (FQDN) és portszámot tartalmazza. See:

  8. Győződjön meg az SQL Server megfelelő hálózati konfigurációjáról az SQL Server Configuration Managerben.

    Ellenőrizze a read_only_routing_list minden replikáján, hogy:

    • Az SQL Server távoli kapcsolata engedélyezve van
    • A TCP/IP engedélyezve van
    • Az IP-címek megfelelően vannak konfigurálva

    Megjegyzés:

    Gyorsan ellenőrizheti, hogy ezek mindegyike megfelelően van-e konfigurálva, ha egy távoli gépről tud csatlakozni egy cél másodlagos replika SQL Server-példányának nevéhez szintaxis használatával TCP:SQL_Instance .

Lásd: Kiszolgáló konfigurálása adott TCP-port (SQL Server Configuration Manager) figyelésére és kiszolgáló tulajdonságainak megtekintése vagy módosítása (SQL Server)

Kapcsolódó tevékenységek

Kapcsolódó tartalom

  • Last updated on