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

Tükrözött adatbázisok teljesítményének optimalizálása AZ SQL Serverről

Ez a cikk fontos lépéseket tartalmaz a forrásadatbázis és a tükrözött adatbázis teljesítményének optimalizálásához a Microsoft Fabric SQL Serverről.

A vizsgálat teljesítményének szabályozása

Ha egy adatbázis tábláiban engedélyezve van a tükrözés, a vizsgálati folyamat rendszeres időközönként rögzíti a változásokat a tranzakciónapló betakarításával. Ez a folyamat a legrégebbi nem duplikált véglegesített tranzakció LSN-jén kezdődik, és megvizsgálja a következő N-1 replikált tranzakciókat, ahol az N a paraméterrel @maxtransmegadott tranzakciók számát jelöli.sys.sp_change_feed_configure_parameters A maxtrans paraméter értéke az egyes vizsgálati ciklusokban feldolgozandó tranzakciók maximális számát jelzi.

Azokban az esetekben, amikor a vizsgálat késése nagyon magas, a magasabb maxtrans érték használata előnyös lehet, míg ritkán replikált vagy viszonylag nagy tranzakciók esetén előnyösebb lehet az alacsonyabb maxtrans beállítás. A dinamikus maximális tranzakciók funkció leegyszerűsíti ezt a folyamatot azáltal, hogy automatikusan meghatározza az optimális maxtrans értéket az egyes vizsgálatok során más tényezők, például a naplóhasználat, a vizsgálat késése és a számítási feladat alapján. Ha a változáscsatorna beállítása engedélyezve van, a dynamicmaxtrans Fabric dinamikusan módosítja a maxtrans paramétert, biztosítva az optimális vizsgálati teljesítményt.

Ellenőrizze a dinamikus maximális tranzakciók funkció beállítását sys.sp_help_change_feed_settings, vagy használjon repl_logscan_dynamic_maxtrans kiterjesztett eseményt az egyes vizsgálatok futásidejű értékeinek monitorozásához.

A dinamikus maximális tranzakciók funkció engedélyezéséhez állítsa be @dynamicmaxtrans a következőt 1: . Például:

USE <Mirrored database name>
GO
EXECUTE sys.sp_change_feed_configure_parameters
  @dynamicmaxtrans=1;

A dinamikus maximális tranzakciók funkció maximális és alsó korlátjának módosításához használja @maxtrans és @dynamicmaxtranslowerbound használja azokat. Például:

USE <Mirrored database name>
GO
EXECUTE sys.sp_change_feed_configure_parameters
  @dynamicmaxtrans=1
, @dynamicmaxtranslowerbound=5
, @maxtrans=5000;

A dinamikus maximális tranzakciók beállításának szempontjai

A dinamikus maximális tranzakciók funkció alapértelmezés szerint engedélyezve van az SQL Server 2025-ben. A dinamikus maximális tranzakciók funkció engedélyezve van, és nem kezelhető vagy tiltható le az Azure SQL Database-ben és a felügyelt Azure SQL-példányban.

Ha a dinamikus maxtrans engedélyezve van, a tükrözés legfeljebb 10 000 tranzakciót (alapértelmezés szerint) vagy a konfigurált maximális tranzakcióértéket dolgoz fel a naplóvizsgálati fázisban. A fázis túl hosszú futásának megakadályozása érdekében a rendszer háromperces időtúllépést kényszerít ki. Az időtúllépés lejárta előtt feldolgozott tranzakciókat közzétesszük a tükrözött adatbázisban, és a fennmaradó tranzakciókat a rendszer a következő vizsgálat során rögzíti.

A dinamikus maximális tranzakciók optimális értékei számítási feladattól, késéstől és egyéb tényezőktől függően változnak. Érdemes bekapcsolni a dinamikus maxtrans funkciót, ha a késés nagyobb a kívántnál, és transaction_count minden kötegben nagyobb, mint az alsó kötött beállítás (alapértelmezés szerint 200). Ez a kiterjesztett eseményben lévő latencysys.dm_change_feed_log_scan_sessions oszlop használatával vagy a kiterjesztett esemény repl_logscan_dynamic_maxtrans használatával figyelhető, hogy a current_maxtrans csoport eléri-e a maxtrans halmazt. Ha a késés továbbra is magas, fontolja meg a felső korlát növelését maxtrans használatával.

