Megosztás:

Az SQL Server rendelkezésre állási csoportjának konfigurálása magas rendelkezésre álláshoz Linuxon

A következőkre vonatkozik:SQL Server Linux rendszeren

Ez a cikk bemutatja, hogyan hozhat létre SQL Server Always On rendelkezésre állási csoportot (AG) a magas rendelkezésre álláshoz Linuxon. Az AG-knek két konfigurációtípusa van. A magas rendelkezésre állású konfiguráció klászerkezelővel biztosítja az üzleti folytonosságot. Ez a konfiguráció olvasási skálázási replikákat is tartalmazhat. Ez a cikk bemutatja, hogyan hozhatja létre az AG-t a magas rendelkezésre állás érdekében.

Fürtkezelő nélkül is létrehozhat AG-t az olvasási skálázásához. Az olvasási rendelkezésre állási csoport csak írásvédett replikákat biztosít a teljesítmény fokozásához. Nem biztosít magas rendelkezésre állást. Az olvasási skálázáshoz használható AG létrehozásához lásd: SQL Server rendelkezésre állási csoport konfigurálása olvasási skálázáshoz Linuxon.

A magas rendelkezésre állást és adatvédelemet garantáló konfigurációkhoz két vagy három szinkron véglegesítési replika szükséges. Három szinkron replikával az AG automatikusan helyreállhat, még akkor is, ha egy kiszolgáló nem érhető el. További információ: Rendelkezésre állási csoport konfigurációinak magas rendelkezésre állása és adatvédelem.

Minden kiszolgálónak fizikai vagy virtuálisnak kell lennie, a virtuális kiszolgálóknak pedig ugyanazon a virtualizálási platformon kell lenniük. Ez a követelmény azért létezik, mert a kerítésügynökök platformspecifikusak. Lásd vendégfürtök szabályzatait.

A telepítés lépései

A Magas rendelkezésre állású Linux-kiszolgálókon futó AG létrehozásának lépései eltérnek a Windows Server feladatátvevő fürt lépéseitől. Az alábbi lista a magas szintű lépéseket ismerteti:

  1. Telepítési útmutató linuxos SQL Serverhez.

    Fontos

    Az AG mindhárom kiszolgálójának ugyanazon a platformon kell lennie – fizikai vagy virtuális –, mivel a Linux magas rendelkezésre állása kerítésügynökökkel elkülöníti a kiszolgálók erőforrásait. A kerítésügynökök minden platformra jellemzőek.

  2. Hozza létre az AG-t. Ez a lépés az aktuális cikkben található.

  3. Konfiguráljon egy fürterőforrás-kezelőt, például a Pacemakert.

    A fürterőforrás-kezelő konfigurálásának módja az adott Linux-disztribúciótól függ. A terjesztésre vonatkozó utasításokért tekintse meg az alábbi hivatkozásokat:

    Fontos

    A termelési környezetekben magas rendelkezésre állás érdekében szükség van egy biztonsági ügynökre. A cikkben szereplő példák nem használnak kerítésügynököket. Csak tesztelésre és ellenőrzésre használhatóak.

    A Pacemaker-fürtök kerítéssel adják vissza a fürtöt egy ismert állapotba. A kerítés konfigurálásának módja az elosztástól és a környezettől függ. A kerítés jelenleg nem érhető el egyes felhőkörnyezetekben. További információért lásd: RHEL nagy rendelkezésre állású klaszterek – Virtualizációs platformoktámogatási irányelvei.

    Az SLES-ről lásd SUSE Linux Enterprise magas rendelkezésre állású bővítmény.

  4. Adja hozzá az AG-t erőforrásként a fürtbe.

    Az AG fürtbeli erőforrásként való hozzáadásának módja a Linux-disztribúciótól függ. A terjesztésre vonatkozó utasításokért tekintse meg az alábbi hivatkozásokat:

Több hálózati adapter (NIC) megfontolandó szempontjai

Az információkért a több hálózati adapterrel rendelkező kiszolgálók rendelkezésre állási csoportjának beállításáról lásd a következő szakaszokat:

Előfeltételek

A rendelkezésre állási csoport létrehozása előtt hajtsa végre a következő lépéseket:

  • Állítsa be a környezetet, hogy a rendelkezésre állási replikákat üzemeltető kiszolgálók kommunikálhassanak.
  • Telepítse az SQL Servert.

