Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A következőkre vonatkozik:
SQL Server
A naplószállítás vészhelyreállítási megoldásának megőrzéséhez frissítse vagy alkalmazza a karbantartási frissítéseket a megfelelő sorrendben. A karbantartási frissítések közé tartoznak a szervizcsomagok vagy az összegző frissítések.
Megjegyzés:
A frissített naplószállítási konfiguráció a backup compression default kiszolgálószintű konfigurációs beállítással szabályozza, hogy a rendszer biztonsági mentési tömörítést használ-e a tranzakciónapló biztonsági mentési fájljaihoz. Az egyes naplószállítási konfigurációkhoz megadhatja a naplók biztonsági mentéseinek tömörítési viselkedését. További információ: Naplószállítás konfigurálása (SQL Server).
Előfeltételek
Mielőtt hozzákezdene, tekintse át az alábbi fontos információkat.
| Cikk | Description |
|---|---|
| Támogatott verzió- és kiadásfrissítések | Ellenőrizze, hogy frissíthet-e az SQL Server kívánt verziójára a meglévő Windows operációs rendszeréről és az SQL Server verziójáról. Nem frissíthet például közvetlenül egy SQL Server 2005-példányról (9.x) SQL Server 2025-re (17.x). |
| Adatbázismotor frissítési módszerének kiválasztása | Válassza ki a megfelelő frissítési módszert és lépéseket a támogatott verzió- és kiadásfrissítések áttekintése alapján. Vegye figyelembe a környezetében telepített egyéb összetevőket is, hogy az összetevőket a megfelelő sorrendben frissítse. |
| Adatbázismotor frissítési tervének tervezése és tesztelése | Tekintse át a kibocsátási megjegyzéseket és az ismert frissítési problémákat, a frissítés előtti ellenőrzőlistát, és fejlessze és tesztelje a frissítési tervet. |
| Az SQL Server telepítésének hardver- és szoftverkövetelményei | Tekintse át az SQL Server telepítéséhez szükséges szoftverkövetelményeket. Ha más szoftverre van szükség, telepítse az egyes csomópontokra, mielőtt elkezdené a frissítési folyamatot az állásidő minimalizálása érdekében. |
| Tartalmazott rendelkezésre állási csoport támogatása hozzáadva az SQL Server 2022-ben (16.x) | Ha naplószállítással szeretne tartalmazott rendelkezésre állási csoportokat használni, el kell dobnia, majd újra létre kell hoznia a naplószállítási topológiát. Már használ konténeres rendelkezésre állási csoportokat naplószállítással? Ebben az esetben a frissítések támogatottak. |
| TDS 8.0-támogatás hozzáadva az SQL Server 2025-ben (17.x) | Ha a TDS 8.0-t az SQL 2025-ös és újabb verziókban történő naplószállítással szeretné használni, először el kell távolítania a meglévő naplószállítási konfigurációt. |
Adatok védelme a frissítés előtt
A naplók szállításának frissítése során az adatok védelméhez kövesse az alábbi lépéseket:
Készítsen teljes adatbázis-biztonsági másolatot minden elsődleges adatbázisról.
További információ: Teljes adatbázis biztonsági mentése (SQL Server).
Futtassa a DBCC CHECKDB parancsot minden elsődleges adatbázisban.
Fontos
Győződjön meg arról, hogy az elsődleges kiszolgáló elegendő helyet biztosít a napló biztonsági másolatainak tárolásához, amíg a másodpéldányok frissítése szükséges. Ha átkapcsolás történik egy másodlagosra, akkor ugyanez vonatkozik a másodlagosra (az új elsődlegesre).
A (nem kötelező) monitorozási kiszolgálópéldány frissítése
A monitor kiszolgáló példányt, ha létezik ilyen, bármikor frissítheti. Az elsődleges és másodlagos kiszolgálók frissítésekor azonban nem kell frissítenie az opcionális figyelőkiszolgálót.
Amíg a figyelőkiszolgáló frissítése folyamatban van, a naplózási adatátvitel konfigurációja továbbra is működik, de az állapota nem lesz rögzítve a figyelő tábláiban. A konfigurált riasztások nem aktiválódnak a figyelőkiszolgáló frissítése közben. A frissítés után frissítheti a monitortáblák adatait a sp_refresh_log_shipping_monitor rendszer által tárolt eljárás végrehajtásával. A monitorkiszolgálóval kapcsolatos további információkért tekintse meg a naplószállításról (SQL Server) szóló témakört.
A másodlagos kiszolgálópéldányok frissítése
A frissítési folyamat magában foglalja az SQL Server másodlagos kiszolgálópéldányainak frissítését az elsődleges kiszolgálópéldány frissítése előtt. Először mindig frissítse a másodlagos SQL Server-példányokat. A naplószállítás a frissítési folyamat során is folytatódik, mivel a frissített másodlagos kiszolgálópéldányok továbbra is visszaállítják a naplók biztonsági mentéseit az elsődleges kiszolgálópéldányról.
Ha a másodlagos kiszolgálópéldány előtt frissíti az elsődleges kiszolgálópéldányt, a naplók küldése meghiúsul, mert az SQL Server újabb verziójában létrehozott biztonsági mentés nem állítható vissza az SQL Server régebbi verziójában. A másodlagos példányokat egyszerre vagy sorosan is frissítheti, de az elsődleges példány frissítése előtt frissítenie kell az összes másodlagos példányt, hogy elkerülje a naplók szállítási hibáját.
A másodlagos kiszolgálópéldány frissítése során a napló szállítási példánya és a visszaállítási feladatok nem futnak. Ez a feltétel azt jelenti, hogy a nem helyreállított tranzakciónapló biztonsági mentései az elsődleges replikán halmozódnak fel, és elegendő hely szükséges ezek tárolásához. A felhalmozás mértéke az elsődleges kiszolgálópéldány ütemezett biztonsági mentésének gyakoriságától és a másodlagos példányok frissítésének sorrendjétől függ. Emellett ha egy külön figyelőkiszolgáló van konfigurálva, riasztások is megjelenhetnek, amelyek azt jelzik, hogy a visszaállításokat nem hajtották végre hosszabb ideig, mint a konfigurált időköz.
A másodlagos kiszolgálópéldányok frissítése után a naplószállítási ügynökök feladatai folytatódnak, és továbbra is másolják és visszaállítják a napló biztonsági másolatait az elsődleges kiszolgálópéldányról a másodlagos kiszolgálópéldányokra. A másodlagos kiszolgálópéldányok számára a másodlagos adatbázis naprakész állapotba helyezéséhez szükséges idő a másodlagos kiszolgálópéldány frissítéséhez szükséges időtől és az elsődleges kiszolgálón lévő biztonsági másolatok gyakoriságától függően változik.
A kiszolgálófrissítés során a másodlagos adatbázis nem frissül az új verzióra. A rendszer csak akkor frissül, ha a naplószállított adatbázist online állapotba hozzák a feladatátvétel kezdeményezésével. Elméletileg ez a feltétel határozatlan ideig is fennállhat. A feladatátvétel kezdeményezésekor az adatbázis metaadatainak frissítéséhez szükséges idő kicsi.
Fontos
A RESTORE WITH STANDBY beállítás nem támogatott olyan adatbázisok esetében, amelyek frissítésre szorulnak. Ha egy frissített másodlagos adatbázist konfigurál RESTORE WITH STANDBY használatával, a tranzakciónaplók a frissítés után többé nem állíthatók vissza. Ha folytatni szeretné a naplószállítást a másodlagos adatbázisban, újra be kell állítania a naplószállítást a készenléti kiszolgálón. A beállításról további információt a STANDBYTranzakciónapló biztonsági mentésének visszaállítása (SQL Server) című témakörben talál.
Az elsődleges kiszolgálópéldány frissítése
Mivel a naplószállítás elsősorban vészhelyreállítási megoldás, a legegyszerűbb és leggyakoribb forgatókönyv az elsődleges példány helyben történő frissítése. Az adatbázis nem érhető el a frissítés során. A kiszolgáló frissítése után a rendszer automatikusan online állapotba hozza az adatbázist, ami a frissítéshez vezet. Az adatbázis frissítése után a naplószállítási feladatok folytatódnak.
A naplóalapú szállítás emellett támogatja a másodlagos naplószállítás feladatátvételét, és opcionálisan módosíthatja a szerepköröket az elsődleges és a másodlagos naplók szállítási kiszolgálói között.
Mivel azonban a naplószállítás már ritkán konfigurálható magas rendelkezésre állási megoldásként (az újabb lehetőségek sokkal robusztusabbak), a feladatátvétel általában nem csökkenti az állásidőt. A rendszeradatbázis-objektumok nincsenek szinkronizálva, és kihívást jelenthet, ha az ügyfelek könnyen megtalálnak és csatlakoznak egy előléptetett másodlagos objektumhoz.