A System Center DPM kibocsátási megjegyzéseiSystem Center DPM Release Notes

Ez a cikk a System Center 2019-Data Protection Manager (DPM) kibocsátási megjegyzéseit sorolja fel, beleértve a DPM 2019 DPM 2019 UR1és a DPM 2019 UR2ismert problémáit és megkerülő megoldásait.This article lists the release notes for System Center 2019 - Data Protection Manager (DPM), includes the known issues and workarounds for DPM 2019 DPM 2019 UR1,and DPM 2019 UR2, as applicable.

Javasoljuk, hogy tekintse meg a következő cikkeket, amelyek részletes információkat tartalmaznak arról, hogy milyen DPM támogat és tud biztonsági másolatot készíteni:We recommend you to see the following articles for detailed information about what DPM supports and can back up:

Fontos

A Data Protection Manager (DPM) ezen verziója elérte a támogatás végét, javasoljuk, hogy frissítsen a DPM 2019-re.This version of Data Protection Manager (DPM) has reached the end of support, we recommend you to upgrade to DPM 2019.

Ez a cikk a System Center 1807-Data Protection Manager (DPM) kibocsátási megjegyzéseit sorolja fel.This article lists the release notes for System Center 1807 - Data Protection Manager (DPM).

Fontos

A Data Protection Manager (DPM) ezen verziója elérte a támogatás végét, javasoljuk, hogy frissítsen a DPM 2019-re.This version of Data Protection Manager (DPM) has reached the end of support, we recommend you to upgrade to DPM 2019.

Ez a cikk a System Center 1801-Data Protection Manager (DPM) kibocsátási megjegyzéseit sorolja fel.This article lists the release notes for System Center 1801 - Data Protection Manager (DPM).

Ez a cikk a System Center 2016-Data Protection Manager (DPM) kibocsátási megjegyzéseit sorolja fel.This article lists the release notes for System Center 2016 - Data Protection Manager (DPM).

DPM 2019 kibocsátási megjegyzésekDPM 2019 release notes

A következő fejezetek összefoglalják a DPM 2019 kibocsátási megjegyzéseit, és tartalmazzák a vonatkozó ismert problémákat és a megkerülő megoldásokat.The following sections summarize the release notes for DPM 2019 and include the applicable known issues and workarounds.

A DPM-konzol összeomlik a MSDPM szolgáltatás összeomlása miattDPM console crashes due to MSDPM Service crash

Leírás: duplikált összegző felügyeleti feladatok jelenléte – a DPM frissítése után – a folyamatban lévő feladatok sikertelenek lehetnek, ami az összeomlást eredményezi.Description: Presence of duplicate summary management jobs, after DPM upgrade, might lead to failure of any in-progress jobs at zero hours eventually leading to a crash. Ennek eredményeképpen megfigyelheti a következőket:As a result, you might observe the following:

  • A replika inkonzisztens.Replica is inconsistent.
  • A tárolási felduzzadás a helyreállítási pontok nem törlése miatt okozta.Storage bloat caused due to non-deletions of recovery points.
  • Elavult DPM-jelentések.Outdated DPM reports.
  • A feladat előzményeinek és a szemét-gyűjtési feladatoknak nincs tisztítása.No clean-up for job history and garbage collection jobs.

Áthidaló megoldás:Workaround:

  1. A jelenlegi DPM-adatbázis biztonsági mentése.Backup the current DPM database.

  2. Nyissa meg az SQL Management studiót, és kapcsolódjon a kiszolgáló DPMDB üzemeltető SQL-példányhoz.Open SQL management studio and connect to the SQL Instance hosting the DPMDB for this server.

  3. Futtassa a következő lekérdezést, és ellenőrizze, hogy van-e ütemezve két vagy több Summary Manager-feladat, és hogy melyik a régi ütemezés volt:Run the following query, and check if you have two or more summary manager jobs scheduled, and see which the older schedule was:

     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 sorral tért vissza, akkor végezze el a régi bejegyzés eredményül kapott ScheduleID és JobDefinitionID, majd a töröltként jelöli meg őket.If you have more than one row returned, take the resulting ScheduleID and JobDefinitionID of the older entry and mark them as deleted.

     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 tartozó SQL-feladatot a SQL Server Agent – feladatok területen.Delete the SQL job that is matching the ScheduleID under the SQL Server Agent – JOBS. A törlés után a rendszer nulla órával az összeomlást oldja fel.Once deleted, the crash at zero hours would be resolved.

    A ScheduleId az SQL-ügynök alatt található SQL-feladatok:ScheduleId is the SQL Jobs under SQL agent:

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

A virtuális gépek frissítésekor a Hyper-V virtuális gépek kettős védelmet kapnakHyper-V VMs are protected twice on VM upgrade

Leírás: Ha Hyper-V virtuális gépet frissít a windows Server 2012 R2 rendszerről a windows Server 2016-re, a virtuális gép két verziója jelenik meg a védelmi csoport létrehozása varázslóban.Description: When upgrading a Hyper-V VM from Windows Server 2012 R2 to Windows Server 2016, two versions of the VM appear in the Create Protection Group wizard.

Megkerülő megoldás: a frissíteni kívánt védett virtuális gépek esetében ügyeljen arra, hogy a virtuális gép frissítése előtt állítsa le a védelmet az adatmegőrzési szolgáltatással.Workaround: For the protected VMs which are about to be upgraded, make sure to stop protection with retain data before upgrading the VM. Ezután frissítse a virtuális gépet, és állítsa be újra a védelmet egy új védelmi csoportban.Then, upgrade the VM and reprotect it in a new protection group. Az ismételt védelem konfigurálásakor a virtuális gép gazdagépén frissítse a DPM a virtuális gép frissítésének észleléséhez és RCT virtuális gépként való védelméhez.While configuring reprotection, do a refresh on the VM host for DPM to detect the VM upgrade and protect it as RCT VM.

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 meghibásodását eredményeziRestoration of a previous version for an upgraded Hyper-V VM causes future recovery points to fail

Leírás: Ha egy védett 2012 R2 rendszerű Hyper-V virtuális gépet a 2016-es 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 mentések sikertelenek lehetnek.Description: When you upgrade a protected 2012 R2 Hyper-V VM to the 2016 version, then stop protecting the VM (but retain data), and then re-enable protection, if you then recover a 2012 R2 copy at the original location, further backups might fail.

Áthidaló megoldás: a helyreállítás után módosítsa a virtuális gép verzióját 2016-re, majd futtasson egy konzisztencia-ellenőrzést.Workaround: After recovery, change the VM version to 2016, then run a consistency check.

Operációs rendszer nélküli helyreállítás védelmével kapcsolatos hibákBare Metal Recovery protection failures

Leírás: Ha operációs rendszer nélküli helyreállítást (BMR) konfigurál, a BMR védelmi feladat meghiúsulhat, ha az üzenet szerint a replika mérete nem elég nagy.Description: If you configure Bare Metal Recovery (BMR) protection, the BMR protection job might fail with the message that the replica size is not sufficiently large.

Megkerülő megoldás: a BMR-adatforrások alapértelmezett replikájának módosításához használja a következő beállításjegyzékbeli elérési utat.Workaround: Use the following registry path to change the default replica size for BMR data sources. Nyissa meg a Beállításszerkesztőt, és növelje a replika méretét a következő kulcshoz:Open the registry editor and increase the replica size for the following key:

HKLM\Software\Microsoft\Microsoft adatvédelmi Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

DPM-adatbázis a védelem a frissítési forgatókönyvek esetén leállDPM database protection stops in case of upgrade scenarios

Leírás: a DPM frissítésekor előfordulhat, hogy az adatbázis neve bizonyos helyzetekben változhat.Description: When you upgrade DPM, database name might change in some scenarios.

Áthidaló megoldás: Ha DPM-adatbázis védelmét kívánja biztosítani, engedélyezze az új DPM-adatbázis védelmét.Workaround: If you are protecting a DPM database, ensure to enable the protection for the new DPM database. A DPM frissítésének ellenőrzése után eltávolíthatja az előző DPM-adatbázis védelmét.Once the DPM upgrade is validated, you can remove protection for the previous DPM database.

Hyper-V RCT – D-T típusú biztonsági mentések esetében nem lehetséges a fájlként való helyreállításHyper-V RCT - recover as files for D-T backup fails

