Notas de versão do System Center DPM

Artigo
03/19/2024

Este artigo lista as notas de versão do System Center 2019 – DPM (Data Protection Manager), incluindo os problemas conhecidos e soluções alternativas para o DPM 2019, DPM 2019 UR1, DPM 2019 UR2, DPM 2019 UR3, DPM 2019 UR4, 2019 UR5 e 2019 UR6 conforme aplicável.

Recomendamos que você veja os seguintes artigos para obter informações detalhadas sobre o que o DPM dá suporte e pode fazer backup:

Este artigo lista as notas sobre a versão do System Center 2022 – DPM (Data Protection Manager), incluindo problemas conhecidos e soluções alternativas para o DPM 2022, 2022 UR1 e 2022 UR2.

Este artigo também inclui as notas de versão para 5015376 de KB de Hotfix do DPM 2022.

Recomendamos conferir os seguintes artigos para obter informações detalhadas sobre a que o DPM dá suporte e o que pode ser armazenado em backup:

Notas sobre a versão do DPM 2022

O DPM 2022 tem os problemas conhecidos observados no DPM 2019 RTM.

Além disso, os seguintes problemas conhecidos são observados.

Nenhuma ferramenta de recuperação de Self-Service SQL do DPM no DPM 2022 RTM

O DPM SQL Self-Service Recovery não está disponível no DPM 2022 RTM. O suporte para o SQL Self-Service Recovery está disponível no DPM 2022 UR1. Saiba mais.

As recuperações de autoatendimento do DPM não listam nenhum ponto de recuperação para computadores cliente

Descrição: os backups do computador cliente DPM não estão listados para usuários de domínio no grupo de administradores locais para recuperações de autoatendimento.

Solução alternativa: atualize para o DPM 2022 UR2 para corrigir esse problema e adicionar usuários não administrativos manualmente por meio do Gerenciador de Autorização.

A atualização do DPM 2019 para o DPM 2022 poderá falhar quando o nome do banco de dados do DPM for DPMDB

Descrição: se o nome do banco de dados do DPM existente for DPMDB, a atualização falhará.

O processo de atualização do DPM sempre renomeará o nome do banco de dados do DPM para DPMDB. Se a mesma Instância sql for usada por vários servidores DPM, a atualização subsequente do outro servidor DPM falhará, pois já há um banco de dados com o nome DPMDB.

Solução alternativa: renomeie o banco de dados do DPM correspondente antes de iniciar a atualização.

Use estas etapas para renomear o banco de dados:

Pare o serviço DPM no servidor DPM.

Execute os seguintes comandos SQL para renomear o banco de dados; atualize o nome do servidor DPM na consulta abaixo.

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

Atualize as seguintes chaves do Registro para refletir o nome do banco de dados atualizado.

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
Execute DPMsync no servidor DPM usando o shell de gerenciamento do DPM.
```
DPMSync -Sync
```

A criação de ponto de recuperação online de uma fonte de dados pode falhar com a ID de erro 33505 ou 100195

Descrição: em alguns cenários, a criação do ponto de recuperação online de uma fonte de dados pode falhar intermitentemente com a ID de erro 33505 ou 100195.

Captura de tela mostrando erro ao criar ponto de recuperação online.

Captura de tela mostrando a mensagem de erro ao criar o ponto de recuperação online.

Solução alternativa:

Atualize o agente MARS para a versão mais recente.
Tente novamente o backup online para a fonte de dados com falha.
Crie um novo ponto de recuperação de disco e tente o ponto de recuperação online novamente.
Execute a verificação de consistência e tente o backup online novamente.
Se o backup online ainda estiver falhando, entre em contato com a equipe de suporte.

Notas de versão do Hotfix do DPM 2022 (KB 5015376)

Além dos problemas listados nas notas de versão do DPM 2022, os seguintes problemas adicionais são identificados no DPM 2022 e corrigidos em Hotfix (KB 5015376); recomendamos que você aplique o hotfix. Para obter mais informações, consulte o artigo KB.

Falhas intermitentes de backup online com erro 100195.
Falha de verificação de consistência de proteção secundária com erro não transitório do VSS.
Falha no console de administração remota logo após abrir o console.
Falhas de backup devido ao DpmFilter.sys não carregar no agente DPM.
O DPM falha quando os alertas de falha de backup de fita estão inativos.

Notas de versão do DPM 2022 UR1

Os problemas a seguir foram identificados após a versão do DPM 2022 UR1 (KB 5019645) e corrigidos em Hotfix para DPM 2022 UR1 (KB 5026073); Recomendamos que você aplique o hotfix se estiver executando os seguintes problemas. Para obter mais informações, consulte o artigo KB para o Hotfix.

Os backups para VMs do VMware que têm ferramentas VMware começam a falhar com o erro "0x80990EF1 do SubSistema de Disco"

Descrição: o DPM 2022 UR1 teve um bug em que os backups de VMs do VMware falhariam se as ferramentas do VMware fossem instaladas. Isso ocorreu devido a uma configuração com falha no DPM.

Solução alternativa: aplique Hotfix para DPM 2022 UR1 ou DPM 2022 UR2.

O DPM 2022 RTM e o Pacote Cumulativo de Atualizações 1 não podem descobrir bancos de dados no SQL Server 2017 e 2016 pelo TLS 1.2.

Descrição: O DPM 2022 RTM e a UR1 não dão suporte ao MSOLEDB 18 para SQL Server 2017 e 2016, que é necessário para executar a descoberta e a proteção de SQL Server no TLS 1.2. Esse problema é observado depois que KB5021128 ou KB5021127 é instalado para SQL Server 2016 e 2017, respectivamente, para exigir o TLS 1.2 ou quando o TLS 1.0 e 1.1 estiverem desabilitados no servidor protegido.

