Share via

System Center DPM Sürüm Notları

  • Makale

Bu makalede, DPM 2019, DPM 2019 UR1, DPM 2019 UR2, DPM 2019 UR3, DPM 2019 UR4, 2019 UR5 ve 2019 UR6 için bilinen sorunlar ve geçici çözümler de dahil olmak üzere System Center 2019 - Data Protection Manager (DPM) sürüm notları listelenmiştir.

DPM'nin neleri desteklediği ve yedeklenebileceği hakkında ayrıntılı bilgi için aşağıdaki makalelere göz atın:

Bu makalede, DPM 2022, 2022 UR1 ve 2022 UR2 için bilinen sorunlar ve geçici çözümler de dahil olmak üzere System Center 2022 - Data Protection Manager (DPM) sürüm notları listelenmiştir.

Bu makale, DPM 2022 DüzeltmeSI KB 5015376 sürüm notlarını da içerir.

DPM'nin neleri desteklediği ve yedeklenebileceği hakkında ayrıntılı bilgi için aşağıdaki makaleleri görmenizi öneririz:

DPM 2022 sürüm notları

DPM 2022, DPM 2019 RTM'de gözlemlenen bilinen sorunlara sahiptir.

Ayrıca, aşağıdaki bilinen sorunlar gözlenir.

DPM 2022 RTM'de DPM SQL Self-Service Kurtarma Aracı Yok

DPM SQL Self-Service Recovery, DPM 2022 RTM'de kullanılamaz. SQL Self-Service Recovery desteği DPM 2022 UR1'den kullanılabilir. Daha Fazla Bilgi Edinin.

DPM self servis kurtarmaları istemci makineleri için kurtarma noktalarını listelemez

Açıklama: DPM istemci makine yedeklemeleri, self servis kurtarma işlemleri için yerel yöneticiler grubundaki etki alanı kullanıcıları için listelenmez.

Geçici çözüm: Bu sorunu düzeltmek ve Yetkilendirme Yöneticisi aracılığıyla yönetici olmayan kullanıcıları el ile eklemek için DPM 2022 UR2'ye yükseltin.

DPM veritabanı adı DPMDB olduğunda DPM 2019'dan DPM 2022'ye yükseltme başarısız olabilir

Açıklama: Mevcut DPM veritabanının adı DPMDB ise yükseltme başarısız olur.

DPM yükseltme işlemi her zaman DPM veritabanı adını DPMDB olarak yeniden adlandırır. Aynı SQL Örneği birden çok DPM sunucusu tarafından kullanılıyorsa, DPMDB adına sahip bir veritabanı olduğundan diğer DPM sunucusunun sonraki yükseltmesi başarısız olur.

Geçici çözüm: Yükseltmeyi başlatmadan önce ilgili DPM veritabanını yeniden adlandırın.

Veritabanını yeniden adlandırmak için şu adımları kullanın:

  1. DPM sunucusunda DPM hizmetini durdurun.

  2. Veritabanını yeniden adlandırmak için aşağıdaki SQL komutlarını çalıştırın; aşağıdaki sorguda DPM sunucu adını güncelleştirin.

    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. Aşağıdaki kayıt defteri anahtarlarını güncelleştirilmiş veritabanı adını yansıtacak şekilde güncelleştirin.

    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

    Veritabanı adını yansıtan kayıt defteri düzenleyicisini gösteren ekran görüntüsü.

  4. DPM yönetim kabuğunu kullanarak DPM sunucusunda DPMsync'i çalıştırın.

    DPMSync -Sync

Bir veri kaynağının çevrimiçi kurtarma noktası oluşturma işlemi 33505 veya 100195 hatasıyla başarısız olabilir

Açıklama: Bazı senaryolarda, bir veri kaynağının çevrimiçi kurtarma noktası oluşturma işlemi zaman zaman 33505 veya 100195 hata kimliğiyle başarısız olabilir.

Çevrimiçi kurtarma noktası oluşturulurken hatanın gösterildiği ekran görüntüsü.

Çevrimiçi kurtarma noktası oluşturulurken hata iletisini gösteren ekran görüntüsü.

Geçici çözüm:

  1. MARS aracısını en son sürüme yükseltin.

  2. Başarısız olan veri kaynağı için çevrimiçi yedeklemeyi yeniden deneyin.

  3. Yeni bir disk kurtarma noktası oluşturun ve çevrimiçi kurtarma noktasını yeniden deneyin.

  4. Tutarlılık denetimini çalıştırın ve çevrimiçi yedeklemeyi yeniden deneyin.

  5. Çevrimiçi yedekleme hala başarısız oluyorsa destek ekibine başvurun.

DPM 2022 Düzeltmesi (KB 5015376) sürüm notları

DPM 2022 sürüm notlarında listelenen sorunlara ek olarak, aşağıdaki ek sorunlar DPM 2022'de tanımlanır ve Düzeltme (KB 5015376) ile düzeltilir; Düzeltmeyi uygulamanızı öneririz. Daha fazla bilgi için KB makalesine bakın.

  • Hata 100195 aralıklı çevrimiçi yedekleme hataları.
  • VSS geçici olmayan hatayla ikincil koruma tutarlılığı denetimi hatası.
  • Konsolu açtıktan hemen sonra uzaktan yönetici konsolu kilitleniyor.
  • DPM aracısına yüklenmeyen DpmFilter.sys nedeniyle yedekleme hataları.
  • Bant yedekleme hatası uyarıları etkin olmadığında DPM kilitleniyor.

DPM 2022 UR1 sürüm notları

DpM 2022 UR1 (KB 5019645) piyasaya sürüldükten sonra aşağıdaki sorunlar belirlendi ve DPM 2022 UR1 Düzeltmesi (KB 5026073); Aşağıdaki sorunlarla karşılanıyorsanız düzeltmeyi uygulamanızı öneririz. Daha fazla bilgi için, Düzeltme için KB makalesine bakın.

VMware Araçlarına sahip VMware VM'leri için yedeklemeler "Disk Alt Sistemi 0x80990EF1" hatasıyla başarısız oluyor

Açıklama: DPM 2022 UR1'de VMware araçları yüklüyse VMware VM'lerinin yedeklemelerinin başarısız olacağı bir hata vardı. Bunun nedeni DPM'deki hatalı yapılandırmaydı.

Geçici çözüm: DPM 2022 UR1 veya DPM 2022 UR2 için Düzeltme uygulayın.

DPM 2022 RTM ve Güncelleştirme Paketi 1, SQL SERVER 2017 ve 2016'daki veritabanlarını TLS 1.2 üzerinden bulamıyor.

Açıklama: DPM 2022 RTM ve UR1, TLS 1.2 üzerinden SQL Server bulma ve koruma gerçekleştirmek için gereken SQL Server 2017 ve 2016 için MSOLEDB 18'i desteklemedi. Bu sorun, TLS 1.2'yi zorunlu hale getirmek üzere sırasıyla SQL Server 2016 ve 2017 için KB5021128 veya KB5021127 yüklendikten sonra veya korumalı sunucuda TLS 1.0 ve 1.1 devre dışı bırakıldığında gözlemlenir.

Geçici çözüm: DPM 2022 UR1 veya DPM 2022 UR2 için Düzeltme uygulayın, DPM Aracılarını güncelleştirin ve korumalı SQL Server'lara MSOLEDB 18 yükleyin.

DPM 2022 UR2 sürüm notları