Linux rendszerben létre kell hoznia egy rendelkezésre állási csoportot, mielőtt hozzáadja azt fürterőforrásként a fürthöz kezelés céljából. Ez a cikk egy példát mutat be, amely létrehozza a rendelkezésre állási csoportot.

  1. Frissítse az egyes kiszolgálók gépnevét.

    Minden SQL Server-példány nevének a következőnek kell lennie:

    • 15 karakter vagy kevesebb.
    • A hálózaton belül egyedi.

    A számítógép nevének beállításához módosítsa a /etc/hostnameelemet. Az alábbi példa bemutatja, hogyan szerkeszthet /etc/hostnamevi-val:

    sudo vi /etc/hostname

  2. Konfigurálja a hosts fájlt.

    Megjegyzés:

    Ha a DNS-kiszolgáló az IP-címükkel regisztrálja a gazdagépneveket, nem kell elvégeznie az alábbi lépéseket. Ellenőrizze, hogy a rendelkezésre állási csoport konfigurációjának részét képező összes csomópont képes-e kommunikálni egymással. (A gazdagépnév pingelésének a megfelelő IP-címmel kell válaszolnia.) Győződjön meg arról is, hogy a /etc/hosts fájl nem tartalmaz olyan rekordot, amely összekapcsolja a localhost IP-címét, a 127.0.0.1-et, a csomópont gazdagépnevével.

    A hosts fájl minden szerveren tartalmazza a rendelkezésre állási csoportban részt vevő összes szerver IP-címét és nevét.

    A következő parancs az aktuális kiszolgáló IP-címét adja vissza:

    sudo ip addr show

    /etc/hostsfrissítése. Az alábbi példa bemutatja, hogyan szerkeszthet /etc/hostsvi-val:

    sudo vi /etc/hosts

    Az alábbi példa /etc/hosts-t mutatja be a node1-n, kiegészítésekkel a node1-hoz, node2-hoz és node3-hez. Ebben a mintában a node1 az elsődleges replikát üzemeltető kiszolgálóra hivatkozik, node2 és node3 pedig a másodlagos replikákat üzemeltető kiszolgálókra hivatkozik.

    127.0.0.1    localhost localhost4 localhost4.localdomain4
::1          localhost localhost6 localhost6.localdomain6
10.128.18.12 node1
10.128.16.77 node2
10.128.15.33 node3

Az SQL Server telepítése

Telepítse az SQL Servert. Az alábbi hivatkozások az SQL Server különböző disztribúciók telepítési utasításaira mutatnak:

Megjegyzés:

Az SQL Server 2025 -től (17.x) kezdődően a SUSE Linux Enterprise Server (SLES) nem támogatott.

Always On rendelkezésre állási csoportok engedélyezése

Engedélyezze az Always On rendelkezésre állási csoportokat az SQL Server-példányt futtató csomópontokhoz, majd indítsa újra mssql-server. Futtassa a következő szkriptet:

sudo /opt/mssql/bin/mssql-conf set hadr.hadrenabled 1
sudo systemctl restart mssql-server

AlwaysOn_health esemény munkamenetének engedélyezése

Opcionálisan engedélyezheti a kiterjesztett eseményeket (XE) a kiváltó okok diagnosztizálásához a rendelkezésre állási csoport hibaelhárítása során. Futtassa a következő parancsot az SQL Server minden egyes példányán:

ALTER EVENT SESSION AlwaysOn_health ON SERVER
WITH (STARTUP_STATE = ON);
GO

További információ az XE-munkamenetről: Bővített események konfigurálása rendelkezésre állási csoportokhoz.

Tanúsítvány létrehozása

A Linuxon futó SQL Server szolgáltatás tanúsítványokkal hitelesíti a tükrözési végpontok közötti kommunikációt.

Az alábbi Transact-SQL szkript létrehoz egy főkulcsot és egy tanúsítványt. Ezután biztonsági másolatot készít a tanúsítványról, és titkos kulccsal védi a fájlt. Frissítse a szkriptet erős jelszavakkal. Csatlakozzon az elsődleges SQL Server-példányhoz. A tanúsítvány létrehozásához futtassa a következő Transact-SQL szkriptet:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<master-key-password>';

CREATE CERTIFICATE dbm_certificate
WITH SUBJECT = 'dbm';