Solução alternativa: aplique Hotfix para DPM 2022 UR1 ou DPM 2022 UR2, atualize os Agentes do DPM e instale o MSOLEDB 18 nos SQL Servers protegidos.

Notas sobre a versão do DPM 2022 UR2

Estamos relembrando o lançamento do Pacote Cumulativo de Atualizações 2 para o System Center DPM 2022 devido aos problemas conhecidos listados abaixo:

Os backups agendados do Hyper-V levam muito tempo para serem concluídos porque cada trabalho de backup dispara uma consistência marcar. Mensagem de erro: o réplica de Microsoft Hyper-V RCT no <Nome> do Computador não é consistente com a fonte de dados protegida. O DPM detectou alterações em locais de arquivo ou configurações de volume de objetos protegidos desde que a fonte de dados foi configurada para proteção. (ID 30135).
Remover uma fonte de dados do grupo de proteção ou interromper o backup resulta em um erro com a ID 33469 – não há suporte para essa operação na versão atual do agente MARS.
O console do DPM ocasionalmente falha quando alertas ou relatórios SMTP são configurados.

Uma compilação atualizada (Atualização cumulativo de atualizações 2 para o System Center DPM 2022) corrigindo os problemas conhecidos foi lançada.

Se você tiver instalado o Pacote Cumulativo de Atualizações 2 para o System Center DPM 2022 (10.22.189.0), recomendamos que você instale a Atualização Cumulativo de Atualizações 2 Atualização (10.22.197.0) no servidor DPM e atualize os agentes de proteção.

Entre em contato com Suporte da Microsoft para obter consultas ou informações adicionais.

Além dos problemas documentados acima, o DPM 2022 UR2 tem os seguintes problemas:

Os relatórios de email do DPM 2022 UR1 com credenciais do Microsoft 365 falham após a atualização para o DPM 2022 UR2

Descrição: o DPM 2022 UR2 adiciona suporte para métodos de autenticação SMTP básicos e Windows. A autenticação SMTP básica funcionará para o Microsoft 365 e outros provedores de email que dão suporte a ela. Mas se você estiver usando o DPM 2022 UR1 com credenciais do Microsoft 365, seus relatórios de email e alertas começarão a falhar, pois as credenciais não podem ser lidas pelo DPM 2022 UR2.

Solução alternativa: configure novamente as credenciais de email para o Microsoft 365 usando o tipo de autenticação básica adicionado no DPM 2022 UR2.

O DPM não pode enumerar bancos de dados SQL para proteção

Descrição: o DPM não pode enumerar bancos de dados SQL para proteção quando o MSOLEDB 18 está ausente no servidor protegido, pois o DPM requer MSOLEDB18 para enumerar bancos de dados para proteção. 

Solução alternativa: instale o driver DO SQL MSOLEDB 18 se ele estiver ausente no servidor protegido. SQL Server 2022 é fornecido com MSOLEDB 18 por padrão. 

Falha ao interromper a proteção com a exclusão de dados online de console de gerenciamento remotos

Descrição: a operação parar a proteção com excluir dados online falha no console de gerenciamento remoto quando a opção de segurança híbrida aprimorada está habilitada no cofre. 

Solução alternativa: para evitar isso, execute a proteção de parada com a exclusão de dados online diretamente do console do DPM. 

Falha ao interromper a proteção de uma fonte de dados com a ID: 33469

Descrição: remover uma fonte de dados do grupo de proteção ou interromper o backup resulta em um erro com a ID 33469, esta operação não tem suporte na versão atual do agente MARS.

Esse problema ocorre porque o DPM verifica erroneamente uma versão instalada do agente mars (Serviços de Recuperação do Microsoft Azure) 2.0.9262.0 ou posterior e falha quando nenhum agente MARS está disponível no servidor DPM.

Solução alternativa: instale a atualização cumulativo de atualizações 2 para o System Center DPM 2022.

Notas de versão de atualização do DPM 2022 UR2

A Atualização do DPM 2022 UR2 corrige os problemas conhecidos no DPM 2022 UR2.

Importante

Esta versão do DPM (Data Protection Manager) chegou ao fim do suporte. Recomendamos que você atualize para o DPM 2022.

Este artigo lista as notas sobre a versão do System Center 1807 – DPM (Data Protection Manager).

Importante

Esta versão do DPM (Data Protection Manager) chegou ao fim do suporte. Recomendamos que você atualize para o DPM 2022.

Este artigo lista as notas sobre a versão do System Center 1801 – DPM (Data Protection Manager).

Este artigo lista as notas sobre a versão do System Center 2016 – DPM (Data Protection Manager).

Notas sobre a versão do DPM 2019

As seções a seguir resumem as notas sobre a versão do DPM 2019 e incluem os problemas conhecidos e as soluções alternativas aplicáveis.

Falha no console do DPM devido a falha do serviço MSDPM

Descrição: a presença de trabalhos de gerenciamento de resumo duplicados, após a atualização do DPM, pode levar à falha de trabalhos em andamento em zero horas, eventualmente levando a uma falha. Como resultado, você pode observar o seguinte:

A réplica está inconsistente.
Sobrecarga de armazenamento causada por não exclusões de pontos de recuperação.
Relatórios do DPM desatualizados.
Nenhuma limpeza de trabalhos de coleta de lixo e histórico de trabalho.

Solução alternativa:

Faça backup do Banco de Dados do DPM atual.
Abra o SQL Management Studio e conecte-se à Instância SQL que hospeda o DPMDB para este servidor.

Execute a seguinte consulta e marcar se você tiver dois ou mais trabalhos de gerenciador de resumo agendados e ver qual era a agenda mais antiga:

 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

