Partilhar via


Notas de versão do System Center DPM

Importante

O Service Provider Foundation (SPF) foi descontinuado do System Center 2025. No entanto, o SPF 2022 continuará a funcionar com componentes do System Center 2025.

Este artigo lista as notas de versão do System Center 2025 - Data Protection Manager (DPM), incluindo os problemas conhecidos e as soluções alternativas para o DPM 2025.

Recomendamos que você consulte os seguintes artigos para obter informações detalhadas sobre o que o DPM suporta e pode fazer backup:

Notas de versão do DPM 2025

A comunicação com a instância SQL pode falhar

Descrição: A comunicação com as instâncias SQL (SQL existente, backups do SharePoint ou enumeração de instância SQL) pode falhar após a atualização para o DPM 2025 se o OLEDB 19 não estiver instalado.

Solução alternativa: Instale a versão mais recente do OLEDB 19 (19.3 e superior) em todas as máquinas onde as instâncias SQL estão presentes e estão sendo copiadas pelo servidor DPM. Além disso, instale no servidor DPM antes de habilitar backups para o banco de dados do DPM.

Além disso, seguem-se as melhorias:

  • A atualização de um servidor DPM licenciado para a compilação Eval está bloqueada.
  • A atualização do Eval para uma compilação licenciada está bloqueada.
  • Melhoria/correção dos trabalhos de gestor de resumos duplicados após a atualização.

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

Recomendamos que você consulte os seguintes artigos para obter informações detalhadas sobre o que o DPM suporta e pode fazer backup:

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

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

Recomendamos que você consulte os seguintes artigos para obter informações detalhadas sobre o que o DPM suporta e pode fazer backup:

Notas de versão do DPM 2022

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

Além disso, observam-se os seguintes problemas conhecidos.

Não há ferramenta DPM SQL Self-Service Recovery no DPM 2022 RTM.

O DPM SQL Self-Service Recovery não está disponível no DPM 2022 RTM. O suporte para 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 máquinas dos clientes

Descrição: Os backups da máquina cliente DPM não são listados para utilizadores 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 pode falhar quando o nome do banco de dados do DPM estiver DPMDB

Descrição: Se o nome do banco de dados 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 DPM correspondente antes de iniciar a atualização.

Use estas etapas para renomear o banco de dados:

  1. Pare o serviço DPM no servidor DPM.

  2. 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
    
  3. 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

    Captura de tela mostrando o editor do Registro que reflete o nome do banco de dados.

  4. Execute o DPMsync no servidor DPM usando o shell de gerenciamento do DPM.

    DPMSync -Sync
    

A criação de pontos 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 de 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 mensagem de erro ao criar ponto de recuperação online.

Solução alternativa:

  1. Atualize o agente MARS para a versão mais recente.

  2. Tente novamente o backup online para a fonte de dados falhada.

  3. Crie um novo ponto de recuperação de disco e tente o ponto de recuperação online novamente.

  4. Execute a verificação de consistência e tente o backup online novamente.

  5. Se o backup on-line ainda estiver falhando, entre em contato com a equipe de suporte.