Leírás: a Hyper-V RCT virtuális gépeknek a közvetlenül szalagon (D-T) létrehozott fájlként történő helyreállítása sikertelen.Description: Recovery of Hyper-V RCT VMs as files created directly on tape (D-T) fails. A d-D-T biztonsági mentések nem mutatják ezt a problémát.D-D-T backups does not exhibit this issue.

Megkerülő megoldás: használjon másik helyre történő HELYREÁLLÍTÁST virtuális gépként, majd vigye át ezeket a fájlokat a kívánt helyre.Workaround: Use Alternate Location Recovery as a VM, and then transfer those files to the desired location.

Megjegyzés

Ez a funkció a DPM 2019 UR1-ben van kijavítva.This feature is fixed in DPM 2019 UR1. A UR1 telepítheti a probléma kijavítása érdekében.You can install UR1 to get this issue fixed. A UR1 telepítésével kapcsolatos részletes információkért tekintse meg a UR1 tudásbázisának cikkét.For detailed information about installing UR1, see the KB article for UR1.

A DPM 2019 nem támogatja a fájlkiszolgáló végfelhasználói helyreállítását modern biztonsági másolati tárhely (MBS)DPM 2019 does not support file server end user recovery with Modern Backup Storage (MBS)

Leírás: az DPM 2019 nem támogatja a végfelhasználói helyreállítást modern biztonsági MÁSOLATI tárhely (MBS).Description: DPM 2019 does not support end user recovery with Modern Backup Storage (MBS).

Áthidaló megoldás: nincs.Workaround: None. A Fájlkiszolgálói EUR nem támogatott az MBS használata esetén.File Server EUR is not supported when using MBS.

A DPM 1801/1807-kiszolgálókat nem lehet felügyelni a DPM 2019 központi konzoljaDPM 1801/1807 servers cannot be managed by DPM 2019 central console

Leírás: a DPM 2019 központi konzolon nem kezelheti a DPM 1801-vagy DPM 1807-kiszolgálókat.Description: With DPM 2019 central console you cannot manage any DPM 1801 or DPM 1807 servers.

Áthidaló megoldás: frissítse a DPM-kiszolgálót a 2019-es verzióra.Workaround: Upgrade your DPM server to version 2019.

A rendszer nem törli a régi helyreállítási pontokat, ezért azok felgyűlnekRecovery Points not being pruned, leading to an accumulation of Recovery Points

Leírás: A DPM a megőrzési tartománynál régebbi helyreállítási pontokat.Description: DPM prunes recovery points older than the retention range. A metszési folyamat során a DPM kiszámítja a helyreállítási pontok által felhasznált tárterület metszését.During the pruning process, DPM calculates the storage consumed by those recovery points to be pruned. A tárolási számítási késések metszése.Storage calculation delays pruning.

Áthidaló megoldás: Konfigurálja a DPM a metszeni kívánt helyreállítási pontok méretének kiszámításához.Workaround: Configure DPM to skip calculating the size of recovery points to be pruned. Ennek eredményeképpen a kivágási parancsfájl gyorsabban fut, és a megőrzési időtartamnál régebbi helyreállítási pontokat az összes tárolási nyomás enyhítésével csökkenti.As a result, the pruning script runs faster, and prunes all recovery points older than the retention range, relieving any storage pressures. Az adatforrás által felhasznált tárterület nem frissül, amíg a DPM befejezi a metszést.The storage consumed per data source isn't updated until DPM finishes pruning. A tárterület-felhasználás mennyisége továbbra is a megfelelő értékeket tükrözi.The storage consumption per volume continues to reflect the correct values. A méret számításának bekapcsolásához használjon PowerShell-parancsfájlt.Use a PowerShell script to turn on size calculation. A következő parancsfájl teljes méretű számításokat futtat.The following script runs complete size calculations.

Hely: Program Files\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1Location: Program Files\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Parancsfájl:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]Script: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: – meghatározza a szükséges művelet típusát.ManageStorageInfo: - Specifies the kind of operation needed.

    • StopSizeAutoUpdate: a méretszámítások teljes leállítása.StopSizeAutoUpdate: Stops the size calculations completely. A felhasználói felület és a PowerShell nem jelenti a méretet.Both UI and PowerShell will not report sizes.

    • StartSizeAutoUpdate: a méretszámítások folytatása.StartSizeAutoUpdate: Resumes the size calculations. A méretezési számítások engedélyezése után közvetlenül UpdateSizeInfo a (következő beállításokban) használható az összes adatforrás méretének újraszámításához, amíg a PowerShellben és a felhasználói felületen jelentett méretek nem megfelelőek.Immediately after enabling size calculations, use UpdateSizeInfo (in the following options) to recalculate sizes for all the datasources, until which sizes reported in PowerShell and UI may not be correct.

    • GetSizeAutoUpdateStatus: jelzi, hogy a méretszámítás engedélyezve van-e.GetSizeAutoUpdateStatus: Tells whether size calculations are enabled or disabled.

    • UpdateSizeInfo: Elindítja a méret számítását, és az adatforrás által felhasznált méretet jelenti.UpdateSizeInfo: Triggers the size calculation and reports the size consumed by datasource. Mivel ez lehet egy hosszan futó művelet, csak szükség esetén használja a számlázáshoz.As this can be a long-running operation, use it only when needed, for scenarios such as billing. Ebben az időszakban a biztonsági mentések a VHD-csatlakoztatási hibák miatt sikertelenek lehetnek.During this time, backups may fail with vhd mount errors.

  • UpdateSizeForDS: annak a szövegfájlnak az elérési útja, amelyben a releváns adatforrások azonosítói találhatók (soronként egy).UpdateSizeForDS: Path to a text file with a list of Datasource IDs for which size needs to be calculated, with a datasourceID on each line. Ha nincs ilyen paraméter, a méretszámítás az összes adatforrásra lefut.When not passed, size calculation is triggered for all the datasources. Használat a használata után UpdateSizeInfo a-ben ManageStorageInfo .Use after using UpdateSizeInfo in ManageStorageInfo. Az egyes adatforrások adatforrás-azonosítóinak beszerzéséhez használja a következőt: Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id .To get the Datasource IDs of specific datasources, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: A frissített adatforrás-méreteket tároló fájl elérési útja.UpdatedDSSizeReport: Path to a file that stores the updated datasource sizes. Ha nem ad át sizes.csv, a rendszer létrehoz egy fájlt a végrehajtási könyvtárban.When not passed sizes.csv, a file is created in the execution directory. Használat UpdateSizeInfo a következő után: ManageStorageInfo .Use after UpdateSizeInfo in ManageStorageInfo.

  • FailedDSSizeUpdateFile: annak a fájlnak az elérési útja, amelybe a tárhelyszámításkor hibába ütköző adatforrások azonosítói kerülnek.FailedDSSizeUpdateFile: Path to a file to store the Datasource IDs for the datasources for which the storage consumption couldn’t be calculated. Ilyen hibát okozhat például egy folyamatban lévő biztonsági mentés.This may happen due to reasons as ongoing backups. Ha nincs ilyen paraméter, egy failedDS.txt nevű fájl jön létre a végrehajtás helyén.When not passed failedDS.txt file is created in the execution directory. Ez a fájl aztán felhasználható az UpdateSizeForDS paraméter bemeneteként a hátralévő adatforrások méretszámításához.This file can be given as input to “UpdateSizeForDS” to update the sizes of all the datasources. Ezt a használata után kell használni UpdateSizeInfo ManageStorageInfo .This should be used after using UpdateSizeInfo in ManageStorageInfo.

DPM 2019 UR1 kibocsátási megjegyzésekDPM 2019 UR1 release notes

Nincsenek ismert problémák a DPM 2019 UR1.No known issues for DPM 2019 UR1.

A DPM 2019 UR1-ben rögzített problémákkal kapcsolatban tekintse meg a Tudásbázis cikkét.For issues fixed in DPM 2019 UR1, see the KB article.

DPM 2019 UR2 kibocsátási megjegyzésekDPM 2019 UR2 release notes

A következő részek a DPM 2019 UR2 ismert problémáit és megkerülő megoldásait részletezik.The following sections detail the known issues and workarounds for DPM 2019 UR2.

A DPM 2019 UR2-ben rögzített problémákkal kapcsolatban tekintse meg a Tudásbázis cikkét.For issues fixed in DPM 2019 UR2, see the KB article.

