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

A System Center DPM kiadási megjegyzései

Fontos

A Service Provider Foundation (SPF) megszűnik a System Center 2025-ből. Az SPF 2022 azonban továbbra is együttműködik a System Center 2025-összetevőkkel.

Ez a cikk a System Center 2025 – Data Protection Manager (DPM) kiadási megjegyzéseit sorolja fel, beleértve a DPM 2025 ismert problémáit és kerülő megoldásait.

Javasoljuk, hogy tekintse meg az alábbi cikkeket, amelyek részletes információkat tartalmaznak a DPM által támogatott és biztonsági mentésre alkalmas információkról:

DPM 2025 kibocsátási megjegyzések

Az SQL-példánysal való kommunikáció meghiúsulhat

Leírás: Ha az OLEDB 19 nincs telepítve, előfordulhat, hogy az SQL-példányokkal folytatott kommunikáció (meglévő SQL, SharePoint biztonsági másolatok vagy SQL-példányok számbavétele) sikertelen lehet a DPM 2025-re való frissítés után.

Megkerülő megoldás: Telepítse az OLEDB 19 (19.3 vagy újabb) legújabb verzióját az összes olyan gépen, amelyen sql-példányok találhatók, és amelyekről a DPM-kiszolgáló készít biztonsági másolatot. Emellett telepítse a DPM-kiszolgálóra, mielőtt engedélyezi a DPM-adatbázis biztonsági mentését.

Emellett a következők a fejlesztések:

  • A licencelt DPM-kiszolgáló Eval-buildre való frissítése le van tiltva.
  • Az Eval licencelt buildre való frissítése le van tiltva.
  • Továbbfejlesztett/kijavított duplikált összefoglaló kezelői feladatok a frissítés után.

Ez a cikk a System Center 2019 – Data Protection Manager (DPM) kiadási megjegyzéseit sorolja fel, beleértve a DPM 2019, a DPM 2019 UR1, a DPM 2019 UR2, a DPM 2019 UR3, a DPM 2019 UR4, a 2019 UR5 és a 2019 UR6 ismert problémáit és kerülő megoldásait.

Javasoljuk, hogy a DPM által támogatott és biztonsági mentésre alkalmas adatokról az alábbi cikkeket olvassa el:

Ez a cikk a System Center 2022 – Data Protection Manager (DPM) kiadási megjegyzéseit sorolja fel, beleértve a DPM 2022, 2022 UR1 és 2022 UR2 ismert problémáit és kerülő megoldásait.

Ez a cikk a DPM 2022 gyorsjavítás KB 5015376 kiadási megjegyzéseit is tartalmazza.

Javasoljuk, hogy tekintse meg az alábbi cikkeket, amelyek részletes információkat tartalmaznak a DPM által támogatott és biztonsági mentésre alkalmas információkról:

DPM 2022 kibocsátási megjegyzések

A DPM 2022 rendelkezik a DPM 2019 RTM-ben megfigyelt ismert problémákkal.

Emellett a következő ismert problémákat is megfigyeljük.

Nincs DPM SQL Self-Service helyreállítási eszköz a DPM 2022 RTM-ben

A DPM SQL Self-Service Recovery nem érhető el a DPM 2022 RTM-ben. Az SQL Self-Service Recovery támogatása a DPM 2022 UR1-ből érhető el. További információ.

Az önálló DPM-helyreállítások nem mutatják az ügyfélszámítógépek helyreállítási pontjait.

Leírás: A DPM-ügyfélgép biztonsági másolatai nem szerepelnek a helyi rendszergazdák csoportjában az önkiszolgáló helyreállítások tartományi felhasználói számára.

Megkerülő megoldás: Frissítsen a DPM 2022 UR2-re a probléma megoldásához, és adja hozzá manuálisan a nem rendszergazda felhasználókat az Authorization Manageren keresztül.

A DPM 2019-ről a DPM 2022-re való frissítés meghiúsulhat, ha a DPM-adatbázis neve DPMDB

Leírás: Ha a meglévő DPM-adatbázis neve DPMDB, a frissítés sikertelen lesz.

A DPM-frissítési folyamat mindig a DPM-adatbázis nevét fogja DPMDB-re átnevezni. Ha ugyanazt az SQL-példányt több DPM-kiszolgáló is használja, a másik DPM-kiszolgáló későbbi frissítése meghiúsul, mivel már létezik egy DPMDB nevű adatbázis.

Megkerülő megoldás: A frissítés megkezdése előtt nevezze át a megfelelő DPM-adatbázist.

Az alábbi lépésekkel nevezheti át az adatbázist:

  1. Állítsa le a DPM szolgáltatást a DPM-kiszolgálón.

  2. Futtassa a következő SQL-parancsokat az adatbázis átnevezéséhez; frissítse a DPM-kiszolgáló nevét az alábbi lekérdezésben.

    USE master
GO
ALTER DATABASE DPMDB  
SET SINGLE_USER  
WITH ROLLBACK IMMEDIATE
GO
EXEC master..sp_renamedb 'DPMDB','DPMDB_<DPMSERVERNAME>'
GO
ALTER DATABASE DPMDB_<DPMSERVERNAME>
SET MULTI_USER  
GO

  3. Frissítse a következő beállításkulcsokat a frissített adatbázis nevének megfelelően.

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\ConnectionString

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\DatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDbConnectionString

    Az adatbázis nevét tükröző beállításszerkesztő képernyőképe.

  4. Futtassa a DPMsync programot a DPM-kiszolgálón a DPM kezelői parancssor használatával.

    DPMSync -Sync

Előfordulhat, hogy egy adatforrás online helyreállítási pontjának létrehozása 33505-ös vagy 100195-os hiba miatt meghiúsul

Leírás: Bizonyos esetekben előfordulhat, hogy egy adatforrás online helyreállítási pontjának létrehozása időnként meghiúsul a 33505-ös vagy 100195-os hiba miatt.