Aşağıda listelenen bilinen sorunlar nedeniyle System Center DPM 2022 için Güncelleştirme Paketi 2'nin yayınını geri çekiyoruz:

  1. Her yedekleme işi bir tutarlılık denetimi tetiklediğinden Hyper-V zamanlanmış yedeklemelerinin tamamlanması uzun sürer. Hata iletisi: Makine Adı'nda <> Microsoft Hyper-V RCT çoğaltması korumalı veri kaynağıyla tutarlı değil. DpM, veri kaynağı koruma için yapılandırıldığından beri dosya konumlarında veya korumalı nesnelerin birim yapılandırmalarında değişiklikler algılamıştır. (Kimlik 30135).
  2. Bir veri kaynağını koruma grubundan kaldırmak veya yedeklemeyi durdurmak, 33469 kimlikli bir hatayla sonuçlanır - Bu işlem MARS aracısının geçerli sürümünde desteklenmez.
  3. SMTP uyarıları veya raporları yapılandırıldığında DPM konsolu zaman zaman kilitleniyor.

Bilinen sorunları gideren güncelleştirilmiş bir derleme (System Center DPM 2022 için Güncelleştirme Paketi 2 Yenilemesi) yayımlandı.

System Center DPM 2022 (10.22.189.0) için Güncelleştirme Paketi 2'yi yüklediyseniz, DPM sunucunuza Güncelleştirme Paketi 2 Yenileme (10.22.197.0) yüklemenizi ve koruma aracılarını güncelleştirmenizi öneririz.

Sorgular veya ek bilgiler için Microsoft Desteği ulaşın.

Yukarıda belgelenen sorunlara ek olarak, DPM 2022 UR2'de aşağıdaki sorunlar vardır:

MICROSOFT 365 kimlik bilgilerine sahip DPM 2022 UR1 e-posta raporları DPM 2022 UR2'ye yükseltildikten sonra başarısız oldu

Açıklama: DPM 2022 UR2, Windows ve Temel SMTP kimlik doğrulama yöntemleri için destek ekler. Temel SMTP kimlik doğrulaması, Microsoft 365 ve bunu destekleyen diğer posta sağlayıcıları için çalışır. Ancak DPM 2022 UR1'i Microsoft 365 kimlik bilgileriyle kullanıyorsanız, kimlik bilgileri DPM 2022 UR2 tarafından okunamadığından e-posta raporlarınız ve uyarılarınız başarısız olmaya başlar.

Geçici çözüm: DPM 2022 UR2'ye eklenen temel kimlik doğrulama türünü kullanarak Microsoft 365 için e-posta kimlik bilgilerini yeniden yapılandırın.

DPM koruma için SQL veritabanlarını numaralandıramıyor

Açıklama: DPM, koruma için veritabanlarını listelemek için MSOLEDB18 gerektirdiğinden korumalı sunucuda MSOLEDB 18 eksik olduğunda SQL veritabanlarını koruma için numaralandıramaz. 

Geçici çözüm: Korumalı sunucuda eksikse SQL MSOLEDB 18 sürücüsünü yükleyin. SQL Server 2022 varsayılan olarak MSOLEDB 18 ile birlikte yüklenir. 

Çevrimiçi verileri silme ile korumayı durdurma işlemi uzaktan yönetim konsolundan başarısız oluyor

Açıklama: Çevrimiçi verileri silme ile korumayı durdurma işlemi, kasada gelişmiş Karma güvenlik seçeneği etkinleştirildiğinde uzaktan yönetim konsolundan başarısız olur. 

Geçici çözüm: Bunu önlemek için doğrudan DPM konsolundan çevrimiçi verileri sil seçeneğiyle durdurma koruması gerçekleştirin. 

Veri kaynağının korumasını durdurma işlemi şu kimlikle başarısız oluyor: 33469

Açıklama: Bir veri kaynağını koruma grubundan kaldırmak veya yedeklemeyi durdurmak, 33469 kimlikli bir hatayla sonuçlanır, Bu işlem MARS aracısının geçerli sürümünde desteklenmez.

Bu sorun, DPM'nin yüklü bir MARS (Microsoft Azure Kurtarma Hizmetleri) aracısı 2.0.9262.0 veya üzeri sürümünü hatalı bir şekilde denetlemesi ve DPM sunucusunda kullanılabilir mars aracısı olmadığında başarısız olması nedeniyle oluşur.

Geçici çözüm: System Center DPM 2022 için Güncelleştirme Paketi 2 Yenileme'yi yükleyin.

DPM 2022 UR2 Yenileme sürüm notları

DPM 2022 UR2 Yenileme, DPM 2022 UR2'deki bilinen sorunları düzeltir.

Önemli

Data Protection Manager'ın (DPM) bu sürümü desteğin sonuna ulaştı. DPM 2022'ye yükseltmenizi öneririz.

Bu makalede, System Center 1807 - Data Protection Manager (DPM) sürüm notları listelenmiştir.

Önemli

Data Protection Manager'ın (DPM) bu sürümü desteğin sonuna ulaştı. DPM 2022'ye yükseltmenizi öneririz.

Bu makalede, System Center 1801 - Data Protection Manager (DPM) sürüm notları listelenmiştir.

Bu makalede, System Center 2016 - Data Protection Manager (DPM) sürüm notları listelenmiştir.

DPM 2019 sürüm notları

Aşağıdaki bölümlerde DPM 2019 sürüm notları özetlenmiştir ve ilgili bilinen sorunlar ve geçici çözümler yer almaktadır.

MSDPM Hizmeti kilitlenmesi nedeniyle DPM konsolu kilitleniyor

Açıklama: DPM yükseltmesi sonrasında yinelenen özet yönetim işlerinin varlığı, devam eden işlerin sıfır saatte başarısız olmasına ve sonunda kilitlenmeye neden olmasına neden olabilir. Sonuç olarak, aşağıdakileri gözlemleyebilirsiniz:

  • Çoğaltma tutarsız.
  • Kurtarma noktalarının silinmemesi nedeniyle oluşan depolama blobu.
  • Eski DPM raporları.
  • İş geçmişi ve çöp toplama işleri için temizleme yok.

Geçici çözüm:

  1. Geçerli DPM veritabanını yedekleyin.

  2. SQL Management Studio'yu açın ve bu sunucu için DPMDB'yi barındıran SQL Örneğine bağlanın.

  3. Aşağıdaki sorguyu çalıştırın ve zamanlanmış iki veya daha fazla özet yöneticisi işiniz olup olmadığını denetleyin ve eski zamanlamanın hangisi olduğunu görün:

     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. Birden fazla satır döndürüldüyse, eski girdinin ortaya çıkan ScheduleID ve JobDefinitionID değerini alın ve silindi olarak işaretleyin.

     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. SQL Server Agent – İŞLER altında ScheduleID ile eşleşen SQL işini silin. Silindikten sonra, sıfır saatteki kilitlenme çözülür.

    ScheduleId, SQL aracısı altındaki SQL İşleridir:

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

Hyper-V VM’leri VM yükseltmesinde iki kat korunur

Açıklama: Hyper-V VM'sini Windows Server 2012 R2'den Windows Server 2016 yükseltirken, Koruma Grubu Oluşturma sihirbazında VM'nin iki sürümü görüntülenir.

Geçici çözüm: Yükseltilecek korumalı VM'ler için, VM'yi yükseltmeden önce verileri koruyarak korumayı durdurduğunuzdan emin olun. Ardından VM'yi yükseltin ve yeni bir koruma grubunda yeniden koruyun. Yeniden korumayı yapılandırırken, VM yükseltmesini algılamak ve RCT VM olarak korumak için DPM için VM ana bilgisayarında bir yenileme yapın.