BACKUP CERTIFICATE dbm_certificate
TO FILE = '/var/opt/mssql/data/dbm_certificate.cer'
WITH PRIVATE KEY (
    FILE = '/var/opt/mssql/data/dbm_certificate.pvk',
    ENCRYPTION BY PASSWORD = '<private-key-password>'
);

Ezen a ponton az elsődleges SQL Server-replika rendelkezik egy tanúsítvánnyal /var/opt/mssql/data/dbm_certificate.cer és egy titkos kulccsal a /var/opt/mssql/data/dbm_certificate.pvk. Másolja ezt a két fájlt ugyanarra a helyre az összes rendelkezésre állási replikát üzemeltető kiszolgálón. Használja az mssql-felhasználót, vagy adjon engedélyt az mssql-felhasználónak a fájlok elérésére.

A forráskiszolgálón például a következő parancs másolja a fájlokat a célgépre. Cserélje le az <node2> értékeket a replikákat üzemeltető SQL Server-példányok nevére.

cd /var/opt/mssql/data
scp dbm_certificate.* root@<node2>:/var/opt/mssql/data/

Minden célkiszolgálón adjon engedélyt az mssql-felhasználónak a tanúsítvány eléréséhez.

cd /var/opt/mssql/data
chown mssql:mssql dbm_certificate.*

Tanúsítvány létrehozása másodlagos kiszolgálókon

Az alábbi Transact-SQL szkript létrehoz egy főkulcsot és egy tanúsítványt az elsődleges SQL Server-replikán létrehozott biztonsági másolatból. Frissítse a szkriptet erős jelszavakkal. A visszafejtési jelszó ugyanaz a jelszó, amelyet a .pvk fájl előző lépésben történő létrehozásához használt. A tanúsítvány létrehozásához futtassa a következő szkriptet az összes másodlagos kiszolgálón:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<master-key-password>';

CREATE CERTIFICATE dbm_certificate
FROM FILE = '/var/opt/mssql/data/dbm_certificate.cer'
WITH PRIVATE KEY (
    FILE = '/var/opt/mssql/data/dbm_certificate.pvk',
    DECRYPTION BY PASSWORD = '<private-key-password>'
);

Az előző példában cserélje le <private-key-password> ugyanazzal a jelszóval, amelyet a tanúsítvány elsődleges replikán való létrehozásakor használt.

Az adatbázis tükrözési végpontjának létrehozása az összes replikán

Az adatbázis-tükrözési végpontok a Transmission Control Protocol (TCP) használatával küldenek és fogadnak üzeneteket az adatbázis-tükrözési munkamenetekben részt vevő kiszolgálópéldányok vagy a gazdagép rendelkezésre állási replikái között. Az adatbázis tükrözési végpontja egy egyedi TCP-portszámon figyel.

Az alábbi Transact-SQL szkript létrehoz egy Hadr_endpoint nevű figyelési végpontot a rendelkezésre állási csoport számára. Elindítja a végpontot, és csatlakozási engedélyt ad a létrehozott tanúsítványhoz. A szkript futtatása előtt cserélje le a < ... >közötti értékeket. Tetszés szerint megadhat egy IP-címet LISTENER_IP = (0.0.0.0)is. A figyelő IP-címének IPv4-címnek kell lennie. A 0.0.0.0is használható.

Frissítse az alábbi Transact-SQL szkriptet az Ön környezetéhez minden SQL Server példányon.

CREATE ENDPOINT [Hadr_endpoint]
AS TCP (LISTENER_PORT = 5022)
FOR DATABASE_MIRRORING
(
    ROLE = ALL,
    AUTHENTICATION = CERTIFICATE dbm_certificate,
    ENCRYPTION = REQUIRED ALGORITHM AES
);

ALTER ENDPOINT [Hadr_endpoint]
STATE = STARTED;

Megjegyzés:

Ha az SQL Server Express kiadást egy csomóponton használja egy csak konfigurációs replika üzemeltetéséhez, a ROLE egyetlen érvényes értéke WITNESS. Futtassa a következő szkriptet az SQL Server Express kiadásban:

CREATE ENDPOINT [Hadr_endpoint]
AS TCP (LISTENER_PORT = 5022)
FOR DATABASE_MIRRORING
(
    ROLE = WITNESS,
    AUTHENTICATION = CERTIFICATE dbm_certificate,
    ENCRYPTION = REQUIRED ALGORITHM AES
);

ALTER ENDPOINT [Hadr_endpoint]
STATE = STARTED;