Se você tiver mais de uma linha retornada, pegue o ScheduleID e JobDefinitionID resultantes da entrada mais antiga e marque-os como excluídos.

 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

Exclua o trabalho do SQL que é correspondente ao ScheduleID sob o SQL Server Agent – TRABALHOS. Após excluídos, as falhas em zero horas devem ser resolvidas.

ScheduleId são os Trabalhos do SQL no SQL Agent:
```
UPDATE MSDB.dbo.sysjobs
SET Enabled = 0
WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID  
```

As VMs Hyper-V são protegidas duas vezes na atualização de VM

Descrição: Ao atualizar uma VM do Hyper-V do Windows Server 2012 R2 para o Windows Server 2016, duas versões da VM serão exibidas no assistente para Criar Grupo de Proteção.

Solução alternativa: para VMs protegidas que estão prestes a ser atualizadas, certifique-se de interromper a proteção com os dados de retenção antes de atualizar a VM. Em seguida, atualize a VM e proteja-a novamente em um novo grupo de proteção. Ao configurar a nova proteção, faça uma atualização no host de VM do DPM para detectar a atualização de VM e protegê-la como uma VM RCT.

A restauração de uma versão anterior de uma VM Hyper-V atualizada faz com que os pontos de recuperação futuros falhem

Descrição: ao atualizar uma VM protegida do Hyper-V 2012 R2 para a versão 2016, pare de proteger a VM (mas retenha dados) e habilite novamente a proteção. Se você recuperar uma cópia 2012 R2 no local original, outros backups poderão falhar.

Solução alternativa: após a recuperação, altere a versão da VM para 2016 e execute uma marcar de consistência.

Falhas de proteção da recuperação bare-metal

Descrição: se você configurar a proteção BMR (Bare Metal Recovery), o trabalho de proteção BMR poderá falhar com a mensagem de que o tamanho do réplica não é suficientemente grande.

Solução alternativa: use o caminho do Registro a seguir para alterar o tamanho padrão da réplica em fontes de dados da BMR. Abra o editor do Registro e aumente o tamanho da réplica na seguinte chave:

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

A proteção de banco de dados do DPM é interrompida em caso de cenários de atualização

Descrição: Quando você atualiza o DPM, o nome do banco de dados pode se alterar em alguns cenários.

Solução alternativa: se você estiver protegendo um banco de dados DPM, habilite a proteção para o novo banco de dados DPM. Depois que a atualização do DPM for validada, você poderá remover a proteção para o banco de dados do DPM anterior.

Hyper-V RCT – a recuperação como arquivos para o backup D-T falha

Descrição: Falha na recuperação de VMs do Hyper-V RCT como arquivos criados diretamente em fita (D-T). Os backups D-D-T não exibem esse problema.

Solução alternativa: Use a Recuperação em Localização Alternativa como uma VM e, em seguida, transfira esses arquivos para a localização desejada.

Observação

Esse recurso foi corrigido no DPM 2019 UR1. Instale o UR1 para corrigir esse problema. Para obter informações detalhadas sobre como instalar o UR1, confira o artigo da base de dados do UR1.

O DPM 2019 não dá suporte à recuperação do usuário final do servidor de arquivos com o MBS (Armazenamento de Backup Moderno)

Descrição: o DPM 2019 não dá suporte à eur (recuperação de usuário final) com o MBS (Armazenamento de Backup Moderno).

Solução alternativa: nenhuma. Não há suporte para o EUR do Servidor de Arquivos ao usar o MBS.

Os servidores do DPM 1801/1807 não podem ser gerenciados pelo console central do DPM 2019

Descrição: com o console central do DPM 2019, você não pode gerenciar nenhum servidor DPM 1801 ou DPM 1807.

Solução alternativa: Atualize seu servidor DPM para a versão 2019.

Pontos de Recuperação que não estão sendo removidos, levando a um acúmulo de Pontos de Recuperação

Descrição: o DPM remove os pontos de recuperação mais antigos que o intervalo de retenção. Durante o processo de remoção, o DPM calcula o armazenamento consumido pelos pontos de recuperação a serem removidos. O cálculo de armazenamento atrasa a remoção.

Solução alternativa: configure o DPM para ignorar o cálculo do tamanho dos pontos de recuperação a serem removidos. Como resultado, o script de remoção é executado mais rapidamente e remove todos os pontos de recuperação mais antigos do que o intervalo de retenção, aliviando as pressões de armazenamento. O armazenamento consumido por fonte de dados não é atualizado até que o DPM conclua a remoção. O consumo de armazenamento por volume continuará refletindo os valores corretos. Use um script do PowerShell para ativar o cálculo de tamanho. O script a seguir executa cálculos completos de tamanho.

Localização: Program Files\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

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