Yükseltilmiş bir Hyper-V VM için önceki bir sürümün geri yüklenmesi, gelecekteki kurtarma noktalarının başarısız olmasına neden oluyor

Açıklama: Korumalı bir 2012 R2 Hyper-V VM'sini 2016 sürümüne yükselttiğinızda, VM'yi korumayı durdurun (ancak verileri koruyun) ve ardından korumayı yeniden etkinleştirin. Daha sonra özgün konumda bir 2012 R2 kopyasını kurtarırsanız, başka yedeklemeler başarısız olabilir.

Geçici çözüm: Kurtarma sonrasında VM sürümünü 2016 olarak değiştirin ve bir tutarlılık denetimi çalıştırın.

Tam Kurtarma koruma hataları

Açıklama: Tam Kurtarma (BMR) korumasını yapılandırdıysanız, BMR koruma işi çoğaltma boyutunun yeterince büyük olmadığını belirten iletiyle başarısız olabilir.

Geçici çözüm: BMR veri kaynaklarının varsayılan çoğaltma boyutunu değiştirmek için aşağıdaki kayıt defteri yolunu kullanın. Kayıt defteri düzenleyicisini açın ve aşağıdaki anahtarın çoğaltma boyutunu artırın:

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

Yükseltme senaryolarında DPM veritabanı koruması durduruluyor

Açıklama: DPM'yi yükselttiğinizde veritabanı adı bazı senaryolarda değişebilir.

Geçici çözüm: Bir DPM veritabanını koruyorsanız, yeni DPM veritabanı için korumayı etkinleştirdiğinizden emin olun. DPM yükseltmesi doğrulandıktan sonra, önceki DPM veritabanının korumasını kaldırabilirsiniz.

Hyper-V RCT - D-T yedekleme hataları için dosyalar olarak kurtarma

Açıklama: Doğrudan bantta (D-T) oluşturulan dosyalar nedeniyle Hyper-V RCT VM'lerinin kurtarılması başarısız oluyor. D-D-T yedeklemeleri bu sorunu göstermiyor.

Geçici çözüm: Vm olarak Alternatif Konum Kurtarma'yı kullanın ve bu dosyaları istediğiniz konuma aktarın.

Not

Bu özellik DPM 2019 UR1'de düzeltildi. Bu sorunu gidermek için UR1'i yükleyebilirsiniz. UR1'i yükleme hakkında ayrıntılı bilgi için UR1'in KB makalesine bakın.

DPM 2019, Modern Yedekleme Depolama Alanı (MBS) ile dosya sunucusu son kullanıcı kurtarmayı desteklemiyor

Açıklama: DPM 2019, Modern Yedekleme Depolama (MBS) ile son kullanıcı kurtarmayı (EUR) desteklemez.

Geçici çözüm: Yok. MBS kullanılırken Dosya Sunucusu EUR desteklenmez.

DPM 1801/1807 sunucuları DPM 2019 merkezi konsolu tarafından yönetilemez

Açıklama: DPM 2019 merkezi konsolu ile DPM 1801 veya DPM 1807 sunucularını yönetemezsiniz.

Geçici çözüm: DPM sunucunuzu 2019 sürümüne yükseltin.

Kurtarma Noktalarının ayıklanmaması ve bunun Kurtarma Noktası birikimine yol açması

Açıklama: DPM, bekletme aralığından daha eski kurtarma noktalarını ayıklama. Ayıklama işlemi sırasında DPM, ayıklama yapılacak kurtarma noktaları tarafından kullanılan depolamayı hesaplar. Depolama hesaplaması ayıklamayı geciktiriyor.

Geçi -ci çözüm: Ayıklama yapılacak kurtarma noktalarının boyutunu hesaplamayı atlamak için DPM'yi yapılandırın. Sonuç olarak, ayıklama betiği daha hızlı çalışır ve saklama aralığından daha eski tüm kurtarma noktalarının ayıklamasını yaparak depolama baskılarını giderer. DPM ayıklamayı tamamlayana kadar veri kaynağı başına tüketilen depolama güncelleştirilmez. Birim başına depolama tüketimi doğru değerleri yansıtmaya devam eder. Boyut hesaplamasını açmak için Bir PowerShell betiği kullanın. Aşağıdaki betik tam boyut hesaplamaları çalıştırır.

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

Komut dosyası:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: Gereken işlem türünü belirtir.

    • StopSizeAutoUpdate: Boyut hesaplamalarını tamamen durdurur. Hem kullanıcı arabirimi hem de PowerShell boyutları raporlamaz.

    • StartSizeAutoUpdate: Boyut hesaplamalarını sürdürür. Boyut hesaplamalarını etkinleştirdikten hemen sonra, powershell ve kullanıcı arabiriminde bildirilen boyutlar doğru olmayana kadar tüm veri kaynaklarının boyutlarını yeniden hesaplamak için (aşağıdaki seçeneklerde) kullanın UpdateSizeInfo .

    • GetSizeAutoUpdateStatus: Boyut hesaplamalarının etkin mi yoksa devre dışı mı olduğunu belirtir.

    • UpdateSizeInfo: Boyut hesaplamasını tetikler ve veri kaynağı tarafından kullanılan boyutu raporlar. Bu uzun süre çalışan bir işlem olabileceği için yalnızca gerektiğinde faturalama gibi senaryolar için kullanın. Bu süre boyunca yedeklemeler vhd bağlama hatalarıyla başarısız olabilir.

  • UpdateSizeForDS: Boyutu her satırda bir datasourceID ile hesaplanması gereken Veri Kaynağı Kimliklerinin listesini içeren bir metin dosyasının yolu. Geçirilmediğinde, tüm veri kaynakları için boyut hesaplaması tetikler. içinde ManageStorageInfokullandıktan UpdateSizeInfo sonra kullanın. Belirli veri kaynaklarının Veri Kaynağı kimliklerini almak için kullanın Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Güncelleştirilmiş veri kaynağı boyutlarını depolayan dosyanın yolu. Geçirilmediğinde, yürütme dizininde sizes.csv dosyası oluşturulur. içinde sonra UpdateSizeInfo kullanın ManageStorageInfo.

  • FailedDSSizeUpdateFile: Depolama tüketiminin hesaplanamadığı veri kaynaklarının Veri Kaynağı Kimliklerini depolamak için bir dosyanın yolu. Devam eden yedeklemeler gibi nedenlerden dolayı bu durum oluşabilir. Geçirilmediğinde, yürütme dizininde failedDS.txt dosyası oluşturulur. Bu dosya, tüm veri kaynaklarının boyutlarını güncelleştirmek için "UpdateSizeForDS" girdisi olarak verilebilir. Bu, içinde ManageStorageInfokullanıldıktan sonra UpdateSizeInfo kullanılmalıdır.

DPM Veri Kaynakları Kurtarma Hizmetleri Kasası'na yansıtılmıyor

Açıklama: Azure portal kurtarma hizmeti kasasından Yedekleme öğeleri (DPM) görünümündeki bazı veri kaynakları yenilenmez/güncelleştirilmez.

Neden: Korumalı bir sunucunun yetkisini almış ve veri kaynaklarının korumasını durdurmuş ancak çevrimiçi kurtarma noktalarını korumayı seçmiş ve ardından DPM/MABS aracısını konsolundan kaldırmış olabilirsiniz.

