• Cikk

Alkalmazásvédelem hibaelhárítása

 

Közzétett: 2016. március

Érvényes: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

  • SQL-kiszolgáló

  • Hyper-V kiszolgáló

  • Windows-kiszolgálók

  • Fájlkiszolgáló

  • Ügyfélszámítógépek

  • SharePoint

  • Exchange

  • Rendszervédelem

  • Virtuális kiszolgáló

SQL-kiszolgáló

Probléma

Lehetséges ok

Megoldás

A DPM nem megfelelően számítja ki a szükséges lemezterületet.

A védett adatbázisban SQL FileStream található.

A DPM az adatbázis lemezterület-követelményének kiszámításakor csak az MDF- és az LDF-fájlok méretét veszi figyelembe.

A DPM-kiszolgáló nem válaszol, amikor biztonsági mentést és konzisztencia-ellenőrzést végez fürtözött adatbázisokon.

Igen sok (500-nál több) adatbázisfájl található egy adatbázisban az SQL Server-fürtön.

Ha egy adatbázisban igen sok adatbázisfájlt tároló SQL Server-fürtökre alkalmaz védelmet, az negatív hatással lehet a DPM-kiszolgáló teljesítményére.Várnia kell, amíg a DPM befejezi a folyamatot.

Az ütemezett SQL Server-védelmi feladatok nem indulnak el.

Az erőforrások a védett számítógépen nem érhetők el, ezért az SQL Server Agent nem tud elindulni.

Indítsa újra a számítógépet.

A DPM nem képes SQL Server-adatbázisok védelmére.

Az SQL Servert futtató számítógépek védelméhez telepítve kell lennie a szükséges szoftvereknek.

Az SQL Server következő verzióinak kell telepítve lennie a védeni kívánt adatbázist futtató SQL Server-példányon:

  • SQL Server 2000 a 4. szervizcsomaggal (SP4)

    – VAGY –

  • SQL Server 2005 a 2. szervizcsomaggal (SP2)

System_CAPS_noteMegjegyzés

A DPM az SQL Server Standard, Enterprise, Workgroup és Express kiadásait egyaránt támogatja.
System_CAPS_importantFontos

El kell indítania az SQL Server VSS-író szolgáltatását az SQL Servert futtató számítógépen.Az SQL Server 2005 telepítésekor az SQL Server VSS-író szolgáltatás alapértelmezés szerint ki van kapcsolva.

Az SQL Server VSS-író szolgáltatás elindítása

  1. Kattintson a Start gombra, mutasson a Felügyeleti eszközök elemre, majd kattintson a Szolgáltatások lehetőségre.

  2. A Szolgáltatások képernyőn görgessen le, jobb gombbal kattintson az SQL Server VSS-író elemre, majd kattintson az Indítás parancsra.

System_CAPS_cautionFigyelmeztetés

Javasoljuk, hogy miután elindította, később ne állítsa le az SQL Server VSS-író szolgáltatást.Ha sikertelen biztonsági mentések fordulnak elő, ellenőrizze, hogy fut-e az SQL Server VSS-író szolgáltatás.

Az SQL Server VSS-író szolgáltatás a védelem során leáll.

Ha Windows Server 2008 rendszeren futó SQL Server 2005-alapú adatbázisra kíván védelmet alkalmazni, az SQL Server 2005 SP2 kiadását kell telepítenie.

