Adat-helyreállítási hibák elhárítása

 

Közzétéve: 2016. március

Hatókör: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

Ez a témakör az általános adat-helyreállítási problémákkal kapcsolatban ad hibaelhárítási útmutatást.

Általános problémák

Probléma Lehetséges ok Részletek
A Helyreállítási varázsló Összefoglalás lapján nem jelennek meg a helyreállítható elemek részletei. Ha az elemek szintjén jelölt ki helyreállítandó adatokat, a Helyreállítási varázsló Összefoglalás lapján nem jelennek meg a helyreállítható elemek részletei. A következő elemek részletei nem jelennek meg a Helyreállítási varázsló Összefoglalás lapján:

- Windows SharePoint Services-webhelyek és -elemek
- Exchange Server-postaládák

Az Összefoglalás lapon szerepelnek viszont például a helyreállítási pontok, adathordozók és értesítések.
A helyreállítási feladat sikertelen. Ha egy rövid távú, lemezről szalagra készítendő ütemezett védelmi feladattal azonos időpontban végez helyreállítást, a helyreállítás sikertelen lesz. A DPM megszakítja a rövid távú lemezről szalagra készített védelmi feladatot, ha az egy helyreállítási feladattal azonos időben fut.

A Helyreállítási varázslóban elvégezheti a szükséges lépéseket, a helyreállítás azonban sikertelen lesz. A helyreállítás végrehajtása előtt szakítsa meg a lemezről szalagra történő rövid távú védelmi feladatot, vagy várja meg, míg befejeződik.
Egy külső szalagról hivatkozott szülőadatforrás helyreállításának elindításakor nem jelenik meg a helyreállítási feladat a felügyeleti konzolban. Ez akkor fordul elő, amikor a szülőadatforráshoz nincs társítva fájlspecifikáció. A helyreállításhoz jelölje ki egyértelműen a hivatkozott adatforrást.

A szalagtár helyreállítása

Probléma Lehetséges ok Megoldás
Szalagolvasási hiba történik, amikor egy fájlkiszolgáló-kötetet próbál helyreállítani szalagról. Ha a szalagon sérült fájlok vannak, a fájlkiszolgálói adatforrás szalagos helyreállítása sikertelen lesz. Szalagolvasási hiba esetén tegye a következőt:

1. Ne a teljes kötetet, hanem a kötet kívánt tartalmát jelölje ki helyreállításra. Például válassza ki az összes fájlt és mappát a(z) <meghajtóbetűjel>:\ meghajtón a teljes <meghajtóbetűjel>:\ <kötet> kiválasztása helyett.
2. Próbálja meg újra a helyreállítást.
A DPM megpróbálja kihagyni a sérült fájlokat a szalagon. Caution: Súlyos szalaghiba esetén előfordulhat, hogy a DPM a sértetlen fájlokat sem tudja megtalálni, így elképzelhető, hogy a DPM-mel nem végezhető el a kiválasztott fájlok helyreállítása.

Az SQL Server helyreállítása

Probléma Lehetséges ok Megoldás
Nem lehet helyreállítást végezni a másodlagos kiszolgálóról, mert a replika inkonzisztens állapotban van. Ha a helyreállítani kívánt adatbázis közös elhelyezésű volt, és az egyik példány védelmét leállították az elsődleges kiszolgálón, a kapcsolódó adatokat pedig törölték, abban az esetben a törölt adatbázis nem állítható helyre a másodlagos kiszolgálón lévő replikából. Futtasson konzisztencia-ellenőrzést a replikaköteten.
Nem sikerül helyreállítani egy adatbázist. Ha a legújabb helyreállítási pont alapján helyreállít egy SQL Server-adatbázist, majd egy újabb helyreállítást végez a legújabb helyreállítási ponttal, a helyreállítás sikertelen lesz. Amikor a legújabb helyreállítási pont alapján helyreállít egy SQL Server-adatbázist, a DPM a védett kiszolgálón található SQL Server-naplók segítségével végzi el a műveletet. Az adatbázis helyreállítása után nem végezhet újabb helyreállítást a legújabb helyreállítási ponttal egészen addig, amíg végre nem hajt egy konzisztencia-ellenőrzéses szinkronizálást.