Képernyőkép az online helyreállítási pont létrehozásakor megjelenő hibáról.

Képernyőkép az online helyreállítási pont létrehozásakor megjelenő hibaüzenetről.

Alternatív megoldás:

  1. Frissítse a MARS-ügynököt a legújabb verzióra.

  2. Próbálkozzon újra a sikertelen adatforrás online biztonsági mentésével.

  3. Hozzon létre egy új lemez-helyreállítási pontot, majd próbálkozzon újra az online helyreállítási ponttal.

  4. Futtassa a konzisztencia-ellenőrzést, és próbálja meg újra az online biztonsági mentést.

  5. Ha az online biztonsági mentés továbbra is sikertelen, forduljon a támogatási csapathoz.

A DPM 2022 gyorsjavítás (KB 5015376) kiadási megjegyzései

A DPM 2022 kibocsátási megjegyzéseiben felsorolt problémák mellett a DPM 2022 a következő további problémákat azonosítja, és a gyorsjavításban (KB 5015376) kijavítják; javasoljuk, hogy alkalmazza a gyorsjavítást. További információkért tekintse meg a tudásbáziscikket.

  • Időszakos online biztonsági mentési hibák 100195 hibával.
  • A másodlagos védelem konzisztencia-ellenőrzése sikertelen nem átmeneti VSS-hibát észlelt.
  • A távoli rendszergazdai konzol közvetlenül a konzol megnyitása után összeomlik.
  • Biztonsági mentési hibák, mert DpmFilter.sys nem töltődik be a DPM-ügynöknél.
  • A DPM összeomlik, ha a szalagos biztonsági mentési hibariasztások inaktívak.

DPM 2022 UR1 kibocsátási megjegyzések

A DPM 2022 UR1 (KB 5019645) kiadása után a következő problémákat azonosították, és a DPM 2022 UR1 gyorsjavításában (KB 5026073) kijavították; Javasoljuk, hogy alkalmazza a gyorsjavítást, ha az alábbi problémákba ütközik. További információért tekintse meg a gyorsjavításhoz tartozó tudásbáziscikket.

A VMware Tools-szal rendelkező VMware virtuális gépek biztonsági mentései elkezdenek hibázni a "Disk SubSystem 0x80990EF1" hibával

Leírás: A DPM 2022 UR1-ben hiba történt, amely miatt a VMware virtuális gépek biztonsági mentései meghiúsultak a VMware-eszközök telepítésekor. Ezt a DPM hibás konfigurációja okozta.

Megkerülő megoldás: Gyorsjavítás alkalmazása DPM 2022 UR1 vagy DPM 2022 UR2 esetén.

A DPM 2022 RTM és az 1. kumulatív frissítés nem képes adatbázisokat felderíteni az SQL Server 2017-ben és 2016-ban a TLS 1.2-en keresztül.

Leírás: A DPM 2022 RTM és az UR1 nem támogatja az SQL Server 2017-hez és 2016-hoz készült MSOLEDB 18-at, amely az SQL Server TLS 1.2-en keresztüli felderítéséhez és védelméhez szükséges. Ez a probléma akkor jelentkezik, ha KB5021128 vagy KB5021127 telepítve van az SQL Server 2016-ra és 2017-re a TLS 1.2-hez való engedélyezése érdekében, vagy ha a TLS 1.0 és az 1.1 le van tiltva a védett kiszolgálón.

Megkerülő megoldás: Telepítse a DPM 2022 UR1 vagy a DPM 2022 UR2 gyorsjavítását, frissítse a DPM-ügynököket, majd telepítse az MSOLEDB 18-at a védett SQL-kiszolgálókra.

DPM 2022 UR2 kibocsátási megjegyzések

A System Center DPM 2022 Update Rollup 2 összegző frissítésének visszahívását az alábbi ismert problémák miatt rendeljük el:

  1. Hyper-V ütemezett biztonsági mentések végrehajtása hosszú időt vesz igénybe, mivel minden biztonsági mentési feladat konzisztencia-ellenőrzést indít el. Hibaüzenet: A Microsoft Hyper-V RCT <> replikája nem összhangban van a védett adatforrással. A DPM a védett objektumok fájlhelyeinek vagy kötetkonfigurációinak változásait észlelte, mivel az adatforrás védelemre lett konfigurálva. (AZONOSÍTÓ: 30135).
  2. Ha eltávolít egy adatforrást a védelmi csoportból, vagy leállítja a biztonsági mentést, a 33469-es azonosítójú hiba jelenik meg – Ez a művelet a MARS-ügynök jelenlegi verziójában nem támogatott.
  3. A DPM-konzol időnként összeomlik smtp-riasztások vagy jelentések konfigurálásakor.

Megjelent egy frissített build (a System Center DPM 2022 2. kumulatív frissítés frissítése) az ismert problémák javítására.

Ha telepítette a System Center DPM 2022 2. kumulatív frissítését (10.22.189.0), javasoljuk, hogy telepítse a 2. kumulatív frissítést (10.22.197.0) a DPM-kiszolgálón, és frissítse a védelmi ügynököket.

Lépjen kapcsolatba a Microsoft ügyfélszolgálatával lekérdezésekkel vagy további információkkal.

A fent dokumentált problémák mellett a DPM 2022 UR2 a következő problémákkal rendelkezik:

A DPM 2022 UR1 microsoft 365-ös hitelesítő adatokkal rendelkező e-mail-jelentései a DPM 2022 UR2-re való frissítés után meghiúsulnak

Leírás: A DPM 2022 UR2 támogatja a Windows és az egyszerű SMTP hitelesítési módszereket. Az egyszerű SMTP-hitelesítés a Microsoft 365 és az azt támogató egyéb levelezési szolgáltatók számára is működni fog. Ha azonban a DPM 2022 UR1-et Microsoft 365-ös hitelesítő adatokkal használja, az e-mail-jelentések és a riasztások meghiúsulnak, mivel a DPM 2022 UR2 nem tudja beolvasni a hitelesítő adatokat.