ManageStorageInfo: especifica o tipo de operação necessária.
- StopSizeAutoUpdate: interrompe os cálculos de tamanho completamente. A interface do usuário e o PowerShell não relatarão tamanhos.
- StartSizeAutoUpdate: retoma os cálculos de tamanho. Imediatamente após habilitar cálculos de tamanho, use UpdateSizeInfo (nas opções a seguir) para recalcular tamanhos para todas as fontes de dados, até que os tamanhos relatados no PowerShell e na interface do usuário possam não estar corretos.
- GetSizeAutoUpdateStatus: informa se os cálculos de tamanho estão habilitados ou desabilitados.
- UpdateSizeInfo: Dispara o cálculo de tamanho e relata o tamanho consumido pela fonte de dados. Essa pode ser uma operação demorada, portanto, use-a somente quando for necessário para cenários como o de cobrança. Durante esse tempo, os backups podem falhar com erros de montagem vhd.
UpdateSizeForDS: Caminho para um arquivo de texto com uma lista de IDs de fonte de dados para as quais o tamanho precisa ser calculado com uma datasourceID em cada linha. Quando não passado, o cálculo de tamanho é disparado para todas as fontes de dados. Usar depois de usar UpdateSizeInfo em ManageStorageInfo. Para obter as IDs de fontes de dados específicas, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.
UpdatedDSSizeReport: Caminho para um arquivo que armazena os tamanhos de fonte de dados atualizados. Quando não passado, sizes.csv arquivo é criado no diretório de execução. Use depois de UpdateSizeInfo em ManageStorageInfo.
FailedDSSizeUpdateFile: Caminho para um arquivo para armazenar as IDs de fonte de dados para as fontes de dados para as quais o consumo de armazenamento não pôde ser calculado. Isso pode acontecer devido a motivos como backups contínuos. Quando não passado, failedDS.txt arquivo é criado no diretório de execução. Esse arquivo pode ser dado como entrada para "UpdateSizeForDS" para atualizar os tamanhos de todas as fontes de dados. Isso deve ser usado depois de usar UpdateSizeInfo em ManageStorageInfo.

As fontes de dados do DPM não estão sendo refletidas no cofre dos serviços de recuperação

Descrição: algumas fontes de dados na exibição DPM (itens de backup) do cofre do serviço de recuperação no portal do Azure não estão sendo atualizadas/atualizadas.

Causa: você pode ter desativado um servidor protegido e interrompido a proteção das fontes de dados, mas escolhido para manter os pontos de recuperação online e, em seguida, desinstalou o agente DPM/MABS do console.

Você pode verificar se essa é a causa abrindo o arquivo GatewayProvider0Curr.errlog na pasta C:\ProgramFiles\Microsoft Azure Backup Server\DPM\MARS\Temp no bloco de notas e pesquisando a palavra Mis-Match.

Se você encontrar uma entrada como a seguinte, ela detalhará o servidor protegido que está com a correspondência incorreta.

No exemplo a seguir, o agente do servidor chamado mjlc-dc.Contoso.com foi desinstalado e ausente do servidor DPM/MABS.

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]

Solução alternativa

Se o servidor protegido original ainda estiver disponível, reinstale o agente DPM mesmo que você planeje colocar esse servidor offline no futuro. Você pode desabilitar o agente no DPM/MABS; não o remova até excluir os pontos de recuperação online.
Se os pontos de recuperação online do servidor encerrado não forem mais necessários, você poderá excluir as fontes de dados no servidor do DPM/MABS que estiverem com a proteção interrompida.

Notas sobre a versão do DPM 2019 UR1

A restauração da VM com disco excluído (para um host alternativo) restaura o disco vazio

Descrição: a restauração da VM com o disco excluído para um host alternativo restaura o disco excluído como um disco vazio. O disco excluído não será anexado à VM. O disco pode ser excluído para poupar espaço de armazenamento.

Solução alternativa: Nenhum

Para obter os problemas corrigidos no DPM 2019 UR1, confira o artigo da base de dados.

Notas sobre a versão do DPM 2019 UR2

As seções a seguir fornecem detalhes dos problemas conhecidos e das soluções alternativas do DPM 2019 UR2.

Para obter os problemas corrigidos no DPM 2019 UR2, confira o artigo da base de dados.

Os detalhes do grupo de proteção não são exibidos no console do DPM

Descrição: após a instalação do DPM 2019 UR2, às vezes, o console do DPM pode não exibir detalhes do grupo de proteção no painel Detalhes.

console sem detalhes do grupo de proteção

Solução alternativa: Use o comando Get-DPMProtectionGroup do PowerShell para exibir os detalhes do grupo de proteção.

Observação

Esse problema foi corrigido no DPM 2019 UR3. Para saber mais sobre os problemas corrigidos no UR3, confira o artigo da base de dados de conhecimento.

Os arquivos de relatório mais recentes não são atualizados automaticamente

Descrição: com o DPM 2019 UR2, o problema com a formatação de relatório do DPM e o relatório de migração de volume para volume é corrigido. No entanto, os arquivos de relatório existentes não são substituídos automaticamente pelos arquivos atualizados.

Solução alternativa: siga estas etapas para substituir os arquivos de relatório existentes:

Substitua o ReportSRV10.dll

Interrompa o serviço SQL Server Reporting.
Selecione o arquivo ReportSRV10.dll atualizado presente em C:\Arquivos de Programas\Microsoft System Center\DPM\DPM\bin e substitua os arquivos DLL existentes nas seguintes pastas:
- Para o SQL Server 2017 e posterior: C:\Arquivos de Programas\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
- Para o SQL Server 2016: C:\Arquivos de Programas\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin
Inicie o SQL Server Reporting Services.

Substituir os arquivos RDL

No DPM, abra a URL do portal do SQL Reporting Services.
No portal, a pasta DPMReports está presente no formato DPMReports_<GUID>.

Observação

Só é possível ver uma pasta com essa convenção de nomenclatura. Se o DPM for atualizado de uma versão anterior, a pasta anterior ainda poderá existir, mas você não poderá abri-la.
Selecione e abra a pasta DPMReports_<GUID>. Os arquivos de relatório individuais são exibidos.
Selecione os arquivos de relatório que não terminam com Relatório, clique com o botão direito do mouse em Opção e selecione Gerenciar.
Na nova página, selecione Substituir para substituir pelos arquivos de relatório mais recentes.

Os arquivos de relatório mais recentes estão disponíveis no caminho de instalação do DPM:

Por exemplo: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports
Depois que os arquivos forem substituídos, verifique se o Nome e a Descrição estão intactos e não estão vazios.
Reinicie o DPM e use os arquivos de relatório.