A védelmi csoport részletei nem jelennek meg a DPM-konzolonProtection group details are not displayed in DPM console

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 ablaktáblán.Description: After installing DPM 2019 UR2, sometimes, DPM console might not display Protection Group details in the Details pane.

a védelmi csoport részleteit nem tartalmazó konzol

Áthidaló megoldás: a Get-DPMProtectionGroup PowerShell-paranccsal tekintheti meg a védelmi csoport részleteit.Workaround: Use Get-DPMProtectionGroup PowerShell command to view the Protection Group details.

A legutóbbi jelentési fájlok nem frissülnek automatikusanLatest report files are not automatically updated

Leírás: a DPM 2019 UR2, a DPM-jelentés formázása és a kötetről kötetre történő áttelepítési jelentéskészítés esetében a probléma kijavítva.Description: With DPM 2019 UR2, issue with DPM report formatting and volume to volume migration reporting is fixed. A meglévő jelentési fájlok azonban nem lesznek automatikusan lecserélve a frissített fájlokra.However, the existing report files are not automatically replaced with the updated files.

Áthidaló megoldás: hajtsa végre az alábbi lépéseket a meglévő jelentési fájlok lecseréléséhez:Workaround: Follow these steps to replace the existing report files:

A ReportSRV10.dll cseréjeReplace the ReportSRV10.dll

  1. A SQL Server Reporting Service leállításaStop the SQL Server Reporting service
  2. Válassza ki a frissített ReportSRV10.dll fájlt a C:\Program Files\Microsoft System Center\DPM\DPM\bin , és cserélje le a meglévő DLL-fájlokat a következő mappákba:Select the updated ReportSRV10.dll file present in C:\Program Files\Microsoft System Center\DPM\DPM\bin and replace the existing DLL files in the following folders:
    • SQL Server 2017 és újabb verziók esetén – C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\binFor SQL Server 2017 and later - C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
    • SQL Server 2016 – C:\Program Files\Microsoft SQL Server\MSRS13. MSDPM2012\Reporting Services\ReportServer\binFor SQL Server 2016 - C:\Program Files\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin
  3. Indítsa el a SQL Server Reporting szolgáltatást.Start the SQL Server Reporting service.

Az RDL-fájlok cseréjeReplace the RDL files

  1. A DPM nyissa meg az SQL Reporting Services portál URL-címét.On DPM, open the SQL Reporting Services portal URL.

  2. A portálon a DPMReports mappa a következő formátumban jelenik meg: DPMReports_ <GUID>.On the portal, the DPMReports folder is present in the format DPMReports_<GUID>.

    Jelentések mappa

    Megjegyzés

    Ebben az elnevezési konvencióban csak egy mappa látható.You can see only one folder with this naming convention. Ha a DPM egy korábbi verzióról frissít, előfordulhat, hogy az előző mappa még létezik, de nem nyitható meg.If DPM is upgraded from a previous version, the previous folder might still exist, but you can’t open it.

  3. Válassza ki és nyissa meg a DPMReports_ <GUID> mappát.Select and open the DPMReports_<GUID> folder. Megjelenik az egyes jelentési fájlok.The individual report files are displayed.

    Az egyes jelentési fájlok listája

  4. Jelölje ki a jelentéssel nem rendelkező jelentések fájljait, kattintson rá a jobb gombbal, majd válassza a kezelés lehetőséget.Select the report files that don't end with Report, right-click Option, and then select Manage.

    Jelentések fájljainak kezelése

  5. Az új lapon válassza a replace (csere ) lehetőséget a legújabb jelentési fájlokra való lecseréléshez.In the new page, select Replace to replace with the latest report files.

    A jelentések fájljainak cseréje

    A legfrissebb jelentési fájlok a DPM telepítési útvonalán érhetők el:The latest report files are available in the DPM installation path:

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

  6. A fájlok cseréje után ügyeljen arra, hogy a név és a Leírás sértetlen legyen, és ne legyen üres.After the files are replaced, ensure that the Name and Description are intact and aren't empty.

  7. Indítsa újra a DPM, és használja a jelentési fájlokat.Restart DPM and use the report files.

DPM 1807 kibocsátási megjegyzésekDPM 1807 Release notes

A DPM 1807-ben rögzített hibák listájának megtekintéséhez tekintse meg a kb. cikk 4339950.To view the list of bugs that have been fixed in DPM 1807, refer to KB article 4339950.

Az 1807-es kiadásban az alábbi problémák léptek fel.The following issues exist in the 1807 release.

A virtuális gépek frissítésekor a Hyper-V virtuális gépek kettős védelmet kapnakHyper-V VMs are protected twice on VM upgrade

Leírás: Ha Hyper-V virtuális gépet frissít a windows Server 2012 R2 rendszerről a windows Server 2016-re, a virtuális gép két verziója jelenik meg a védelmi csoport létrehozása varázslóban.Description: When upgrading a Hyper-V VM from Windows Server 2012 R2 to Windows Server 2016, two versions of the VM appear in the Create Protection Group Wizard.

Áthidaló megoldás: a nem frissített virtuális gépek esetében állítsa le a védelmet az adatmegőrzési szolgáltatással.Workaround: For the VMs that haven't been upgraded, stop protection with Retain Data. Frissítse a virtuális gépet, és hozzon létre egy új védelmi csoportot.Upgrade the VM, and create a new protection group. Ezután frissítse az adatforrásokat, és megvédje a virtuális gépeket.Then refresh the data sources, and protect the VMs. Ha újra alkalmazza a védelmet, a virtuális gépek védelme rugalmas Change Tracking (RCT) használatával történik.When you reapply protection, the VMs are protected using Resilient Change Tracking (RCT).

Az ügynök nem telepíthető a Windows Server 2008-ra vagy a Windows Server 2008 R2-reAgent installation fails on Windows Server 2008, Windows Server 2008 R2

Leírás: a windows Server 2008 vagy a windows Server 2008 R2 védelme esetén az ügynök telepítése sikertelen lehet.Description: When protecting Windows Server 2008, or Windows Server 2008 R2, installing the agent can fail.

Áthidaló megoldás: frissítse a Windows Management FRAMEWORK (WMF) szolgáltatást az üzemi kiszolgálón a 5,1-re.Workaround: Upgrade the Windows Management Framework (WMF) on the production server to 5.1. Töltse le a WMF-t a 5,1-es Windows-felügyeleti keretből.Download the WMF from Windows Management Frame 5.1. Telepítse a WMF-et, és ezt követően telepítse az ügynököt.Install WMF and then install the agent.

Egy frissített Hyper-V virtuális gép korábbi verziójának visszaállítása a jövőbeni helyreállítási pontok meghibásodását okozza.Restoring a previous version of an upgraded Hyper-V VM causes future recovery points to fail.

Leírás: a későbbi biztonsági mentések sikertelenek, ha a 2016-os verzióra frissít egy védett 2012 R2-es Hyper-V virtuális gépet, majd leállítja a virtuális gép védelmét (de megőrzi az adatokat), ismét bekapcsolja a védelmet, és így állítja vissza a 2012 R2-es másolatot annak eredeti helyére.Description: If you upgrade a protected 2012 R2 Hyper-V VM to the 2016 version, then stop protecting the VM (but retain data), and then re-enable protection, if you then recover a 2012 R2 copy at the original location, further backups may fail.

Áthidaló megoldás: a helyreállítás után módosítsa a virtuális gép verzióját 2016-re, majd futtasson egy konzisztencia-ellenőrzést.Workaround: After recovery, change the VM Version to 2016, then run a Consistency Check.

Operációs rendszer nélküli helyreállítás védelmével kapcsolatos hibákBare Metal Recovery protection failures

Leírás: Ha operációs rendszer nélküli helyreállítást (BMR) konfigurál, a BMR védelmi feladat meghiúsulhat, ha az üzenet szerint a replika mérete nem elég nagy.Description: If you configure Bare Metal Recovery (BMR) protection, the BMR protection job may fail with the message that the replica size is not sufficiently large.

Megkerülő megoldás: a BMR-adatforrások alapértelmezett replikájának módosításához használja a következő beállításjegyzékbeli elérési utat.Workaround: Use the following registry path to change the default replica size for BMR data sources. Nyissa meg a Beállításszerkesztőt, és növelje a replika méretét a következő kulcshoz:Open the registry editor and increase the replica size for the following key:

HKLM\Software\Microsoft\Microsoft adatvédelmi Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

A DPM-adatbázis ismételt védelem a DPM 2016-es vagy 1801-es verzióra való frissítés utánReprotecting the DPM database after upgrading to DPM 2016 or 1801

Leírás: Ha a System center DPM 2012 R2 rendszerről a system center Data Protection Manager 2016 vagy 1801 verzióra frissít, a DPM-adatbázis neve bizonyos helyzetekben változhat.Description: When you upgrade from System Center DPM 2012 R2 to System Center Data Protection Manager 2016 or 1801, the DPM database name can change in some scenarios.

Áthidaló megoldás: Ha DPM-adatbázis védelmét kívánja biztosítani, engedélyezze az új DPM-adatbázis védelmét.Workaround: If you are protecting a DPM database, be sure to enable protection for the new DPM database. A DPM frissítésének ellenőrzése után eltávolíthatja a régi DPM-adatbázis védelmét.Once the DPM upgrade is validated, you can remove protection for the old DPM database.

A rendszer nem törli a régi helyreállítási pontokat, ezért azok felgyűlnekRecovery Points not being pruned, leading to an accumulation of Recovery Points

Leírás: A DPM a megőrzési tartománynál régebbi helyreállítási pontokat.Description: DPM prunes recovery points older than the retention range. A metszési folyamat során a DPM kiszámítja a helyreállítási pontok által felhasznált tárterület metszését.During the pruning process, DPM calculates the storage consumed by those recovery points to be pruned. A tárolási számítási késések metszése.Storage calculation delays pruning.

Áthidaló megoldás: Konfigurálja a DPM a metszeni kívánt helyreállítási pontok méretének kiszámításához.Workaround: Configure DPM to skip calculating the size of recovery points to be pruned. Ennek eredményeképpen a kivágási parancsfájl gyorsabban fut, és a megőrzési időtartamnál régebbi helyreállítási pontokat az összes tárolási nyomás enyhítésével csökkenti.As a result, the pruning script runs faster, and prunes all recovery points older than the retention range, relieving any storage pressures. Az adatforrás által felhasznált tárterület nem frissül, amíg a DPM befejezi a metszést.The storage consumed per data source isn't updated until DPM finishes pruning. A tárterület-felhasználás mennyisége továbbra is a megfelelő értékeket tükrözi.The storage consumption per volume continues to reflect the correct values. A méret számításának bekapcsolásához használjon PowerShell-parancsfájlt.Use a PowerShell script to turn on size calculation. A következő parancsfájl teljes méretű számításokat futtat.The following script runs complete size calculations.

Hely: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1Location: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Parancsfájl:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]Script: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: – meghatározza a szükséges művelet típusát.ManageStorageInfo: - Specifies the kind of operation needed.

    • StopSizeAutoUpdate: a méretszámítások teljes leállítása.StopSizeAutoUpdate: Stops the size calculations completely. A felhasználói felület és a PowerShell nem jelenti a méretet.Both UI and PowerShell will not report sizes.

    • StartSizeAutoUpdate: a méretszámítások folytatása.StartSizeAutoUpdate: Resumes the size calculations. A méretezési számítások engedélyezése után közvetlenül UpdateSizeInfo a (következő beállításokban) használható az összes adatforrás méretének újraszámításához, amíg a PowerShellben és a felhasználói felületen jelentett méretek nem megfelelőek.Immediately after enabling size calculations, use UpdateSizeInfo (in the following options) to recalculate sizes for all the datasources, until which sizes reported in PowerShell and UI may not be correct.

    • GetSizeAutoUpdateStatus: jelzi, hogy a méretszámítás engedélyezve van-e.GetSizeAutoUpdateStatus: Tells whether size calculations are enabled or disabled.

    • UpdateSizeInfo: Elindítja a méret számítását, és az adatforrás által felhasznált méretet jelenti.UpdateSizeInfo: Triggers the size calculation and reports the size consumed by datasource. Mivel ez lehet egy hosszan futó művelet, csak szükség esetén használja a számlázáshoz.As this can be a long-running operation, use it only when needed, for scenarios such as billing. Ebben az időszakban a biztonsági mentések a VHD-csatlakoztatási hibák miatt sikertelenek lehetnek.During this time, backups may fail with vhd mount errors.

  • UpdateSizeForDS: annak a szövegfájlnak az elérési útja, amelyben a releváns adatforrások azonosítói találhatók (soronként egy).UpdateSizeForDS: Path to a text file with a list of Datasource IDs for which size needs to be calculated, with a datasourceID on each line. Ha nincs ilyen paraméter, a méretszámítás az összes adatforrásra lefut.When not passed, size calculation is triggered for all the datasources. Használat a használata után UpdateSizeInfo a-ben ManageStorageInfo .Use after using UpdateSizeInfo in ManageStorageInfo. Az egyes adatforrások adatforrás-azonosítóinak beszerzéséhez használja a következőt: Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id .To get the Datasource IDs of specific datasources, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: A frissített adatforrás-méreteket tároló fájl elérési útja.UpdatedDSSizeReport: Path to a file that stores the updated datasource sizes. Ha nem ad át sizes.csv, a rendszer létrehoz egy fájlt a végrehajtási könyvtárban.When not passed sizes.csv, a file is created in the execution directory. Használat UpdateSizeInfo a következő után: ManageStorageInfo .Use after UpdateSizeInfo in ManageStorageInfo.

  • FailedDSSizeUpdateFile: annak a fájlnak az elérési útja, amelybe a tárhelyszámításkor hibába ütköző adatforrások azonosítói kerülnek.FailedDSSizeUpdateFile: Path to a file to store the Datasource IDs for the datasources for which the storage consumption couldn’t be calculated. Ilyen hibát okozhat például egy folyamatban lévő biztonsági mentés.This may happen due to reasons as ongoing backups. Ha nincs ilyen paraméter, egy failedDS.txt nevű fájl jön létre a végrehajtás helyén.When not passed failedDS.txt file is created in the execution directory. Ez a fájl aztán felhasználható az UpdateSizeForDS paraméter bemeneteként a hátralévő adatforrások méretszámításához.This file can be given as input to “UpdateSizeForDS” to update the sizes of all the datasources. Ezt a használata után kell használni UpdateSizeInfo ManageStorageInfo .This should be used after using UpdateSizeInfo in ManageStorageInfo.

Hyper-V RCT – D-T típusú biztonsági mentések esetében nem lehetséges a fájlként való helyreállításHyper-V RCT - recover as files for D-T backup fails

Leírás: a Hyper-V RCT virtuális gépeknek a közvetlenül szalagon (D-T) létrehozott fájlként történő helyreállítása sikertelen.Description: Recovery of Hyper-V RCT VMs as files created directly on tape (D-T) fails. A d-D-T nem mutatja be ezt a problémát.D-D-T does not exhibit this issue.

Megkerülő megoldás: használjon másik helyre történő HELYREÁLLÍTÁST virtuális gépként, majd vigye át ezeket a fájlokat a kívánt helyre.Workaround: Use Alternate Location Recovery as a VM, and then transfer those files to the desired location.

A fájlkiszolgáló végfelhasználói helyreállítása (EUR) modern biztonsági másolati tárhely (MBS) használata esetén nem érhető elFile Server end user recovery (EUR) not available when using Modern Backup Storage (MBS)

Leírás: Ha modern biztonsági MÁSOLATI tárhely (MBS) t használ a DPM 2016-mel, a fájlkiszolgáló végfelhasználói helyreállítása nem érhető el.Description: If you use Modern Backup Storage (MBS) with DPM 2016, File Server end-user recovery is not available.

Áthidaló megoldás: nincs.Workaround: None. A Fájlkiszolgálói EUR nem támogatott az MBS használata esetén.File Server EUR is not supported when using MBS.

DPM 1801 kibocsátási megjegyzésekDPM 1801 Release notes

A DPM 1801 kiadásban a következő hibák lettek kijavítva:The following bugs have been fixed in the DPM 1801 release:

  • Ha frissíti a DPM-ügynököt az üzemi kiszolgálón, a rendszer váratlan újraindítást okoz.Upgrading the DPM agent on the production server causes an unexpected reboot.
  • A Hyper-V-alapú virtuális gépek konzisztencia-ellenőrzése a virtuális gépek méretétől eltérő mennyiségű adatátvitelt végez.Consistency checks for Hyper-V VMs transferred more data than the size of the VMs.