Megkerülő megoldás: A DpM 2022 UR2-ben hozzáadott alapszintű hitelesítési típus használatával konfigurálja újra a Microsoft 365 e-mail-hitelesítő adatait.

A DPM nem tudja számbavenni az SQL-adatbázisokat a védelem érdekében

Leírás: A DPM nem tudja számba venni az SQL-adatbázisokat a védelem érdekében, ha az MSOLEDB 18 hiányzik a védett kiszolgálón, mivel a DPM-nek MSOLEDB18 kell számba vennie az adatbázisokat a védelem érdekében. 

Megkerülő megoldás: Telepítse az SQL MSOLEDB 18-illesztőt , ha hiányzik a védett kiszolgálón. Az SQL Server 2022 alapértelmezés szerint MSOLEDB 18-at szállít. 

A távoli felügyeleti konzolról kezdeményezett online adatok törlésével a védelem leállítása meghiúsul.

Leírás: Az online adattörlés leállítása elleni védelem meghiúsul a távfelügyeleti konzolról, ha a továbbfejlesztett hibrid biztonsági beállítás engedélyezve van a tárolón. 

Megkerülő megoldás: Ennek megakadályozása érdekében állítsa le a védelmet az online adatok törlésével közvetlenül a DPM-konzolról. 

Az adatforrás védelmének leállítása nem sikerül az alábbi azonosítóval: 33469

Leírás: Ha eltávolít egy adatforrást a védelmi csoportból, vagy leállítja a biztonsági mentést, a 33469-es azonosítójú hiba jelenik meg – Ez a művelet nem támogatott a MARS-ügynök jelenlegi verziójában.

Ez a probléma azért fordul elő, mert a DPM hibásan ellenőrzi a MARS (Microsoft Azure Recovery Services) ügynök 2.0.9262.0-s vagy újabb verzióját, és meghiúsul, ha a DPM-kiszolgálón nem érhető el MARS-ügynök.

Megkerülő megoldás: A System Center DPM 2022 2. kumulatív frissítésének telepítése.

DPM 2022 UR2 Frissítés kiadás megjegyzések

A DPM 2022 UR2 frissítés kijavítja a DPM 2022 UR2 ismert hibáit.

Ez a cikk a System Center 2016 – Data Protection Manager (DPM) kibocsátási megjegyzéseit sorolja fel.

DPM 2019 kibocsátási megjegyzések

A következő szakaszok összefoglalják a DPM 2019 kiadási megjegyzéseit, és tartalmazzák a vonatkozó ismert problémákat és kerülő megoldásokat.

A DPM-konzol az MSDPM szolgáltatás összeomlása miatt összeomlik

Leírás: Az ismétlődő összefoglaló felügyeleti feladatok jelenléte a DPM frissítése után bármely folyamatban lévő feladat meghibásodásához vezethet nulla óra elteltével, ami végül összeomláshoz vezethet. Ennek eredményeképpen a következőket figyelheti meg:

  • A másolat következetlen.
  • A helyreállítási pontok nem törlése okozta tárolási túlterhelés.
  • Elavult DPM-jelentések.
  • Nincs tisztítás a feladatelőzmények és a szemétgyűjtési feladatok számára.

Alternatív megoldás:

  1. Biztonsági másolatot készít az aktuális DPM-adatbázisról.

  2. Nyissa meg az SQL Management Studiót, és csatlakozzon az SQL-példányhoz, amely az ez a szerver DPMDB-jét futtatja.

  3. Futtassa a következő lekérdezést, és ellenőrizze, hogy két vagy több összefoglaló kezelői feladat van-e ütemezve, és ellenőrizze, hogy melyik volt a korábbi ütemezés:

     SELECT SCH.ScheduleId, SCH.JobDefinitionId, jd.CreationTime
 FROM tbl_JM_JobDefinition JD
 JOIN tbl_SCH_ScheduleDefinition SCH
 ON JD.JobDefinitionId = SCH.JobDefinitionId
 WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4'        
 AND JD.IsDeleted = 0
 AND SCH.IsDeleted = 0

  4. Ha egynél több sort kap vissza, vegye a régebbi bejegyzéshez tartozó ScheduleID és JobDefinitionID azonosítót, és jelölje meg őket töröltként.

     update tbl_SCH_ScheduleDefinition
 set IsDeleted = 1
 where ScheduleId = ‘ScheduleID '               --- Replace with Your ScheduleID
 update dbo.tbl_JM_JobDefinition
 set IsDeleted = 1
 where JobDefinitionId = ‘JobDefinitionID'             --- Replace with Your JobDefinitionID

  5. Törölje a ScheduleID-nek megfelelő SQL-feladatot az SQL Server Agent – JOBS területen. A törlést követően a rendszer a nulla órás összeomlást feloldja.

    A ScheduleId az SQL-ügynök alatt futó SQL-munkák azonosítója.

    UPDATE MSDB.dbo.sysjobs
SET Enabled = 0
WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID

Hyper-V virtuális gépek kétszer védettek a frissítéskor

Leírás: Ha egy Hyper-V virtuális gépet Windows Server 2012 R2-ről Windows Server 2016-ra frissít, a virtuális gép két verziója jelenik meg a Védelmi csoport létrehozása varázslóban.

Megkerülő megoldás: Azon védett virtuális gépek esetében, amelyeket frissíteni készülnek, győződjön meg arról, hogy a virtuális gép frissítése előtt leállítja a védelmet, és megőrzi az adatokat. Ezután frissítse a virtuális gépet, és védje újra egy új védelmi csoportban. Az újravédés konfigurálása során frissítse a virtuálisgép-gazdagépet a DPM-ben, hogy a szoftver észlelje a virtuális gép frissítését, és RCT virtuális gépként védje azt.