Bunun nedenini doğrulamak için GatewayProvider0Curr.errlog dosyasını not defterinde C:\ProgramFiles\Microsoft Azure Backup Server\DPM\MARS\Temp klasöründe açıp Yanlış Eşleştirme sözcüğünü arayabilirsiniz.

Aşağıdaki gibi bir girdi bulursanız, yanlış eşleşen korumalı sunucu ayrıntılı olarak gösterilir.

Aşağıdaki örnekte, mjlc-dc.Contoso.com adlı sunucunun aracısı kaldırıldı ve DPM/MABS sunucusunda eksik.

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]

Geçici çözüm

  1. Özgün korumalı sunucu hala kullanılabilir durumdaysa, gelecekte bu sunucuyu çevrimdışı yapmayı planlıyor olsanız bile DPM aracısını yeniden yükleyin. Aracıyı DPM/MABS'de devre dışı bırakabilirsiniz; çevrimiçi kurtarma noktalarını silene kadar kaldırmayın.
  2. Yetkisi alınan sunucunun çevrimiçi kurtarma noktalarına artık gerek yoksa, dpm/MABS sunucusundaki durdurulmuş korumadaki veri kaynaklarını silebilirsiniz.

DPM 2019 UR1 sürüm notları

Dışlanan disk ile VM geri yükleme (alternatif konak için) boş diski geri yükler

Açıklama: Dışlanan disk içeren VM'nin alternatif konağa geri yüklenmesi, dışlanan diski boş disk olarak geri yükler. Dışlanan disk VM'ye eklenmez. Depolama alanından tasarruf etmek için disk silinebilir.

Geçici çözüm: Yok

DPM 2019 UR1'de düzelten sorunlar için KB makalesine bakın.

DPM 2019 UR2 sürüm notları

Aşağıdaki bölümlerde DPM 2019 UR2 ile ilgili bilinen sorunlar ve geçici çözümler ayrıntılı olarak ele alınıyor.

DPM 2019 UR2'de düzelten sorunlar için KB makalesine bakın.

Koruma grubu ayrıntıları DPM konsolunda görüntülenmiyor

Açıklama: DPM 2019 UR2 yüklendikten sonra, bazen DPM konsolu Ayrıntılar bölmesinde Koruma Grubu ayrıntılarını görüntülemeyebilir.

Koruma Grubu için ayrıntı içermeyen konsol

Geçici çözüm: Koruma Grubu ayrıntılarını görüntülemek için Get-DPMProtectionGroup PowerShell komutunu kullanın.

Not

Bu sorun DPM 2019 UR3'te düzeltildi. UR3'te düzelten sorunlar hakkında daha fazla bilgi için KB makalesine bakın.

En son rapor dosyaları otomatik olarak güncelleştirilmiyor

Açıklama: DPM 2019 UR2 ile DPM rapor biçimlendirmesi ve toplu geçiş raporlaması ile ilgili sorun düzeltildi. Ancak, mevcut rapor dosyaları otomatik olarak güncelleştirilmiş dosyalarla değiştirilmez.

Geçici çözüm: Mevcut rapor dosyalarını değiştirmek için şu adımları izleyin:

ReportSRV10.dll değiştirme

  1. SQL Server Raporlama hizmetini durdurun.
  2. C:\Program Files\Microsoft System Center\DPM\DPM\bin dizininde bulunan güncelleştirilmiş ReportSRV10.dll dosyasını seçin ve aşağıdaki klasörlerdeki mevcut DLL dosyalarını değiştirin:
    • SQL Server 2017 ve üzeri için - C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
    • SQL Server 2016 için - C:\Program Files\Microsoft SQL Server\MSRS13. MSDPM2012\Reporting Services\ReportServer\bin
  3. SQL Server Raporlama hizmetini başlatın.

RDL dosyalarını değiştirme

  1. DPM'de SQL Raporlama Hizmetleri portalı URL'sini açın.

  2. Portalda DPMReports klasörü DPMReports_<GUID> biçiminde bulunur.

    Raporlar klasörü

    Not

    Bu adlandırma kuralına sahip tek bir klasör görebilirsiniz. DPM önceki bir sürümden yükseltildiyse, önceki klasör hala mevcut olabilir, ancak bu klasörü açamazsınız.

  3. DPMReports_<GUID> klasörünü seçin ve açın. Tek tek rapor dosyaları görüntülenir.

    Tek tek rapor dosyalarının listesi

  4. Raporla bitmeyecek rapor dosyalarını seçin, Seçenek'e sağ tıklayın ve ardından Yönet'i seçin.

    Rapor dosyalarını yönetme

  5. En son rapor dosyalarıyla değiştirmek için yeni sayfada Değiştir'i seçin.

    Rapor dosyalarını değiştirme

    En son rapor dosyaları DPM yükleme yolunda bulunur:

    Örneğin: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. Dosyalar değiştirildikten sonra Ad ve Açıklama'nın bozulmadığından ve boş olmadığından emin olun.

  7. DPM'yi yeniden başlatın ve rapor dosyalarını kullanın.

DPM 2019 UR3 sürüm notları

Aşağıdaki bölümde DPM 2019 UR3'teki bilinen sorunun ayrıntıları ve geçici çözüm sağlanır.

Güncelleştirme Paketi 3'e yükselttikten sonra DPM Uzak konsolu DPM sunucusuna bağlanamayabilir

Açıklama: DPM Uzaktan Yönetim Konsolu'nu Güncelleştirme Paketi 3'e yükselttikten sonra DPM sunucusuna bağlanamayabilir ve hatayla DPM Yönetici Konsolu sürümü DPM sunucu sürümüyle uyumsuz olabilir.

Geçici çözüm:

  1. DPM Uzaktan Yönetim konsolunu çalıştıran sunucuda aşağıdaki PowerShell komutunu çalıştırın (DPM sunucu adını uygun şekilde girin); Bu komut gerekli DLL dosyalarını DPM sunucusundan kopyalar:

    $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"

    Not

    SCOM makinesinde DPM Uzak Kullanıcı Arabirimi kullanıyorsanız aşağıdaki dosyalar için kopyalama işlemi başarısız olabilir, bu durum yoksayılabilir.

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

  2. İngilizce dışında bir dil kullanıyorsanız DPM sunucusundan ilgili dil klasörünü kopyalayın. Aşağıdaki komutta DPM sunucu adını ve dil klasörünü güncelleştirin ve ardından komutunu çalıştırın.

    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>

    Not

    Bu komut DPM için varsayılan yükleme yolunu kullanır. Yükleme yolunu değiştirdiyseniz, yolu uygun şekilde güncelleştirin.

DPM 2019 UR4 sürüm notları

Aşağıdaki bölümde DPM 2019 UR4'teki bilinen sorunun ayrıntıları ve geçici çözüm sağlanır.

Uzak Kullanıcı Arabirimi ve Merkezi Konsol UR4 güncelleştirme yüklemesi

Açıklama: Uzak Kullanıcı Arabirimi ve Merkezi Konsol RTM, UR1, UR2 üzerine yüklenmelidir.

Geçici çözüm: Uzak Kullanıcı Arabirimi ve Merkezi Konsol UR3'teyse, bunu kaldırmanız, RTM sürümünü yüklemeniz ve ardından UR4'e yükseltmeniz gerekir. DPM 2019 UR4'e yalnızca UR4 uzak kullanıcı arabirimi bağlanabilir.

DPM 2019 UR5 sürüm notları

Şu anda DPM 2019 UR5'te bilinen bir sorun yoktur.

DPM 2019 UR6 sürüm notları

Aşağıdaki bölümde DPM 2019 UR6'daki bilinen sorunun ayrıntıları ve geçici çözüm sağlanır.