Az utolsó előtti helyreállítási ponttal ugyanakkor végezhet helyreállítást. Az adatbázis helyreállítása így a DPM-kiszolgálón elérhető legfrissebb helyreállítási ponttal fog történni, a rendszer azonban ebben az esetben nem használja az SQL Serveren található naplókat, mivel azokat már a korábban végrehajtott helyreállítás során felhasználta.

Az Exchange helyreállítása

Probléma Lehetséges ok Megoldás
A helyreállítás a következő belső hibakóddal meghiúsul: 0x8099A52. Az Exchange Server-adatbázis neve szóközzel kezdődik. Nevezze át az adatbázist, és állítsa be újra a védelmét.
Amikor csatlakoztatni vagy leválasztani próbálja az Exchange Server-adatbázist, a helyreállítás meghiúsul. Ha átnevez egy Exchange Server-tárolócsoportot, miután védelmet alkalmazott rá, abban az esetben a DPM helyreállítási műveletei sikertelenek lesznek, amikor csatlakoztatni vagy leválasztani próbálja az adatbázist. Az Exchange Server-adatbázisok csatlakoztatásakor és leválasztásakor a rendszer az Exchange Server-tárolócsoport címszövegét használja. Ha átnevezi a tárolócsoportot, a védett objektumban tárolt cím a tényleges címszövegtől eltérő lesz, és a csatlakoztatási és leválasztási műveletek sikertelenek lesznek. Ha ez történik, a következő megoldást javasoljuk:

- Nevezze vissza a tárolócsoportot az eredeti nevére.
- Ha névváltozást észlel, frissítse a címszöveget az eredeti objektumban.
- A címszöveg helyett az összetevőnévvel azonosíthatja a tárolócsoportokat a hozzájuk tartozó adatbázisok csatlakoztatása és leválasztása céljából.
104-es azonosító: A feladat végrehajtása során váratlan hiba történt. Az Exchange Server 2007-nek egy Exchange Server-rendszergazda hitelesítő adataira van szüksége az adatbázis leválasztásához vagy csatlakoztatásához.

A DPM replikációs ügynöknek a helyi rendszerfiókra érvényes jogosultságokra van szüksége, ezért ha fürtalapú folyamatos replikálásra (CCR) beállított Exchange Server 2007-kiszolgálóról próbál adatokat helyreállítani, a helyreállítás sikertelen lesz.
A következő lépésekkel biztosíthat Exchange Server rendszergazdai jogosultságokat a felhasználó számára:

1. Írja be a dcomcnfg kifejezést a parancssorba, majd kattintson az OK gombra.
2. A Komponensszolgáltatások ablakban bontsa ki a Komponensszolgáltatások a Számítógépek, majd a Sajátgép, majd kattintson a DCOM-konfiguráció csomópontra.
3. Kattintson a jobb gombbal az ExchangeCmdletsWrapper lehetőségre, majd kattintson a Tulajdonságok elemre.
4. A Tulajdonságok párbeszédpanel Identitás lapján válassza Az alábbi felhasználó lehetőséget.
5. Adja meg az Exchange Server-rendszergazdai jogosultságokkal rendelkező fiók hitelesítő adatait, majd kattintson az OK gombra.
A legfrissebb programozható időközszámlálóra (PIT, Programmable Interval Timer) történő helyreállítás meghiúsul. Ha a beágyazott adatbázis (.edb) és az adatfolyam (.stm) típusú fájlokat átnevezi, utána viszont az adatbázisokat nem választja le és csatlakoztatja újra, a helyreállítás sikertelen lesz. Válassza le és csatlakoztassa újra az adatbázisokat, és próbálja meg újra a helyreállítást. Ha nem tudja leválasztani és újracsatlakoztatni az adatbázisokat, állítsa helyre a fájlokat, majd másolja őket tiszta leállítás utáni állapotba. Ezután helyezze vissza a fájlokat az eredeti helyre, és csatlakoztassa az adatbázist.
A postaláda helyreállítása katasztrofális hibával leáll, amikor másik Exchange Server 2003-adatbázisba próbál helyreállítani. A visszaállítási jelző nem lett beállítva, amikor megpróbált helyreállítani egy postaládát egy másik Exchange Server 2003-adatbázisba. A sikertelen helyreállítás után az Exchange Server kezelőkonzolján állítsa be a visszaállítási jelzőt, majd csatlakoztassa az adatbázist.
A Recover-RecoverableItem parancsmag futtatása sikertelen, és a hibaüzenet szerint a megadott helyreállítási kapcsolók érvénytelenek voltak. Ha a parancssori felületen az aktív kiszolgáló nevét adja meg, amikor egy tárolócsoportot vagy adatbázist próbál helyreállítani egy fürtalapú folyamatos replikálásra (CCR) szolgáló Exchange Serverhez, a helyreállítás meghiúsul. A –TargetServer attribútum a következő legyen: ResourceGroupName.ClusterServerName.DomainName.
Az eseutil végrehajtása meghiúsul, és a rendszer a következő hibakódot írja az alkalmazásnaplóba: 0xfffff764. Ez a hiba akkor fordul elő, ha egy adatbázis .stm- és .edb-fájljai nem azonos mappában találhatók. Ha ez történik, az adatbázis nem kerül tiszta leállítás utáni állapotba. Ahhoz, hogy az adatbázis tiszta leállítási utáni állapotba kerüljön, helyezze át az .stm-fájlt az .edb-fájllal azonos mappába, majd futtassa az eseutil programot a megfelelő paraméterekkel.