A frissített Hyper-V virtuális gép korábbi verziójának visszaállítása a jövőbeli helyreállítási pontok meghiúsulását okozza

Leírás: Ha egy védett 2012 R2-Hyper-V virtuális gépet a 2016-os verzióra frissít, állítsa le a virtuális gép védelmét (de őrizze meg az adatokat), majd engedélyezze újra a védelmet. Ha ezután helyreállít egy 2012 R2-példányt az eredeti helyen, a további biztonsági másolatok sikertelenek lehetnek.

Megkerülő megoldás: A helyreállítás után módosítsa a virtuális gép 2016-os verzióját, majd futtasson konzisztencia-ellenőrzést.

Meztelen fém helyreállítási védelmi hibák

Leírás: Ha a BMR-védelmet konfigurálja, a BMR védelmi feladat meghiúsulhat azzal az üzenettel, hogy a replika mérete nem elég nagy.

Megkerülő megoldás: A BMR-adatforrások alapértelmezett replikaméretének módosításához használja az alábbi beállításjegyzék-elérési utat. Nyissa meg a beállításszerkesztőt, és növelje a replika méretét a következő kulcshoz:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Frissítési forgatókönyvek esetén leáll a DPM-adatbázisvédelem

Leírás: A DPM frissítésekor előfordulhat, hogy az adatbázis neve bizonyos esetekben megváltozik.

Megkerülő megoldás: Ha DPM-adatbázist véd, győződjön meg arról, hogy engedélyezi az új DPM-adatbázis védelmét. A DPM-frissítés ellenőrzése után eltávolíthatja az előző DPM-adatbázis védelmét.

Hyper-V RCT – A D-T biztonsági mentés fájlként történő helyreállítása sikertelen

Leírás: A közvetlenül szalagon (D-T) létrehozott Hyper-V RCT virtuális gépek helyreállítása sikertelen. A D-D-T biztonsági másolatok nem mutatják ki ezt a problémát.

Megkerülő megoldás: Használjon alternatív helyhely-helyreállítást virtuális gépként, majd vigye át ezeket a fájlokat a kívánt helyre.

Megjegyzés:

Ez a funkció a DPM 2019 UR1-ben van javítva. A probléma megoldásához telepítse az UR1-et. Az UR1 telepítésével kapcsolatos részletes információkért tekintse meg az UR1 tudásbáziscikkét.

A DPM 2019 nem támogatja a fájlkiszolgálók végfelhasználói helyreállítását a Modern Backup Storage (MBS) használatával

Leírás: A DPM 2019 nem támogatja a végfelhasználói helyreállítást (EUR) a Modern Backup Storage (MBS) használatával.

Nincs kerülő megoldás. Az EUR fájlkiszolgáló mbs használata esetén nem támogatott.

A helyreállítási pontok nincsenek metszve, ami a helyreállítási pontok felhalmozódásához vezet

Leírás: A DPM eltávolítja azokat a helyreállítási pontokat, amelyek régebbiek a megőrzési időtartamnál. A metszési folyamat során a DPM kiszámítja a metszendő helyreállítási pontok által felhasznált tárolóterületet. A tárolási számítás késlelteti a metszést.

Megkerülő megoldás: Konfigurálja a DPM-et, hogy ne számítsa ki a metszendő helyreállítási pontok méretét. Ennek eredményeképpen a metszési szkript gyorsabban fut, és eltávolítja a megőrzési tartománynál régebbi helyreállítási pontokat, így csökkenti a tárolási terhelést. Az adatforrásonként felhasznált tárterület nem frissül, amíg a DPM nem fejezi be a metszést. A kötetenkénti tárterület-felhasználás továbbra is a megfelelő értékeket tükrözi. PowerShell-szkripttel kapcsolja be a méretszámítást. Az alábbi szkript teljes méretszámításokat futtat.

Hely: Programfájlok\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Forgatókönyv:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: Megadja a szükséges művelettípust.

    • StopSizeAutoUpdate: Teljesen leállítja a méretszámításokat. A felhasználói felület és a PowerShell sem jelenti a méreteket.

    • StartSizeAutoUpdate: Folytatja a méretszámításokat. Közvetlenül a méretszámítások engedélyezése után használja UpdateSizeInfo (az alábbi lehetőségek között) az összes adatforrás méretének újraszámítását, amíg a PowerShellben és a felhasználói felületen jelentett méretek nem lesznek helyesek.

    • GetSizeAutoUpdateStatus: Azt jelzi, hogy a méretszámítás engedélyezve vagy letiltva van-e.

    • UpdateSizeInfo: Elindítja a méretszámítást, és jelentést készít az adatforrás által felhasznált méretről. Mivel ez hosszú ideig futó művelet lehet, csak akkor használja, ha szükséges, például számlázáshoz. Ez idő alatt előfordulhat, hogy a biztonsági mentések vhd csatlakoztatási hibákkal meghiúsulnak.

  • UpdateSizeForDS: Olyan szövegfájl elérési útja, amely tartalmazza az adatforrás azonosítóinak listáját, amelyek méretét minden sorban egy adatforrásazonosítóval kell kiszámítani. Ha nincs átadva, a rendszer minden adatforrás esetében elindítja a méretszámítást. A(z) UpdateSizeInfo használata után a következőben használható ManageStorageInfo. A megadott adatforrások adatforrás-azonosítóinak lekéréséhez használja a következőt Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id: .

  • UpdatedDSSizeReport: A frissített adatforrásméreteket tároló fájl elérési útja. Ha nincs átadva, sizes.csv fájl jön létre a végrehajtási könyvtárban. Használja a UpdateSizeInfo után ManageStorageInfo.

  • FailedDSSizeUpdateFile: A fájl elérési útja azon adatforrások adatforrás-azonosítóinak tárolásához, amelyek esetében a tárterület-felhasználás nem számítható ki. Ez olyan okok miatt fordulhat elő, mint a folyamatos biztonsági mentések. Ha nincs átadva, failedDS.txt fájl jön létre a végrehajtási könyvtárban. Ez a fájl az "UpdateSizeForDS" bemeneteként adható meg az összes adatforrás méretének frissítéséhez. Ezt a UpdateSizeInfo utáni ManageStorageInfo alkalmazásához kell használni.