Notas de versão do DPM 2022 Hotfix (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 on-line com erro 100195.
  • Falha de verificação de consistência da proteção secundária devido a erro não transitório do VSS.
  • O console de administração remota falha logo após abrir o console.
  • Falhas de backup devido a DpmFilter.sys não carregando no agente do DPM.
  • O DPM falha quando os alertas de falha de backup em fita estão inativos.

Notas de Lançamento do DPM 2022 UR1

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

Os backups para VMs VMware que possuem o VMware Tools começam a falhar com o erro "Disk SubSystem 0x80990EF1"

Descrição: O DPM 2022 UR1 tinha um bug em que os backups das VMs VMware falhariam se as ferramentas VMware estivessem instaladas. Isso ocorreu devido a uma configuração defeituosa no DPM.

Solução alternativa: Aplique o hotfix para o DPM 2022 UR1 ou DPM 2022 UR2.

O DPM 2022 RTM e o Update Rollup 1 não conseguem descobrir bancos de dados no SQL Server 2017 e 2016 sobre TLS 1.2.

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

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

Notas de versão do DPM 2022 UR2

Estamos lembrando o lançamento do Update Rollup 2 para o System Center DPM 2022 devido aos problemas conhecidos listados abaixo:

  1. Hyper-V cópias de segurança agendadas demoram a ser concluídas porque cada tarefa de backup ativa uma verificação de consistência. Mensagem de erro: A réplica do Microsoft Hyper-V RCT no nome de máquina <> não é consistente com a fonte de dados protegida. O DPM detetou alterações nos locais de arquivos ou nas configurações de volume de objetos protegidos desde a configuração da fonte de dados para proteção. (ID 30135).
  2. Remover uma fonte de dados do grupo de proteção ou interromper o backup resulta em um erro com ID 33469 - Esta operação não é suportada na versão atual do agente MARS.
  3. O console do DPM ocasionalmente falha quando alertas ou relatórios SMTP são configurados.

Uma compilação atualizada (Update Rollup 2 Refresh for System Center DPM 2022) corrigindo os problemas conhecidos foi lançada.

Se você tiver instalado o Update Rollup 2 para o System Center DPM 2022 (10.22.189.0), recomendamos que instale o Update Rollup 2 Refresh (10.22.197.0) no servidor DPM e atualize os agentes de proteção.

Entre em contato com o Suporte da Microsoft para 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 Windows e SMTP Básico. A autenticação SMTP básica funcionará para o Microsoft 365 e outros provedores de email que oferecem suporte a ela. Mas se você estiver usando o DPM 2022 UR1 com credenciais do Microsoft 365, seus relatórios e alertas de e-mail começarão a falhar, pois as credenciais não podem ser lidas pelo DPM 2022 UR2.

Solução alternativa: Reconfigure 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 exige que MSOLEDB18 enumere bancos de dados para proteção. 

Solução alternativa: Instale o driver de SQL MSOLEDB 18 se ele estiver faltando no servidor protegido. O SQL Server 2022 é fornecido com o MSOLEDB 18 por padrão. 

Parar a proteção e eliminar dados online falha no console de gerenciamento remoto.

Descrição: A operação de proteção de paragem com eliminação de dados online falha na consola de gestão remota quando a opção de segurança híbrida melhorada está ativada no cofre. 

Solução alternativa: Para evitar isso, pare a proteção eliminando dados online diretamente do console do DPM. 

Interromper a proteção de uma fonte de dados falha 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 ID 33469 - Esta operação não é suportada 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 o Update Rollup 2 Refresh para o System Center DPM 2022.

Notas de versão do DPM 2022 UR2 Refresh

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

Este artigo lista as notas de versão do System Center 2016 - Data Protection Manager (DPM).

Notas de versão do DPM 2019

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

O console do DPM falha devido a uma 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 quaisquer trabalhos em andamento às zero horas, eventualmente levando a uma falha. Como resultado, você pode observar o seguinte:

  • A réplica é inconsistente.
  • Sobrecarga de armazenamento causada pela não eliminação de pontos de recuperação.
  • Relatórios desatualizados do DPM.
  • Não há limpeza para o histórico de trabalhos e para os trabalhos de coleta de lixo.

Solução alternativa:

  1. Faça backup do banco de dados atual do DPM.

  2. Abra o SQL Management Studio e conecte-se à Instância SQL que hospeda o DPMDB para este servidor.

  3. Execute a seguinte consulta e verifique se você tem dois ou mais trabalhos de gerenciador de resumo agendados e veja qual era o agendamento mais antigo:

     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. Se você tiver mais de uma linha retornada, pegue o ScheduleID e o 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
    
  5. Exclua o trabalho SQL que corresponde ao ScheduleID no SQL Server Agent – JOBS. Assim que eliminado, o problema à meia-noite seria resolvido.

    ScheduleId é as Tarefas SQL sob a responsabilidade do agente SQL.

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

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

Descrição: Ao atualizar uma Hyper-V VM do Windows Server 2012 R2 para o Windows Server 2016, duas versões da VM aparecem no assistente 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, mantendo os dados, antes de atualizar a VM. Em seguida, atualize a VM e proteja-a novamente em um novo grupo de proteção. Ao configurar a reproteção, faça uma atualização no host da VM para que o DPM detete a atualização da VM e a proteja como RCT VM.

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

Descrição: Quando você atualiza uma VM protegida de Hyper-V 2012 R2 para a versão 2016, pare de proteger a VM (mas retenha dados) e reative 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 na proteção de 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 da réplica não é suficientemente grande.

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

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

A proteção do 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 ser alterado em alguns cenários.

Solução alternativa: Se estiveres a proteger um banco de dados do DPM, assegura-te de ativar 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 do banco de dados DPM anterior.

Hyper-V RCT - recuperar como ficheiros para falhas de backup D-T

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

Solução alternativa: Use a recuperação de local alternativo como uma VM e, em seguida, transfira esses arquivos para o local desejado.

Observação

Esse recurso foi corrigido no DPM 2019 UR1. Você pode instalar o UR1 para corrigir esse problema. Para obter informações detalhadas sobre como instalar o UR1, consulte o artigo da Base de Dados de Conhecimento para UR1.

O DPM 2019 não oferece suporte à recuperação do utilizador final do servidor de ficheiros com o Modern Backup Storage (MBS)

Descrição: O DPM 2019 não oferece suporte à recuperação do usuário final (EUR) com o Modern Backup Storage (MBS).

Solução alternativa: Nenhuma. O Servidor de Arquivos EUR não é suportado ao usar o MBS.

Pontos de Recuperação não sendo podados, levando a um acúmulo de Pontos de Recuperação

Descrição: DPM elimina pontos de recuperação mais antigos do que o intervalo de retenção. Durante o processo de poda, o DPM calcula o armazenamento consumido pelos pontos de recuperação que serão eliminados. O cálculo de armazenamento atrasa a poda.

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 poda é executado mais rapidamente e elimina 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 termine a poda. O consumo de armazenamento por volume continua a refletir os valores corretos. Use um script do PowerShell para ativar o cálculo de tamanho. O script a seguir executa cálculos de tamanho completos.

Localização: Ficheiros de Programas\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Roteiro: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 completamente os cálculos de tamanho. Tanto a interface de utilizador quanto o PowerShell não reportam tamanhos.

    • StartSizeAutoUpdate: Retoma os cálculos de tamanho. Imediatamente após habilitar os 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 podem não estar corretos.

    • GetSizeAutoUpdateStatus: Informa se os cálculos de tamanho estão habilitados ou desabilitados.

    • UpdateSizeInfo: Aciona o cálculo de tamanho e relata o tamanho consumido pela fonte de dados. Como esta pode ser uma operação de longa duração, use-a apenas quando necessário, para cenários como faturamento. Durante esse período, os backups podem falhar com erros de montagem do vhd.

  • UpdateSizeForDS: Caminho para um ficheiro de texto com uma lista de IDs de fontes de dados, cujo tamanho precisa ser calculado, com um ID de fonte de dados em cada linha. Quando não aprovado, o cálculo de tamanho é acionado para todas as fontes de dados. Use depois de usar UpdateSizeInfo em ManageStorageInfo. Para obter as IDs das fontes de dados específicas, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: caminho para um ficheiro que armazena os tamanhos de fonte de dados atualizados. Quando não é fornecido, o arquivo sizes.csv é criado no diretório de execução. Utilizar após 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. Se não for passado, o arquivo failedDS.txt é criado no diretório de execução. Este arquivo pode ser dado como entrada para "UpdateSizeForDS" para atualizar os tamanhos de todas as fontes de dados. Este deve ser utilizado depois de utilizar UpdateSizeInfo em ManageStorageInfo.

Fontes de dados do DPM não estão a ser refletidas no Cofre de Serviços de Recuperação

Descrição: Algumas fontes de dados na visão itens de Backup (DPM) do cofre do serviço de recuperação no portal do Azure não estão sendo atualizadas.

Causa: Você pode ter desativado um servidor protegido e interrompido a proteção das fontes de dados, mas optou por 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 procure a palavra Mis-Match.

Se você encontrar uma entrada como a seguinte, ela detalhará o servidor protegido que está incompatível.

No exemplo abaixo, o agente para o 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

  1. Se o servidor protegido original ainda estiver disponível, reinstale o agente do DPM, mesmo que você planeje colocar esse servidor offline no futuro. Você pode desativar o agente no DPM/MABS; Não o remova até eliminar os pontos de recuperação online.
  2. Se os pontos de recuperação online para o servidor desativado não forem mais necessários, você poderá excluir as fontes de dados no servidor DPM/MABS que estão em proteção interrompida.

Notas de versão do DPM 2019 UR1

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

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

Solução alternativa: Nenhum

Para problemas corrigidos no DPM 2019 UR1, veja o artigo da KB .

Notas de lançamento do DPM 2019 UR2

As seções a seguir detalham os problemas conhecidos e as soluções alternativas para o DPM 2019 UR2.

Para problemas corrigidos no DPM 2019 UR2, consulte o artigo da KB.

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

Descrição: Depois de instalar o DPM 2019 UR2, o console do DPM pode, às vezes, não exibir os detalhes do Grupo de Proteção no painel Detalhes.

console sem detalhes para o Grupo de Proteção

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

Observação

Esse problema foi corrigido no DPM 2019 UR3. Para obter mais informações sobre os problemas corrigidos no UR3, consulte o artigo KB.

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

Descrição: Com o DPM 2019 UR2, os problemas de formatação dos relatórios do DPM e dos relatórios de migração de volume para volume foram corrigidos. 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 elemento ReportSRV10.dll

  1. Pare o serviço SQL Server Reporting.
  2. Selecione o arquivo de ReportSRV10.dll atualizado presente no C:\Program Files\Microsoft System Center\DPM\DPM\bin e substitua os arquivos DLL existentes nas seguintes pastas:
    • Para SQL Server 2017 e posterior - C:\Arquivos de Programas\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
    • Para SQL Server 2016 - C:\Arquivos de Programas\Microsoft SQL Server\MSRS13. MSDPM2012\Reporting Services\ReportServer\bin
  3. Inicie o serviço de Relatórios do SQL Server.

Substitua os arquivos RDL

  1. No DPM, abra o URL do portal do SQL Reporting Services.

  2. No portal, a pasta DPMReports está presente no formato DPMReports_<GUID>.

    pasta Relatórios

    Observação

    Você pode ver apenas 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.

  3. Selecione e abra a pasta DPMReports_<GUID>. Os arquivos de relatório individuais são exibidos.

    Lista de arquivos de relatório individuais

  4. Selecione os arquivos de relatório que não terminam com Relatório, clique com o botão direito do mouse opçãoe, em seguida, selecione Gerenciar.

    Gerenciar arquivos de relatório

  5. Na nova página, selecione Substituir para substituir pelos arquivos de relatório mais recentes.

    Substituir arquivos de relatório

    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

  6. Depois que os arquivos forem substituídos, verifique se os Nome e Descrição estão intactos e não estão vazios.

  7. Reinicie o DPM e use os arquivos de relatório.

Notas de lançamento do DPM 2019 UR3

A seção a seguir fornece detalhes do 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 Update Rollup 3

Descrição: Depois de atualizar o Console de Administração Remota do DPM para o Update Rollup 3, ele 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:

  1. 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 estiver a utilizar a interface do utilizador remoto do DPM numa máquina SCOM, a cópia dos ficheiros abaixo pode falhar; isto pode ser ignorado.

    • SCOMHelperLibrary.dll
    • ScopingCommonHelper.dll
    • ViewAlertsAndAffectedItemsHelper.dll
    • Wpfhelpers.dll
  2. Se você estiver usando um idioma diferente do inglês, copie a respetiva 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

    Este comando usa o caminho de instalação padrão para o DPM. Se você alterou o caminho de instalação, atualize-o de acordo.

Notas de versão do DPM 2019 UR4

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

Instalação da atualização da interface do usuário remota e do console central UR4

Descrição: A interface do usuário remota e o console central devem ser instalados em RTM, UR1, UR2.

Solução alternativa: Se a IU Remota e a Consola Central estiverem no UR3, terá de desinstalá-lo, instalar a versão RTM e, em seguida, atualizar para o UR4. Somente a interface do usuário remota 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 do problema conhecido no DPM 2019 UR6 e a solução alternativa.

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

A semeadura 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 on-line falha depois que o primeiro ponto de recuperação on-line é criado com êxito para fontes de dados cujo backup é feito somente 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 System Center DPM 2016

As seções a seguir resumem as notas de 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 SQL Server 2008

Descrição: O DPM 2016 RTM não será 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 pode apagar volumes com backups ativos ou inativos

Descrição: Se estiver sendo feito backup das fontes de dados do volume (ativa 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 eliminar os volumes, certifique-se de que as fontes de dados do volume não estejam em utilização, seja de forma ativa ou inativa.

O DPM 2016 no Windows Server 2016 trava

Descrição: O consumo de memória no Servidor DPM aumenta continuamente até atingir 90%. O consumo de memória torna o servidor DPM mais lento.

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

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

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

Solução alternativa: para as VMs que não foram atualizadas, interrompa a proteção com a Retenção de 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ê reaplica a proteção, as VMs são protegidas usando o RCT (Resilient Change Tracking).

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 Windows Management Framework (WMF) 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.

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: Se você atualizar uma VM de Hyper-V 2012 R2 protegida para a versão 2016, pare de proteger a VM (mas retenha dados) e reative 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 na proteção de 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 da réplica não é suficientemente grande.

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

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

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

Descrição: Quando você atualiza do System Center DPM 2012 R2 para o System Center Data Protection Manager 2016, o nome do banco de dados do DPM pode ser alterado em alguns cenários.

Solução alternativa: se estiveres a proteger um banco de dados do DPM, certifica-te de habilitar 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 do banco de dados antigo do DPM.

Pontos de Recuperação não sendo podados, levando a um acúmulo de Pontos de Recuperação

Descrição: DPM elimina pontos de recuperação mais antigos do que o intervalo de retenção. Durante o processo de poda, o DPM calcula o armazenamento consumido pelos pontos de recuperação que serão eliminados. O cálculo de armazenamento atrasa a poda.

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 poda é executado mais rapidamente e elimina 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 termine a poda. O consumo de armazenamento por volume continua a refletir os valores corretos. Use um script do PowerShell para ativar o cálculo de tamanho. O script a seguir executa cálculos de tamanho completos.

Localização: Arquivos de Programas\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Roteiro: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 completamente os cálculos de tamanho. Tanto a interface de utilizador quanto o PowerShell não reportam tamanhos.

    • StartSizeAutoUpdate: Retoma os cálculos de tamanho. Imediatamente após habilitar os 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 podem não estar corretos.

    • GetSizeAutoUpdateStatus: Informa se os cálculos de tamanho estão habilitados ou desabilitados.

    • UpdateSizeInfo: Aciona o cálculo de tamanho e relata o tamanho consumido pela fonte de dados. Como esta pode ser uma operação de longa duração, use-a apenas quando necessário, para cenários como faturamento. Durante esse período, os backups podem falhar com erros de montagem do vhd.

  • UpdateSizeForDS: Caminho para um ficheiro de texto com uma lista de IDs de fontes de dados, cujo tamanho precisa ser calculado, com um ID de fonte de dados em cada linha. Quando não aprovado, o cálculo de tamanho é acionado para todas as fontes de dados. Use depois de usar UpdateSizeInfo em ManageStorageInfo. Para obter as IDs das fontes de dados específicas, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: caminho para um ficheiro que armazena os tamanhos de fonte de dados atualizados. Quando não é fornecido, o arquivo sizes.csv é criado no diretório de execução. Utilizar após 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. Se não for passado, o arquivo failedDS.txt é criado no diretório de execução. Este arquivo pode ser dado como entrada para "UpdateSizeForDS" para atualizar os tamanhos de todas as fontes de dados. Este deve ser utilizado depois de utilizar UpdateSizeInfo em ManageStorageInfo.

Hyper-V RCT - recuperar como ficheiros para falhas de backup D-T

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

Solução alternativa: Use a recuperação de local alternativo como uma VM e, em seguida, transfira esses arquivos para o local desejado.

A recuperação do usuário final do servidor de arquivos (EUR) não está disponível ao usar o MBS (Modern Backup Storage)

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

Solução alternativa: Nenhuma. O Servidor de Arquivos EUR não é suportado ao usar o MBS.

O erro 4387 pode aparecer durante a instalação do DPM

Descrição: Ao instalar o Data Protection Manager, quando você insere uma instância SQL na caixa de texto Instância do SQL Server, na configuração do Data Protection Manager>de pré-requisitos>, o erro 4387 pode aparecer.

Solução alternativa: execute as ações necessárias, conforme detalhado neste artigo da KB e tente a configuração do DPM novamente.

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

Descrição: Com o DPM 2016 UR10, o problema com a formatação do relatório do DPM e os relatórios de migração de volume para volume foi 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 elemento ReportSRV10.dll

  1. Parar o serviço de Relatórios do SQL Server

  2. Selecione o arquivo de ReportSRV10.dll atualizado presente no C:\Program Files\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

  3. Inicie o serviço de Relatórios do SQL Server.

Substitua os arquivos RDL

  1. No DPM, abra o URL do portal do SQL Reporting Services.

  2. No portal, a pasta DPMReports está presente no formato DPMReports_<GUID>.

    pasta Relatórios

    Observação

    Você pode ver apenas 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.

  3. Selecione e abra a pasta DPMReports_<GUID>. Os arquivos de relatório individuais são exibidos.

    Lista de arquivos de relatório individuais

  4. Selecione os arquivos de relatório que não terminam com Relatório, clique com o botão direito do mouse opçãoe, em seguida, selecione Gerenciar.

    Gerenciar arquivos de relatório

  5. Na nova página, selecione Substituir para substituir pelos arquivos de relatório mais recentes.

    Substituir arquivos de relatório

    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

  6. Depois que os arquivos forem substituídos, verifique se os Nome e Descrição estão intactos e não estão vazios.

  7. Reinicie o DPM e use os arquivos de relatório.

Próximos passos