Az 1801-es kiadásban az alábbi problémák léptek fel.The following issues exist in the 1801 release.

A System Center DPM beavatkozás nélküli telepítése az SQL Server 2008-calSilent Installation of System Center DPM with SQL Server 2008

Leírás: a DPM 2016 RTM nem csendesen telepíti a SQL Server 2008-es verzióra.Description: DPM 2016 RTM won't silently install on SQL Server 2008.

Megkerülő megoldás: telepítse a DPM 2016 RTM-et SQL Server nagyobb, mint 2008-es verzióra, vagy használja a DPM 2016 telepítő felhasználói felületét.Workaround: Deploy DPM 2016 RTM on a version of SQL Server higher than 2008, or use the DPM 2016 Setup user interface.

Remove-DPMDiskStorage parancsmag az aktív vagy inaktív biztonsági másolatokkal törölheti a köteteketRemove-DPMDiskStorage cmdlet might delete volumes with active or inactive backups

Leírás: Ha a kötet adatforrásainak biztonsági mentése folyamatban van (aktív vagy inaktív), akkor a Remove-DPMDiskStorage parancsmag a kötetek DPM való eltávolítására szolgál. az adatforrások is eltávolíthatók.Description: If the volume's datasources are being backed up (actively or inactively), when the Remove-DPMDiskStorage cmdlet is used to remove volumes from DPM, the datasources can be removed too.

Áthidaló megoldás: mielőtt a parancsmagot használja a kötetek eltávolításához, győződjön meg arról, hogy a kötet adatforrásai nincsenek használatban (aktív vagy inaktív).Workaround: Before using the cmdlet to remove the volumes, make sure the volume's datasources aren't in use (actively or inactively).

DPM 2016 Windows Server 2016 lefagyDPM 2016 on Windows Server 2016 hangs

Leírás: a DPM-kiszolgálón a memóriahasználat folyamatosan növekszik, amíg a 90%-os nem ér el.Description: Memory consumption on the DPM Server increases continuously until it reaches 90%. A memóriahasználat lelassítja a DPM-kiszolgálót.Memory consumption slows the DPM server.

Áthidaló megoldás: frissítse a DPM a DPM UR2, és telepítse a KB4013429 a probléma megoldásához.Workaround: Upgrade DPM to DPM UR2 and install KB4013429 to fix this issue.

A virtuális gépek frissítésekor a Hyper-V virtuális gépek kettős védelmet kapnakHyper-V VMs are protected twice on VM upgrade

Leírás: Ha Hyper-V virtuális gépet frissít a windows Server 2012 R2 rendszerről a windows Server 2016-re, a virtuális gép két verziója jelenik meg a védelmi csoport létrehozása varázslóban.Description: When upgrading a Hyper-V VM from Windows Server 2012 R2 to Windows Server 2016, two versions of the VM appear in the Create Protection Group Wizard.

Áthidaló megoldás: a nem frissített virtuális gépek esetében állítsa le a védelmet az adatmegőrzési szolgáltatással.Workaround: For the VMs that haven't been upgraded, stop protection with Retain Data. Frissítse a virtuális gépet, és hozzon létre egy új védelmi csoportot.Upgrade the VM, and create a new protection group. Ezután frissítse az adatforrásokat, és megvédje a virtuális gépeket.Then refresh the data sources, and protect the VMs. Ha újra alkalmazza a védelmet, a virtuális gépek védelme rugalmas Change Tracking (RCT) használatával történik.When you reapply protection, the VMs are protected using Resilient Change Tracking (RCT).

Az ügynök nem telepíthető a Windows Server 2008-ra vagy a Windows Server 2008 R2-reAgent installation fails on Windows Server 2008, Windows Server 2008 R2

Leírás: a windows Server 2008 vagy a windows Server 2008 R2 védelme esetén az ügynök telepítése sikertelen lehet.Description: When protecting Windows Server 2008, or Windows Server 2008 R2, installing the agent can fail.