Információ az SQL Server különböző kiadásainak működéséről Windows Server 2008 rendszeren: Az SQL Server futtatása Windows Server 2008 R2 vagy Windows Vista rendszeren (https://go.microsoft.com/fwlink/?LinkId=130555).

Az SQL Server-adatbázis biztonsági mentése sikertelen.

Ha fizikailag törli, de az adatbázisból nem távolítja el az SQL Server valamelyik adatbázisfájlját, az SQL Server VSS-író szolgáltatás továbbra is jelenteni fogja, a DPM azonban nem találja majd a törölt fájlt, amikor biztonsági mentést végez.

A következő lekérdezéssel törölje az adatbázis-naplófájlokat:

ALTER DATABASE <fájlnév>.mdf

REMOVE FILE <fájlnév>_log.ldf

Vegye figyelembe, hogy a naplófájlok törlése előtt készített biztonsági mentésekből nem állíthatja helyre a fájlt az eredeti helyére, hiszen a fájl már nem létezik.A probléma megoldásához helyre kell állítania az adatbázisfájlokat, majd csatlakoztatnia kell az adatbázist az SQL Server-példányhoz.

Amikor lekérdezési feladatot végez a DPM Új védelmi csoport varázslójában, például megtekint egy adatforráslistát, és két különböző SQL Server VSS-író azonos adatforrást próbál enumerálni, a DPM-kiszolgáló összeomlik.

Ez abban az esetben fordulhat elő, ha két SQL Server VSS-írót használ: az SqlServerWriter és az MSDEWriter írókat.

  • Telepít egy SQL Server 2005-példányt.(Az SQL Server VSS-író szolgáltatás alapértelmezés szerint ki van kapcsolva.)

  • Mivel az SQL Server VSS-író szolgáltatás ki van kapcsolva, az MSDEWriter író enumerálja az SQL Server 2005-adatbázist.

  • Bekapcsolja az SQL Server VSS-író szolgáltatást a szolgáltatásvezérlőben, amely a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Settings\MSDEVersionChecking beállításkulcs értékét 1-re állítja.

  • Miután a szolgáltatásvezérlő 1-re állította a beállításkulcs értékét, az MSDEWriter író abbahagyja az SQL Server 2005-adatbázisok számbavételét, és az SQLServerWriter kezdi enumerálni azokat.

Ezután ha a beállításkulcs értékét nullára (0) állítja, az MSDEWriter és az SQLServerWriter írók egyaránt elkezdik enumerálni az SQL Server 2005-adatbázisokat.

A probléma megoldásához állítsa a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Settings\MSDEVersionChecking beállításkulcs értékét 1-re (nullától eltérő értékre) – így egyedül az MSDEWriter író fogja enumerálni az SQL Server 2005-adatbázisokat.

Egy SQL Server 2005-példány adatbázis-védelme sikertelen.

Ha védelmet állít be egy adatbázisra egy SQL Server 2000-példányon, majd az SQL Server 2005-ös verziójára frissíti, az adatbázis védelme a példányon sikertelen lesz.

Miután az SQL Server 2005-ös verziójára frissít, és újraindítja az SQL Server VSS-író szolgáltatást, a DPM nem társítja a meglévő replikát a védett adatbázishoz.Ez azért történik, mert az új VSS-író enumerálja az új adatbázist, így a DPM azt új adatforrásként ismeri azt fel.

Ha ez a probléma adódik, javasoljuk, hogy állítsa le a frissített SQL Server 2005-példányon futó adatbázis védelmét, és az Új védelmi csoport létrehozása varázsló segítségével konfigurálja újra a védelmet.

System_CAPS_noteMegjegyzés

A védelem újrakonfigurálását követően a védett adatbázis két különálló csomópontként jelenik meg a DPM felügyeleti konzolon.A Védelem feladatterületen az egyik adatbázis-csomópont esetében Inaktív replika védelmi állapot szerepel, a DPM-helyreállítási operátor kezelőfelületén pedig két adatbázis-csomópont látható azonos névvel.

A probléma nem jár adatvesztéssel.

Az SQL Server 2000-adatbázis replikakészítési feladata sikertelen 64 bites számítógépen.

Az SQL Server 2000-adatbázisokhoz kapcsolódó replika-létrehozási feladatok 64 bites számítógépen Windows on Windows (WOW) üzemmódban meghiúsulhatnak.

Ha egy 64 bites számítógépen Windows on Windows (WOW) üzemmódban futtatott SQL Server 2000-adatbázis replika-létrehozási feladata meghiúsul, az SQL Servert futtató számítógépen az eseménynaplóban keresse meg, hogy történt-e 20-as azonosítójú esemény: „Kötet árnyékmásolata – szolgáltatáshiba.”

Információ a probléma korrigálására szolgáló támogatott gyorsjavításról: 20-as eseményazonosító (https://go.microsoft.com/fwlink/?LinkId=73718).

Az SQL Server tranzakciónaplója megtelik, ami a szinkronizálási feladatok hibáját okozza.

Ha egy SQL Servert futtató számítógépen az adatbázis tranzakciónaplója váratlanul megtelik, az ezt követő szinkronizálási feladatok sikertelenek lesznek.

A probléma megoldásáról a Microsoft 317375-ös számú tudásbáziscikkjében olvashat: „A tranzakciónapló mérete váratlan mértékben megnő vagy megtelik az SQL Servert futtató számítógépen” (https://go.microsoft.com/fwlink/?LinkId=72730).

A DPM védelmi feladatai sikertelenek.

Ha a DPM tükrözést vagy naplóküldést használó SQL Server-adatbázis számára biztosít védelmet, egy feladatátvételi esemény után a védett elsődleges adatbázis online állapota megszűnik, és a DPM védelmi feladatai meghiúsulnak.

Ha szeretné visszavenni a feladatokat az elsődleges adatbázissal, tegye a következőket:

  • Az első sikertelen védelmi feladatok után, amikor a replika már nem érvényes, végezzen konzisztencia-ellenőrzést.

    System_CAPS_noteMegjegyzés

    Ha az elsődleges adatbázissal rövid időn belül visszaveszi a feladatokat, és a replika érvényes marad, abban az esetben nem kell konzisztencia-ellenőrzést végeznie.

  • Ha az elsődleges adatbázis hosszabb idő múlva veszi vissza a feladatokat, létre kell hoznia egy védelmi csoportot az Új védelmi csoport varázslóval, és az új aktív adatbázisra kell védelmet alkalmaznia.

    System_CAPS_noteMegjegyzés

    A feladatátvétel után már leállíthatja az új védelmi csoport védelmét.

Ha nem tervezi visszavenni a feladatokat az elsődleges adatbázissal, javasoljuk, hogy szüntesse meg a védelmét, és az új adatbázisra állítson be védelmet.Az elsődleges adatbázis eltávolításához tegye a következőket:

  1. Kattintson a DPM felügyeleti konzoljának navigációs sávján látható Védelem gombra.

  2. A Védelem feladatterületen jelölje ki az eltávolítani kívánt adatbázist, majd a Műveletek ablaktáblán kattintson az Eltávolítás védelmi csoportból parancsra.

  3. A Védelem kikapcsolása – <Védelmi csoport neve> párbeszédpanelen válassza a Védett adatok megőrzése lehetőséget, majd kattintson a Védelem kikapcsolása elemre.

Az elsődleges adatbázis eltávolítása után az Új védelmi csoport varázsló segítségével állítson be védelmet az új adatbázisra.

Az SQL Server főadatbázis növekményes szinkronizálási feladatai sikertelenek.

A DPM nem támogatja a növekményes szinkronizálás konfigurálását az SQL Server-főadatbázisokon.

A DPM a teljes és a tömegesen naplózott helyreállítási modellek szerint konfigurált adatbázisok naplóinak biztonsági mentését lehetővé teszi,ezek a biztonsági mentések azonban az SQL Server-főadatbázisára nem alkalmazhatók.

Emellett ne állítsa a főadatbázis szinkronizálási gyakoriságát „Csak helyreállítási pont létrehozása előtt” értékre, ugyanis nincsenek a védett kiszolgálóról a helyreállítás során lekérhető biztonsági mentési naplók.

A DPM nem nyújt védelmet SQL Server 2005-adatbázisoknak.

Az SQL Server 2005 olyan adatbázis-pillanatképeket tartalmaz, amelyek az Új védelmi csoport varázslóban normál adatbázisként jelennek meg.A DPM ugyanakkor nem támogatja az adatbázis-pillanatképek védelmét későbbi helyreállítás céljából.

Az adatbázis-pillanatképek a Microsoft SQL Server Management Studio eszközben tekinthetők meg a Database Snapshots mappában.

Hyper-V kiszolgáló

Probléma

Ok

Áthidaló megoldás

A replika virtuális gépek biztonsági mentése meghiúsul.

Más feladatok lehetnek folyamatban.

Ügyeljen arra, hogy ne legyenek ütköző feladatok, amikor a biztonsági mentés zajlik.

DPM 30169-es számú hiba: A(z) <adatforrástípus> típusú <adatforrásnév> művelete meghiúsult a(z) <kiszolgálónév> kiszolgálón, mert nem érhető el az adatforrás.

Hiba azonosítója: 30169

A Hyper-V-alapú virtuális gépek biztonsági mentése nem működik.

Elképzelhető, hogy engedélyezve van az iSCSI céltároló-szolgáltató a védett számítógépen.

Vegye fel a következő kulcsot a beállításjegyzékbe:

HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Data Protection Manager\Agent\UseSystemSoftwareProvider

Ha egy távoli tárolót használó virtuális gépet egy különálló háttérkiszolgálóról egy megosztott fürtkötetet használó háttérkiszolgálóra telepít át, a konzisztencia-ellenőrzés „Hozzáférés megtagadva” hibaüzenettel meghiúsul.

A Data Protection Manager (DPM) egy éjszakai feladattal frissíti az adatforrások információit.A probléma megoldásához futtasson manuális konzisztencia-ellenőrzést.

DPM-hiba: A DPM nem tudta szinkronizálni a módosításokat a(z) <<Erőforráscsoport>> csoportban levő Microsoft Hyper-V\Gyermekpartíció pillanatképét használó biztonsági mentés\<<Virtuális gép neve>> esetében, mert a pillanatképköteten nincs elég tárterület a védett számítógép forgalmának kezeléséhez. (Azonosító: 30115 Részletek: Ismeretlen hiba (0x8004231f) (0x8004231F))

A pillanatképcsoport tárolóhelye nem elegendő.

Győződjön meg arról, hogy a SAN elegendő tárolóhellyel rendelkezik a hardver-pillanatképek létrehozásához.

DPM-hiba: A VSS-alkalmazásíró vagy a VSS-szolgáltató állapota nem megfelelő.Vagy már korábban is rossz állapotban volt, vagy az aktuális művelet során került rossz állapotba.(Azonosító: 30111 Részletek: Ismeretlen hiba (0x800423f4) (0x800423F4))

VMMS-esemény: A 'CSVVM02' virtuális géphez visszaállítandó pillanatképek nem találhatók.(Virtuális gép azonosítója: 4774EF60-F4B6-47D6-A0B9-60452C6B7FE8)

Elképzelhető, hogy a kötetek automatikus csatlakoztatása nincs engedélyezve a védett számítógépen.

Engedélyezze az automatikus csatlakoztatást a következő paranccsal: Mountvol /E

DPM-hiba: A VSS-alkalmazásíró vagy a VSS-szolgáltató állapota nem megfelelő.Vagy már korábban is rossz állapotban volt, vagy az aktuális művelet során került rossz állapotba.(Azonosító: 30111 Részletek: Ismeretlen hiba (0x80042306) (0x80042306))

A hardverszolgáltató megvétózta a pillanatkép létrehozását.

Ez valószínűleg konfigurációs probléma.Keressen VSS-hardverszolgáltatói eseményeket az alkalmazás eseménynaplóiban, és kérje a tárolóhálózat (SAN) gyártójának segítségét a tárolási konfiguráció ellenőrzéséhez.

A(z) Microsoft Hyper-V\Gyermekpartíció pillanatképét használó biztonsági mentés\Win7.01 (kiszolgáló: ) művelete sikertelen volt, mert nem érhető el az adatforrás.(Azonosító: 30169 Részletek: Ismeretlen hiba (0x80042308) (0x80042308))

Az élő áttelepítés miatt a virtuális gép másik csomópontra került, miközben a biztonsági mentés folyamatban volt.

A fürtlemezek rossz állapotban vannak.

Az adatforrást törölték.

  1. Futtassa újra a biztonsági mentési feladatot.

  2. Diagnosztizálja a virtuális gép tárolókötetét.

    A megosztott fürtköteten lévő virtuális gépek biztonsági mentéséről további információért lásd a Megfontolandó szempontok a megosztott fürtköteten lévő virtuális gépek biztonsági mentésekor a rendszer VSS-szolgáltatójával című oldalt a DPM 2010 használati útmutatójában (angol nyelvű).

DPM-hiba: Nem sikerült előkészíteni a megosztott fürtkötetet (CSV) a biztonsági mentéshez, mivel egy másik biztonsági mentés van folyamatban, amely ugyanazt a megosztott fürtkötetet használja.(Azonosító: 32612 Részletek: Ismeretlen hiba (0x8007173d) (0x8007173D))

Túl sok párhuzamos biztonsági mentés verseng ugyanazért a megosztott fürtkötethez tartozó logikaiegység-számért (LUN).

Az egymást követő biztonsági mentések szabályozásával kapcsolatban további információért lásd a Megfontolandó szempontok a megosztott fürtköteten lévő virtuális gépek biztonsági mentésekor a rendszer VSS-szolgáltatójával című oldalt a DPM 2010 használati útmutatójában (angol nyelvű).

DPM-hiba: A feladat végrehajtása során váratlan hiba történt.(Azonosító: 104 Részletek: Az elem nem található (0x80070490))

Elképzelhető, hogy a fürt egyik lemeze hibás.

Javítsa meg vagy távolítsa el a fürt hibás lemezét.

A Hyper-V-alapú virtuális gépek biztonsági mentése leáll, és nem történik adatátvitel.

Előfordulhat, hogy a TCP Chimney tehermentesítés aktív.

A következő paranccsal tiltsa le a TCP Chimney tehermentesítést: netsh int tcp set global chimney=disabled

Windows-kiszolgálók

Probléma

Lehetséges ok

Megoldás

A WSB használatakor a következő hibák fordulhatnak elő:

  • A DPM kihagyást észlelt a(z) <DatasourceType> <DatasourceName> (kiszolgáló: <ServerName>) naplóláncában a legutóbbi szinkronizálás óta.

  • A legutóbbi időpontra történő helyreállítás sikertelen volt.A legutóbbi időpontra történő helyreállítás során a DPM a helyreállítás megkezdése előtt megpróbálja az SQL Server-tranzakciónapló biztonsági mentését, hogy megkapja a legutóbbi változtatásokat a(z) <DatasourceName> (kiszolgáló: <ServerName>) SQL Server-adatbázisból.A tranzakciónapló biztonsági mentése nem sikerült.

  • A DPM megkísérelte az SQL Server-napló biztonsági mentésének végrehajtását, egy biztonsági mentési feladat vagy egy legutóbbi időpontra történő helyreállítási feladat részeként.Az SQL Server-napló biztonsági mentési feladata a legutóbbi biztonsági mentés óta kihagyást észlelt a(z) <DatasourceType> adatbázisban lévő <DatasourceName> SQL Server-naplóláncában.Az összes növekményes biztonsági mentési feladat sikertelen lesz, amíg nem fut le egy expressz teljes biztonsági mentés.

A biztonsági mentések végrehajtása a WSB segítségével egy, a DPM által védett kiszolgálón megzavarhatja a DPM által használt biztonsági másolatokat.

WSB használata esetén tegye a következőt:

  • Győződjön meg róla, hogy a WSB mindig készít biztonsági másolatot a WSB Eseti biztonsági mentés varázsló segítségével.

  • A WSB Ütemezett biztonsági mentések használata esetén győződjön meg róla, hogy a kötetek, amelyekről biztonsági mentést készít, nem tartalmaznak alkalmazásadatokat, például Exchange Server-adatokat vagy SQL Server-adatokat.

  • A WSB újrakonfigurálása után futtasson egy új expressz teljes biztonsági mentést a DPM-kiszolgálón.

Fájlkiszolgáló

Probléma

Lehetséges ok

Megoldás

Hiányzó kötet hiba fordul elő a védett kiszolgáló néhány kötetén.

A DPM-kiszolgáló nem képes azonosítani a köteteket.

A Hiányzó kötet állapot eltávolítása érdekében végezze el az alábbi lépéseket.

  1. A felügyeleti konzolon kattintson a Kezelés, majd a Lemezek elemre.

  2. Az eszközsávon kattintson az Ismételt vizsgálat elemre.Megjelennek az aktuális lemez adatai.

  3. Zárja be a felügyeleti konzolt, majd indítsa újra.Ellenőrizze, hogy van-e hiányzó kötet riasztás a részletek ablaktáblában, és oldja meg, ha van.

  4. A Védelem feladatterületen ellenőrizze, hogy a DPM eltávolította-e a Hiányzó kötet állapotot.

Inkonzisztens a meghajtók betűjelére történő hivatkozás az Új védelmi csoport varázslóban.

Ha megváltoztatja az egyik kötet meghajtójának betűjelét, és nem indítja újra a számítógépet az adott kötethez tartozó védelmi csoport létrehozása előtt, akkor inkonzisztens lehet a meghajtók betűjelére történő hivatkozás az Új védelmi csoport varázslóban.

Ahhoz, hogy az Új védelmi csoport varázslóban a meghajtók helyes betűjelei jelenjenek meg, frissíteni kell a meghajtók betűjelét az SQL-ben az alábbi lépések segítségével:

  1. Távolítsa el a kötetet a védelmi csoportból, de tartsa meg a replikákat.

  2. Olvassa be a kötetet a védelmi csoportba.

A helyreállítási pont időpontja nem konzisztens a szinkronizálás időpontjával.

A helyreállítási pont a létrehozásakor a védett kötet legutóbbi változásának időpontját mutatja.

Ha például az ütemezés szerint délelőtt 11 órakor kell létrejönnie egy helyreállítási pontnak, és a védett kötet legutóbbi változása délelőtt 8:30-kor történt, akkor a délelőtt 11 órakor létrehozott helyreállítás pont időbélyegzőjén délelőtt 8:30 lesz látható.

Semmit nem kell tenni.

A replikák inkonzisztensnek vannak jelölve.

Miután egy kötet Hiányzik állapotúnak van jelölve, a DPM csak a következő lemezmódosítási műveletnél teszi újra elérhetővé a kötetet, például a Lemezterület lefoglalása műveletnél, vagy a számítógép újraindításakor.A DPM ekkor inkonzisztensnek jelöli meg a replikát.

Kézi konzisztencia-ellenőrzést kell végrehajtania.A konzisztencia-ellenőrzés végrehajtásáról lásd a DPM súgójának Replika szinkronizálása részét.

Ügyfélszámítógépek

Probléma

Lehetséges ok

Megoldás

Hiányzó helyreállítási pontok

Ha a helyreállítási pont ütemezett létrehozása és egy ügyfél szinkronizálása vagy konzisztencia-ellenőrzése egyszerre fut, a rendszer nem készíti el a helyreállítási pontot.

Annak érdekében, hogy ne maradjon ki a helyreállítási pont létrehozása ilyen ügyfeleknél, ütemezzen be egy újabb alkalmat a helyreállítási pont elkészítésére, egy kevésbé aktív időszakra.

A vállalati hálózathoz DirectAccess-kapcsolaton keresztül csatlakozó ügyfélszámítógépek biztonsági mentése meghiúsul, „Az RPC-kiszolgáló nem érhető el” típusú hibával.

A peremhálózat-átjárás le van tiltva a tűzfalbeállítások között.

  1. Nyissa meg a Windows tűzfal konzolját: a Start menüben kattintson a Futtatás parancsra, majd írja be a következőt: firewall.cpl.

  2. A bal oldali ablaktáblán kattintson a Speciális beállítások elemre.

  3. Válassza a Bejövő szabályok kategóriát, majd görgessen le a DPMRA és a DPMRA_DCOM_135 szabályokig.

  4. Kattintson duplán mindkét szabályra, majd mindkettőnél lépjen a Speciális lapra.

  5. A Peremhálózat-átjárás területen válassza a Peremhálózat-átjárás engedélyezése lehetőséget.

Amikor a rendszer információt próbál lekérni a Windows Management Instrumentation (WMI) szolgáltatásból a(z) <kiszolgálónév> kiszolgálóról, a kiszolgáló megtagadja a hozzáférést.

Ez a hiba akkor fordulhat elő, amikor Windows XP SP3 rendszerű számítógépet próbál hozzáadni a DPM-kiszolgálóhoz, azonban csoportházirend-beállítás tiltja a WMI szolgáltatás működését a célszámítógépen.

A probléma megoldásához tegye a következőt:

  1. A megcélzott számítógépen válassza a Start menü Futtatás elemét, írja be a regedit parancsot, majd kattintson az OK gombra.

    System_CAPS_cautionFigyelmeztetés

    A beállításjegyzék helytelen módosítása komoly problémákat okozhat,amelyek miatt az operációs rendszer újratelepítésére is szükség lehet.A Microsoft nem garantálja, hogy ezek a problémák megoldhatók.A beállításjegyzéket csak saját felelősségére módosítsa.A módosítás előtt mindig készítsen biztonsági mentést a beállításjegyzékről, és legyen tisztában azzal, probléma esetén miként végezhető el a helyreállítás.

  2. Keresse meg és törölje az alábbi beállításkulcsot:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MicrosoftFirewall\DomainProfile\RemoteAdminSettings

  3. Indítsa újra, majd próbálja újra hozzáadni a megcélzott számítógépet a DPM-kiszolgálóhoz.

SharePoint

Probléma

Lehetséges ok

Megoldás

Az SQL Server Agent nem tudta feloldani az SQL Server-aliast, így a Windows SharePoint Services-farm védelme nem működik.

A Windows SharePoint Services-farm nem képes olyan SQL Server-aliast használni, amelyet a cliconfg.exe fájllal hoztak létre.

Újra kell konfigurálnia az SQL Server-aliast az SQL Server Configuration Managerrel.

Nincs az összes SQL Server-alias konfigurálva az előtér-webkiszolgálón.

Tekintse meg a kiszolgálók listáját a SharePoint-farm Központi felügyelet lapján.Keresse meg az SQL Server-aliasokat az SQL Server-számítógépek listájában.Ellenőrizze, hogy az összes SQL Server-alias be van-e állítva a SharePoint-előtér-webkiszolgálón (azon a kiszolgálón, amely a DPM-kiszolgálóval kommunikál).

Az SQL Server-alias nem TCP/IP típusú.

A DPM csak a TCP/IP típusú SQL Server-aliasokat támogatja.Konfigurálja újra az aliasokat TCP/IP típusúra.

Az SQL Server ügyfélkapcsolati összetevői nincsenek telepítve az előtér-webkiszolgálón.

Telepítse az SQL Server ügyfélkapcsolati összetevőit az előtér-webkiszolgálón.

Windows SharePoint SharePoint 3.0-s verziójú, illetve MOSS 2007-es farmokhoz a rendszer nem telepíti az SQL Server 2005 ügyfélkapcsolati összetevőit az előtér-webkiszolgálón.

MOSS 2007 vagy Windows SharePoint Services 3.0 használata esetén a háttérkiszolgálókon futó SQL Server verziójától függetlenül külön telepítenie kell az SQL Server 2005 ügyfélkapcsolati összetevőit az előtér-webkiszolgálón.Emellett arra is ügyeljen, hogy az összes alias az ügyfélkapcsolati összetevők ezen verziójával legyen konfigurálva.

A rendszer nem csonkolja a Windows SharePoint Services adatbázisának naplófájljait.

Ha bármelyik Windows SharePoint Services-adatbázis naplófájljának elérési útja hosszabb 150 karakternél, a DPM nem tudja csonkolni a naplófájlt.

Javasoljuk, hogy rendszeres időközönként parancsfájlokkal csonkolja a Windows SharePoint SharePoint adatbázis-naplófájljait.

A DPM-kiszolgálón a Copy-Only (Csak másolás) beállításazonosító van beállítva az adott SharePoint-farmra.

Törölje a bejegyzést.A kulcs a következő útvonalon érhető el a DPM-kiszolgáló beállításjegyzékében: „HKLM\Software\Microsoft\Microsoft Data Protection Manager\CopyBackups”, a farm konfigurációs adatbázisával azonos néven.

A „Do not truncate logs” (Ne csonkolja a naplókat) beállítás engedélyezve van azon az SQL Server-számítógépen, amelyen a SharePoint-adatbázisok találhatók.

A beállítás a következő Windows PowerShell-paranccsal állítható vissza: Set-DPMGlobalProperty -Dpmserver $DPMMachineName -TruncateSharePointDbLogs $true.

A kiszolgálói folyamat nem indítható el, mert a beállított identitás érvénytelen.Ellenőrizze a felhasználónevet és a jelszót (0x8000401A).

Ha a Windows SharePoint Services-farm jelszavát visszaállítják, a védelem sikertelen lesz.

A parancssorból futtassa a ConfigureSharePoint.exe fájlt a jelszó visszaállításához.

A jelszóváltozások kezeléséről további információért lásd: Szolgáltatásfiókok és szolgáltatásfiók-jelszavak módosítása a SharePoint Server 2007 és a Windows SharePoint Services 3.0 alkalmazásban.

A Figyelés ablaktáblán „Inkonzisztens replika” riasztás jelenik meg egy vagy több olyan SQL Server-adatbázisnál, amely korábban a SharePoint-farm tagja volt.

A DPM megőrzi a SharePoint-farmból eltávolított adatbázisok már meglévő helyreállítási pontjait.Ez akkor fordulhat elő, ha az eltávolított adatbázist helyreállítja a DPM-mel, vagy ha frissíti a DPM-et.

Kattintson a Riasztás inaktiválása parancsra a riasztás elvetéséhez.

Úgy tűnik, hogy a SharePoint-farm egyes konzisztencia-ellenőrzési feladatai leálltak (hosszú ideje nem történt adatátvitel).

A konzisztencia-ellenőrzés a farm egyik összetevőjének helyreállítása közben aktiválódott.

Szakítsa meg, majd indítsa újra a farmhoz kapcsolódó konzisztencia-ellenőrzési feladatot a Védelem ablaktáblán.

A SharePoint katalogizálási feladat HR 0x80004003 hibakóddal meghiúsul (érvénytelen mutató).

Probléma van a hálózati kapcsolattal a SharePoint előtér-webkiszolgáló és a háttérkiszolgáló között.

Futtassa újra a katalogizálási feladatot a Windows PowerShell segítségével.

Exchange

Probléma

Lehetséges ok

Részletek

Az Exchange Server adatai nem érhetők el védelemre.

Az Exchange Server 2007 adatainak védelméhez telepítenie kell a 940006-os számú gyorsjavítást.További információért olvassa el a Tudásbázis 940006-os számú cikkét: Az Exchange 2007-hez készült 4. számú kumulatív frissítés leírása.

Az Exchange Server következő verzióinak kell telepítve lennie a számítógépen, amelyre védelmet kíván alkalmazni:

  • Exchange Server 2003 a 2. szervizcsomaggal (SP2)

    – Vagy –

  • Exchange Server 2007

System_CAPS_importantFontos

Az Exchange Server-adatok védelméhez az Exchange Server-adatbázisoknak minden egyes tárolócsoportban csatlakoztatva kell lenniük.

A DPM nem képes az Exchange Server adatainak védelmére.

Az Exchange Server legfrissebb kiadásán telepített eseutil.exe és ese.dll fájlok verzióinak meg kell egyeznie a DPM-kiszolgálón található fájlok verzióival.

Ha az Exchange Servert futtató számítógépen egy frissítés alkalmazása után az eseutil.exe és az ese.dll fájlok frissültek, a DPM-kiszolgálón is frissítenie kell ezeket a fájlokat.

További információ az eseutil.exe és az ese.dll fájlok frissítéséről: A védett számítógépekre vonatkozó szoftverkövetelmények.

Egy Exchange Server-tárolócsoport átnevezése után az új név nem jelenik meg az Új védelmi csoport létrehozása varázslóban.

Ha a tárolócsoport eredeti nevét használja, az adatok helyreállítása sikertelen lesz, amikor megpróbálja leválasztani az adatbázist.

Ha átnevez egy Exchange Server-tárolócsoportot, új tárolócsoport létrehozása előtt újra kell indítania a Microsoft Exchange Information Store szolgáltatást.

A Microsoft Exchange Information Store szolgáltatás elindítása

  1. Kattintson a Start gombra, mutasson a Felügyeleti eszközök elemre, majd kattintson a Szolgáltatások lehetőségre.

  2. A Szolgáltatások képernyőn görgessen le, jobb gombbal kattintson a Microsoft Exchange információs szolgáltató elemre, majd kattintson az Újraindítás parancsra.

A DPM nem támogatja a növekményes biztonsági mentést, ha a körkörös naplózás engedélyezve van az Exchange Server-tárolócsoportokon.

Ha növekményes biztonsági másolatokat kíván létrehozni az Exchange Server-tárolócsoportokról, a körkörös naplózást nem engedélyezheti.

A sikeres növekményes biztonsági mentéshez ajánlott letiltani a körkörös naplózást a védett tárolócsoportra vonatkozóan.A körkörös naplózás letiltása után indítsa újra a Microsoft Exchange Information Store szolgáltatást (MSExchangeIS).

A körkörös naplózás letiltása

  1. A Start menüben mutasson a Programok, majd a Microsoft Exchange elemre, majd kattintson a Rendszerkezelő lehetőségre.

  2. Ha a bal oldali ablaktáblán megtalálható a Rendszergazdai csoportok elem, bontsa ki, majd bontsa ki a megfelelő rendszergazdai csoport, végül a megfelelő kiszolgáló csomópontját.

    Ha a Rendszergazdai csoportok elem nem jelenik meg, a bal oldali ablaktáblán bontsa ki a Kiszolgálók csomópontot, majd a megfelelő kiszolgáló csomópontját.A kibontáshoz kattintson duplán a csomópontra, vagy kattintson a plusz jelre (+) a csomóponttól balra.

  3. A jobb gombbal kattintson arra a tárolócsoportra, amelynél szeretné letiltani a körkörös naplózást, majd kattintson a Tulajdonságok elemre.

  4. Törölje a Körkörös naplózás engedélyezése négyzet jelölését, majd kattintson az OK gombra.

  5. Indítsa újra a Microsoft Exchange Information Store szolgáltatást (MSExchangeIS).

Az MSExchangeIS újraindítása

  1. Válassza a Start menü Futtatás elemét, majd írja be a services.msc parancsot a Szolgáltatások beépülő modul elindításához.

  2. Jobb gombbal kattintson a Microsoft Exchange információs szolgáltató elemre, majd kattintson az Indítás parancsra.

System_CAPS_noteMegjegyzés

Ha nem szeretné letiltani a körkörös naplózást, a védelmi csoport tulajdonságai között állítsa be, hogy csak közvetlenül a helyreállítási pont létrehozása előtt történjen szinkronizálás.

A szinkronizálási gyakoriság módosítása 

  • Az Új védelmi csoport létrehozása varázsló Rövid távú védelem megadása lapján válassza a Közvetlenül egy helyreállítási pont előtt lehetőséget.

A replikainicializálási és az expressz teljes biztonsági mentési műveletek menet közben leállnak.

Ha az Exchange Server valamelyik verzióját futtató számítógépen állít be védelmet az adatokra, a DPM-kiszolgálón is szerepelnie kell az ese.dll és az eseutil.exe fájloknak, amelyek az Exchange Server telepítési helyén találhatók.

Az Exchange Servert futtató számítógép adatainak védelméhez végezze el a következő lépéseket:

  1. Az Exchange Servert futtató számítógépen az Exchange Server telepítési helyéről másolja az Ese.dll és az eseutil.exe fájlokat a DPM-kiszolgáló telepítési helyére.Az alapértelmezett telepítési hely a DPM-kiszolgálón a következő: <meghajtó>:\Program Files\Microsoft Data Protection Manager\DPM\bin.

  2. Szakítsa meg azokat a replikainicializálási és expressz teljes biztonsági mentési feladatokat, amelyek leálltak.

  3. Indítsa újra a megszakított expressz teljes biztonsági mentési feladatokat.

  4. Futtasson konzisztencia-ellenőrzéses szinkronizálást a megszakított replikainicializálási feladatokon.

System_CAPS_noteMegjegyzés

Javasoljuk, hogy a DPM-kiszolgálóhoz és az Exchange Servert futtató számítógéphez azonos processzor-architektúrájú konfigurációt használjon.

Eltérő processzor-architektúra esetén tegye a következőket:

  1. Telepítse a védett Exchange Server-verziót egy olyan tesztkiszolgálóra, amely a DPM-kiszolgálóval processzor-architektúra szempontjából azonos hardvert használ.

  2. A tesztkiszolgálóról másolja az Exchange Server telepítési helyén található Ese.dll és eseutil.exe fájlokat a DPM-kiszolgáló telepítési helyére.A DPM-kiszolgáló alapértelmezett telepítési helye: <meghajtó>:\Program Files\Microsoft Data Protection Manager\DPM\bin.

A VSS-író nem szünteti meg a tárolócsoport Biztonsági mentés folyamatban állapotát.

Ha Exchange Server 2007 RTM és Exchange Server 2003 RTM használata esetén egy meghatározott időszakban szakítja meg egy tárolócsoport biztonsági mentését – a PrepareForBackup (Felkészülés biztonsági mentésre) és a DoSnapshot (Pillanatfelvétel készítése) események között –, a VSS-író nem szünteti meg a tárolócsoportra vonatkozó Biztonsági mentés folyamatban állapotot.

A VSS-író újraindítása a megfelelő események esetén:

2024 A azonosítójú esemény: Indítsa újra a Microsoft Exchange Information Store szolgáltatást a VSS-író újraindításához.

2024 B azonosítójú esemény: Indítsa újra az Exchange Server replikációs szolgáltatást (Exssrv.exe) a VSS-író újraindításához.

A Microsoft Exchange Information Store szolgáltatás nem jelenik meg az Új védelmi csoport létrehozása varázsló Csoporttagok kiválasztása lapján.

Ha az Exchange helyi folyamatos replikálás (LCR, Local Continuous Replication) VSS-replikaíró engedélyezve van, a Microsoft Exchange Information Store szolgáltatás nem jelenik meg az Új védelmi csoport varázsló Csoporttagok kiválasztása lapján.

Ahhoz, hogy az Exchange LCR-t használó tárolócsoportjai megjelenjenek a DPM Új védelmi csoport varázslójában, a következő kulcs beállításával tiltsa le az LCR VSS-replikaírót:

Állítsa az EnableVssWriter kulcsot a
HKLM\Software\Microsoft\Exchange\Replay\Parameters csomópont alatt 0 értékre.

(DWORD típus)

System_CAPS_noteMegjegyzés

A beállításkulcs megadása után újra kell indítania a Microsoft Exchange Server replikációs szolgáltatását.

Az összes adatreplikációs feladat meghiúsul.

Ha a védett Exchange Server legfrissebb kiadásán telepített Exchange Server Database Utilities (eseutil.exe) és ese.dll fájlok verziója nem egyezik meg a DPM-kiszolgálóra telepített azonos fájlok verziójával, az összes adatreplikációs feladat meghiúsul.

Az Exchange Server legfrissebb kiadásán telepített eseutil.exe és ese.dll fájlok verzióinak meg kell egyeznie a DPM-kiszolgálón található fájlok verzióival.Például az Exchange Server 2003 SP2, az Exchange Server 2007 és az Exchange Server 2007 SP1 védelme esetén másolja az eseutil.exe és az ese.dll fájlokat az Exchange Server 2007 SP1-et futtató kiszolgálóról a DPM-kiszolgálóra.

Az alábbi módon állapíthatja meg, hogy az eseutil.exe és az ese.dll mely verzióját kell telepítenie a DPM-kiszolgálón:

  • 32 bites operációs rendszer esetén:

    • Ha a DPM-et csak 32 bites rendszerre telepített Exchange Server 2003-at futtató számítógépek védelmére használja, az Exchange Server 2003-at futtató számítógépről másolja az eseutil.exe és az ese.dll fájlokat a DPM-kiszolgálóra.

    • Ha a DPM-et Exchange Server 2007-et futtató számítógépek védelmére használja, az eseutil.exe és az ese.dll fájlok Exchange Server 2007-ből származó verziójára van szükség.Ezek a fájlok az Exchange Server 2007 telepítő DVD-jén érhetők el.

  • 64 bites operációs rendszer esetén:

    • Ha a DPM-et csak 32 bites rendszerre telepített Exchange Server 2003-at futtató számítógépek védelmére használja, az Exchange Server 2003-at futtató számítógépről másolja az eseutil.exe és az ese.dll fájlokat a DPM-kiszolgálóra.

    • Ha a DPM-et Exchange Server 2007 védelmére használja, az Exchange Server 2007-et futtató számítógépről másolja az eseutil.exe és az ese.dll fájlokat a DPM-kiszolgálóra.

Az Exchange Server védelme nem működik.

Ha az Exchange-író használata a Kötet árnyékmásolata szolgáltatáshoz ki van kapcsolva Windows Small Business Server 2003 rendszerben, a védelem nem fog működni.

Alapértelmezés szerint a Windows Small Business Server 2003 telepítőprogramja kikapcsolja a Microsoft Exchange Server 2003 íróját a Kötet árnyékmásolata szolgáltatáshoz.A DPM-alapú adatvédelemhez az Exchange Server 2003-írónak aktívnak kell lennie.

A problémáról további információért olvassa el a 838183-as számú tudásbáziscikket: Az Exchange-író bekapcsolása a Kötet árnyékmásolata szolgáltatáshoz Windows Small Business Server 2003 rendszerben.

Az Exchange-író bekapcsolása

  1. Kattintson a Start gombra és a Futtatás parancsra, írja be a regedit kifejezést, majd kattintson az OK gombra.

  2. Keresse meg a következő beállításkulcsot, és kattintson rá duplán:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

  3. Kattintson duplán a Disable Exchange Writer (Exchange-író letiltása) értékre.

  4. Az Azonosító értéke szövegmezőben módosítsa az 1-es értéket 0-ra, majd kattintson az OK gombra.

  5. Lépjen ki a Beállításszerkesztőből.

  6. Kattintson a Start gombra, mutasson a Felügyeleti eszközök elemre, majd kattintson a Szolgáltatások lehetőségre.

  7. Állítsa le, majd indítsa újra a Microsoft Exchange Information Store szolgáltatást.

A helyi folyamatos replikáláson (LCR) alapuló védelem VSS-hibát jelez, és meghiúsul.

Ha az Exchange Server replikációs szolgáltatást nem indítják újra a beállításkulcs megadása után, a tárolócsoport LCR-alapú védelme sikertelen lesz.

A beállításkulcs módosítása után indítsa újra a replikációs szolgáltatást.

Az eseutil jelölő beállítása és törlése a parancssori felületen nem lehetséges.

Elképzelhető, hogy nincs megadva az előnyben részesített kiszolgáló.

Adja meg a topológiát a következő formában: PT_CCR_ACTIVE_ONLY, a RunEseUtilConsistencyCheck kapcsolóval együtt.

A konzisztencia-ellenőrzés RMGenericError hibát jelez, és meghiúsul.

Ha indexelés, titkosítás vagy egypéldányos tárolás (SIS) van engedélyezve az .edb-fájlt tartalmazó mappára, a konzisztencia-ellenőrzés nem fog működni.

A probléma megoldásához tiltsa le az .edb-fájlt tartalmazó mappa indexelését, titkosítását vagy egypéldányos tárolását.

Rendszervédelem

Probléma

Lehetséges ok

Megoldás

Az operációs rendszer nélküli helyreállítás (bare metal recovery, BMR) sikertelen, „Hozzáférés megtagadva” típusú hibával.

Az imént váltott rendszerállapot típusú védelemről operációs rendszer nélküli helyreállításra alapuló védelemre.

  1. Szüntesse meg az operációs rendszer nélküli helyreállításra alapuló védelmet.

  2. Módosítsa a védelmi csoportot, és alkalmazzon operációs rendszer nélküli helyreállításra alapuló védelmet.

Windows Server 2008 operációs rendszer használata esetén az adatforrás védelméhez szükséges egy vagy több előfeltétel hiányzik.

Ez a hiba akkor fordul elő, ha a Windows Server biztonsági másolat segédprogram nincs telepítve a védett kiszolgálón.

A probléma megoldásához tegye a következőt:

  1. A Windows Server biztonsági másolat segédprogram telepítéséhez nyisson meg egy parancssort rendszergazdai jogosultsággal, majd gépelje be a következőt: Start /wait ocsetup WindowsServerBackup /quiet /norestart.

    System_CAPS_noteMegjegyzés

    Ha rendszergazdai jogosultsággal szeretne parancssort indítani, kattintson a Start gombra, mutasson a Minden program lehetőségre, válassza a Kellékek pontot, jobb gombbal kattintson a Parancssor elemre, majd kattintson a Futtatás rendszergazdaként parancsra.

Virtuális kiszolgáló

Probléma

Lehetséges ok

Megoldás

A következő hibaüzenet jelenhet meg: A következő alkalmazás egy vagy több kötete hiányzik: <Virtuális gép neve>. Ellenőrizze, hogy az adatforrásokhoz tartozó függő kötetek online állapotban vannak-e, amikor kiválaszt egy Virtual Server 2005 R2-alapú virtuális gépet.

A DPM a Virtual Server 2005 R2 használata esetén nem támogatja a meghajtóbetűjel nélküli köteten tárolt virtuális gépek biztonsági mentését.

System_CAPS_noteMegjegyzés

A probléma a Hyper-V-alapú virtuális gépeket nem érinti.

Adjon meg egy meghajtóbetűjeles csatlakozási pontot a VHD-fájlokat tartalmazó kötetekhez, és próbálja meg őket újra kijelölni biztonsági mentésre a DPM-mel.

A virtuális gépen található adatok nem érhetők el védelemre.

Elképzelhető, hogy nincs telepítve a Virtual Server 2005 R2 1. szervizcsomaggal (SP1) a kiszolgálón, amelyre védelmet kíván alkalmazni.

Telepítse a Virtual Server 2005 R2-t 1. szervizcsomaggal (SP1) a kiszolgálón, amelyre védelmet kíván beállítani.

A virtuális gép biztonsági mentése meghiúsul a következő ismeretlen hibával: 0x800423f3.

A Virtual Server VSS-író szolgáltatása nem támogatja a virtuális ügyfélgép online biztonsági mentését.

A Virtual Servert futtató számítógépen a Windows Eseménynaplóban tekintse meg, hogy létezik-e az 1044-es azonosítójú esemény.Ha az esemény létezik, a virtuális gép nem képes online biztonsági mentésre.

Ebben az esetben offline biztonsági mentéseket készíthet, a következő beállításkulcs módosításával:

Állítsa a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Server\1.0\Backup\BackupType\<VIRTUÁLISGÉPNÉV> kulcs értékét 0-ra.

Az online biztonsági mentés sikertelen.

Az online biztonsági mentés meghiúsul, ha a virtuális gép olyan köteteket tartalmaz, amelyek nem támogatják az árnyékmásolatokat (FAT32 fájlrendszerek).A biztonsági mentés továbbá akkor is meghiúsul, ha az árnyékmásolatok másik virtuálisgép-köteten találhatók.

Telepítse a 940349-es számú tudásbáziscikkben leírt frissítést a virtuális gépen: „A Kötet árnyékmásolata szolgáltatás (VSS) kumulatív frissítőcsomagja Windows Server 2003-hoz a VSS-pillanatképekkel kapcsolatos problémák megoldásához”.

A biztonsági mentés konfigurálása előtt győződjön meg arról, hogy a virtuális gép fut, majd törölje azon virtuális gépek bejegyzéseit, amelyek online biztonsági mentése sikertelen volt.Állítsa be a következő beállításkulcsot: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Server\1.0\Backup\BackupType.