Notas sobre a versão do DPM 2019 UR3

A seção a seguir fornece detalhes sobre o problema conhecido no DPM 2019 UR3 e a solução alternativa.

O console remoto do DPM pode falhar ao se conectar ao servidor DPM, após a atualização para o Pacote Cumulativo de Atualizações 3

Descrição: depois de atualizar o Console de Administração Remota do DPM para o Pacote Cumulativo de Atualizações 3, pode falhar ao se conectar ao servidor DPM com um erro A versão do Console do Administrador do DPM é incompatível com a versão do servidor DPM.

Solução alternativa:

No servidor que executa o console de Administração Remota do DPM, execute o seguinte comando do PowerShell (insira o nome do servidor DPM conforme aplicável); este comando copia os arquivos DLL necessários do servidor DPM:

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

Observação

Se você estiver usando a interface do usuário remota do DPM em um computador SCOM, a cópia para arquivos abaixo poderá falhar, isso pode ser ignorado.

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

Se você estiver usando um idioma diferente do inglês, copie a respectiva pasta de idioma do servidor DPM. Atualize o nome do servidor DPM e a pasta de idioma no comando a seguir e execute o comando.
```
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>  
```
Observação

Esse comando usa o caminho de instalação padrão do DPM. Se você alterou o caminho de instalação, atualize o caminho adequadamente.

Notas sobre a versão do DPM 2019 UR4

A seção a seguir fornece detalhes sobre o problema conhecido no DPM 2019 UR4 e a solução alternativa.

Instalação de atualização da IU remota e do console central UR4

Descrição: a interface do usuário remota e o Console Central devem ser instalados no RTM, UR1, UR2.

Solução alternativa: se a interface do usuário remota e o Console Central estiverem na UR3, você precisará desinstalá-la, instalar a versão rtm e atualizar para UR4. Somente a interface do usuário remota da UR4 pode se conectar ao DPM 2019 UR4.

Notas de versão do DPM 2019 UR5

Atualmente, não há problemas conhecidos no DPM 2019 UR5.

Notas de versão do DPM 2019 UR6

A seção a seguir fornece detalhes sobre o problema conhecido no DPM 2019 UR6 e a solução alternativa.

Para os problemas corrigidos na UR6 e as instruções de instalação para UR6, consulte o artigo KB.

A propagação offline não funciona com o agente MARS 2.0.9254.0 e posterior

Descrição: a criação subsequente de pontos de recuperação online falha depois que o primeiro ponto de recuperação online é criado com êxito para fontes de dados com backup apenas por meio do Databox, quando a versão do agente MARS é maior que 2.0.9254.0.

Solução alternativa: nenhuma. Entre em contato com o suporte da Microsoft para obter assistência.

Notas de Versão do DPM 1807

Para exibir a lista de bugs corrigidos no DPM 1807, confira o artigo da KB 4339950.

Os problemas a seguir existem na versão 1807.

As VMs Hyper-V são protegidas duas vezes na atualização de VM

Descrição: ao atualizar uma VM Hyper-V do Windows Server 2012 R2 para Windows Server 2016, duas versões da VM aparecem no Assistente para criar um grupo de proteção.

Solução alternativa: para as VMs que não foram atualizadas, interrompa a proteção com a opção Reter Dados. Atualize a VM e crie um novo grupo de proteção. Em seguida, atualize as fontes de dados e proteja as VMs. Quando você reaplicar a proteção, as VMs serão protegidas usando RTC (Controle de Alterações Resiliente).

A instalação do agente falha no Windows Server 2008, Windows Server 2008 R2

Descrição: ao proteger o Windows Server 2008 ou o Windows Server 2008 R2, a instalação do agente pode falhar.

Solução alternativa: Atualize o WMF (Windows Management Framework) no servidor de produção para 5.1. Baixe o WMF do Windows Management Frame 5.1. Instale o WMF e, em seguida, instale o agente.

Restaurar uma versão anterior de uma VM Hyper-V atualizada faz com que os pontos de recuperação futura falhem.

Descrição: se você atualizar uma VM protegida do Hyper-V 2012 R2 para a versão 2016, pare de proteger a VM (mas retenha os dados) e habilite novamente a proteção. Se você recuperar uma cópia do 2012 R2 no local original, outros backups poderão falhar.

Solução alternativa: após a recuperação, altere a Versão da VM para 2016 e execute uma Verificação de Consistência.

Falhas de proteção da recuperação bare-metal

Descrição: se você configurar a proteção BMR (Recuperação Bare-Metal), o trabalho de proteção BMR poderá falhar com a mensagem de que o tamanho do réplica não é suficientemente grande.

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

Proteger novamente o Banco de Dados do DPM após a atualização para o DPM 2016 ou 1801

Descrição: ao fazer upgrade do System Center DPM 2012 R2 para o System Center Data Protection Manager 2016 ou 1801, o nome de Banco de Dados do DPM poderá mudar em alguns cenários.

Solução alternativa: se você estiver protegendo um banco de dados DPM, habilite a proteção para o novo banco de dados do DPM. Depois que a atualização do DPM for validada, você poderá remover a proteção para o banco de dados do DPM antigo.

Pontos de Recuperação que não estão sendo removidos, levando a um acúmulo de Pontos de Recuperação

Local: Arquivos de Programas\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