UR6'da düzelten sorunlar ve UR6 yükleme yönergeleri için KB makalesine bakın.

Çevrimdışı Seeding, MARS aracısı 2.0.9254.0 ve üzeri ile çalışmıyor

Açıklama: Mars aracısı sürümü 2.0.9254.0'dan büyük olduğunda, yalnızca Databox aracılığıyla yedeklenen veri kaynakları için ilk çevrimiçi kurtarma noktası başarıyla oluşturulduktan sonra sonraki çevrimiçi kurtarma noktaları oluşturma işlemi başarısız olur.

Geçici çözüm: Yok. Yardım için Microsoft desteğine başvurun.

DPM 1807 Sürüm notları

DPM 1807'de düzeltilen hataların listesini görüntülemek için 4339950 KB makalesine bakın.

Aşağıdaki sorunlar 1807 sürümünde mevcuttur.

Hyper-V VM’leri VM yükseltmesinde iki kat korunur

Açıklama: Hyper-V VM'sini Windows Server 2012 R2'den Windows Server 2016 yükseltirken, Koruma Grubu Oluşturma Sihirbazı'nda VM'nin iki sürümü görüntülenir.

Geçici çözüm: Yükseltilmemiş VM'ler için Verileri Koru ile korumayı durdurun. VM'yi yükseltin ve yeni bir koruma grubu oluşturun. Ardından veri kaynaklarını yenileyin ve VM'leri koruyun. Korumayı yeniden kullandığınızda, VM'ler Dayanıklı Değişiklik İzleme (RCT) kullanılarak korunur.

Aracı yüklemesi Windows Server 2008, Windows Server 2008 R2’de başarısız oluyor

Açıklama: Windows Server 2008 veya Windows Server 2008 R2'yi korurken aracıyı yükleme başarısız olabilir.

Geçici çözüm: Üretim sunucusundaki Windows Management Framework (WMF) 5.1 sürümüne yükseltin. WMF'yi Windows Yönetim Çerçevesi 5.1'den indirin. WMF’yi ve ardından aracıyı yükleyin.

Yükseltilmiş bir Hyper-V VM’nin önceki bir sürümünü geri yüklemek, gelecekteki kurtarma noktalarının hata vermesine neden olur.

Açıklama: Korumalı bir 2012 R2 Hyper-V VM'sini 2016 sürümüne yükseltiyorsanız, VM'yi korumayı durdurun (ancak verileri koruyun) ve ardından korumayı yeniden etkinleştirin. Daha sonra özgün konumda bir 2012 R2 kopyasını kurtarırsanız, başka yedeklemeler başarısız olabilir.

Geçici çözüm: Kurtarma sonrasında VM Sürümünü 2016 olarak değiştirin ve bir Tutarlılık Denetimi çalıştırın.

Tam Kurtarma koruma hataları

Açıklama: Tam Kurtarma (BMR) korumasını yapılandırdıysanız, BMR koruma işi çoğaltma boyutunun yeterince büyük olmadığını belirten iletiyle başarısız olabilir.

Geçici çözüm: BMR veri kaynaklarının varsayılan çoğaltma boyutunu değiştirmek için aşağıdaki kayıt defteri yolunu kullanın. Kayıt defteri düzenleyicisini açın ve aşağıdaki anahtarın çoğaltma boyutunu artırın:

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

DPM 2016 veya 1801'e yükselttikten sonra DPM veritabanını yeniden koruma

Açıklama: System Center DPM 2012 R2'den System Center Data Protection Manager 2016 veya 1801'e yükselttiğinizde, DPM veritabanı adı bazı senaryolarda değişebilir.

Geçici çözüm: Bir DPM veritabanını koruyorsanız, yeni DPM veritabanı için korumayı etkinleştirdiğinizden emin olun. DPM yükseltmesi doğrulandıktan sonra eski DPM veritabanının korumasını kaldırabilirsiniz.

Kurtarma Noktalarının ayıklanmaması ve bunun Kurtarma Noktası birikimine yol açması

Açıklama: DPM, bekletme aralığından daha eski kurtarma noktalarını budar. Ayıklama işlemi sırasında DPM, ayıklama yapılacak kurtarma noktaları tarafından tüketilen depolamayı hesaplar. Depolama hesaplaması ayıklamayı geciktiriyor.

Geçi -ci çözüm: Ayıklama yapılacak kurtarma noktalarının boyutunu hesaplamayı atlamak için DPM'yi yapılandırın. Sonuç olarak, ayıklama betiği daha hızlı çalışır ve saklama aralığından daha eski olan tüm kurtarma noktalarını budayarak depolama baskılarını giderer. Veri kaynağı başına tüketilen depolama, DPM ayıklamayı tamamlayana kadar güncelleştirilmez. Birim başına depolama tüketimi doğru değerleri yansıtmaya devam eder. Boyut hesaplamasını açmak için Bir PowerShell betiği kullanın. Aşağıdaki betik tam boyut hesaplamaları çalıştırır.

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

Komut dosyası:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: - Gereken işlem türünü belirtir.

    • StopSizeAutoUpdate: Boyut hesaplamalarını tamamen durdurur. Hem kullanıcı arabirimi hem de PowerShell boyutları raporlamaz.

    • StartSizeAutoUpdate: Boyut hesaplamalarını sürdürür. Boyut hesaplamalarını etkinleştirdikten hemen sonra, Tüm veri kaynaklarının boyutlarını yeniden hesaplamak için (aşağıdaki seçeneklerde) kullanın UpdateSizeInfo ; powershell ve kullanıcı arabiriminde bildirilen boyutlar doğru olmayabilir.

    • GetSizeAutoUpdateStatus: Boyut hesaplamalarının etkinleştirilip etkinleştirilmediğini veya devre dışı bırakılıp bırakılmadığını belirtir.

    • UpdateSizeInfo: Boyut hesaplamasını tetikler ve veri kaynağı tarafından kullanılan boyutu raporlar. Bu uzun süre çalışan bir işlem olabileceği için bunu yalnızca gerektiğinde faturalama gibi senaryolar için kullanın. Bu süre boyunca yedeklemeler vhd bağlama hatalarıyla başarısız olabilir.

  • UpdateSizeForDS: Boyutu her satırda bir datasourceID ile hesaplanması gereken Veri Kaynağı Kimliklerinin listesini içeren bir metin dosyasının yolu. Geçirilmediğinde, tüm veri kaynakları için boyut hesaplaması tetikler. içinde ManageStorageInfokullandıktan UpdateSizeInfo sonra kullanın. Belirli veri kaynaklarının Veri Kaynağı kimliklerini almak için kullanın Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Güncelleştirilmiş veri kaynağı boyutlarını depolayan dosyanın yolu. Geçirilmediğinde, yürütme dizininde sizes.csv dosyası oluşturulur. içinde sonra UpdateSizeInfo kullanın ManageStorageInfo.

  • FailedDSSizeUpdateFile: Depolama tüketiminin hesaplanamadığı veri kaynaklarının Veri Kaynağı kimliklerini depolamak için bir dosyanın yolu. Bunun nedeni devam eden yedeklemeler olabilir. Bu bağımsız değişken geçirilmediğinde failedDS.txt dosyası, yürütme dizininde oluşturulur. Bu dosya, tüm veri kaynaklarının boyutlarını güncelleştirmek için "UpdateSizeForDS" girdisi olarak verilebilir. Bu, içinde ManageStorageInfokullanıldıktan UpdateSizeInfo sonra kullanılmalıdır.