A DPM-adatforrások nem jelennek meg a Recovery Services-tárolóban

Leírás: Az Azure Portal helyreállítási tárából származó Biztonsági mentési elemek (DPM) nézet egyes adatforrásai nem frissülnek.

Ok: Lehetséges, hogy leszerelt egy védett kiszolgálót, és leállította az adatforrások védelmét, de úgy döntött, hogy fenntartja az online helyreállítási pontokat, majd eltávolította a DPM/MABS-ügynököt a konzolról.

Ennek okát a C :\ProgramFiles\Microsoft Azure Backup Server\DPM\MARS\Temp mappában található GatewayProvider0Curr.errlog fájl c:\ProgramFiles\Microsoft Azure Backup Server\DPM\MARS\Temp mappájának a jegyzettömbben való megnyitásával ellenőrizheti, és megkeresheti a Mis-Match szót.

Ha talál egy bejegyzést az alábbiak szerint, az részletesen ismerteti a nem megfelelően párosított védett szervert.

Az alábbi példában a mjlc-dc.Contoso.com nevű kiszolgáló ügynöke el lett távolítva, és hiányzott a DPM/MABS-kiszolgálóról.

GetData of Provider failed. |Backup Service Exception: FMException: [ErrorCode:GPPowershellScriptHrError, DetailedCode:-2146233079, Source:   at System.Management.Automation.MshCommandRuntime.ThrowTerminatingError(ErrorRecord errorRecord), Message:Production Server **mis-match** DSId :9adaec12-5b5a-455e-86b9-1fac2d605fe1 DSName : S:\ DSType : Volume PSName :**mjlc-dc.Contoso.com** PSId: a494f940-b480-41d2-9ef5-4194ad737c7b]

Megoldás

  1. Ha az eredeti védett kiszolgáló továbbra is elérhető, telepítse újra a DPM-ügynököt akkor is, ha a jövőben offline állapotba szeretné helyezni a kiszolgálót. Az ügynök letiltható a DPM-ben/MABS-ban; ne távolítsa el, amíg el nem törli az online helyreállítási pontokat.
  2. Ha a leszerelt kiszolgáló online helyreállítási pontjaira már nincs szükség, törölheti a leállított védelemmel ellátott DPM/MABS-kiszolgálón található adatforrásokat.

DPM 2019 UR1 kibocsátási megjegyzések

A virtuális gép visszaállítás kizárt lemez esetén (alternatív gazdagépre) üres lemezt állít vissza.

Leírás: Ha a virtuális gépet kizárt lemezzel állítja vissza másik gazdagépre, a kizárt lemezt üres lemezként fogja visszaállítani. A kizárt lemez nem lesz csatlakoztatva a virtuális géphez. A lemez törölhető a tárterület mentéséhez.

Megoldás: Nincs

A DPM 2019 UR1-ben kijavított problémákért tekintse meg a tudásbázis-cikket.

DPM 2019 UR2 kibocsátási megjegyzések

A következő szakaszok a DPM 2019 UR2 ismert problémáit és átmeneti megoldásait ismertetik.

A DPM 2019 UR2-ben javított problémák esetén tekintse meg a KB-cikket.

A védelmi csoport részletei nem jelennek meg a DPM-konzolon

Leírás: A DPM 2019 UR2 telepítése után előfordulhat, hogy a DPM-konzol nem jeleníti meg a Védelmi csoport részleteit a Részletek panelen.

konzol a Védelmi csoport adatai nélkül

Megkerülő megoldás: A Védelmi csoport részleteinek megtekintéséhez használja a Get-DPMProtectionGroup PowerShell parancsot.

Megjegyzés:

Ez a probléma a DPM 2019 UR3-ban van kijavítva. Az UR3-ban kijavított problémákról további információt a TUDÁSBÁZIS-cikkben talál.

A legújabb jelentésfájlok nem frissülnek automatikusan

Leírás: A DPM 2019 UR2-vel a DPM-jelentés formázásával és a kötetről kötetre történő migrálási jelentéssel kapcsolatos probléma kijavítva. A meglévő jelentésfájlok azonban nem lesznek automatikusan lecserélve a frissített fájlokra.

Megkerülő megoldás: A meglévő jelentésfájlok lecseréléséhez kövesse az alábbi lépéseket:

Cserélje le a ReportSRV10.dll

  1. Állítsa le az SQL Server Reporting szolgáltatást.
  2. Válassza ki a C:\Program Files\Microsoft System Center\DPM\DPM\bin fájlban található frissített ReportSRV10.dll fájlt, és cserélje le a meglévő DLL-fájlokat a következő mappákban:
    • SQL Server 2017-hez és újabb verziókhoz – C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
    • SQL Server 2016 esetén - C:\Program Files\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin
  3. Indítsa el az SQL Server Reporting szolgáltatást.