ManageStorageInfo: especifica o tipo de operação necessária.
- StopSizeAutoUpdate: interrompe os cálculos de tamanho completamente. A interface do usuário e o PowerShell não relatarão tamanhos.
- StartSizeAutoUpdate: retoma os cálculos de tamanho. Imediatamente após habilitar cálculos de tamanho, use UpdateSizeInfo (nas opções a seguir) para recalcular tamanhos para todas as fontes de dados, até que os tamanhos relatados no PowerShell e na interface do usuário possam não estar corretos.
- GetSizeAutoUpdateStatus: informa se os cálculos de tamanho estão habilitados ou desabilitados.
- UpdateSizeInfo: Dispara o cálculo de tamanho e relata o tamanho consumido pela fonte de dados. Essa pode ser uma operação demorada, portanto, use-a somente quando for necessário para cenários como o de cobrança. Durante esse tempo, os backups podem falhar com erros de montagem vhd.
UpdateSizeForDS: Caminho para um arquivo de texto com uma lista de IDs de fonte de dados para as quais o tamanho precisa ser calculado com uma datasourceID em cada linha. Quando não passado, o cálculo de tamanho é disparado para todas as fontes de dados. Usar depois de usar UpdateSizeInfo em ManageStorageInfo. Para obter as IDs de fontes de dados específicas, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.
UpdatedDSSizeReport: Caminho para um arquivo que armazena os tamanhos de fonte de dados atualizados. Quando não passado, sizes.csv arquivo é criado no diretório de execução. Use depois de UpdateSizeInfo em ManageStorageInfo.
FailedDSSizeUpdateFile: Caminho para um arquivo para armazenar as IDs de fonte de dados para as fontes de dados para as quais o consumo de armazenamento não pôde ser calculado. Isso pode acontecer por motivos como backups contínuos. Quando não for aprovado, o arquivo failedDS.txt será criado no diretório de execução. Esse arquivo pode ser dado como entrada para "UpdateSizeForDS" para atualizar os tamanhos de todas as fontes de dados. Isso deve ser usado depois de usar UpdateSizeInfo em ManageStorageInfo.

Hyper-V RCT – a recuperação como arquivos para o backup D-T falha

Descrição: falha na recuperação de VMS do Hyper-V com RCT como arquivos criados diretamente em fita (D-T). O D-D-T não exibe esse problema.

Solução alternativa: use a Recuperação em Local Alternativo como uma VM e, depois, transfira esses arquivos para o local desejado.

EUR (recuperação do usuário final) do Servidor de Arquivos não disponível com o uso do MBS (Armazenamento de Backup Moderno)

Descrição: se você usar o MBS (Armazenamento de Backup Moderno) com o DPM 2016, a EUR (recuperação de usuário final) do Servidor de Arquivos não estará disponível.

Solução alternativa: nenhuma. Não há suporte para o EUR do Servidor de Arquivos ao usar o MBS.

Notas de Versão do DPM 1801

Os seguintes bugs foram corrigidos na versão DPM 1801:

A atualização do agente do DPM no servidor de produção causa uma reinicialização inesperada.
As verificações de consistência das VMs do Hyper-V transferiam mais dados do que o tamanho das VMs.

Os problemas a seguir existem na versão 1801.

Instalação silenciosa do System Center DPM com o SQL Server 2008

Descrição: o DPM 2016 RTM não é instalado silenciosamente no SQL Server 2008.

Solução alternativa: implante o DPM 2016 RTM em uma versão do SQL Server superior a 2008 ou use a interface do usuário da Instalação do DPM 2016.

O cmdlet Remove-DPMDiskStorage poderá excluir volumes com backups ativos ou inativos

Descrição: se as fontes de dados do volume estiverem sendo apoiadas (ativamente ou inativamente), quando o cmdlet Remove-DPMDiskStorage for usado para remover volumes do DPM, as fontes de dados também poderão ser removidas.

Solução alternativa: antes de usar o cmdlet para remover os volumes, verifique se as fontes de dados do volume não estão em uso (ativamente ou inativamente).

O DPM 2016 no Windows Server 2016 para de responder

Descrição: o consumo de memória no servidor DPM aumenta continuamente até atingir 90%. O consumo de memória reduz a velocidade do servidor DPM.

Solução alternativa: atualize o DPM para DPM UR2 e instale o KB4013429 para corrigir esse problema.

As VMs Hyper-V são protegidas duas vezes na atualização de VM

Descrição: ao atualizar uma VM Hyper-V do Windows Server 2012 R2 para Windows Server 2016, duas versões da VM aparecem no Assistente para criar um grupo de proteção.

A instalação do agente falha no Windows Server 2008, Windows Server 2008 R2

Descrição: ao proteger o Windows Server 2008 ou o Windows Server 2008 R2, a instalação do agente pode falhar.