Áthidaló megoldás: frissítsen a Windows Management Framework (WMF) 4.0-s verziójára az üzemi kiszolgálón.Workaround: Upgrade the Windows Management Framework (WMF) on the production server to 4.0. Töltse le a WMF-t a 5,1-es Windows-felügyeleti keretből ( https://www.microsoft.com/download/details.aspx?id=54616) ).Download the WMF from Windows Management Frame 5.1(https://www.microsoft.com/download/details.aspx?id=54616). Telepítse a WMF-et, és ezt követően telepítse az ügynököt.Install WMF and then install the agent.

Egy frissített Hyper-V virtuális gép korábbi verziójának visszaállítása a jövőbeni helyreállítási pontok meghibásodását okozza.Restoring a previous version of an upgraded Hyper-V VM causes future recovery points to fail.

Leírás: a későbbi biztonsági mentések sikertelenek, ha a 2016-os verzióra frissít egy védett 2012 R2-es Hyper-V virtuális gépet, majd leállítja a virtuális gép védelmét (de megőrzi az adatokat), ismét bekapcsolja a védelmet, és így állítja vissza a 2012 R2-es másolatot annak eredeti helyére.Description: If you upgrade a protected 2012 R2 Hyper-V VM to the 2016 version, then stop protecting the VM (but retain data), and then re-enable protection, if you then recover a 2012 R2 copy at the original location, further backups may fail.

Áthidaló megoldás: a helyreállítás után módosítsa a virtuális gép verzióját 2016-re, majd futtasson egy konzisztencia-ellenőrzést.Workaround: After recovery, change the VM Version to 2016, then run a Consistency Check.

Operációs rendszer nélküli helyreállítás védelmével kapcsolatos hibákBare Metal Recovery protection failures

Leírás: Ha operációs rendszer nélküli helyreállítást (BMR) konfigurál, a BMR védelmi feladat meghiúsulhat, ha az üzenet szerint a replika mérete nem elég nagy.Description: If you configure Bare Metal Recovery (BMR) protection, the BMR protection job may fail with the message that the replica size is not sufficiently large.

Megkerülő megoldás: a BMR-adatforrások alapértelmezett replikájának módosításához használja a következő beállításjegyzékbeli elérési utat.Workaround: Use the following registry path to change the default replica size for BMR data sources. Nyissa meg a Beállításszerkesztőt, és növelje a replika méretét a következő kulcshoz:Open the registry editor and increase the replica size for the following key:

HKLM\Software\Microsoft\Microsoft adatvédelmi Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

A DPM-adatbázis ismételt védetté DPM a 2016-es verzióra való frissítés utánReprotecting the DPM database after upgrading to DPM 2016

Leírás: Ha a System center DPM 2012 R2 rendszerről a system center Data Protection Manager 2016-re frissít, a DPM-adatbázis neve bizonyos helyzetekben változhat.Description: When you upgrade from System Center DPM 2012 R2 to System Center Data Protection Manager 2016, the DPM database name can change in some scenarios.

Áthidaló megoldás: Ha DPM-adatbázis védelmét kívánja biztosítani, engedélyezze az új DPM-adatbázis védelmét.Workaround: If you are protecting a DPM database, be sure to enable protection for the new DPM database. A DPM frissítésének ellenőrzése után eltávolíthatja a régi DPM-adatbázis védelmét.Once the DPM upgrade is validated, you can remove protection for the old DPM database.

A rendszer nem törli a régi helyreállítási pontokat, ezért azok felgyűlnekRecovery Points not being pruned, leading to an accumulation of Recovery Points

Leírás: A DPM a megőrzési tartománynál régebbi helyreállítási pontokat.Description: DPM prunes recovery points older than the retention range. A metszési folyamat során a DPM kiszámítja a helyreállítási pontok által felhasznált tárterület metszését.During the pruning process, DPM calculates the storage consumed by those recovery points to be pruned. A tárolási számítási késések metszése.Storage calculation delays pruning.

Áthidaló megoldás: Konfigurálja a DPM a metszeni kívánt helyreállítási pontok méretének kiszámításához.Workaround: Configure DPM to skip calculating the size of recovery points to be pruned. Ennek eredményeképpen a kivágási parancsfájl gyorsabban fut, és a megőrzési időtartamnál régebbi helyreállítási pontokat az összes tárolási nyomás enyhítésével csökkenti.As a result, the pruning script runs faster, and prunes all recovery points older than the retention range, relieving any storage pressures. Az adatforrás által felhasznált tárterület nem frissül, amíg a DPM befejezi a metszést.The storage consumed per data source isn't updated until DPM finishes pruning. A tárterület-felhasználás mennyisége továbbra is a megfelelő értékeket tükrözi.The storage consumption per volume continues to reflect the correct values. A méret számításának bekapcsolásához használjon PowerShell-parancsfájlt.Use a PowerShell script to turn on size calculation. A következő parancsfájl teljes méretű számításokat futtat.The following script runs complete size calculations.

Hely: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1Location: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Parancsfájl:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]Script: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: – meghatározza a szükséges művelet típusát.ManageStorageInfo: - Specifies the kind of operation needed.

    • StopSizeAutoUpdate: a méretszámítások teljes leállítása.StopSizeAutoUpdate: Stops the size calculations completely. A felhasználói felület és a PowerShell nem jelenti a méretet.Both UI and PowerShell will not report sizes.

    • StartSizeAutoUpdate: a méretszámítások folytatása.StartSizeAutoUpdate: Resumes the size calculations. A méretezési számítások engedélyezése után közvetlenül UpdateSizeInfo a (következő beállításokban) használható az összes adatforrás méretének újraszámításához, amíg a PowerShellben és a felhasználói felületen jelentett méretek nem megfelelőek.Immediately after enabling size calculations, use UpdateSizeInfo (in the following options) to recalculate sizes for all the datasources, until which sizes reported in PowerShell and UI may not be correct.

    • GetSizeAutoUpdateStatus: jelzi, hogy a méretszámítás engedélyezve van-e.GetSizeAutoUpdateStatus: Tells whether size calculations are enabled or disabled.

    • UpdateSizeInfo: Elindítja a méret számítását, és az adatforrás által felhasznált méretet jelenti.UpdateSizeInfo: Triggers the size calculation and reports the size consumed by datasource. Mivel ez lehet egy hosszan futó művelet, csak szükség esetén használja a számlázáshoz.As this can be a long-running operation, use it only when needed, for scenarios such as billing. Ebben az időszakban a biztonsági mentések a VHD-csatlakoztatási hibák miatt sikertelenek lehetnek.During this time, backups may fail with vhd mount errors.

  • UpdateSizeForDS: annak a szövegfájlnak az elérési útja, amelyben a releváns adatforrások azonosítói találhatók (soronként egy).UpdateSizeForDS: Path to a text file with a list of Datasource IDs for which size needs to be calculated, with a datasourceID on each line. Ha nincs ilyen paraméter, a méretszámítás az összes adatforrásra lefut.When not passed, size calculation is triggered for all the datasources. Használat a használata után UpdateSizeInfo a-ben ManageStorageInfo .Use after using UpdateSizeInfo in ManageStorageInfo. Az egyes adatforrások adatforrás-azonosítóinak beszerzéséhez használja a következőt: Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id .To get the Datasource IDs of specific datasources, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: A frissített adatforrás-méreteket tároló fájl elérési útja.UpdatedDSSizeReport: Path to a file that stores the updated datasource sizes. Ha nem ad át sizes.csv, a rendszer létrehoz egy fájlt a végrehajtási könyvtárban.When not passed sizes.csv, a file is created in the execution directory. Használat UpdateSizeInfo a következő után: ManageStorageInfo .Use after UpdateSizeInfo in ManageStorageInfo.

  • FailedDSSizeUpdateFile: annak a fájlnak az elérési útja, amelybe a tárhelyszámításkor hibába ütköző adatforrások azonosítói kerülnek.FailedDSSizeUpdateFile: Path to a file to store the Datasource IDs for the datasources for which the storage consumption couldn’t be calculated. Ilyen hibát okozhat például egy folyamatban lévő biztonsági mentés.This may happen due to reasons as ongoing backups. Ha nincs ilyen paraméter, egy failedDS.txt nevű fájl jön létre a végrehajtás helyén.When not passed failedDS.txt file is created in the execution directory. Ez a fájl aztán felhasználható az UpdateSizeForDS paraméter bemeneteként a hátralévő adatforrások méretszámításához.This file can be given as input to “UpdateSizeForDS” to update the sizes of all the datasources. Ezt a használata után kell használni UpdateSizeInfo ManageStorageInfo .This should be used after using UpdateSizeInfo in ManageStorageInfo.

Hyper-V RCT – D-T típusú biztonsági mentések esetében nem lehetséges a fájlként való helyreállításHyper-V RCT - recover as files for D-T backup fails

Leírás: a Hyper-V RCT virtuális gépeknek a közvetlenül szalagon (D-T) létrehozott fájlként történő helyreállítása sikertelen.Description: Recovery of Hyper-V RCT VMs as files created directly on tape (D-T) fails. A D-D-T típusú biztonsági mentéseknél nem fordul elő a probléma.D-D-T backups will not exhibit this issue.

Megkerülő megoldás: használjon másik helyre történő HELYREÁLLÍTÁST virtuális gépként, majd vigye át ezeket a fájlokat a kívánt helyre.Workaround: Use Alternate Location Recovery as a VM, and then transfer those files to the desired location.

A fájlkiszolgáló végfelhasználói helyreállítása (EUR) modern biztonsági másolati tárhely (MBS) használata esetén nem érhető elFile Server end user recovery (EUR) not available when using Modern Backup Storage (MBS)

Leírás: Ha modern biztonsági MÁSOLATI tárhely (MBS) t használ a DPM 2016-mel, a fájlkiszolgáló végfelhasználói helyreállítása nem érhető el.Description: If you use Modern Backup Storage (MBS) with DPM 2016, File Server end-user recovery is not available.

Áthidaló megoldás: nincs.Workaround: None. A Fájlkiszolgálói EUR nem támogatott az MBS használata esetén.File Server EUR is not supported when using MBS.

A DPM telepítése során a 4387-es hiba jelenhet megError 4387 might appear while installing DPM

Leírás: a Data Protection Manager telepítésekor a rendszer az SQL Server szövegmező Data Protection Manager telepítésének > előfeltétel-ellenőrzési > példányában megjelenő SQL-példányt adja meg. a 4387-es hiba jelenhet meg.Description: While installing the Data Protection Manager, when you enter an SQL instance in the Data Protection Manager Setup > Prerequisites check> Instance of SQL server text box, error 4387 might appear.

Áthidaló megoldás: hajtsa végre a szükséges műveleteket a tudásbáziscikk részletes leírásában , majd próbálja megismételni a DPM telepítőjét.Workaround: Perform the required actions as detailed in this KB article and try the DPM setup again.

System Center DPM 2016 kibocsátási megjegyzésekSystem Center DPM 2016 Release Notes

A következő fejezetek összefoglalják a DPM 2016 kibocsátási megjegyzéseit, és tartalmazzák a vonatkozó ismert problémákat és a megkerülő megoldásokat.The following sections summarize the release notes for DPM 2016 and include the applicable known issues and workarounds.

A System Center DPM beavatkozás nélküli telepítése az SQL Server 2008-calSilent Installation of System Center DPM with SQL Server 2008

Leírás: a DPM 2016 RTM nem csendesen telepíti a SQL Server 2008-es verzióra.Description: DPM 2016 RTM won't silently install on SQL Server 2008.

Megkerülő megoldás: telepítse a DPM 2016 RTM-et SQL Server nagyobb, mint 2008-es verzióra, vagy használja a DPM 2016 telepítő felhasználói felületét.Workaround: Deploy DPM 2016 RTM on a version of SQL Server higher than 2008, or use the DPM 2016 Setup user interface.

Remove-DPMDiskStorage parancsmag az aktív vagy inaktív biztonsági másolatokkal törölheti a köteteketRemove-DPMDiskStorage cmdlet might delete volumes with active or inactive backups

Leírás: Ha a kötet adatforrásainak biztonsági mentése folyamatban van (aktív vagy inaktív), akkor a Remove-DPMDiskStorage parancsmag a kötetek DPM való eltávolítására szolgál. az adatforrások is eltávolíthatók.Description: If the volume's datasources are being backed up (actively or inactively), when the Remove-DPMDiskStorage cmdlet is used to remove volumes from DPM, the datasources can be removed too.