Az RDL-fájlok cseréje

  1. A DPM-en nyissa meg az SQL Reporting Services portál URL-címét.

  2. A portálon a DPMReports mappa DPMReports_<GUID formátumban jelenik meg>.

    Jelentések mappa

    Megjegyzés:

    Ezzel az elnevezési konvencióval csak egy mappa jelenik meg. Ha a DPM frissítve van egy korábbi verzióról, előfordulhat, hogy az előző mappa még létezik, de nem tudja megnyitni.

  3. Válassza ki és nyissa meg a DPMReports_<GUID> mappát. Az egyes jelentésfájlok megjelennek.

    Az egyes jelentésfájlok listája

  4. Jelölje ki azokat a jelentésfájlokat, amelyek nem végződnek jelentéssel, kattintson a jobb gombbal a Beállítás elemre, majd válassza a Kezelés lehetőséget.

    Jelentésfájlok kezelése

  5. Az új lapon válassza a Csere lehetőséget a legújabb jelentésfájlokra való lecseréléséhez.

    Jelentésfájlok cseréje

    A legújabb jelentésfájlok a DPM telepítési útvonalán érhetők el:

    Például: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. A fájlok cseréje után győződjön meg arról, hogy a név és a leírás érintetlen, és nem üres.

  7. Indítsa újra a DPM-et, és használja a jelentésfájlokat.

DPM 2019 UR3 kibocsátási megjegyzések

Az alábbi szakasz részletesen ismerteti a DPM 2019 UR3 ismert problémáját és a megkerülő megoldást.

Előfordulhat, hogy a DPM távoli konzolja nem tud csatlakozni a DPM-kiszolgálóhoz a 3. kumulatív frissítésre való frissítés után

Leírás: Miután frissítette a DPM távoli felügyeleti konzolját a 3. kumulatív frissítésre, előfordulhat, hogy nem tud csatlakozni a DPM-kiszolgálóhoz egy hibával : A DPM felügyeleti konzol verziója nem kompatibilis a DPM-kiszolgáló verziójával.

Alternatív megoldás:

  1. A DPM távfelügyeleti konzolját futtató kiszolgálón futtassa a következő PowerShell-parancsot (szükség szerint adja meg a DPM-kiszolgáló nevét); ez a parancs átmásolja a szükséges DLL-fájlokat a DPM-kiszolgálóról:

    $RemoteUIPath = "C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin"
$RemoteUidlls = Get-Item "$RemoteUIPath\*" | ? {$_.name -match ".dll"}
Write-Host -MessageData "Copying required $($RemoteUidlls.count) DLL's for Remote UI"
foreach ($dll in $RemoteUidlls) {
Copy-Item -Path "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\$($dll.name)" -Destination $RemoteUIPath
}
$RemoteUIUR3Dlls = "Microsoft.ApplicationInsights.dll",
"Microsoft.Diagnostics.Tracing.EventSource.dll",
"Microsoft.SystemCenter.DPM.Instrumentation.dll",
"Microsoft.SystemCenter.DPM.InstrumentationScheduler.dll",
"Microsoft.SystemCenter.Instrumentation.dll",
"Microsoft.WindowsAzure.Storage.dll",
"Newtonsoft.Json.dll"
foreach ($dll in $RemoteUIUR3Dlls) {
$SourceDllPath = "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\" + $dll
Copy-Item -Path $SourceDllPath -Destination $RemoteUIPath
}
Write-Host -MessageData "All required DLL files for DPM Remote UI UR3 has been copied"

    Megjegyzés:

    Ha DPM távoli felhasználói felületet használ egy SCOM-gépen, akkor az alábbi fájlok másolása sikertelen lehet, ezt figyelmen kívül hagyhatja.

    • SCOMHelperLibrary.dll
    • ScopingCommonHelper.dll
    • ViewAlertsAndAffectedItemsHelper.dll
    • Wpfhelpers.dll

  2. Ha nem angol nyelvet használ, másolja ki a megfelelő nyelvi mappát a DPM-kiszolgálóról. Frissítse a DPM-kiszolgáló nevét és nyelvmappát a következő parancsban, majd futtassa a parancsot.

    Copy-Item -Path \\<FQDN of the DPM_Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\<Language folder>\*.dll -Destination C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin\<Language folder>

    Megjegyzés:

    Ez a parancs a DPM alapértelmezett telepítési útvonalát használja. Ha módosította a telepítési útvonalat, frissítse az elérési utat ennek megfelelően.

DPM 2019 UR4 kibocsátási megjegyzések

Az alábbi szakasz részletesen ismerteti a DPM 2019 UR4 ismert problémáját és a megkerülő megoldást.

Távoli felhasználói felület és központi konzol UR4 frissítésének telepítése

Leírás: A távoli felhasználói felületet és a központi konzolt rtm, UR1, UR2 rendszeren kell telepíteni.

Megkerülő megoldás: Ha a távoli felhasználói felület és a központi konzol az UR3-on van, el kell távolítania, telepítenie kell az RTM-verziót, majd frissítenie kell az UR4-re. Csak az UR4 távoli felhasználói felület tud csatlakozni a DPM 2019 UR4-hez.

DPM 2019 UR5 kibocsátási megjegyzések

Jelenleg nincsenek ismert problémák a DPM 2019 UR5-ben.

DPM 2019 UR6 kibocsátási megjegyzések

Az alábbi szakasz részletesen ismerteti a DPM 2019 UR6 ismert problémáját és a kerülő megoldást.

Az UR6-ban kijavított problémákat és az UR6 telepítési utasításait lásd a TUDÁSBÁZIS-cikkben.

Az offline vetés nem működik a MARS-ügynök 2.0.9254.0-s és újabb verziójával

Leírás: A későbbi online helyreállítási pontok létrehozása meghiúsul, miután az első online helyreállítási pont sikeresen létrejött a csak a Databoxon keresztül biztonsági másolattal rendelkező adatforrásokhoz, ha a MARS-ügynök verziója nagyobb, mint 2.0.9254.0.

Nincs kerülő megoldás. Segítségért forduljon a Microsoft ügyfélszolgálatához.

System Center DPM 2016 kiadási megjegyzések

A következő szakaszok összefoglalják a DPM 2016 kiadási megjegyzéseit, valamint a vonatkozó ismert problémákat és azok kerülő megoldásait.