A kiterjesztett esemény repl_logscan_dynamic_maxtrans használatával figyelheti, hogy gyakran fordulnak-e elő időtúllépések. A mező prev_phase2_scan_termination_reason értéke LogScanTerminationReason_MaxScanDurationReached akkor jelenik meg, ha időtúllépés történik a vizsgálatból. Ha gyakori időtúllépéseket észlel, fontolja meg a dinamikus maxtrans csökkentésének maxtrans vagy letiltásának sys.sp_help_change_feed_settings használatával.

Sql Server-tükrözés erőforrás-vezérlője

Az SQL Server 2025-ben létrehozhat egy erőforrás-vezérlőkészletet, amely felügyeli és lekorlátozza a Fabric-tükrözés számítási feladatait az SQL Serveren. Az erőforrás-vezérlő használatával kezelheti az adatbázismotor erőforrás-felhasználását, és házirendeket kényszeríthet ki a felhasználói számítási feladatokhoz. Az erőforrás-vezérlő lehetővé teszi a különböző kiszolgálói erőforrások lefoglalását vagy korlátozását, beleértve a felhasználói lekérdezési számítási feladatok által használható processzor-, memória- és fizikai I/O-erőforrások mennyiségét. Ily módon megvédheti elsődleges üzleti számítási feladatait a Fabric Mirroring változáscsatorna-adatgyűjtése miatti nyomástól. További információ: Erőforrás-kormányzó.

A számítási feladatok csoportjainak az SQL Server 2025 for Fabric tükrözéshez való konfigurálásához használja az alábbi példaszkriptet és utasításokat.

  • A név tetszőleges lehet.RESOURCE POOL
  • Ez a példaszkript egy korlátot konfigurál a processzor kívánt százalékához, hogy lehetővé tegye a Fabric-tükrözést. Az alábbi minta 50 százalékot használ 50 . Ez az érték az erőforráskészletben lévő összes kérelem maximális átlagos cpu-sávszélessége, amelyet a cpu-versengés során kaphat. Használjon alacsonyabb értéket a hálótükrözés további szabályozásához.
  • A WORKLOAD GROUP neveknek meg kell egyeznie a példaszkript értékeivel. Minden számítási feladatcsoport a tükrözés egy adott fázisára vonatkozik. Minden számítási feladatcsoport ugyanabban vagy egy másik készletben lehet attól függően, hogy hogyan tervezi meg az erőforrás-vezérlő készleteit és számítási feladatait.
  • Mielőtt először konfigurálja az erőforrás-vezérlőt az SQL Server-példányon, gondosan tekintse át az erőforrás-kormányzó dokumentációját, a példákat és az ajánlott eljárásokat.
--Create resource pool for Fabric mirroring
CREATE RESOURCE POOL [ChangeFeedPool] WITH (MAX_CPU_PERCENT = 50);

--Create workload groups for Fabric mirroring. Do not modify.
CREATE WORKLOAD GROUP [x_ms_reserved_changefeed_snapshot_group] USING [ChangeFeedPool];
CREATE WORKLOAD GROUP [x_ms_reserved_changefeed_capture_group] USING [ChangeFeedPool];
CREATE WORKLOAD GROUP [x_ms_reserved_changefeed_publish_group] USING [ChangeFeedPool];
CREATE WORKLOAD GROUP [x_ms_reserved_changefeed_commit_group] USING [ChangeFeedPool];
CREATE WORKLOAD GROUP [x_ms_reserved_changefeed_notification_group] USING [ChangeFeedPool];

A módosítások alkalmazásához és az erőforrás-kormányzó engedélyezéséhez a szokásos módon:

ALTER RESOURCE GOVERNOR RECONFIGURE

Kapcsolódó tartalom

  • Last updated on