KB4339875 – Fejlesztések a mindig bekapcsolt rendelkezésre állási csoportokhoz egy Pacemaker-fürtön SQL Server-ben

Hatókör
SQL Server 2017 Developer SQL Server 2017 Enterprise SQL Server 2017 Enterprise Core

Összegzés

Ez a cikk a Microsoft SQL Server pacemaker-fürtjén futó, Always On rendelkezésre állási csoportokra vonatkozó frissítésben szereplő fejlesztéseket ismerteti.

A frissítés az alábbi fejlesztéseket tartalmazza:

  • A online_database_retries erőforrástulajdonság már nincs használatban. Ha meg van adva, ezt a tulajdonságot a program figyelmen kívül hagyja. A 8. összegző frissítés (CU8) előtt ezzel a tulajdonsággal szabályozható volt, hogy az indítási és figyelési műveletek mennyi ideig várjanak a rendelkezésre állási csoportban lévő összes adatbázis online állapotba kerülésére. Ezek a műveletek mostantól határozatlan ideig várakoznak, amíg a Pacemaker erőforráson konfigurált művelet időtúllépése lejár.

  • Az monitor_timeout erőforrás-tulajdonság új neve connection_timeout, hogy jobban tükrözze a használatát. A rendszer az eredeti nevet használja a visszamenőleges kompatibilitás érdekében.

  • A CU8 előtt a figyelőművelet időtúllépési értéke nem lehetett rövidebb, mint a monitor_timeout tulajdonság értéke. Azok a felhasználók, akik azt szerették, hogy a figyelési művelet a helyreállítási időnél gyorsabban hiúsuljon meg, ehhez online_database_retries kellett volna. Mivel a online_database_retries már nem használatos a 8-as összegző frissítésben, a figyelési művelet időtúllépésére vonatkozó korlátozás törlődik.

  • Az előléptetési művelet mostantól arra vár, amíg az adatbázisok online állapotba kerülnek, miután előléptette a rendelkezésre állási csoport replikáját.

  • A lefokozási művelet a gyorsabb feladatátvételek érdekében a MÁSODLAGOS szerepkör helyett a replikát a FELOLDÓ szerepkörre állítja. Az eredeti elsődleges a FELOLDÓ szerepkörben marad, amíg egy új replikát elő nem léptetnek ELSŐDLEGES szerepkörre. Ezután az eredeti elsődleges szerepkör automatikusan újraindul a MÁSODLAGOS szerepkörben. Az újraindítást az eredeti elsődleges figyelő művelet hibája váltja ki. Ezt a klaszterfigyelő eszközök, például a crm_mon jelentik. Ez nem ad okot aggodalomra.

  • Javasoljuk, hogy azok a felhasználók, akik nem alapértelmezett értékeket adnak meg az online_database_retries erőforrástulajdonsághoz vagy az monitor_timeout erőforrás-tulajdonsághoz, illetve akik nem alapértelmezett értékeket adnak meg az erőforrásművelet időtúllépéseihez, alkalmazzák az alábbi módosításokat:

    • Állítsa connection_timeout értéke nagyobb, mint az a maximális idő (másodpercben), amely alatt a rendelkezésre állási csoport adatbázisai helyreállíthatják a helyreállítást.

    • Állítsa a műveletindítási és -előléptetési időkorlátokat egy olyan értékre, amely nagyobb, mint az a maximális idő (másodpercben), amely alatt a rendelkezésre állási csoport adatbázisai helyreállíthatják a helyreállítást.
      Ha például a rendelkezésre állási csoport adatbázisainak helyreállítása 15 percet (900 másodpercet) vesz igénybe, a beállításoknak a következőnek kell lenniük:

      • Connection_timeout=900
      • Op start timeout = 900s intervallum=0s
      • Op promote timeout = 900s intervallum=0s

További információ

A következő frissítés tartalmazza ezeket a fejlesztéseket az SQL Server-hez:

8. összegző frissítés az SQL Server 2017-hez

Tudnivalók az SQL Server-buildekről

Az SQL Server minden új buildje tartalmazza az összes olyan gyorsjavítást és biztonsági javítást, amely az előző buildben szerepelt. Javasoljuk, hogy telepítse az SQL Server-verzió legújabb buildjét:

Az SQL Server 2017 legújabb buildje

Hivatkozások

Ismerje meg a Microsoft szoftverfrissítésekkel kapcsolatos szabványos terminológiáját .