A System Center DPM csendes telepítése az SQL Server 2008-nal

Leírás: A DPM 2016 RTM nem telepíthető csendben az SQL Server 2008-ra.

Megkerülő megoldás: Telepítse a DPM 2016 RTM-et az SQL Server 2008-nál nagyobb verzióján, vagy használja a DPM 2016 telepítő felhasználói felületét.

Remove-DPMDiskStorage parancsmag aktív vagy inaktív biztonsági mentéssel rendelkező köteteket törölhet

Leírás: Ha a kötet adatforrásairól biztonsági másolatot készít (aktívan vagy inaktívan), amikor a Remove-DPMDiskStorage parancsmaggal eltávolítja a köteteket a DPM-ből, az adatforrások is eltávolíthatók.

Megkerülő megoldás: Mielőtt a parancsmagot használva eltávolítanák a köteteket, győződjön meg arról, hogy a kötet adatforrásai nincsenek használatban (aktív vagy inaktív).

A DPM 2016 lefagy a Windows Server 2016-on

Leírás: A DPM-kiszolgálón a memóriahasználat folyamatosan növekszik, amíg el nem éri a 90%. A memóriahasználat lelassítja a DPM-kiszolgálót.

Megkerülő megoldás: Frissítse a DPM-et a DPM UR2-re, és telepítse a KB4013429 a probléma megoldásához.

Hyper-V virtuális gépek kétszer védettek a frissítéskor

Leírás: Ha egy Hyper-V virtuális gépet Windows Server 2012 R2-ről Windows Server 2016-ra frissít, a virtuális gép két verziója megjelenik a Védelmi csoport létrehozása varázslóban.

Megkerülő megoldás: A nem frissített virtuális gépek esetében állítsa le a védelmet az Adatok megőrzése szolgáltatással. Frissítse a virtuális gépet, és hozzon létre egy új védelmi csoportot. Ezután frissítse az adatforrásokat, és védje a virtuális gépeket. A védelem ismételt alkalmazásakor a virtuális gépek védettek lesznek a Rugalmas változáskövetés (RCT) használatával.

Az ügynök telepítése sikertelen a Windows Server 2008, Windows Server 2008 R2 rendszeren

Leírás: A Windows Server 2008 vagy a Windows Server 2008 R2 védelmekor az ügynök telepítése sikertelen lehet.

Megkerülő megoldás: Frissítse a Windows Management Frameworkt (WMF) az éles kiszolgálón a 4.0-ra. Töltse le a WMF-et a Windows Management Frame 5.1()https://www.microsoft.com/download/details.aspx?id=54616 fájlból. Telepítse a WMF-et, majd telepítse az ügynököt.

A frissített Hyper-V virtuális gép egy korábbi verziójának visszaállítása a jövőbeli helyreállítási pontok meghiúsulását okozza.

Leírás: Ha egy védett 2012 R2-Hyper-V virtuális gépet a 2016-os verzióra frissít, állítsa le a virtuális gép védelmét (de őrizze meg az adatokat), majd engedélyezze újra a védelmet. Ha ezután helyreállít egy 2012 R2-példányt az eredeti helyen, a további biztonsági másolatok sikertelenek lehetnek.

Megkerülő megoldás: A helyreállítás után módosítsa a virtuálisgép-verziót 2016-ra, majd futtasson egy konzisztencia-ellenőrzést.

Meztelen fém helyreállítási védelmi hibák

Leírás: Ha a BMR-védelmet konfigurálja, a BMR védelmi feladat meghiúsulhat azzal az üzenettel, hogy a replika mérete nem elég nagy.

Megkerülő megoldás: A BMR-adatforrások alapértelmezett replikaméretének módosításához használja az alábbi beállításjegyzék-elérési utat. Nyissa meg a beállításszerkesztőt, és növelje a replika méretét a következő kulcshoz:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

A DPM-adatbázis ismételt védelme a DPM 2016-ra való frissítés után

Leírás: Amikor a System Center DPM 2012 R2-ről a System Center Data Protection Manager 2016-ra frissít, a DPM-adatbázis neve bizonyos esetekben változhat.

Megkerülő megoldás: Ha DPM-adatbázist véd, mindenképpen engedélyezze az új DPM-adatbázis védelmét. A DPM-frissítés ellenőrzése után eltávolíthatja a régi DPM-adatbázis védelmét.

A helyreállítási pontok nincsenek metszve, ami a helyreállítási pontok felhalmozódásához vezet

Leírás: A DPM eltávolítja azokat a helyreállítási pontokat, amelyek régebbiek a megőrzési időtartamnál. A metszési folyamat során a DPM kiszámítja a metszendő helyreállítási pontok által felhasznált tárolóterületet. A tárolási számítás késlelteti a metszést.

Megkerülő megoldás: Konfigurálja a DPM-et, hogy ne számítsa ki a metszendő helyreállítási pontok méretét. Ennek eredményeképpen a metszési szkript gyorsabban fut, és eltávolítja a megőrzési tartománynál régebbi helyreállítási pontokat, így csökkenti a tárolási terhelést. Az adatforrásonként felhasznált tárterület nem frissül, amíg a DPM nem fejezi be a metszést. A kötetenkénti tárterület-felhasználás továbbra is a megfelelő értékeket tükrözi. PowerShell-szkripttel kapcsolja be a méretszámítást. Az alábbi szkript teljes méretszámításokat futtat.