Hyper-V RCT - D-T yedekleme hataları için dosyalar olarak kurtarma

Açıklama: Doğrudan bantta (D-T) oluşturulan dosyalar olarak Hyper-V RCT VM'lerinin kurtarılması başarısız olur. D-D-T bu sorunu göstermez.

Geçici çözüm: Vm olarak Alternatif Konum Kurtarma'yı kullanın ve ardından bu dosyaları istenen konuma aktarın.

Modern Yedekleme Depolama Alanı (MBS) kullanılırken Dosya Sunucusu son kullanıcı kurtarması (EUR) kullanılamaz

Açıklama: DPM 2016 ile Modern Yedekleme Depolama (MBS) kullanıyorsanız, Dosya Sunucusu son kullanıcı kurtarma (EUR) kullanılamaz.

Geçici çözüm: Yok. MBS kullanılırken Dosya Sunucusu EUR desteklenmez.

DPM 1801 Sürüm notları

DPM 1801 sürümünde aşağıdaki hatalar düzeltildi:

  • Üretim sunucusunda DPM aracısının yükseltilmesi beklenmeyen bir yeniden başlatmaya neden olur.
  • Hyper-V VM'leri için tutarlılık denetimleri VM'lerin boyutundan daha fazla veri aktarıldı.

1801 sürümünde aşağıdaki sorunlar vardır.

SQL Server 2008 ile System Center DPM'yi Sessiz Yükleme

Açıklama: DPM 2016 RTM, SQL Server 2008'e sessizce yüklenmez.

Geçici çözüm: DPM 2016 RTM'yi 2008'den sonraki bir SQL Server sürümüne dağıtın veya DPM 2016 Kurulumu kullanıcı arabirimini kullanın.

Remove-DPMDiskStorage cmdlet'i etkin veya etkin olmayan yedeklemeleri olan birimleri silebilir

Açıklama: Birimin veri kaynakları yedekleniyorsa (etkin veya etkin değil), BIRIMLERI DPM'den kaldırmak için Remove-DPMDiskStorage cmdlet'i kullanıldığında, veri kaynakları da kaldırılabilir.

Geçici çözüm: Birimleri kaldırmak için cmdlet'ini kullanmadan önce birimin veri kaynaklarının kullanımda olmadığından emin olun (etkin veya etkin değil).

Windows Server 2016 üzerinde DPM 2016 kilitleniyor

Açıklama: DPM Sunucusundaki bellek tüketimi %90'a ulaşana kadar sürekli olarak artar. Bellek tüketimi DPM sunucusunu yavaşlatıyor.

Geçici çözüm: DpM'yi DPM UR2'ye yükseltin ve bu sorunu çözmek için KB4013429 yükleyin.

Hyper-V VM’leri VM yükseltmesinde iki kat korunur

Açıklama: Hyper-V VM'yi Windows Server 2012 R2'den Windows Server 2016 yükseltirken, Koruma Grubu Oluşturma Sihirbazı'nda VM'nin iki sürümü görüntülenir.

Geçici çözüm: Yükseltilmemiş VM'ler için Verileri Koru ile korumayı durdurun. VM'yi yükseltin ve yeni bir koruma grubu oluşturun. Ardından veri kaynaklarını yenileyin ve VM'leri koruyun. Korumayı yeniden kullandığınızda, VM'ler Dayanıklı Değişiklik İzleme (RCT) kullanılarak korunur.

Aracı yüklemesi Windows Server 2008, Windows Server 2008 R2’de başarısız oluyor

Açıklama: Windows Server 2008 veya Windows Server 2008 R2'yi korurken aracıyı yükleme başarısız olabilir.

Geçici çözüm: Üretim sunucusundaki Windows Management Framework’ü (WMF) 4.0’a yükseltin. WMF'yi Windows Yönetim Çerçevesi 5.1()https://www.microsoft.com/download/details.aspx?id=54616'den indirin. WMF’yi ve ardından aracıyı yükleyin.

Yükseltilmiş bir Hyper-V VM’nin önceki bir sürümünü geri yüklemek, gelecekteki kurtarma noktalarının hata vermesine neden olur.

Açıklama: Korumalı bir 2012 R2 Hyper-V VM'sini 2016 sürümüne yükseltiyorsanız, VM'yi korumayı durdurun (ancak verileri koruyun) ve ardından korumayı yeniden etkinleştirin. Daha sonra özgün konumda bir 2012 R2 kopyasını kurtarırsanız, diğer yedeklemeler başarısız olabilir.

Geçici çözüm: Kurtarmadan sonra VM Sürümünü 2016 olarak değiştirin ve bir Tutarlılık Denetimi çalıştırın.

Tam Kurtarma koruma hataları

Açıklama: Tam Kurtarma (BMR) korumasını yapılandırdıysanız, BMR koruma işi çoğaltma boyutunun yeterince büyük olmadığını belirten iletiyle başarısız olabilir.

Geçici çözüm: BMR veri kaynaklarının varsayılan çoğaltma boyutunu değiştirmek için aşağıdaki kayıt defteri yolunu kullanın. Kayıt defteri düzenleyicisini açın ve aşağıdaki anahtarın çoğaltma boyutunu artırın:

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

DPM 2016'ya yükselttikten sonra DPM veritabanını yeniden koruma

Açıklama: System Center DPM 2012 R2'den System Center Data Protection Manager 2016'ya yükselttiğinizde, DPM veritabanı adı bazı senaryolarda değişebilir.

Geçici çözüm: Bir DPM veritabanını koruyorsanız, yeni DPM veritabanı için korumayı etkinleştirdiğinizden emin olun. DPM yükseltmesi doğrulandıktan sonra eski DPM veritabanının korumasını kaldırabilirsiniz.

Kurtarma Noktalarının ayıklanmaması ve bunun Kurtarma Noktası birikimine yol açması

Açıklama: DPM, bekletme aralığından daha eski kurtarma noktalarını budar. Ayıklama işlemi sırasında DPM, ayıklama yapılacak kurtarma noktaları tarafından tüketilen depolamayı hesaplar. Depolama hesaplaması ayıklamayı geciktiriyor.

Geçi -ci çözüm: Ayıklama yapılacak kurtarma noktalarının boyutunu hesaplamayı atlamak için DPM'yi yapılandırın. Sonuç olarak, ayıklama betiği daha hızlı çalışır ve saklama aralığından daha eski olan tüm kurtarma noktalarını budayarak depolama baskılarını giderer. Veri kaynağı başına tüketilen depolama, DPM ayıklamayı tamamlayana kadar güncelleştirilmez. Birim başına depolama tüketimi doğru değerleri yansıtmaya devam eder. Boyut hesaplamasını açmak için Bir PowerShell betiği kullanın. Aşağıdaki betik tam boyut hesaplamaları çalıştırır.

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