A figyelőporthoz meg kell nyitnia a TCP-portot a tűzfalon.

Fontos

Az egyetlen hitelesítési módszer, amelyet az adatbázistükrözési végpont támogat, a CERTIFICATE. A WINDOWS lehetőség nem érhető el.

További információ: Az adatbázis tükrözési végpontja (SQL Server).

Az AG létrehozása

Az ebben a szakaszban szereplő példák bemutatják, hogyan hozható létre a rendelkezésre állási csoport a Transact-SQL használatával. Az SQL Server Management Studio rendelkezésre állási csoport varázslóját is használhatja. Amikor létrehoz egy AG-t a varázslóval, az hibát ad vissza, amikor a replikákat az AG-hez csatlakoztatja. A hiba kijavításához engedélyezze ALTER, CONTROL, és VIEW DEFINITIONS a pacemaker számára az AG összes replikáján. Miután engedélyt adott az elsődleges replikára, csatlakoztassa a csomópontokat az AG-hez a varázslón keresztül, de ahhoz, hogy a HA megfelelően működjön, adjon engedélyt az összes replikára.

Az automatikus feladatátvételt biztosító magas rendelkezésre állású konfigurációhoz az AG-nek legalább három replikára van szüksége. Az alábbi konfigurációk bármelyike támogatja a magas rendelkezésre állást:

További információ: Rendelkezésre állási csoport konfigurációinak magas rendelkezésre állása és adatvédelem.

Megjegyzés:

A rendelkezésre állási csoportok további szinkron vagy aszinkron replikákat is tartalmazhatnak.

Hozza létre az AG-t a magas rendelkezésre álláshoz Linuxon. Használja a CREATE AVAILABILITY GROUP utasítást a következővel CLUSTER_TYPE = EXTERNAL: .

  • Rendelkezésre állási csoport: CLUSTER_TYPE = EXTERNAL.

    Meghatározza, hogy egy külső klaszter entitás kezelje az AG-t. A Pacemaker egy példa egy külső klaszter entitásra. Ha az AG-fürt típusa külső,

  • Elsődleges és másodlagos replikák beállítása: FAILOVER_MODE = EXTERNAL.

    Megadja, hogy a replika egy külső fürtkezelővel, például a Pacemakerrel kommunikál.

Az alábbi Transact-SQL szkriptek magas rendelkezésre állású, ag1nevű AG-t hoznak létre. A szkript beállítja az AG-replikákat a SEEDING_MODE = AUTOMATICsegítségével. Ez a beállítás miatt az SQL Server automatikusan létrehozza az adatbázist minden másodlagos kiszolgálón. Frissítse a következő szkriptet a környezetéhez. Cserélje le a <node1>, <node2>vagy <node3> értékeket a replikákat üzemeltető SQL Server-példányok nevére. Cserélje le a <5022>-t az adattükrözési végponthoz beállított portra. Az AG létrehozásához futtassa az alábbi Transact-SQL az elsődleges replikát üzemeltető SQL Server-példányon.

Futtassa a segítségével csak egyet a következő szkriptek közül:

A csomópont nevének egyeztetése a ServerName tulajdonságra

Az SQL Server-erőforrásügynök jelenlegi implementációjában a csomópont nevének meg kell egyeznie a példány ServerName tulajdonságával. Ha például a csomópont neve node1, bizonyosodjon meg róla, hogy SERVERPROPERTY('ServerName') az SQL Server-példányban node1-t ad vissza. Ha eltérés van, a replikák feloldó állapotba kerülnek a Pacemaker-erőforrás létrehozása után.

Ez a szabály akkor fontos, ha teljesen kvalifikált tartományneveket használ. Ha például a node1.yourdomain.com csomópontnevet használja a fürt beállítása során, győződjön meg arról, hogy a SERVERPROPERTY('ServerName') nemcsak node1-t ad vissza, hanem node1.yourdomain.com-t is. A probléma megoldásához a következőt teheti:

  • Nevezze át a gazdagép nevét FQDN-re, és a sp_dropserver és sp_addserver tárolt eljárásokkal győződjön meg arról, hogy az SQL Server metaadatai megfelelnek a változásnak.
  • Az addr beállítást a pcs cluster auth parancsban használja, hogy a csomópont nevét hozzáigazítsa az SERVERPROPERTY('ServerName') értékhez, és statikus IP-címet használjon csomópontcímként.