Hely: Programfájlok\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Forgatókönyv:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: – Megadja a szükséges művelettípust.

    • StopSizeAutoUpdate: Teljesen leállítja a méretszámításokat. A felhasználói felület és a PowerShell sem jelenti a méreteket.

    • StartSizeAutoUpdate: Folytatja a méretszámításokat. Közvetlenül a méretszámítások engedélyezése után használja UpdateSizeInfo (az alábbi lehetőségek között) az összes adatforrás méretének újraszámítását, amíg a PowerShellben és a felhasználói felületen jelentett méretek nem lesznek helyesek.

    • GetSizeAutoUpdateStatus: Azt jelzi, hogy a méretszámítás engedélyezve vagy letiltva van-e.

    • UpdateSizeInfo: Elindítja a méretszámítást, és jelenti az adatforrás által felhasznált méretet. Mivel ez hosszú ideig futó művelet lehet, csak akkor használja, ha szükséges, például számlázáshoz. Ez idő alatt előfordulhat, hogy a biztonsági mentések vhd csatlakoztatási hibákkal meghiúsulnak.

  • UpdateSizeForDS: Olyan szövegfájl elérési útja, amely tartalmazza az adatforrás azonosítóinak listáját, amelyek méretét minden sorban egy adatforrásazonosítóval kell kiszámítani. Ha nincs átadva, a rendszer minden adatforrás esetében elindítja a méretszámítást. A(z) UpdateSizeInfo használata után a következőben használható ManageStorageInfo. A megadott adatforrások adatforrás-azonosítóinak lekéréséhez használja a következőt Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id: .

  • UpdatedDSSizeReport: A frissített adatforrásméreteket tároló fájl elérési útja. Ha nincs átadva, sizes.csv fájl jön létre a végrehajtási könyvtárban. Használja a UpdateSizeInfo után ManageStorageInfo.

  • FailedDSSizeUpdateFile: A fájl elérési útja azon adatforrások adatforrás-azonosítóinak tárolásához, amelyek esetében a tárterület-felhasználás nem számítható ki. Ez olyan okok miatt fordulhat elő, mint a folyamatos biztonsági mentések. Ha nincs átadva, failedDS.txt fájl jön létre a végrehajtási könyvtárban. Ez a fájl az "UpdateSizeForDS" bemeneteként adható meg az összes adatforrás méretének frissítéséhez. Ezt a UpdateSizeInfo utáni ManageStorageInfo alkalmazásához kell használni.

Hyper-V RCT – A D-T biztonsági mentés fájlként történő helyreállítása sikertelen

Leírás: A közvetlenül szalagon (D-T) létrehozott Hyper-V RCT virtuális gépek helyreállítása sikertelen. A D-D-T biztonsági másolatok nem fogják ezt a problémát tapasztalni.

Megkerülő megoldás: Használjon alternatív helyhely-helyreállítást virtuális gépként, majd vigye át ezeket a fájlokat a kívánt helyre.

A fájlkiszolgáló végfelhasználói helyreállítása (EUR) nem érhető el a Modern Backup Storage (MBS) használatakor

Leírás: Ha a DPM 2016 modern biztonsági mentési tárolót (MBS) használ, a fájlkiszolgáló végfelhasználói helyreállítása (EUR) nem érhető el.

Nincs kerülő megoldás. Az EUR fájlkiszolgáló mbs használata esetén nem támogatott.

A DPM telepítése során a 4387-s hiba jelenhet meg

Leírás: A Data Protection Manager telepítésekor, amikor megad egy SQL-példányt a Data Protection Manager telepítőjében> az előfeltételek ellenőrzése során> az SQL Server példányának mezőben, előfordulhat, hogy a 4387-es hiba jelenik meg.

Megkerülő megoldás: Hajtsa végre a szükséges műveleteket a jelen TUDÁSBÁZIS-cikkben leírtak szerint, és próbálkozzon újra a DPM beállításával.

A legújabb jelentésfájlok nem frissülnek automatikusan

Leírás: A DPM 2016 UR10-ben a DPM-jelentés formázásával és kötetről kötetre történő migrálási jelentésével kapcsolatos probléma kijavítva. A meglévő jelentésfájlok azonban nem lesznek automatikusan lecserélve a frissített fájlokra.

Megkerülő megoldás: A meglévő jelentésfájlok lecseréléséhez kövesse az alábbi lépéseket:

Cserélje le a ReportSRV10.dll

  1. Az SQL Server Jelentéskészítési szolgáltatás leállítása

  2. Válassza ki a C:\Program Files\Microsoft System Center\DPM\DPM\bin fájlban található frissített ReportSRV10.dll fájlt, és cserélje le a meglévő DLL-fájlokat a következő mappában:

    C:\Program Files\Microsoft SQL Server\MSRS13. MSDPM2012\Reporting Services\ReportServer\bin

  3. Indítsa el az SQL Server Reporting szolgáltatást.

Az RDL-fájlok cseréje

  1. A DPM-en nyissa meg az SQL Reporting Services portál URL-címét.

  2. A portálon a DPMReports mappa DPMReports_<GUID formátumban jelenik meg>.

    Jelentések mappa

    Megjegyzés:

    Ezzel az elnevezési konvencióval csak egy mappa jelenik meg. Ha a DPM frissítve van egy korábbi verzióról, előfordulhat, hogy az előző mappa még létezik, de nem tudja megnyitni.

  3. Válassza ki és nyissa meg a DPMReports_<GUID> mappát. Az egyes jelentésfájlok megjelennek.

    Az egyes jelentésfájlok listája

  4. Jelölje ki azokat a jelentésfájlokat, amelyek nem végződnek jelentéssel, kattintson a jobb gombbal a Beállítás elemre, majd válassza a Kezelés lehetőséget.

    Jelentésfájlok kezelése

  5. Az új lapon válassza a Csere lehetőséget a legújabb jelentésfájlokra való lecseréléséhez.

    Jelentésfájlok cseréje

    A legújabb jelentésfájlok a DPM telepítési útvonalán érhetők el:

    Például: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. A fájlok cseréje után győződjön meg arról, hogy a név és a leírás érintetlen, és nem üres.

  7. Indítsa újra a DPM-et, és használja a jelentésfájlokat.

Következő lépések