Komut dosyası:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: - Gereken işlem türünü belirtir.

    • StopSizeAutoUpdate: Boyut hesaplamalarını tamamen durdurur. Hem kullanıcı arabirimi hem de PowerShell boyutları raporlamaz.

    • StartSizeAutoUpdate: Boyut hesaplamalarını sürdürür. Boyut hesaplamalarını etkinleştirdikten hemen sonra, Tüm veri kaynaklarının boyutlarını yeniden hesaplamak için (aşağıdaki seçeneklerde) kullanın UpdateSizeInfo ; powershell ve kullanıcı arabiriminde bildirilen boyutlar doğru olmayabilir.

    • GetSizeAutoUpdateStatus: Boyut hesaplamalarının etkinleştirilip etkinleştirilmediğini veya devre dışı bırakılıp bırakılmadığını belirtir.

    • UpdateSizeInfo: Boyut hesaplamasını tetikler ve veri kaynağı tarafından kullanılan boyutu raporlar. Bu uzun süre çalışan bir işlem olabileceği için bunu yalnızca gerektiğinde faturalama gibi senaryolar için kullanın. Bu süre boyunca yedeklemeler vhd bağlama hatalarıyla başarısız olabilir.

  • UpdateSizeForDS: Boyutu her satırda bir datasourceID ile hesaplanması gereken Veri Kaynağı Kimliklerinin listesini içeren bir metin dosyasının yolu. Geçirilmediğinde, tüm veri kaynakları için boyut hesaplaması tetikler. içinde ManageStorageInfokullandıktan UpdateSizeInfo sonra kullanın. Belirli veri kaynaklarının Veri Kaynağı kimliklerini almak için kullanın Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Güncelleştirilmiş veri kaynağı boyutlarını depolayan dosyanın yolu. Geçirilmediğinde, yürütme dizininde sizes.csv dosyası oluşturulur. içinde sonra UpdateSizeInfo kullanın ManageStorageInfo.

  • FailedDSSizeUpdateFile: Depolama tüketiminin hesaplanamadığı veri kaynaklarının Veri Kaynağı Kimliklerini depolamak için bir dosyanın yolu. Devam eden yedeklemeler gibi nedenlerden dolayı bu durum oluşabilir. Geçirilmediğinde, yürütme dizininde failedDS.txt dosyası oluşturulur. Bu dosya, tüm veri kaynaklarının boyutlarını güncelleştirmek için "UpdateSizeForDS" girdisi olarak verilebilir. Bu, içinde ManageStorageInfokullanıldıktan sonra UpdateSizeInfo kullanılmalıdır.

Hyper-V RCT - D-T yedekleme hataları için dosyalar olarak kurtarma

Açıklama: Doğrudan bantta (D-T) oluşturulan dosyalar nedeniyle Hyper-V RCT VM'lerinin kurtarılması başarısız oluyor. D-D-T yedeklemeleri bu sorunu sergilemez.

Geçici çözüm: Vm olarak Alternatif Konum Kurtarma'yi kullanın ve bu dosyaları istediğiniz konuma aktarın.

Modern Yedekleme Depolama Alanı (MBS) kullanılırken Dosya Sunucusu son kullanıcı kurtarması (EUR) kullanılamıyor

Açıklama: DPM 2016 ile Modern Yedekleme Depolama Alanı (MBS) kullanıyorsanız, Dosya Sunucusu son kullanıcı kurtarma (EUR) kullanılamaz.

Geçici çözüm: Yok. MBS kullanılırken Dosya Sunucusu EUR desteklenmez.

DPM yüklenirken hata 4387 görünebilir

Açıklama: Data Protection Manager'ı yüklerken, Data Protection Manager Kurulum>Önkoşulları onay> SQLsunucusu örneği metin kutusuna bir SQL Örneği girdiğinizde, hata 4387 görünebilir.

Geçici çözüm: Bu KB makalesinde ayrıntılı olarak açıklandığı gibi gerekli eylemleri gerçekleştirin ve DPM kurulumunu yeniden deneyin.

System Center DPM 2016 Sürüm Notları

Aşağıdaki bölümlerde DPM 2016 sürüm notları özetlenmiştir ve ilgili bilinen sorunlar ve geçici çözümler yer almaktadır.

SQL Server 2008 ile System Center DPM'yi Sessiz Yükleme

Açıklama: DPM 2016 RTM, SQL Server 2008'de sessizce yüklenmez.

Geçici çözüm: DPM 2016 RTM'yi 2008'den daha yüksek bir SQL Server sürümüne dağıtın veya DPM 2016 Kurulumu kullanıcı arabirimini kullanın.

Remove-DPMDiskStorage cmdlet'i etkin veya etkin olmayan yedeklemeleri olan birimleri silebilir

Açıklama: Birimin veri kaynakları yedekleniyorsa (etkin veya etkin değil), DPM'den birimleri kaldırmak için Remove-DPMDiskStorage cmdlet'i kullanıldığında, veri kaynakları da kaldırılabilir.

Geçici çözüm: Birimleri kaldırmak için cmdlet'ini kullanmadan önce birimin veri kaynaklarının kullanımda olmadığından emin olun (etkin veya etkin değil).

Windows Server 2016 üzerinde DPM 2016 yanıt vermiyor

Açıklama: DPM Sunucusu'nda bellek tüketimi %90'a ulaşana kadar sürekli olarak artar. Bellek tüketimi DPM sunucusunu yavaşlatır.

Geçici çözüm: Bu sorunu çözmek için DPM'yi DPM UR2'ye yükseltin ve KB4013429 yükleyin.

Hyper-V VM’leri VM yükseltmesinde iki kat korunur

Açıklama: Hyper-V VM'sini Windows Server 2012 R2'den Windows Server 2016 yükseltirken, Koruma Grubu Oluşturma Sihirbazı'nda VM'nin iki sürümü görüntülenir.

Geçici çözüm: Yükseltilmemiş VM'ler için Verileri Koru ile korumayı durdurun. VM'yi yükseltin ve yeni bir koruma grubu oluşturun. Ardından veri kaynaklarını yenileyin ve VM'leri koruyun. Korumayı yeniden kullandığınızda, VM'ler Dayanıklı Değişiklik İzleme (RCT) kullanılarak korunur.

Aracı yüklemesi Windows Server 2008, Windows Server 2008 R2’de başarısız oluyor

Açıklama: Windows Server 2008 veya Windows Server 2008 R2'yi korurken aracıyı yükleme başarısız olabilir.

Geçici çözüm: Üretim sunucusundaki Windows Management Framework’ü (WMF) 4.0’a yükseltin. WMF'yi Windows Yönetim Çerçevesi 5.1()https://www.microsoft.com/download/details.aspx?id=54616'den indirin. WMF’yi ve ardından aracıyı yükleyin.

Yükseltilmiş bir Hyper-V VM’nin önceki bir sürümünü geri yüklemek, gelecekteki kurtarma noktalarının hata vermesine neden olur.

Açıklama: Korumalı bir 2012 R2 Hyper-V VM'sini 2016 sürümüne yükseltiyorsanız, VM'yi korumayı durdurun (ancak verileri koruyun) ve ardından korumayı yeniden etkinleştirin. Daha sonra özgün konumda bir 2012 R2 kopyasını kurtarırsanız, başka yedeklemeler başarısız olabilir.

Geçici çözüm: Kurtarma sonrasında VM Sürümünü 2016 olarak değiştirin ve bir Tutarlılık Denetimi çalıştırın.

Tam Kurtarma koruma hataları

Açıklama: Tam Kurtarma (BMR) korumasını yapılandırdıysanız, BMR koruma işi çoğaltma boyutunun yeterince büyük olmadığını belirten iletiyle başarısız olabilir.

Geçici çözüm: BMR veri kaynaklarının varsayılan çoğaltma boyutunu değiştirmek için aşağıdaki kayıt defteri yolunu kullanın. Kayıt defteri düzenleyicisini açın ve aşağıdaki anahtarın çoğaltma boyutunu artırın:

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

DPM 2016'ya yükselttikten sonra DPM veritabanını yeniden koruma

Açıklama: System Center DPM 2012 R2'den System Center Data Protection Manager 2016'ya yükselttiğinizde, DPM veritabanı adı bazı senaryolarda değişebilir.