Áthidaló megoldás: mielőtt a parancsmagot használja a kötetek eltávolításához, győződjön meg arról, hogy a kötet adatforrásai nincsenek használatban (aktív vagy inaktív).Workaround: Before using the cmdlet to remove the volumes, make sure the volume's datasources aren't in use (actively or inactively).

DPM 2016 Windows Server 2016 lefagyDPM 2016 on Windows Server 2016 hangs

Leírás: a DPM-kiszolgálón a memóriahasználat folyamatosan növekszik, amíg a 90%-os nem ér el.Description: Memory consumption on the DPM Server increases continuously until it reaches 90%. A memóriahasználat lelassítja a DPM-kiszolgálót.Memory consumption slows the DPM server.

Áthidaló megoldás: frissítse a DPM a DPM UR2, és telepítse a KB4013429 a probléma megoldásához.Workaround: Upgrade DPM to DPM UR2 and install KB4013429 to fix this issue.

A virtuális gépek frissítésekor a Hyper-V virtuális gépek kettős védelmet kapnakHyper-V VMs are protected twice on VM upgrade

Leírás: Ha Hyper-V virtuális gépet frissít a windows Server 2012 R2 rendszerről a windows Server 2016-re, a virtuális gép két verziója jelenik meg a védelmi csoport létrehozása varázslóban.Description: When upgrading a Hyper-V VM from Windows Server 2012 R2 to Windows Server 2016, two versions of the VM appear in the Create Protection Group Wizard.

Áthidaló megoldás: a nem frissített virtuális gépek esetében állítsa le a védelmet az adatmegőrzési szolgáltatással.Workaround: For the VMs that haven't been upgraded, stop protection with Retain Data. Frissítse a virtuális gépet, és hozzon létre egy új védelmi csoportot.Upgrade the VM, and create a new protection group. Ezután frissítse az adatforrásokat, és megvédje a virtuális gépeket.Then refresh the data sources, and protect the VMs. Ha újra alkalmazza a védelmet, a virtuális gépek védelme rugalmas Change Tracking (RCT) használatával történik.When you reapply protection, the VMs are protected using Resilient Change Tracking (RCT).

Az ügynök nem telepíthető a Windows Server 2008-ra vagy a Windows Server 2008 R2-reAgent installation fails on Windows Server 2008, Windows Server 2008 R2

Leírás: a windows Server 2008 vagy a windows Server 2008 R2 védelme esetén az ügynök telepítése sikertelen lehet.Description: When protecting Windows Server 2008, or Windows Server 2008 R2, installing the agent can fail.

Áthidaló megoldás: frissítsen a Windows Management Framework (WMF) 4.0-s verziójára az üzemi kiszolgálón.Workaround: Upgrade the Windows Management Framework (WMF) on the production server to 4.0. Töltse le a WMF-t a 5,1-es Windows-felügyeleti keretből ( https://www.microsoft.com/download/details.aspx?id=54616) ).Download the WMF from Windows Management Frame 5.1(https://www.microsoft.com/download/details.aspx?id=54616). Telepítse a WMF-et, és ezt követően telepítse az ügynököt.Install WMF and then install the agent.

Egy frissített Hyper-V virtuális gép korábbi verziójának visszaállítása a jövőbeni helyreállítási pontok meghibásodását okozza.Restoring a previous version of an upgraded Hyper-V VM causes future recovery points to fail.

Leírás: a későbbi biztonsági mentések sikertelenek, ha a 2016-os verzióra frissít egy védett 2012 R2-es Hyper-V virtuális gépet, majd leállítja a virtuális gép védelmét (de megőrzi az adatokat), ismét bekapcsolja a védelmet, és így állítja vissza a 2012 R2-es másolatot annak eredeti helyére.Description: If you upgrade a protected 2012 R2 Hyper-V VM to the 2016 version, then stop protecting the VM (but retain data), and then re-enable protection, if you then recover a 2012 R2 copy at the original location, further backups may fail.

Áthidaló megoldás: a helyreállítás után módosítsa a virtuális gép verzióját 2016-re, majd futtasson egy konzisztencia-ellenőrzést.Workaround: After recovery, change the VM Version to 2016, then run a Consistency Check.

Operációs rendszer nélküli helyreállítás védelmével kapcsolatos hibákBare Metal Recovery protection failures

Leírás: Ha operációs rendszer nélküli helyreállítást (BMR) konfigurál, a BMR védelmi feladat meghiúsulhat, ha az üzenet szerint a replika mérete nem elég nagy.Description: If you configure Bare Metal Recovery (BMR) protection, the BMR protection job may fail with the message that the replica size is not sufficiently large.

Megkerülő megoldás: a BMR-adatforrások alapértelmezett replikájának módosításához használja a következő beállításjegyzékbeli elérési utat.Workaround: Use the following registry path to change the default replica size for BMR data sources. Nyissa meg a Beállításszerkesztőt, és növelje a replika méretét a következő kulcshoz:Open the registry editor and increase the replica size for the following key:

HKLM\Software\Microsoft\Microsoft adatvédelmi Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

A DPM-adatbázis ismételt védetté DPM a 2016-es verzióra való frissítés utánReprotecting the DPM database after upgrading to DPM 2016

Leírás: Ha a System center DPM 2012 R2 rendszerről a system center Data Protection Manager 2016-re frissít, a DPM-adatbázis neve bizonyos helyzetekben változhat.Description: When you upgrade from System Center DPM 2012 R2 to System Center Data Protection Manager 2016, the DPM database name can change in some scenarios.

Áthidaló megoldás: Ha DPM-adatbázis védelmét kívánja biztosítani, engedélyezze az új DPM-adatbázis védelmét.Workaround: If you are protecting a DPM database, be sure to enable protection for the new DPM database. A DPM frissítésének ellenőrzése után eltávolíthatja a régi DPM-adatbázis védelmét.Once the DPM upgrade is validated, you can remove protection for the old DPM database.

A rendszer nem törli a régi helyreállítási pontokat, ezért azok felgyűlnekRecovery Points not being pruned, leading to an accumulation of Recovery Points

Leírás: A DPM a megőrzési tartománynál régebbi helyreállítási pontokat.Description: DPM prunes recovery points older than the retention range. A metszési folyamat során a DPM kiszámítja a helyreállítási pontok által felhasznált tárterület metszését.During the pruning process, DPM calculates the storage consumed by those recovery points to be pruned. A tárolási számítási késések metszése.Storage calculation delays pruning.

Áthidaló megoldás: Konfigurálja a DPM a metszeni kívánt helyreállítási pontok méretének kiszámításához.Workaround: Configure DPM to skip calculating the size of recovery points to be pruned. Ennek eredményeképpen a kivágási parancsfájl gyorsabban fut, és a megőrzési időtartamnál régebbi helyreállítási pontokat az összes tárolási nyomás enyhítésével csökkenti.As a result, the pruning script runs faster, and prunes all recovery points older than the retention range, relieving any storage pressures. Az adatforrás által felhasznált tárterület nem frissül, amíg a DPM befejezi a metszést.The storage consumed per data source isn't updated until DPM finishes pruning. A tárterület-felhasználás mennyisége továbbra is a megfelelő értékeket tükrözi.The storage consumption per volume continues to reflect the correct values. A méret számításának bekapcsolásához használjon PowerShell-parancsfájlt.Use a PowerShell script to turn on size calculation. A következő parancsfájl teljes méretű számításokat futtat.The following script runs complete size calculations.

Hely: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1Location: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Parancsfájl:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]Script: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: – meghatározza a szükséges művelet típusát.ManageStorageInfo: - Specifies the kind of operation needed.

    • StopSizeAutoUpdate: a méretszámítások teljes leállítása.StopSizeAutoUpdate: Stops the size calculations completely. A felhasználói felület és a PowerShell nem jelenti a méretet.Both UI and PowerShell will not report sizes.

    • StartSizeAutoUpdate: a méretszámítások folytatása.StartSizeAutoUpdate: Resumes the size calculations. A méretezési számítások engedélyezése után közvetlenül UpdateSizeInfo a (következő beállításokban) használható az összes adatforrás méretének újraszámításához, amíg a PowerShellben és a felhasználói felületen jelentett méretek nem megfelelőek.Immediately after enabling size calculations, use UpdateSizeInfo (in the following options) to recalculate sizes for all the datasources, until which sizes reported in PowerShell and UI may not be correct.

    • GetSizeAutoUpdateStatus: jelzi, hogy a méretszámítás engedélyezve van-e.GetSizeAutoUpdateStatus: Tells whether size calculations are enabled or disabled.

    • UpdateSizeInfo: Elindítja a méret számítását, és az adatforrás által felhasznált méretet jelenti.UpdateSizeInfo: Triggers the size calculation and reports the size consumed by datasource. Mivel ez lehet egy hosszan futó művelet, csak szükség esetén használja a számlázáshoz.As this can be a long-running operation, use it only when needed, for scenarios such as billing. Ebben az időszakban a biztonsági mentések a VHD-csatlakoztatási hibák miatt sikertelenek lehetnek.During this time, backups may fail with vhd mount errors.

  • UpdateSizeForDS: annak a szövegfájlnak az elérési útja, amelyben a releváns adatforrások azonosítói találhatók (soronként egy).UpdateSizeForDS: Path to a text file with a list of Datasource IDs for which size needs to be calculated, with a datasourceID on each line. Ha nincs ilyen paraméter, a méretszámítás az összes adatforrásra lefut.When not passed, size calculation is triggered for all the datasources. Használat a használata után UpdateSizeInfo a-ben ManageStorageInfo .Use after using UpdateSizeInfo in ManageStorageInfo. Az egyes adatforrások adatforrás-azonosítóinak beszerzéséhez használja a következőt: Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id .To get the Datasource IDs of specific datasources, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: A frissített adatforrás-méreteket tároló fájl elérési útja.UpdatedDSSizeReport: Path to a file that stores the updated datasource sizes. Ha nem ad át sizes.csv, a rendszer létrehoz egy fájlt a végrehajtási könyvtárban.When not passed sizes.csv, a file is created in the execution directory. Használat UpdateSizeInfo a következő után: ManageStorageInfo .Use after UpdateSizeInfo in ManageStorageInfo.

  • FailedDSSizeUpdateFile: annak a fájlnak az elérési útja, amelybe a tárhelyszámításkor hibába ütköző adatforrások azonosítói kerülnek.FailedDSSizeUpdateFile: Path to a file to store the Datasource IDs for the datasources for which the storage consumption couldn’t be calculated. Ilyen hibát okozhat például egy folyamatban lévő biztonsági mentés.This may happen due to reasons as ongoing backups. Ha nincs ilyen paraméter, egy failedDS.txt nevű fájl jön létre a végrehajtás helyén.When not passed failedDS.txt file is created in the execution directory. Ez a fájl aztán felhasználható az UpdateSizeForDS paraméter bemeneteként a hátralévő adatforrások méretszámításához.This file can be given as input to “UpdateSizeForDS” to update the sizes of all the datasources. Ezt a használata után kell használni UpdateSizeInfo ManageStorageInfo .This should be used after using UpdateSizeInfo in ManageStorageInfo.