Rendelkezésre állási csoport létrehozása három szinkron replikával

Hozzon létre egy AG-t három szinkron replikával:

CREATE AVAILABILITY GROUP [ag1]
      WITH (DB_FAILOVER = ON, CLUSTER_TYPE = EXTERNAL)
      FOR REPLICA ON
         N'<node1>'
               WITH (
            ENDPOINT_URL = N'tcp://<node1>:<5022>',
            AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
            FAILOVER_MODE = EXTERNAL,
            SEEDING_MODE = AUTOMATIC
            ),
         N'<node2>'
         WITH (
            ENDPOINT_URL = N'tcp://<node2>:<5022>',
            AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
            FAILOVER_MODE = EXTERNAL,
            SEEDING_MODE = AUTOMATIC
            ),
         N'<node3>'
         WITH(
            ENDPOINT_URL = N'tcp://<node3>:<5022>',
            AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
            FAILOVER_MODE = EXTERNAL,
            SEEDING_MODE = AUTOMATIC
            );

ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;

Fontos

Miután az előző szkript futtatásával létrehozott egy AG-t három szinkron replikával, ne futtassa a következő szkriptet:

Rendelkezésre állási csoport létrehozása két szinkron replikával és egy konfigurációs replikával

Hozzon létre egy AG-t két szinkron replikával és egy konfigurációs replikával:

Fontos

Ez az architektúra lehetővé teszi az SQL Server bármely kiadásának a harmadik replika üzemeltetését. A harmadik replika például az SQL Server Express Editionben üzemeltethető. Express Edition esetén az egyetlen érvényes végponttípus a WITNESS.

CREATE AVAILABILITY GROUP [ag1]
   WITH (CLUSTER_TYPE = EXTERNAL)
   FOR REPLICA ON
      N'<node1>' WITH (
         ENDPOINT_URL = N'tcp://<node1>:<5022>',
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
         FAILOVER_MODE = EXTERNAL,
         SEEDING_MODE = AUTOMATIC
         ),
      N'<node2>' WITH (
         ENDPOINT_URL = N'tcp://<node2>:<5022>',
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
         FAILOVER_MODE = EXTERNAL,
         SEEDING_MODE = AUTOMATIC
         ),
      N'<node3>' WITH (
         ENDPOINT_URL = N'tcp://<node3>:<5022>',
         AVAILABILITY_MODE = CONFIGURATION_ONLY
         );
ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;

Rendelkezésre állási csoport létrehozása két szinkron replikával

Hozzon létre egy AG-t két szinkron replikával.

Adjon meg két replikát szinkron rendelkezésre állási móddal. A következő szkript például létrehoz egy ag1nevű AG-t. A node1 és node2 hosztreplikák szinkron módban futnak, automatikus inicializálással és automatikus feladatátvétellel.

Fontos

Csak a következő szkript futtatásával hozzon létre egy AG-t két szinkron replikával. Ne futtassa a következő szkriptet, ha valamelyik előző szkriptet futtatta.

CREATE AVAILABILITY GROUP [ag1]
   WITH (CLUSTER_TYPE = EXTERNAL)
   FOR REPLICA ON
   N'node1' WITH (
      ENDPOINT_URL = N'tcp://node1:5022',
      AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
      FAILOVER_MODE = EXTERNAL,
      SEEDING_MODE = AUTOMATIC
   ),
   N'node2' WITH (
      ENDPOINT_URL = N'tcp://node2:5022',
      AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
      FAILOVER_MODE = EXTERNAL,
      SEEDING_MODE = AUTOMATIC
   );

ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;

Az CLUSTER_TYPE=EXTERNAL AG-t az SQL Server Management Studio vagy a PowerShell használatával is konfigurálhatja.

Másodlagos replikák csatlakoztatása az AG-hez

A Pacemaker-felhasználónak szüksége van ALTER, CONTROL, és VIEW DEFINITION engedélyekre a rendelkezésre állási csoportra az összes replikán. Az engedélyek megadásához futtassa a következő Transact-SQL szkriptet, miután létrehozta a rendelkezésre állási csoportot az elsődleges replikán. Futtassa a szkriptet az egyes másodlagos replikákon közvetlenül azután, miután hozzáadták őket a rendelkezésre állási csoporthoz. A szkript futtatása előtt cserélje le <pacemakerLogin> a Pacemaker felhasználói fiók nevére. Ha nincs bejelentkezése a Pacemakerhez, hozzon létre egy bejelentkezést az SQL Serverhez a Pacemaker számára.