A SharePoint helyreállítása

Probléma Lehetséges ok Megoldás
Microsoft Office SharePoint Server 2007 – nem láthatóak a helyreállított listaelemek. Lehetséges, hogy az elem továbbra is a hely vagy a hely rendszergazdájának lomtárában van. Ajánlott az elemet a replika helyett a hely vagy a hely rendszergazdájának lomtárából helyreállítani, ha a fájlverzió megegyezik az Ön által keresett verzióval. Vagy törölje mindkét lomtárat a SharePointban, majd próbálja meg újra a helyreállítást.
Microsoft Office SharePoint Server 2010 – a listaelem helyreállításával a hozzá kapcsolódó jogosultságok nem állnak helyre. Az elem már létezik a listában, illetve a felhasználó vagy a hely rendszergazdájának lomtárában van. Ha olyan elemet állít helyre, amely már létezik a felhasználó vagy a hely rendszergazdájának lomtárában, akkor a DPM egy duplikált elemet állít majd helyre, és a szülőmappa jogosultságait rendeli hozzá. Ha azonban az elemet töröltét az összes lomtárból, akkor a jogosultságokkal együtt kerül helyreállításra.
Nem jelennek meg a helyek vagy dokumentumok helyreállítási pontjai a DPM felügyeleti konzol Helyreállítás feladatterületén. (Ha duplán kattint a tartalom-adatbázisokra, nem jelennek meg a helyek.) A DPM biztonsági mentést készít az adatbázisokról, majd katalogizálja és listába rendezi a tartalom-adatbázisokban lévő összes URL-t. Ez a folyamat alapértelmezés szerint három órával a nap első ütemezett biztonsági mentési feladata után fut le. Ha a katalogizálási feladat nem fejeződik be, nem fogja tudni kibontani a tartalom-adatbázist a DPM Helyreállítás felületén. Futtassa a katalogizálási feladatot.
Egy Windows SharePoint Services-farm helyreállítása után nem tud tartalom-adatbázist csatolni hozzá. Ha olyan Windows SharePoint Services-farmot állít helyre, amelynek adatbázisát helyreállítás előtt leválasztották, nem tudja helyreállítás után csatolni az adatbázist, amennyiben az előtér-webkiszolgáló különbözött a DPM által a helyreállításhoz használt adatbázistól. A probléma megoldásához tegye a következőt:

- Törölje a beállítási gyorsítótárat a helyreállításhoz nem használt előtér-webkiszolgálón.
A gyorsítótár a következő mappában található XML-fájlokból áll: <meghajtóbetűjel>:\Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\<konfigurációs adatbázis azonosítója>. Caution: A mappát ne törölje. Csak a mappában lévő XML-fájlokat törölje.
- A gyorsítótár automatikusan újraépül, így csatolhatja az adatbázist.
A Windows SharePoint Services-farm helyreállítása sikertelen. Ha a Windows SharePoint Services-farm védelme után egy gyorsjavítást telepítenek (QFE), a helyreállítás sikertelen lesz. A probléma megoldásához tegye a következőt:

1. Állítsa helyre a Windows SharePoint Services-farmot a Helyreállítási varázsló segítségével.
2. Az előtér-webkiszolgáló parancssorába gépelje be a psconfig -cmd upgrade -wait -force -inplace b2b parancsot.
A konzisztencia-ellenőrzés „Az adatforrás nem található” hiba miatt sikertelen. Ha azután hajt végre egy helyreállítást, miután a tartalom-adatbázist a SharePoint konzol használata helyett az SQL Server Management Studióból törli, a konzisztencia-ellenőrzés sikertelen lesz. Le kell állítania a védelmet, majd az Új védelmi csoport varázsló segítségével újból el kell indítania a Windows SharePoint Services-farm védelmét.
A dokumentum vagy listaelem engedélyei vagy hozzáférés-vezérlési listái nem álltak helyre. A dokumentum vagy listaelem helyreállítása ugyanannak a farmnak egy másik URL-jére történik. A DPM csak akkor állítja helyre az engedélyeket vagy hozzáférés-vezérlési listákat, ha az elem helyreállítása az eredeti helyre történik.
Egy SharePoint tartalom-adatbázis eredeti helyre történő helyreállítása sikertelen. A helyreállítási pont a szalagon található, az adatbázist pedig eltávolították a SharePoint-farmról. Állítsa helyre az adatbázist a „Helyreállítás tetszőleges SQL-példányra” lehetőség segítségével.

Végfelhasználói helyreállítás

Probléma Lehetséges ok Megoldás
A végfelhasználói helyreállítás (EUR, end-user recovery) konfigurálása Windows Server 2008 rendszerben sikertelen. A következő megoldásokkal próbálkozhat:

- Másolja a DPMADSchemaExtension.exe fájlt a DPM telepítési mappájából az Active Directory-kiszolgálóra, és futtassa onnan.
- A Kiszolgálókezelőben kattintson a Szerepkör hozzáadása parancsra. Jelölje ki és telepítse az Active Directory tartományi szolgáltatások szerepkört. Indítsa el újra a DPM-et, és konfigurálja a végfelhasználói helyreállítást.
Ha a DPM-kiszolgálón engedélyezve van a végfelhasználói helyreállítás, és megpróbálja helyreállítani egy fájl vagy mappa korábbi verzióját a számítógépen, a számítógép automatikusan a DPM-kiszolgálóról próbálja meg helyreállítani a fájlt vagy mappát. Ez a probléma akkor fordul elő, ha a DPM biztosítja a számítógép védelmét, vagy ha nem található helyi árnyékmásolat a fájlról vagy mappáról a számítógépen. A probléma elhárításához töltse le a Microsoft 903234-es tudásbáziscikkében leírt frissítést a Timewarp-ügyfél frissítéséhez az ügyfélszámítógépen. A 903234-es számú tudásbáziscikket lásd: Árnyékmásolatok elérését optimalizáló frissítés a Windows Server 2003 és a Windows XP rendszerhez.

Helyreállítás munkacsoportokból és nem megbízható tartományokból

Probléma Lehetséges ok Megoldás
A védelmi ügynök frissítése sikertelen a védett számítógép rendszerállapot-helyreállítása után. A védelemhez beállított jelszót a védett számítógép rendszerállapotának biztonsági mentése után frissítették. Állítsa vissza a jelszót.

További információért lásd: Munkacsoport vagy nem megbízható számítógépek jelszavának frissítése.

Rendszer-helyreállítás

Probléma Lehetséges ok Megoldás
A BRM és a rendszerállapot biztonsági mentése nem érhető el Ha a számítógép honosítási beállításai cseh nyelvre vannak beállítva, akkor lehet, hogy a problémát az a pont (.) okozza, amelyet a DPM hozzáad a biztonsági mentések tárolására szolgáló könyvtár nevének végéhez. Nevezze át a könyvtárat úgy, hogy ne legyen pont (.) a végén.