Solução alternativa: atualize o WMF (Windows Management Framework) no servidor de produção para 4.0. Baixe o WMF do Windows Management Frame 5.1 (https://www.microsoft.com/download/details.aspx?id=54616). Instale o WMF e, em seguida, instale o agente.

Restaurar uma versão anterior de uma VM Hyper-V atualizada faz com que os pontos de recuperação futura falhem.

Descrição: se você atualizar uma VM protegida do Hyper-V 2012 R2 para a versão 2016, pare de proteger a VM (mas retenha dados) e habilite novamente a proteção. Se você recuperar uma cópia 2012 R2 no local original, outros backups poderão falhar.

Solução alternativa: após a recuperação, altere a versão da VM para 2016 e execute uma Verificação de Consistência.

Falhas de proteção da recuperação bare-metal

Descrição: se você configurar a proteção BMR (Bare Metal Recovery), o trabalho de proteção BMR poderá falhar com a mensagem de que o tamanho do réplica não é suficientemente grande.

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

Protegendo novamente o banco de dados do DPM após a atualização para o DPM 2016

Descrição: ao fazer upgrade do System Center DPM 2012 R2 para o System Center Data Protection Manager 2016, o nome de banco de dados do DPM poderá mudar em alguns cenários.

Pontos de Recuperação que não estão sendo removidos, levando a um acúmulo de Pontos de Recuperação

Local: Arquivos de Programas\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

ManageStorageInfo: especifica o tipo de operação necessária.
- StopSizeAutoUpdate: interrompe os cálculos de tamanho completamente. A interface do usuário e o PowerShell não relatarão tamanhos.
- StartSizeAutoUpdate: retoma os cálculos de tamanho. Imediatamente após habilitar cálculos de tamanho, use UpdateSizeInfo (nas opções a seguir) para recalcular tamanhos para todas as fontes de dados, até que os tamanhos relatados no PowerShell e na interface do usuário possam não estar corretos.
- GetSizeAutoUpdateStatus: informa se os cálculos de tamanho estão habilitados ou desabilitados.
- UpdateSizeInfo: Dispara o cálculo de tamanho e relata o tamanho consumido pela fonte de dados. Essa pode ser uma operação demorada, portanto, use-a somente quando for necessário para cenários como o de cobrança. Durante esse tempo, os backups podem falhar com erros de montagem vhd.
UpdateSizeForDS: Caminho para um arquivo de texto com uma lista de IDs de fonte de dados para as quais o tamanho precisa ser calculado com uma datasourceID em cada linha. Quando não passado, o cálculo de tamanho é disparado para todas as fontes de dados. Usar depois de usar UpdateSizeInfo em ManageStorageInfo. Para obter as IDs de fontes de dados específicas, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.
UpdatedDSSizeReport: Caminho para um arquivo que armazena os tamanhos de fonte de dados atualizados. Quando não passado, sizes.csv arquivo é criado no diretório de execução. Use depois de UpdateSizeInfo em ManageStorageInfo.
FailedDSSizeUpdateFile: Caminho para um arquivo para armazenar as IDs de fonte de dados para as fontes de dados para as quais o consumo de armazenamento não pôde ser calculado. Isso pode acontecer devido a motivos como backups contínuos. Quando não passado, failedDS.txt arquivo é criado no diretório de execução. Esse arquivo pode ser dado como entrada para "UpdateSizeForDS" para atualizar os tamanhos de todas as fontes de dados. Isso deve ser usado depois de usar UpdateSizeInfo em ManageStorageInfo.

Hyper-V RCT – a recuperação como arquivos para o backup D-T falha

Descrição: falha na recuperação de VMS do Hyper-V com RCT como arquivos criados diretamente em fita (D-T). Os backups D-D-T não exibirão esse problema.

Solução alternativa: use a Recuperação de Localização Alternativa como uma VM e, em seguida, transfira esses arquivos para o local desejado.

EUR (recuperação do usuário final) do Servidor de Arquivos não disponível com o uso do MBS (Armazenamento de Backup Moderno)

Descrição: se você usar o MBS (Armazenamento de Backup Moderno) com o DPM 2016, a EUR (recuperação de usuário final) do Servidor de Arquivos não estará disponível.

Solução alternativa: nenhuma. Não há suporte para o EUR do Servidor de Arquivos ao usar o MBS.

Pode ser que o erro 4387 seja exibido durante a instalação do DPM

Descrição: ao instalar o Gerenciador de Proteção de Dados, quando você insere uma Instância SQL na caixa de textoPré-requisitos de Instalação > do Data Protection Managermarcar >Instância do SQL Server, o erro 4387 pode aparecer.

Solução alternativa: faça os procedimentos necessários, como descrito neste artigo da base de dados, e tente executar a instalação do DPM novamente.

Notas de versão do System Center DPM 2016

As seções a seguir resumem as notas sobre a versão do DPM 2016 e incluem os problemas conhecidos e as soluções alternativas aplicáveis.

Instalação silenciosa do System Center DPM com o SQL Server 2008

Descrição: o DPM 2016 RTM não é instalado silenciosamente no SQL Server 2008.

Solução alternativa: implante o DPM 2016 RTM em uma versão do SQL Server superior a 2008 ou use a interface do usuário da Instalação do DPM 2016.

O cmdlet Remove-DPMDiskStorage poderá excluir volumes com backups ativos ou inativos

Solução alternativa: antes de usar o cmdlet para remover os volumes, verifique se as fontes de dados do volume não estão em uso (ativamente ou inativamente).

O DPM 2016 no Windows Server 2016 para de responder

Descrição: o consumo de memória no servidor DPM aumenta continuamente até atingir 90%. O consumo de memória reduz a velocidade do servidor DPM.

Solução alternativa: atualize o DPM para DPM UR2 e instale o KB4013429 para corrigir esse problema.

As VMs Hyper-V são protegidas duas vezes na atualização de VM

Descrição: ao atualizar uma VM Hyper-V do Windows Server 2012 R2 para Windows Server 2016, duas versões da VM aparecem no Assistente para criar um grupo de proteção.

A instalação do agente falha no Windows Server 2008, Windows Server 2008 R2

Descrição: ao proteger o Windows Server 2008 ou o Windows Server 2008 R2, a instalação do agente pode falhar.

Restaurar uma versão anterior de uma VM Hyper-V atualizada faz com que os pontos de recuperação futura falhem.

Solução alternativa: após a recuperação, altere a versão da VM para 2016 e execute uma Verificação de Consistência.

Falhas de proteção da recuperação bare-metal

Descrição: se você configurar a proteção BMR (Bare Metal Recovery), o trabalho de proteção BMR poderá falhar com a mensagem de que o tamanho do réplica não é suficientemente grande.

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

Protegendo novamente o banco de dados do DPM após a atualização para o DPM 2016

Descrição: ao fazer upgrade do System Center DPM 2012 R2 para o System Center Data Protection Manager 2016, o nome de banco de dados do DPM poderá mudar em alguns cenários.

Pontos de Recuperação que não estão sendo removidos, levando a um acúmulo de Pontos de Recuperação

Local: Arquivos de Programas\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

ManageStorageInfo: especifica o tipo de operação necessária.
- StopSizeAutoUpdate: interrompe os cálculos de tamanho completamente. A interface do usuário e o PowerShell não relatarão tamanhos.
- StartSizeAutoUpdate: retoma os cálculos de tamanho. Imediatamente após habilitar cálculos de tamanho, use UpdateSizeInfo (nas opções a seguir) para recalcular tamanhos para todas as fontes de dados, até que os tamanhos relatados no PowerShell e na interface do usuário possam não estar corretos.
- GetSizeAutoUpdateStatus: informa se os cálculos de tamanho estão habilitados ou desabilitados.
- UpdateSizeInfo: Dispara o cálculo de tamanho e relata o tamanho consumido pela fonte de dados. Essa pode ser uma operação demorada, portanto, use-a somente quando for necessário para cenários como o de cobrança. Durante esse tempo, os backups podem falhar com erros de montagem vhd.
UpdateSizeForDS: Caminho para um arquivo de texto com uma lista de IDs de fonte de dados para as quais o tamanho precisa ser calculado com uma datasourceID em cada linha. Quando não passado, o cálculo de tamanho é disparado para todas as fontes de dados. Usar depois de usar UpdateSizeInfo em ManageStorageInfo. Para obter as IDs de fontes de dados específicas, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.
UpdatedDSSizeReport: Caminho para um arquivo que armazena os tamanhos de fonte de dados atualizados. Quando não passado, sizes.csv arquivo é criado no diretório de execução. Use depois de UpdateSizeInfo em ManageStorageInfo.
FailedDSSizeUpdateFile: Caminho para um arquivo para armazenar as IDs de fonte de dados para as fontes de dados para as quais o consumo de armazenamento não pôde ser calculado. Isso pode acontecer devido a motivos como backups contínuos. Quando não passado, failedDS.txt arquivo é criado no diretório de execução. Esse arquivo pode ser dado como entrada para "UpdateSizeForDS" para atualizar os tamanhos de todas as fontes de dados. Isso deve ser usado depois de usar UpdateSizeInfo em ManageStorageInfo.

Hyper-V RCT – a recuperação como arquivos para o backup D-T falha

Descrição: falha na recuperação de VMS do Hyper-V com RCT como arquivos criados diretamente em fita (D-T). Os backups D-D-T não exibirão esse problema.

Solução alternativa: use a Recuperação em Local Alternativo como uma VM e, depois, transfira esses arquivos para o local desejado.

EUR (recuperação do usuário final) do Servidor de Arquivos não disponível com o uso do MBS (Armazenamento de Backup Moderno)

Descrição: se você usar o MBS (Armazenamento de Backup Moderno) com o DPM 2016, a EUR (recuperação de usuário final) do Servidor de Arquivos não estará disponível.

Solução alternativa: nenhuma. Não há suporte para EUR do Servidor de Arquivos ao usar o MBS.

Pode ser que o erro 4387 seja exibido durante a instalação do DPM

Descrição: ao instalar o Data Protection Manager, quando você insere uma Instância SQL na caixa de textoPré-requisitos de Instalação > do Data Protection Managermarcar >Instância do SQL Server, o erro 4387 pode aparecer.

Solução alternativa: faça os procedimentos necessários, como descrito neste artigo da base de dados, e tente executar a instalação do DPM novamente.

Os arquivos de relatório mais recentes não são atualizados automaticamente

Descrição: no DPM 2016 UR10, foi corrigido o problema da formatação de relatório do DPM e do relatório de migração entre volumes. No entanto, os arquivos de relatório existentes não são substituídos automaticamente pelos arquivos atualizados.

Solução alternativa: siga estas etapas para substituir os arquivos de relatório existentes:

Substitua o ReportSRV10.dll

Interrompa o SQL Server Reporting Services
Selecione o arquivo ReportSRV10.dll atualizado que está em C:\Arquivos de Programas\Microsoft System Center\DPM\DPM\bin e substitua os arquivos DLL existentes na seguinte pasta:

C:\Arquivos de Programas\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin
Inicie o SQL Server Reporting Services.

Substituir os arquivos RDL

No DPM, abra a URL do portal do SQL Reporting Services.
No portal, a pasta DPMReports está presente no formato DPMReports_<GUID>.

Observação

Só é possível ver uma pasta com essa convenção de nomenclatura. Se o DPM for atualizado de uma versão anterior, a pasta anterior ainda poderá existir, mas você não poderá abri-la.
Selecione e abra a pasta DPMReports_<GUID>. Os arquivos de relatório individuais são exibidos.
Selecione os arquivos de relatório que não terminam com Relatório, clique com o botão direito do mouse em Opção e selecione Gerenciar.
Na nova página, selecione Substituir para substituir pelos arquivos de relatório mais recentes.

Os arquivos de relatório mais recentes estão disponíveis no caminho de instalação do DPM:

Por exemplo: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports
Depois que os arquivos forem substituídos, verifique se o Nome e a Descrição estão intactos e não estão vazios.
Reinicie o DPM e use os arquivos de relatório.

Próximas etapas

Para conhecer os novos recursos incluídos, confira Novidades.
Para instalar o DPM, consulte o artigo Instalar o DPM.
Se desejar consultar informações de planejamento para seu ambiente, confira Preparando o ambiente do System Center Data Protection Manager.
Confira estes KBs para problemas específicos de ReFS – KB4016173, KB4035951.