Hyper-V RCT – D-T típusú biztonsági mentések esetében nem lehetséges a fájlként való helyreállításHyper-V RCT - recover as files for D-T backup fails

Leírás: a Hyper-V RCT virtuális gépeknek a közvetlenül szalagon (D-T) létrehozott fájlként történő helyreállítása sikertelen.Description: Recovery of Hyper-V RCT VMs as files created directly on tape (D-T) fails. A D-D-T típusú biztonsági mentéseknél nem fordul elő a probléma.D-D-T backups will not exhibit this issue.

Megkerülő megoldás: használjon másik helyre történő HELYREÁLLÍTÁST virtuális gépként, majd vigye át ezeket a fájlokat a kívánt helyre.Workaround: Use Alternate Location Recovery as a VM, and then transfer those files to the desired location.

A fájlkiszolgáló végfelhasználói helyreállítása (EUR) modern biztonsági másolati tárhely (MBS) használata esetén nem érhető elFile Server end user recovery (EUR) not available when using Modern Backup Storage (MBS)

Leírás: Ha modern biztonsági MÁSOLATI tárhely (MBS) t használ a DPM 2016-mel, a fájlkiszolgáló végfelhasználói helyreállítása nem érhető el.Description: If you use Modern Backup Storage (MBS) with DPM 2016, File Server end-user recovery is not available.

Áthidaló megoldás: nincs.Workaround: None. A Fájlkiszolgálói EUR nem támogatott az MBS használata esetén.File Server EUR is not supported when using MBS.

A DPM telepítése során a 4387-es hiba jelenhet megError 4387 might appear while installing DPM

Leírás: a Data Protection Manager telepítésekor a rendszer az SQL Server szövegmező Data Protection Manager telepítésének > előfeltétel-ellenőrzési > példányában megjelenő SQL-példányt adja meg. a 4387-es hiba jelenhet meg.Description: While installing the Data Protection Manager, when you enter an SQL instance in the Data Protection Manager Setup > Prerequisites check> Instance of SQL server text box, error 4387 might appear.

Áthidaló megoldás: hajtsa végre a szükséges műveleteket a tudásbáziscikk részletes leírásában , majd próbálja megismételni a DPM telepítőjét.Workaround: Perform the required actions as detailed in this KB article and try the DPM setup again.

A legutóbbi jelentési fájlok nem frissülnek automatikusanLatest report files are not automatically updated

Leírás: a DPM 2016 UR10, a DPM-jelentés formázása és a kötetről kötetre történő áttelepítési jelentéskészítés esetében a probléma kijavítva.Description: With DPM 2016 UR10, issue with DPM report formatting and volume to volume migration reporting is fixed. A meglévő jelentési fájlok azonban nem lesznek automatikusan lecserélve a frissített fájlokra.However, the existing report files are not automatically replaced with the updated files.

Áthidaló megoldás: hajtsa végre az alábbi lépéseket a meglévő jelentési fájlok lecseréléséhez:Workaround: Follow these steps to replace the existing report files:

A ReportSRV10.dll cseréjeReplace the ReportSRV10.dll

  1. A SQL Server Reporting Service leállításaStop the SQL Server Reporting service

  2. Válassza ki a frissített ReportSRV10.dll fájlt a C:\Program Files\Microsoft System Center\DPM\DPM\bin , és cserélje le a meglévő DLL-fájlokat a következő mappába:Select the updated ReportSRV10.dll file present in C:\Program Files\Microsoft System Center\DPM\DPM\bin and replace the existing DLL files in the following folder:

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

  3. Indítsa el a SQL Server Reporting szolgáltatást.Start the SQL Server Reporting service.

Az RDL-fájlok cseréjeReplace the RDL files

  1. A DPM nyissa meg az SQL Reporting Services portál URL-címét.On DPM, open the SQL Reporting Services portal URL.

  2. A portálon a DPMReports mappa a következő formátumban jelenik meg: DPMReports_ <GUID>.On the portal, the DPMReports folder is present in the format DPMReports_<GUID>.

    Jelentések mappa

    Megjegyzés

    Ebben az elnevezési konvencióban csak egy mappa látható.You can see only one folder with this naming convention. Ha a DPM egy korábbi verzióról frissít, előfordulhat, hogy az előző mappa még létezik, de nem nyitható meg.If DPM is upgraded from a previous version, the previous folder might still exist, but you can’t open it.

  3. Válassza ki és nyissa meg a DPMReports_ <GUID> mappát.Select and open the DPMReports_<GUID> folder. Megjelenik az egyes jelentési fájlok.The individual report files are displayed.

    Az egyes jelentési fájlok listája

  4. Jelölje ki a jelentéssel nem rendelkező jelentések fájljait, kattintson rá a jobb gombbal, majd válassza a kezelés lehetőséget.Select the report files that don't end with Report, right-click Option, and then select Manage.

    Jelentések fájljainak kezelése

  5. Az új lapon válassza a replace (csere ) lehetőséget a legújabb jelentési fájlokra való lecseréléshez.In the new page, select Replace to replace with the latest report files.

    A jelentések fájljainak cseréje

    A legfrissebb jelentési fájlok a DPM telepítési útvonalán érhetők el:The latest report files are available in the DPM installation path:

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

  6. A fájlok cseréje után ügyeljen arra, hogy a név és a Leírás sértetlen legyen, és ne legyen üres.After the files are replaced, ensure that the Name and Description are intact and aren't empty.

  7. Indítsa újra a DPM, és használja a jelentési fájlokat.Restart DPM and use the report files.

Következő lépésekNext steps