Geçici çözüm: Bir DPM veritabanını koruyorsanız, yeni DPM veritabanı için korumayı etkinleştirdiğinizden emin olun. DPM yükseltmesi doğrulandıktan sonra eski DPM veritabanının korumasını kaldırabilirsiniz.

Kurtarma Noktalarının ayıklanmaması ve bunun Kurtarma Noktası birikimine yol açması

Açıklama: DPM, bekletme aralığından daha eski kurtarma noktalarını ayıklama. Ayıklama işlemi sırasında DPM, ayıklama yapılacak kurtarma noktaları tarafından kullanılan depolamayı hesaplar. Depolama hesaplaması ayıklamayı geciktiriyor.

Geçi -ci çözüm: Ayıklama yapılacak kurtarma noktalarının boyutunu hesaplamayı atlamak için DPM'yi yapılandırın. Sonuç olarak, ayıklama betiği daha hızlı çalışır ve saklama aralığından daha eski tüm kurtarma noktalarının ayıklamasını yaparak depolama baskılarını giderer. DPM ayıklamayı tamamlayana kadar veri kaynağı başına tüketilen depolama güncelleştirilmez. Birim başına depolama tüketimi doğru değerleri yansıtmaya devam eder. Boyut hesaplamasını açmak için Bir PowerShell betiği kullanın. Aşağıdaki betik tam boyut hesaplamaları çalıştırır.

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

Komut dosyası:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: - Gereken işlem türünü belirtir.

    • StopSizeAutoUpdate: Boyut hesaplamalarını tamamen durdurur. Hem kullanıcı arabirimi hem de PowerShell boyutları raporlamaz.

    • StartSizeAutoUpdate: Boyut hesaplamalarını sürdürür. Boyut hesaplamalarını etkinleştirdikten hemen sonra, powershell ve kullanıcı arabiriminde bildirilen boyutlar doğru olmayana kadar tüm veri kaynaklarının boyutlarını yeniden hesaplamak için (aşağıdaki seçeneklerde) kullanın UpdateSizeInfo .

    • GetSizeAutoUpdateStatus: Boyut hesaplamalarının etkin mi yoksa devre dışı mı olduğunu belirtir.

    • UpdateSizeInfo: Boyut hesaplamasını tetikler ve veri kaynağı tarafından kullanılan boyutu raporlar. Bu uzun süre çalışan bir işlem olabileceği için yalnızca gerektiğinde faturalama gibi senaryolar için kullanın. Bu süre boyunca yedeklemeler vhd bağlama hatalarıyla başarısız olabilir.

  • UpdateSizeForDS: Boyutu her satırda bir datasourceID ile hesaplanması gereken Veri Kaynağı Kimliklerinin listesini içeren bir metin dosyasının yolu. Geçirilmediğinde, tüm veri kaynakları için boyut hesaplaması tetikler. içinde ManageStorageInfokullandıktan UpdateSizeInfo sonra kullanın. Belirli veri kaynaklarının Veri Kaynağı kimliklerini almak için kullanın Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Güncelleştirilmiş veri kaynağı boyutlarını depolayan dosyanın yolu. Geçirilmediğinde, yürütme dizininde sizes.csv dosyası oluşturulur. içinde sonra UpdateSizeInfo kullanın ManageStorageInfo.

  • FailedDSSizeUpdateFile: Depolama tüketiminin hesaplanamadığı veri kaynaklarının Veri Kaynağı Kimliklerini depolamak için bir dosyanın yolu. Devam eden yedeklemeler gibi nedenlerden dolayı bu durum oluşabilir. Geçirilmediğinde, yürütme dizininde failedDS.txt dosyası oluşturulur. Bu dosya, tüm veri kaynaklarının boyutlarını güncelleştirmek için "UpdateSizeForDS" girdisi olarak verilebilir. Bu, içinde ManageStorageInfokullanıldıktan sonra UpdateSizeInfo kullanılmalıdır.

Hyper-V RCT - D-T yedekleme hataları için dosyalar olarak kurtarma

Açıklama: Doğrudan bantta (D-T) oluşturulan dosyalar nedeniyle Hyper-V RCT VM'lerinin kurtarılması başarısız oluyor. D-D-T yedeklemeleri bu sorunu sergilemez.

Geçici çözüm: Vm olarak Alternatif Konum Kurtarma'yı kullanın ve bu dosyaları istediğiniz konuma aktarın.

Modern Yedekleme Depolama Alanı (MBS) kullanılırken Dosya Sunucusu son kullanıcı kurtarması (EUR) kullanılamıyor

Açıklama: DPM 2016 ile Modern Yedekleme Depolama Alanı (MBS) kullanıyorsanız, Dosya Sunucusu son kullanıcı kurtarma (EUR) kullanılamaz.

Geçici çözüm: Yok. MBS kullanılırken Dosya Sunucusu EUR desteklenmez.

DPM yüklenirken hata 4387 görünebilir

Açıklama: Data Protection Manager'ı yüklerken, Data Protection Manager Kurulum>Önkoşulları onay> SQLsunucusu örneği metin kutusuna bir SQL Örneği girdiğinizde, hata 4387 görünebilir.

Geçici çözüm: Bu KB makalesinde ayrıntılı olarak açıklandığı gibi gerekli eylemleri gerçekleştirin ve DPM kurulumunu yeniden deneyin.

En son rapor dosyaları otomatik olarak güncelleştirilmiyor

Açıklama: DPM 2016 UR10 ile DPM rapor biçimlendirmesi ve toplu geçiş raporlama birimiyle ilgili sorun düzeltildi. Ancak, mevcut rapor dosyaları otomatik olarak güncelleştirilmiş dosyalarla değiştirilmez.

Geçici çözüm: Mevcut rapor dosyalarını değiştirmek için şu adımları izleyin:

ReportSRV10.dll değiştirme

  1. SQL Server Raporlama hizmetini durdurma

  2. C:\Program Files\Microsoft System Center\DPM\DPM\bin dizininde bulunan güncelleştirilmiş ReportSRV10.dll dosyasını seçin ve aşağıdaki klasördeki mevcut DLL dosyalarını değiştirin:

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

  3. SQL Server Raporlama hizmetini başlatın.

RDL dosyalarını değiştirme

  1. DPM'de SQL Raporlama Hizmetleri portalı URL'sini açın.

  2. Portalda DPMReports klasörü DPMReports_<GUID> biçiminde bulunur.

    Raporlar klasörü

    Not

    Bu adlandırma kuralına sahip tek bir klasör görebilirsiniz. DPM önceki bir sürümden yükseltildiyse, önceki klasör hala mevcut olabilir, ancak bu klasörü açamazsınız.

  3. DPMReports_<GUID> klasörünü seçin ve açın. Tek tek rapor dosyaları görüntülenir.

    Tek tek rapor dosyalarının listesi

  4. Raporla bitmeyecek rapor dosyalarını seçin, Seçenek'e sağ tıklayın ve ardından Yönet'i seçin.

    Rapor dosyalarını yönetme

  5. En son rapor dosyalarıyla değiştirmek için yeni sayfada Değiştir'i seçin.

    Rapor dosyalarını değiştirme

    En son rapor dosyaları DPM yükleme yolunda bulunur:

    Örneğin: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. Dosyalar değiştirildikten sonra Ad ve Açıklama'nın bozulmadığından ve boş olmadığından emin olun.

  7. DPM'yi yeniden başlatın ve rapor dosyalarını kullanın.

Sonraki adımlar