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 ServerAzure SQL Database
A pillanatképek és a tranzakciós replikáció biztonsági mentési és visszaállítási stratégiájának tervezésekor három területet kell figyelembe venni:
- Mely adatbázisokról kell biztonsági másolatot készíteni.
- A tranzakciós replikáció biztonsági mentési beállításai.
- Az adatbázisok visszaállításához szükséges lépések. Ezek a replikáció típusától és a választott lehetőségektől függnek.
Ez a témakör a következő három szakaszban ismerteti ezeket a területeket. Az Oracle-közzététel biztonsági mentésével és visszaállításával kapcsolatos információkért lásd: Oracle Publishers biztonsági mentése és visszaállítása.
Megjegyzés:
A felügyelt Azure SQL-példány közzétevő, terjesztő és előfizető lehet a pillanatképek és a tranzakciós replikáció számára. Az Azure SQL Database adatbázisai csak pillanatkép- és tranzakciós replikáció push előfizetői lehetnek. További információ: Tranzakciós replikáció az Azure SQL Database-sel és a felügyelt Azure SQL-példányokkal.
Adatbázisok biztonsági mentése
Pillanatképek és tranzakciós replikáció esetén rendszeresen készítsen biztonsági másolatot a következő adatbázisokról:
A közzétételi adatbázis a Közzétevőben.
A terjesztési adatbázis a forgalmazónál.
Az előfizetési adatbázis az egyes előfizetőknél.
A Kiadó, a Disztribútor és az összes előfizető master és msdb rendszeradatbázisa. Ezeket az adatbázisokat az egymással és a vonatkozó replikációs adatbázissal egy időben kell biztonsági másolatot készíteni. Például készítsen biztonsági mentést a master és msdb adatbázisokról a Publisherben egy időben a közzétételi adatbázis biztonsági mentésével. A közzétételi adatbázis visszaállításakor győződjön meg arról, hogy a fő - és msdb-adatbázisok összhangban vannak a közzétételi adatbázissal a replikáció konfigurációja és beállításai tekintetében.
Ha rendszeresen készít biztonsági másolatot a naplókról, a replikációval kapcsolatos módosításokat rögzíteni kell a napló biztonsági másolataiban. Ha nem hajtja végre a naplók biztonsági mentését, biztonsági másolatot kell készíteni, amikor módosul a replikáció szempontjából releváns beállítás. További információt a frissített biztonsági mentést igénylő gyakori műveletek című témakörben talál.
A tranzakciós replikáció biztonsági mentési beállításai
A tranzakciós replikáció magában foglalja a szinkronizálást a biztonsági mentési beállítással , amely a terjesztési adatbázisban és a közzétételi adatbázisban állítható be:
Javasoljuk, hogy ezt a beállítást mindig a terjesztési adatbázisban állítsa be.
A terjesztési adatbázisban történő e beállítás engedélyezése biztosítja, hogy a közzétételi adatbázis naplójában szereplő tranzakciók nem csonkulnak, amíg nem kerülnek biztonsági mentésre a terjesztési adatbázisban. A terjesztési adatbázis visszaállítható az utolsó biztonsági mentésre, és a hiányzó tranzakciók a közzétételi adatbázisból a terjesztési adatbázisba érkeznek. A replikáció továbbra is változatlan marad.
Ha ezt a beállítást a terjesztési adatbázisban állítja be, az nem befolyásolja a replikáció késését. A beállítás azonban késlelteti a napló csonkolását a közzétételi adatbázisban, amíg a terjesztési adatbázis megfelelő tranzakcióiról biztonsági másolatot nem készít. (Ez nagyobb tranzakciónaplót hozhat létre a közzétételi adatbázisban.)
Javasoljuk, hogy állítsa be ezt a beállítást a kiadványadatbázisban, ha az alkalmazás további késést képes elviselni.
Ha ezt a beállítást a közzétételi adatbázisban állítja be, a rendszer csak akkor kézbesíti a tranzakciókat a terjesztési adatbázisba, ha biztonsági másolatot készít a közzétételi adatbázisról. Az utolsó közzétételi adatbázis biztonsági mentése ezután visszaállítható a Publisherben anélkül, hogy a terjesztési adatbázis olyan tranzakciókat hajtana végre, amelyekkel a visszaállított kiadvány-adatbázis nem rendelkezik.
A késés és az átviteli sebesség azért van hatással, mert a tranzakciók nem kézbesíthetők a terjesztési adatbázisba, amíg a Publisher nem készít biztonsági másolatot. Ha például a tranzakciónaplóról öt percenként készít biztonsági másolatot, további öt perc késés áll fenn a közzétevőnél a tranzakció véglegesítése és a tranzakció terjesztési adatbázisba való kézbesítése, majd az Előfizető között.
Megjegyzés:
A biztonsági mentési beállítással való szinkronizálás biztosítja a közzétételi adatbázis és a terjesztési adatbázis közötti konzisztenciát, de a beállítás nem garantálja az adatvesztést. Ha például a tranzakciónapló elveszik, a legutóbbi tranzakciónapló biztonsági mentése óta véglegesített tranzakciók nem lesznek elérhetők a közzétételi adatbázisban vagy a terjesztési adatbázisban. Ez ugyanaz a viselkedés, mint egy nem replikált adatbázis.
A terjesztési adatbázis szinkronizálás biztonsági mentési opciójának beállítása nem működik együtt, ha a közzétevő adatbázis a rendelkezésre állási csoport része. Ez azt eredményezheti, hogy a naplóolvasó ügynök hibát jelez, amikor a feladatátvétel után fut.
A folyamat nem tudta végrehajtani a "sp_repldone/sp_replcounters" parancsot a "machinename\instance" fájlon. (Forrás: MSSQL_REPL, Hibaszám: MSSQL_REPL20011) Segítség: http://help/MSSQL_REPL20011 Lehetséges következetlen állapot a terjesztési adatbázisban: dist_backup_lsn {nnnnnnnn:nnnnnnnn:nnnn}, dist_last_lsn {nnnnnnnn:nnnnnnnn:nnnn}. Hajtsa végre a "sp_repldone NULL, NULL, 0, 0, 1" parancsot, majd hajtsa végre a sp_replflush. A kiadvány összes előfizetésének újrainicializálása. (Forrás: MSSQLServer, Hibaszám: 18846)
A szinkronizálás beállítása biztonsági mentési beállítással
- Replikációs Transact-SQL programozás: Összehangolt biztonsági mentések engedélyezése tranzakciós replikációhoz (replikációs Transact-SQL programozás)
A replikációban részt vevő adatbázisok visszaállítása
A replikációs topológiában lévő összes adatbázist visszaállíthatja, ha a legutóbbi biztonsági másolatok elérhetők, és a megfelelő lépéseket követik. A közzétételi adatbázis visszaállítási lépései a replikáció típusától és a használt beállításoktól függenek; az összes többi adatbázis visszaállítási lépései azonban függetlenek a típustól és a beállításoktól.
A replikáció támogatja a replikált adatbázisok visszaállítását ugyanarra a kiszolgálóra és adatbázisra, amelyről a biztonsági mentést létrehozták. Ha egy replikált adatbázis biztonsági másolatát egy másik kiszolgálóra vagy adatbázisra állítja vissza, a replikációs beállítások nem őrizhetők meg. Ebben az esetben a biztonsági másolatok visszaállítása után újra létre kell hoznia az összes kiadványt és előfizetést.
Kiadó
A következő replikációs típusokhoz vannak visszaállítási lépések:
Pillanatkép-replikáció
Írásvédett tranzakciós replikáció
Tranzakciós replikáció előfizetések frissítésével
Társközi tranzakciós replikáció
Az ebben a szakaszban is tárgyalt msdb - és főadatbázisok visszaállítása mind a négy típus esetében ugyanaz.
Közzétételi adatbázis: Pillanatkép-replikáció
Állítsa vissza a kiadványadatbázis legújabb biztonsági másolatát. Folytassa a 2 lépéssel.
A közzétételi adatbázis biztonsági mentése tartalmazza az összes kiadvány és előfizetés legújabb konfigurációját? Ha igen, a visszaállítás befejeződött. Ha nem, lépjen a 3. lépésre.
Távolítsa el a replikációs konfigurációt a Publisher, a Forgalmazó és az Előfizetők szolgáltatásból, majd hozza létre újra a konfigurációt. A visszaállítás befejeződött.
A replikáció eltávolításáról további információt a sp_removedbreplication (Transact-SQL) című témakörben talál.
Közzétételi adatbázis: Csak olvasható tranzakciós replikáció
Állítsa vissza a kiadványadatbázis legújabb biztonsági másolatát. Folytassa a 2 lépéssel.
Engedélyezve volt a biztonsági mentési beállítással való szinkronizálás a közzétételi adatbázisban a hiba előtt? Ha igen, lépjen a 3. lépésre; ha nem, lépjen az 5. lépésre.
Ha a beállítás engedélyezve van, a lekérdezés
SELECT DATABASEPROPERTYEX('<PublicationDatabaseName>', 'IsSyncWithBackup')az "1" értéket adja vissza.Befejeződött és naprakész a visszaállított biztonsági mentés? Tartalmazza az összes kiadvány és előfizetés legújabb konfigurációját? Ha igen, a visszaállítás befejeződött. Ha nem, lépjen a 4. lépésre.
A visszaállított kiadványadatbázis konfigurációs adatai nem up-to-date. Ezért győződjön meg arról, hogy az előfizetők rendelkezzenek az összes függőben lévő paranccsal a terjesztési adatbázisban, majd eldobják és újraalkotják a replikációs konfigurációt.
Futtassa a disztribúciós ügynököt, amíg minden előfizető szinkronba nem kerül a terjesztési adatbázisban lévő függőben lévő parancsokkal. Ellenőrizze, hogy az összes parancs kézbesítve van-e az előfizetőknek a Replikációfigyelő Nem kibontott parancsok lapján vagy a terjesztési adatbázisban található MSdistribution_status nézet lekérdezésével. Ugrás a b lépésre.
A terjesztési ügynök futtatásával kapcsolatos további információkért tekintse meg a replikációs ügynök indítása és leállítása (SQL Server Management Studio) és replikációs ügynök futtatható állományainak fogalmai.
A parancsok ellenőrzéséről további információt a replikált parancsok és egyéb információk megtekintése a terjesztési adatbázisban (replikációs Transact-SQL programozás) és az információk megtekintése és a replikációfigyelővel végzett feladatok végrehajtása című témakörben talál.
Távolítsa el a replikációs konfigurációt a Publisher, a Forgalmazó és az Előfizetők szolgáltatásból, majd hozza létre újra a konfigurációt. Az előfizetések újbóli létrehozásakor adja meg, hogy az előfizető már rendelkezik-e az adatokkal. A visszaállítás befejeződött.
A replikáció eltávolításáról további információt a sp_removedbreplication (Transact-SQL) című témakörben talál.
Ha többet szeretne tudni arról, hogyan adhatja meg, hogy az előfizető már rendelkezik az adatokkal, olvassa el az Előfizetés manuális inicializálása című témakört.
A biztonsági mentési beállítással való szinkronizálás nincs beállítva a kiadványadatbázisban. Ezért előfordulhat, hogy a visszaállított biztonsági másolatban nem szereplő tranzakciók a forgalmazónak és az előfizetőknek lettek kézbesítve. Most győződjön meg arról, hogy az előfizetők rendelkeznek a terjesztési adatbázisban lévő összes függőben lévő paranccsal, majd manuálisan kell alkalmazniuk a közzétételi adatbázisra azokat a tranzakciókat, amelyek nem szerepelnek a visszaállított biztonsági mentésben.
Fontos
Ennek a folyamatnak a végrehajtásával a közzétett táblák olyan időpontra állíthatók vissza, amely újabb, mint a biztonsági másolatból visszaállított más nem közzétett táblák időpontja.
Futtassa a terjesztési ügynököt, amíg az összes előfizető szinkronizálódik a terjesztési adatbázis hátralévő parancsaival. Ellenőrizze, hogy az összes parancs kézbesítve van-e az előfizetőknek a Replikációfigyelő Nem kibontott parancsok lapján vagy a terjesztési adatbázisban található MSdistribution_status nézet lekérdezésével. Ugrás a b lépésre.
A terjesztési ügynök futtatásával kapcsolatos további információkért tekintse meg a Replikációs ügynök indítása és leállítása (SQL Server Management Studio) és Replikációs ügynök végrehajtható fájljainak fogalmai.
A parancsok ellenőrzéséről további információt a replikált parancsok és egyéb információk megtekintése a terjesztési adatbázisban (replikációs Transact-SQL programozás) és az információk megtekintése és a replikációfigyelővel végzett feladatok végrehajtása című témakörben talál.
A tablediff segédprogrammal vagy más eszközzel manuálisan szinkronizálhatja a Publishert az előfizetővel. Ez lehetővé teszi a közzétételi adatbázis biztonsági mentésében nem szereplő adatok helyreállítását az előfizetési adatbázisból. Ugrás a c lépésre.
A tablediff segédprogramról további információt a Replikált táblák összehasonlítása a különbségekhez (replikációs programozás) című témakörben talál.
Befejeződött és naprakész a visszaállított biztonsági mentés? Tartalmazza az összes kiadvány és előfizetés legújabb konfigurációját? Ha igen, hajtsa végre a sp_replrestart tárolt eljárást a Publisher metaadatainak újraszinkronizálásához a forgalmazó metaadataival. A visszaállítás befejeződött. Ha nem, lépjen a d lépésre.
Távolítsa el a replikációs konfigurációt a Publisher, a Forgalmazó és az Előfizetők szolgáltatásból, majd hozza létre újra a konfigurációt. Az előfizetések újbóli létrehozásakor adja meg, hogy az előfizető már rendelkezik-e az adatokkal. A visszaállítás befejeződött.
A replikáció eltávolításáról további információt a sp_removedbreplication (Transact-SQL) című témakörben talál.
Ha többet szeretne tudni arról, hogyan adhatja meg, hogy az előfizető már rendelkezik az adatokkal, olvassa el az Előfizetés manuális inicializálása című témakört.
Közzétételi adatbázis: Tranzakciós replikáció előfizetések frissítésével
Állítsa vissza a kiadványadatbázis legújabb biztonsági másolatát. Folytassa a 2 lépéssel.
Futtassa a disztribúciós ügynököt, amíg az összes előfizető szinkronizálva nem lesz a terjesztési adatbázisban lévő hátralévő parancsokkal. Ellenőrizze, hogy az összes parancs kézbesítve van-e az előfizetőknek a Replikációfigyelő Nem kibontott parancsok lapján, vagy a terjesztési adatbázisban található MSdistribution_status nézet lekérdezésével. Ugrás a 3. lépésre.
A terjesztési ügynök futtatásával kapcsolatos további információkért tekintse meg a Replikációs ügynök indítása és leállítása (SQL Server Management Studio) és Replikációs ügynök végrehajthatók fogalmai című részeket.
A parancsok ellenőrzéséről további információt a replikált parancsok és egyéb információk megtekintése a terjesztési adatbázisban (replikációs Transact-SQL programozás) és az információk megtekintése és a replikációfigyelővel végzett feladatok végrehajtása című témakörben talál.
Ha várólistás előfizetéseket használ, csatlakozzon az egyes előfizetőkhöz, és törölje az összes sort az előfizetési adatbázis MSreplication_queue (Transact-SQL) táblájából. Ugrás a 4. lépésre.
Megjegyzés:
Ha várólistás frissítési előfizetéseket használ, és bármely tábla identitásoszlopokat tartalmaz, a visszaállítás után győződjön meg arról, hogy a megfelelő identitástartományok vannak hozzárendelve. További információ: Identitásoszlopok replikálás.
Most győződjön meg arról, hogy az előfizetők rendelkeznek a terjesztési adatbázisban lévő összes függőben lévő paranccsal, majd manuálisan kell alkalmazniuk a közzétételi adatbázisra azokat a tranzakciókat, amelyek nem szerepelnek a visszaállított biztonsági mentésben.
Fontos
Ennek a folyamatnak a végrehajtásával a közzétett táblák olyan időpontra állíthatók vissza, amely újabb, mint a biztonsági másolatból visszaállított más nem közzétett táblák időpontja.
Futtassa a terjesztési ügynököt, amíg az összes előfizető szinkronizálva nem lesz a terjesztési adatbázisban lévő függőben lévő parancsokkal. Ellenőrizze, hogy az összes parancs a Replikációfigyelő használatával vagy a terjesztési adatbázisban található MSdistribution_status nézet lekérdezésével érkezik-e az előfizetőkhöz. Ugrás a b lépésre.
A tablediff segédprogrammal vagy egy másik eszközzel manuálisan szinkronizálhatja a Publishert az előfizetővel. Ez lehetővé teszi a közzétételi adatbázis biztonsági mentésében nem szereplő adatok helyreállítását az előfizetési adatbázisból. Ugrás a c lépésre.
A tablediff segédprogramról további információt a Replikált táblák összehasonlítása a különbségekhez (replikációs programozás) című témakörben talál.
Befejeződött a visszaállított biztonsági mentés, és naprakész? Tartalmazza az összes kiadvány és előfizetés legújabb konfigurációját? Ha igen, hajtsa végre a sp_replrestart tárolt eljárást a Publisher metaadatainak újraszinkronizálásához a forgalmazó metaadataival. A visszaállítás befejeződött. Ha nem, lépjen a d lépésre.
Távolítsa el a replikációs konfigurációt a Publisher, a Forgalmazó és az Előfizetők szolgáltatásból, majd hozza létre újra a konfigurációt. Az előfizetések újbóli létrehozásakor adja meg, hogy az előfizető már rendelkezik-e az adatokkal. A visszaállítás befejeződött.
A replikáció eltávolításával kapcsolatos további információkért lásd és sp_removedbreplication (Transact-SQL).
Ha többet szeretne tudni arról, hogyan adhatja meg, hogy az előfizető már rendelkezik az adatokkal, olvassa el az Előfizetés manuális inicializálása című témakört.
Közzétételi adatbázis: Társközi tranzakciós replikáció
Az alábbi lépésekben az A, B és C közzétételi adatbázisok egy társközi tranzakciós replikációs topológiában találhatók. Az A és C adatbázisok online állapotban vannak, és megfelelően működnek; A B adatbázis a visszaállítandó adatbázis. Az itt leírt folyamat, különösen a 7., a 10. és a 11. lépés, nagyon hasonló ahhoz a folyamathoz, amely ahhoz szükséges, hogy csomópontot adjon hozzá egy társközi topológiához. Ezeknek a lépéseknek a legegyszerűbb módja a társközi topológia konfigurálása varázsló használata, de tárolt eljárásokat is használhat.
Futtassa a terjesztési ügynököket az előfizetések szinkronizálásához az A és C adatbázisoknál. Lépjen a 2. lépésre.
A terjesztési ügynök futtatásával kapcsolatos további információkért tekintse meg a Replikációs ügynök indítását és leállítását (SQL Server Management Studio) és a replikációs ügynök végrehajtható fájlokkal kapcsolatos fogalmakat.
Ha a B által használt terjesztési adatbázis továbbra is elérhető, futtassa a terjesztési ügynököket a B és az A adatbázisok, valamint a B és a C adatbázisok közötti előfizetések szinkronizálásához. Ugrás a 3. lépésre.
Távolítsa el a metaadatokat a B által használt terjesztési adatbázisból az B terjesztési adatbázisában a sp_removedistpublisherdbreplication végrehajtásával. Ugrás a 4. lépésre.
Az A és C adatbázisokból távolítsa el az előfizetéseket a B adatbázisban lévő kiadványra. Ugrás az 5. lépésre.
Az előfizetések elvetéséről további információt a Kiadványokra való feliratkozás című témakörben talál.
Napló biztonsági mentésének vagy az A adatbázis teljes biztonsági mentésének végrehajtása. Ugrás a 6. lépésre.
Állítsa vissza az A adatbázis biztonsági másolatát a B adatbázisban. A B adatbázis most már rendelkezik az A adatbázis adataival, de a replikációs konfigurációval nem. Amikor visszaállít egy biztonsági másolatot egy másik kiszolgálóra, a replikáció el lesz távolítva; ezért a replikáció el lett távolítva a B adatbázisból. Ugrás a 7. lépésre.
Hozza létre újra a kiadványt a B adatbázisban, majd hozza létre újra az előfizetéseket az A és a B adatbázis között. (A C adatbázist tartalmazó előfizetéseket egy későbbi szakaszban kezeli a rendszer.)
Hozza létre újra a kiadványt a B adatbázisban. Ugrás a b lépésre.
Hozza létre újra az előfizetést a B adatbázisban az A adatbázisban lévő közzétételhez, és adja meg, hogy az előfizetést biztonsági másolattal kell inicializálni (a sp_addsubscription paraméter biztonsági mentésével
@sync_typevaló inicializálásának értéke). Ugrás a c lépésre.Hozza létre újra az előfizetést az A adatbázisban a B adatbázisban lévő közzétételhez, megadva, hogy az Előfizető már rendelkezik az adatokkal (a replikáció értéke csak a
@sync_typeparaméterét támogatja). Ugrás a 8. lépésre.
Futtassa a terjesztési ügynököket az előfizetések szinkronizálásához az A és a B adatbázison. Ha vannak identitásoszlopok a közzétett táblákban, lépjen a 9. lépésre. Ha nem, lépjen a 10. lépésre.
A visszaállítás után az A adatbázisban lévő táblákhoz hozzárendelt identitástartomány a B adatbázisban is használható lesz. Győződjön meg arról, hogy a visszaállított B adatbázis minden olyan módosítást kapott a sikertelen B adatbázistól, amelyet az A adatbázisba és a C adatbázisba propagáltak; majd újra beszúrta az egyes táblák identitástartományát.
Hajtsa végre a sp_requestpeerresponse a B adatbázisban, és kérje le a kimeneti paramétert
@request_id. Ugrás a b lépésre.Alapértelmezés szerint a terjesztési ügynök folyamatosan fut; ezért a jogkivonatokat automatikusan el kell küldeni az összes csomópontnak. Ha a Terjesztési Ügynök nem folyamatos módban működik, indítsa el az ügynököt. További információ: Replikációs ügynök végrehajthatók fogalmai, vagy replikációs ügynök indítása és leállítása (SQL Server Management Studio). Ugrás a c lépésre.
Hajtsa végre a sp_helppeerresponses parancsot, és adja meg a b. lépésben lekért
@request_idértéket. Várjon, amíg az összes csomópont jelzi, hogy megkapta a társkérelmet. Ugrás a d. lépésre.A DBCC CHECKIDENT használatával újraküldhet minden táblát a B adatbázisban, hogy biztosan megfelelő tartományt használjon. Ugrás a 10. lépésre.
Az identitástartományok kezelésével kapcsolatos további információkért tekintse meg az Identitásoszlopok replikálása című szakasz "Tartomány hozzárendelése manuális identitástartomány-kezeléshez" című szakaszát.
Ezen a ponton a B adatbázis és a C adatbázis nincs közvetlenül csatlakoztatva, de az A adatbázison keresztül fogadják a módosításokat. Ha a topológia sql server 2005-öt (9.x) futtató csomópontokat tartalmaz, lépjen a 11. lépésre; ellenkező esetben lépjen a 12. lépésre.
Nyugtázza a rendszert, és ezután hozza létre újra az előfizetést a B és C adatbázis között. A rendszer nyugvó állapotba állítása magában foglalja a közzétett táblák tevékenységének leállítását az összes csomóponton, és annak biztosítását, hogy az egyes csomópontok megkaptak minden módosítást az összes többi csomóponttól.
A társközi topológiában közzétett táblák összes tevékenységének leállítása. Ugrás a b lépésre.
Hajtsa végre a sp_requestpeerresponse a B adatbázisban, és kérje le a kimeneti paramétert
@request_id. Ugrás a c lépésre.Alapértelmezés szerint a terjesztési ügynök folyamatosan fut; ezért a jogkivonatokat automatikusan el kell küldeni az összes csomópontnak. Ha a terjesztési ügynök nem folyamatos módban fut, futtassa az ügynököt. Ugrás a d. lépésre.
Hajtsa végre sp_helppeerresponses parancsot, és adja meg a
@request_idb. lépésben kapott értéket. Várjon, amíg az összes csomópont jelzi, hogy megkapta a társkérelmet. Ugrás az e. lépésre.Hozza létre újra az előfizetést a B adatbázisban a C adatbázis kiadványához, megadva, hogy az Előfizető már rendelkezik az adatokkal. Ugrás a b lépésre.
Hozza létre újra az előfizetést a C adatbázisban a B adatbázisban lévő közzétételhez, és adja meg, hogy az Előfizető már rendelkezik az adatokkal. Ugrás a 13. lépésre.
Hozza létre újra az előfizetést a B és a C adatbázis között:
A B adatbázisban kérje le a MSpeer_lsns táblát a B adatbázis által a C adatbázistól kapott legutóbbi tranzakció naplóütemezési számának (LSN) lekéréséhez.
Hozza létre újra az előfizetést a B adatbázisban a C adatbázisban lévő közzétételhez, és adja meg, hogy az előfizetést inicializálni kell az LSN alapján (a sp_addsubscription paraméter
@sync_type). Ugrás a b lépésre.Hozza létre újra az előfizetést a C adatbázisban a B adatbázisban lévő közzétételhez, és adja meg, hogy az Előfizető már rendelkezik az adatokkal. Ugrás a 13. lépésre.
Futtassa a terjesztési ügynököket az előfizetések B ésC adatbázisokban való szinkronizálásához. A visszaállítás befejeződött.
msdb Adatbázis (Kiadó)
Állítsa vissza az msdb-adatbázis legújabb biztonsági mentését.
Befejeződött és naprakész a visszaállított biztonsági mentés? Tartalmazza az összes kiadvány és előfizetés legújabb konfigurációját? Ha igen, a helyreállítás befejeződött. Ha nem, lépjen a 3. lépésre.
Hozza létre újra az előfizetés-törlési feladatot a replikációs szkriptekből. A helyreállítás befejeződött.
fő adatbázis (Publisher)
Állítsa vissza a főadatbázis legújabb biztonsági másolatát.
Győződjön meg arról, hogy az adatbázis összhangban van a közzétételi adatbázissal a replikáció konfigurációja és beállításai tekintetében.
Adatbázisok a forgalmazónál
Terjesztési adatbázis
Állítsa vissza a terjesztési adatbázis legújabb biztonsági mentését.
Engedélyezve volt a biztonsági mentési beállítással való szinkronizálás a terjesztési adatbázisban a hiba előtt? Ha igen, lépjen a 3. lépésre; ha nem, lépjen a 4. lépésre.
Ha a beállítás engedélyezve van, a lekérdezés
SELECT DATABASEPROPERTYEX('<DistributionDatabaseName>', 'IsSyncWithBackup')az "1" értéket adja vissza.Befejeződött és naprakész a visszaállított biztonsági mentés? Tartalmazza az összes kiadvány és előfizetés legújabb konfigurációját? Ha igen, a helyreállítás befejeződött. Ha nem, lépjen a 4. lépésre.
Vagy a visszaállított terjesztési adatbázis konfigurációs adatai nem up-to-date, vagy a biztonsági mentési beállítással való szinkronizálás nincs beállítva a terjesztési adatbázisban. (A visszaállítás után előfordulhat, hogy a terjesztési adatbázisból hiányoznak a Közzétevőnél véglegesített, de az előfizetőknek még nem kézbesített tranzakciók.) Hajtsa végre újra a replikációt, majd futtassa az ellenőrzést.
Távolítsa el a replikációs konfigurációt a Publisher, a Forgalmazó és az Előfizetők szolgáltatásból, majd hozza létre újra a konfigurációt. Az előfizetések újbóli létrehozásakor adja meg, hogy az előfizető már rendelkezik-e az adatokkal. Ugrás a b lépésre.
A replikáció eltávolításáról további információt a sp_removedbreplication (Transact-SQL) című témakörben talál.
Ha többet szeretne tudni arról, hogyan adhatja meg, hogy az előfizető már rendelkezik az adatokkal, olvassa el az Előfizetés manuális inicializálása című témakört.
Jelölje meg az összes kiadványt ellenőrzés céljából. A sikertelen érvényesítést igénylő előfizetések újraincializálása. A helyreállítás befejeződött.
Az érvényesítésről további információt a Replikált adatok érvényesítése című témakörben talál. Az újraincializálásról további információt az Előfizetések újrainicializálása című témakörben talál.
msdb Database (forgalmazó)
Állítsa vissza az msdb-adatbázis legújabb biztonsági mentését.
Befejeződött és naprakész a visszaállított biztonsági mentés? Tartalmazza az összes kiadvány és előfizetés legújabb konfigurációját? Ha igen, a helyreállítás befejeződött. Ha nem, lépjen a 3. lépésre.
Távolítsa el a replikációs konfigurációt a Publisher, a Forgalmazó és az Előfizetők szolgáltatásból, majd hozza létre újra a konfigurációt. Az előfizetések újbóli létrehozásakor adja meg, hogy az előfizető már rendelkezik-e az adatokkal. Ugrás a 4. lépésre.
A replikáció eltávolításáról további információt a sp_removedbreplication (Transact-SQL) című témakörben talál.
Ha többet szeretne tudni arról, hogyan adhatja meg, hogy az előfizető már rendelkezik az adatokkal, olvassa el az Előfizetés manuális inicializálása című témakört.
Jelölje meg az összes kiadványt ellenőrzés céljából. A sikertelen érvényesítést igénylő előfizetések újraincializálása. A helyreállítás befejeződött.
Az érvényesítésről további információt a Replikált adatok érvényesítése című témakörben talál. Az újraincializálásról további információt az Előfizetések újrainicializálása című témakörben talál.
Master adatbázis (elosztó)
Állítsa vissza a főadatbázis legújabb biztonsági másolatát.
Győződjön meg arról, hogy az adatbázis összhangban van a közzétételi adatbázissal a replikáció konfigurációja és beállításai tekintetében.
Adatbázisok az előfizetőnél
Előfizetési adatbázis
A legújabb előfizetési adatbázis biztonsági mentése frissebb, mint a terjesztési adatbázis minimális megőrzési beállítása? (Ez határozza meg, hogy a Distributor továbbra is rendelkezik-e az előfizetőt naprakész állapotba hozó összes paranccsal.) Ha igen, lépjen a 2-es lépésre. Ha nem, indítsa újra az előfizetést. A helyreállítás befejeződött.
A maximális elosztási megőrzési beállítás meghatározásához hajtsa végre a sp_helpdistributiondb , és kérje le az értéket a max_distretention oszlopból (ez az érték órákban van).
Az előfizetések újrainicializálásáról további információt az Előfizetés újrainicializálása című témakörben talál.
Állítsa vissza a legújabb előfizetési adatbázis biztonsági mentését. Ugrás a 3. lépésre.
Ha az előfizetési adatbázis csak leküldéses előfizetéseket tartalmaz, folytassa a 4. lépéssel. Ha az előfizetési adatbázis lekéréses előfizetéseket tartalmaz, tegye fel a következő kérdéseket: Aktuálisak az előfizetés adatai? Az adatbázis tartalmazza-e a hiba időpontjában beállított összes táblát és beállítást. Ha igen, lépjen a 4. lépésre. Ha nem, indítsa újra az előfizetést. A helyreállítás befejeződött.
Az előfizető szinkronizálásához futtassa a terjesztési ügynököt. A helyreállítás befejeződött.
A terjesztési ügynök futtatásával kapcsolatos további információkért tekintse meg a Replikációs ügynök indítása és leállítása (SQL Server Management Studio) és Replikációs ügynök végrehajtható fájljainak fogalmai.
msdb Database (előfizető)
Állítsa vissza az msdb-adatbázis legújabb biztonsági mentését. Az előfizető lekéréses előfizetéseket használ? Ha nem, a visszaállítás befejeződött. Ha igen, lépjen a 2. lépésre.
Befejeződött és naprakész a visszaállított biztonsági mentés? Tartalmazza az összes lekéréses előfizetés legújabb konfigurációját? Ha igen, a helyreállítás befejeződött. Ha nem, lépjen a 3. lépésre.
A pull előfizetések törlése és újbóli létrehozása. Az előfizetések újbóli létrehozásakor adja meg, hogy az Előfizető már rendelkezik-e az adatokkal. A visszaállítás befejeződött.
Az előfizetések elvetéséről további információt a Kiadványokra való feliratkozás című témakörben talál.
Ha többet szeretne tudni arról, hogyan adhatja meg, hogy az előfizető már rendelkezik az adatokkal, olvassa el az Előfizetés manuális inicializálása című témakört.
főadatbázis (előfizető)
Állítsa vissza a főadatbázis legújabb biztonsági másolatát.
Győződjön meg arról, hogy az adatbázis összhangban van a közzétételi adatbázissal a replikáció konfigurációja és beállításai tekintetében.