GRANT ALTER, CONTROL, VIEW DEFINITION ON AVAILABILITY GROUP::ag1 TO <pacemakerLogin>
GRANT VIEW SERVER STATE TO <pacemakerLogin>

Az alábbi Transact-SQL szkript csatlakoztat egy SQL Server-példányt egy ag1nevű elérhetőségi csoporthoz. Frissítse a környezet szkriptét. Hajtson végre a következő Transact-SQL parancsot a másodlagos replikát tartalmazó SQL Server-példányokon az AG-hez történő csatlakozáshoz.

ALTER AVAILABILITY GROUP [ag1] JOIN WITH (CLUSTER_TYPE = EXTERNAL);

ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;

Megjegyzés:

Konfigurációs replika esetén csak az illesztés lépésére van szükség.

Adatbázis hozzáadása a rendelkezésre állási csoporthoz

Győződjön meg arról, hogy a rendelkezésre állási csoporthoz hozzáadott adatbázis a teljes helyreállítási modellben található, és érvényes napló biztonsági mentéssel rendelkezik. Ha az adatbázis tesztadatbázis vagy újonnan létrehozott adatbázis, készítsen biztonsági másolatot az adatbázisról. Az elsődleges SQL Serveren futtassa a következő Transact-SQL (T-SQL) szkriptet egy db1nevű adatbázis létrehozásához és biztonsági mentéséhez:

CREATE DATABASE [db1];
GO

ALTER DATABASE [db1]
    SET RECOVERY FULL;
GO

BACKUP DATABASE [db1]
    TO DISK = N'/var/opt/mssql/data/db1.bak';

Az elsődleges SQL Server-replikán futtassa a következő T-SQL-szkriptet egy db1 nevű adatbázis hozzáadásához egy ag1nevű rendelkezésre állási csoporthoz:

ALTER AVAILABILITY GROUP [ag1] ADD DATABASE [db1];

Ellenőrizze, hogy az adatbázis a másodlagos kiszolgálókon van-e létrehozva

Minden másodlagos SQL Server-replikán futtassa a következő lekérdezést annak megtekintéséhez, hogy a db1 adatbázis létrejött-e, és szinkronizálva van-e:

SELECT *
FROM sys.databases
WHERE name = 'db1';
GO

SELECT DB_NAME(database_id) AS 'database',
       synchronization_state_desc
FROM sys.dm_hadr_database_replica_states;
GO

Az AG létrehozása után konfigurálnia kell az integrációt egy fürttechnológiával - például a Pacemakerrel - a nagy rendelkezésre állás érdekében. Az SQL Server 2017-től (14.x) kezdve az elérhetőségi csoportokat használó olvasási skálázású konfigurációhoz nem szükséges fürtöt beállítani.

Ha követte a cikkben leírt lépéseket, akkor egy még nem klaszterezett rendelkezésre állási csoporttal (AG) rendelkezik. A következő lépés a klaszter hozzáadása. Ez a konfiguráció érvényes az olvasási skálázási és terheléselosztási forgatókönyvekre, de magas rendelkezésre állás esetén nem teljes. A magas rendelkezésre állás érdekében hozzá kell adnia az AG-t klászter erőforrásként. Az útmutatásokért tekintse meg a kapcsolódó tartalmat.

Megjegyzések

Miután konfigurálta a fürtöt, és hozzáadta az AG-t fürterőforrásként, nem használhatja a Transact-SQL-t az AG-erőforrások feladatátviteléhez. A Linuxon futó SQL Server-fürterőforrások nincsenek olyan szorosan összekapcsolva az operációs rendszerrel, mint a Windows Server feladatátvevő fürtön (WSFC). Az SQL Server szolgáltatás nem ismeri a fürt jelenlétét. Az összes koordináció a klászter felügyeleti eszközökkel történik. Az RHEL vagy Ubuntu esetén használja a pcs. Az SLES-ben használja a crm.

Ha az AG fürterőforrás, az aktuális kiadásban van egy ismert probléma, amely miatt az adatvesztéssel járó kényszerített feladatátvétel nem működik az aszinkron replikára. Ez a probléma egy közelgő kiadásban lesz kijavítva. A szinkron replikára történő manuális vagy automatikus átváltás sikeres.

Kapcsolódó tartalom

  • Last updated on