Instalar o DPM

Veja o que você precisa fazer para configurar o System Center Data Protection Manager (DPM):

1. Leia os pré-requisitos de instalação.
2. Verifique se o sistema operacional DPM é compatível.
3. Configure um banco de dados do SQL Server para armazenar as configurações e as informações de configuração do DPM.
4. Configure o DPM. Você pode instalar o DPM a partir da interface do usuário ou executar uma instalação autônoma. Siga estas instruções se quiser instalar o DPM em um controlador de domínio.

Pré-requisitos de configuração

Ambiente	Detalhes ou especificidades para a instalação
Pré-requisitos básicos de instalação do DPM	Muitos componentes são necessários no servidor DPM. Eles são instalados automaticamente durante a instalação: - .NET Framework 4.0 ou 4.5 (DPM 2016/2019); .NET Framework 3.5 necessário para instalação do SQL (antes do SQL 2016); .NET Framework 4.6 necessário para instalação do SQL (SQL 2016 em diante). Instale com Adicionar Recursos no Gerenciador do Servidor se ele não for instalado automaticamente. – Windows Installer 4.5 (ou posterior). Instalado como parte do sistema operacional, mas também pode ser instalado como um administrador do <diretório raiz>DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE. – Pacotes Redistribuíveis do Microsoft Visual C++ 2012; Pacotes Redistribuíveis do Microsoft Visual C++ 2010; Pacotes Redistribuíveis do Microsoft Visual C++ 2008. - PowerShell 3.0 (incluído no Windows Server 2012 R2 ou 2012). - PowerShell de Gerenciamento do Microsoft Hyper-V
Banco de dados do DPM	- Verifique as versões do SQL Server com suporte para o Banco de Dados do DPM. - Você pode instalar o SQL Server no servidor DPM ou em um servidor remoto. - Tenha o SQL instalado localmente ou remotamente antes de instalar o DPM. - Se você planeja usar o SQL Server 2022 com o DPM 2022, certifique-se de instalar o SQL Server Native Client (SQLNCLI) na máquina do SQL Server antes de instalar o DPM 2022 RTM, pois o SQL 2022 não é fornecido com SQLNCLI. - Se você instalar o banco de dados remotamente, o computador que executa a instância remota deverá estar no mesmo domínio e fuso horário que o servidor DPM. - Se você estiver executando um banco de dados remoto, certifique-se de executar a ferramenta SQL Prep no computador SQL remoto antes de instalar o DPM. - O SQL Server pode ser autônomo ou em execução em um cluster. - Se o SQL Server estiver em cluster, o servidor de relatórios e o SQL Server deverão estar em computadores diferentes. - Não é possível executar um servidor SQL em um controlador de domínio. - Não é possível usar uma implantação Always-On do SQL Server. - Se você implantar o DPM como uma máquina virtual (VM) do Azure, use uma VM do Azure executando o SQL Server como uma instância remota do SQL Server. Você não pode usar um servidor SQL local nessa implantação, e o banco de dados SQL do Azure não tem suporte no momento.
DPM instalado como VM Hyper-V	Se você estiver instalando o DPM como uma máquina virtual Hyper-V, observe que: A instalação do DPM virtual não é para ambientes expandidos. Em vez disso, use armazenamento baseado em conexão direta/SAN. O desempenho pode ser prejudicado em ambientes de expansão (Hyper-V em CSV) usando arquivos VHDX em comparação com a SAN. Portanto, para ambientes expandidos, não recomendamos o uso de VHDX. Não há limite de tamanho para VHDX. Há suporte para arquivos VHDX fixos e de expansão dinâmica. Há suporte para arquivos VHD e VHDX no pool de armazenamento do DPM. Uma instalação do DPM virtual é necessária para dar suporte a adição de discos rígidos virtuais ao pool de armazenamento. Para discos rígidos virtuais dinâmicos e fixos, os arquivos VHD e VHDX são suportados em compartilhamentos SMB remotos. A partir do DPM 2012 R2 com a Atualização 3, você pode executar o DPM como uma máquina virtual Hyper-V com suporte para unidades de fita usando FC sintético. Para armazenamento DPM de alta disponibilidade, os discos rígidos virtuais devem ser colocados em SOFS (servidores de arquivos expandidos). Observe que o SMB 3.0 é necessário para servidores de arquivos expansíveis. As instalações do DPM virtual não suportam: Espaços de armazenamento do Windows 2012 ou discos rígidos virtuais criados sobre espaços de armazenamento. A hospedagem local ou remota de arquivos VHDX no espaço de armazenamento do Windows 2012 também não é suportada. Habilitando o Disk Dedupe em volumes que hospedam discos rígidos virtuais. Destinos iSCSI do Windows 2012 (que usam discos rígidos virtuais) como um pool de armazenamento do DPM. Compactação NTFS para volumes que hospedam arquivos VHD usados no pool de armazenamento do DPM. BitLocker em volumes que hospedam arquivos VHD usados para o pool de armazenamento. Um tamanho de setor 4K nativo de discos físicos para arquivos VHDX no pool de armazenamento do DPM. Discos rígidos virtuais hospedados em servidores Windows 2008.
DPM como uma máquina virtual do Azure	O DPM é suportada em qualquer máquina virtual IaaS do Azure, do tamanho A2 ou superior. Você pode selecionar um tamanho para a máquina virtual do DPM usando a Calculadora de tamanho de máquina virtual do Azure do DPM. Ao configurar a máquina virtual, crie uma instância na camada de computação Padrão porque as IOPS máximas por disco conectado são maiores na camada Standard do que na camada Básica. O DPM pode proteger as cargas de trabalho conforme detalhado aqui na matriz de proteção. O DPM pode proteger cargas de trabalho que executam em vários serviços de nuvem do Azure que têm a mesma rede virtual do Azure e a assinatura do Azure. O DPM em execução como uma máquina virtual do Azure não pode proteger dados locais. Use uma conta de armazenamento separada para a máquina virtual do DPM, porque existem limites de tamanho e IOPS em uma conta de armazenamento que podem afetar o desempenho da máquina virtual do DPM se compartilhados com outras máquinas virtuais em execução. A máquina virtual do DPM e as cargas de trabalho protegidas devem fazer parte da mesma rede virtual do Azure. O número de discos que pode ser usado para o armazenamento de destino (pool de armazenamento do DPM) é limitado pelo tamanho da máquina virtual (máximo de 16). O agente de Backup do Azure em execução no servidor DPM precisa de armazenamento temporário para seu uso (um local de cache) e dados restaurados da nuvem (área de preparo local). Observe que cada máquina virtual do Azure vem com algum armazenamento em disco temporário. Isso está disponível para o usuário como o volume D:\. A área de preparo local necessária para o Backup do Azure pode ser configurada para residir em D:\ e o local do cache pode ser colocado em C:\. Dessa forma, não é preciso formar espaço dos discos de dados conectados à máquina virtual do DPM. Armazene dados em discos do Azure conectados à máquina virtual DPM. Uma vez conectados à máquina virtual, os discos e o espaço de armazenamento são gerenciados no DPM. A quantidade de dados que você pode fazer backup depende do número e tamanho dos discos anexados à máquina virtual DPM. Há um número máximo de discos que podem ser anexados a cada máquina virtual do Azure (4 discos para A2V2, A4V2 e A8V2) e o tamanho máximo de cada disco (1 TB). Isso determina o pool de armazenamento de backup total disponível. Recomendamos que você retenha dados por um dia no disco do Azure anexado ao DPM e armazene dados com mais de um dia no serviço de Backup do Azure. Isso fornece armazenamento de dados para um intervalo de retenção mais longo e permite que você proteja uma quantidade maior de dados transferindo-os para o Backup do Azure. Se desejar dimensionar sua implantação, tem as seguintes opções: Opção 1, Aumentar a escala: aumente o tamanho da máquina virtual do DPM de A2V2, A4V2, A8V2 e adicione mais armazenamento local. Opção 2, Descarregamento de dados: envie os dados mais antigos para o Backup do Azure e retenha apenas os dados mais recentes no armazenamento conectado ao servidor DPM. Opção 3, Expansão: adicione mais servidores DPM para proteger as cargas de trabalho. O número máximo de cargas de trabalho protegidas para cada tamanho de máquina virtual do DPM é resumido na Tabela A abaixo.

Tabela A

Tamanho da VM	Máximo de cargas de trabalho protegidas	Tamanho médio da carga de trabalho	Rotatividade média da carga de trabalho (diária)
A2V2	20	100 GB	Variação de 5% NET
A4V2	40	150 GB	Variação de 10% NET
A8V2	60	200 GB	Variação de 15% NET

Observação

Como uma máquina virtual do Windows no VMware - Você pode instalar o DPM 2022 em uma máquina virtual do Windows em um ambiente VMware. Nessa configuração, o DPM pode proteger cargas de trabalho da Microsoft em execução como máquinas virtuais do Windows no VMware.

Configurar um banco de dados do SQL Server

Você precisará configurar um banco de dados do SQL Server se:

• Você está executando o DPM 2022, 2019, 2016

Para configurar um banco de dados do SQL Server:

1. Execute a instalação do SQL Server no servidor local no qual você instalará o DPM ou em um servidor remoto.

2. Na Instalação, selecione Nova instalação autônoma do SQL Server ou adicione recursos a uma instalação existente.

3. Na Chave do Produto, insira uma chave de licença válida. Nas Regras de Suporte à Instalação, corrija quaisquer falhas antes de continuar. Na Função de Instalação, selecione Instalação de Recursos do SQL Server.

4. Na Seleção de Recursos, selecione Serviços do Mecanismo de Banco de Dados. Em Recursos de Instância, selecione Serviço de Relatório – Nativo. Nas Regras de Instalação, revise as regras.

5. Na Configuração da Instância, especifique o nome da Instância do SQL Server que você usará para o DPM. Não use sublinhado ou caracteres localizados no nome. Em Requisitos de Espaço em Disco, revise as informações.

6. Em Contas de Serviço de Configuração>do Servidor, especifique as contas de domínio sob as quais os Serviços do SQL Server devem ser executados:

   • Recomendamos que você use uma única conta de usuário de domínio dedicada para executar o SQL Server Services, o SQL Server Agent, o Mecanismo de Banco de Dados do SQL Server e o SQL Server Reporting Services.

   • Se você estiver instalando o DPM em um RODC, use a conta DPMSQLSvcsAcctaccount que você criou lá. Observe que a conta de usuário deve ser um membro do grupo local de administradores no controlador de domínio no qual a instância remota foi instalada. Após a conclusão da instalação, você poderá remover a conta de usuário do grupo Administradores local. Além disso, para instalação em um RODC, você precisará digitar a senha selecionada ao configurar o RODC para DPM e criar a conta DPMR$MACHINENAME .

   • Ao criar uma conta de usuário de domínio, atribua-lhe os privilégios mais baixos possíveis, atribua-lhe uma senha forte que não expira e dê a ela um nome facilmente identificável. Você adicionará essa conta ao grupo Administradores local e à função de servidor fixa Sysadmin do SQL Server posteriormente no assistente.

   • Todos os serviços, exceto o Iniciador do Daemon de Filtro de Texto Completo do SQL devem ser definidos como Automático.

7. Na Configuração do Mecanismo de Banco de Dados, aceite a configuração do modo de autenticação do Windows. Os administradores do DPM precisam de permissões de administrador do SQL Server. Em Especificar administradores do SQL Server, adicione administradores do DPM. Se for necessário, você pode adicionar contas adicionais. Conclua o restante do assistente com as configurações padrão e selecione Pronto para instalar>a instalação.

   Se você usar o SQL Server 2022, precisará instalar o SQL Server Native Client (SQLNCLI) no computador do SQL Server 2022.

   SQLNCLI é um pré-requisito para a instalação do DPM 2022 RTM, mas não está disponível no SQL Server 2022. Portanto, após a instalação do SQL Server 2022, você também precisará instalar o SQL Server Native Client separadamente no computador do SQL Server. Depois disso, certifique-se de instalar o DPM 2022 RTM e atualize para UR1 ou posterior, que oferece suporte ao SQL Server 2022 como o Banco de Dados do DPM e usa OLEDB 18.0 em vez de SQLNCLI.

8. Se você estiver instalando o SQL Server em um computador remoto, faça o seguinte:

   • Instale os arquivos de suporte do DPM (SQLPrep). Para fazer isso, no computador do SQL Server, insira o DVD do DPM e inicie o setup.exe. Siga o assistente para instalar o Microsoft Visual C++ 2012 Redistributable. Os arquivos de suporte do DPM serão instalados automaticamente.

   • Configure regras de firewall para que o servidor DPM possa se comunicar com o computador do SQL Server:

     • Verifique se o TCP/IP está habilitado com a auditoria de falha padrão e habilite a verificação de diretiva de senha.

     • Para permitir o TCP na porta 80, configure uma exceção de entrada para sqlservr.exe para a instância do DPM do SQL Server. O servidor de relatório escuta as solicitações HTTP na porta 80.

     • Habilite o RPC no servidor SQL remoto.

     • A instância padrão do mecanismo de banco de dados escuta na porta TCP 1443. Essa configuração pode ser modificada. Para usar o serviço Navegador do SQL Server para se conectar a instâncias que não escutam na porta 1433 padrão, você precisará da porta UDP 1434.

     • A instância nomeada do SQL Server usa portas dinâmicas por padrão. Essa configuração pode ser modificada.

     • Você pode ver o número da porta atual usado pelo mecanismo de banco de dados no log de erros do SQL Server. Você pode exibir os logs de erros usando o SQL Server Management Studio e conectar-se à instância nomeada. Você pode exibir o log atual em Gerenciamento – Logs do SQL Server na entrada na qual o Server está escutando em ['any' <ipv4> port_number].

Observação

• Com o SQL 2017 e posterior, o SSRS não é instalado como parte da instalação do SQL. Você precisa instalar o SQL SSRS separadamente. Para obter mais informações, consulte Instalar o SQL Server Reporting Services (2017 e posterior).
• Para Instância SQL clusterizada remota, o Mecanismo de Banco de Dados deve estar no cluster e o SSRS deve estar em um computador separado (que pode ser o servidor DPM ou qualquer outro computador).
• Em cenários locais ou remotos do SQL Server, os seguintes componentes devem ser instalados no servidor DPM.
  - O SQL Server Management Studio (SSMS) não é mais instalado com o SQL Server, você deve instalar uma versão equivalente do SSMS separadamente.
  - Para o SQL Server 2019, juntamente com o SSMS, você também deve instalar o SQLCMD, o Visual C++ 2017 Redistributable e o Microsoft ODBC Driver 17 para SQL Server no servidor DPM separadamente.

Instalar o DPM

Importante

Ao instalar o DPM, use nomes NetBIOS para o nome de domínio e o nome da máquina SQL. Não use nomes de domínio totalmente qualificados (FQDNs).

1. Se necessário, extraia o arquivo 2016.exe do DPM (para DPM 2016)/DPM 2019.exe (para DPM 2019) na máquina na qual você deseja executar o DPM. Para fazer isso, execute o arquivo exe e, na tela Bem-vindo, selecione Avançar. Em Selecionar Local de Destino, especifique para onde deseja extrair os arquivos de instalação. Em Pronto para extrair, selecione Extrair. Após a conclusão da extração, vá para o local especificado e execute Setup.exe.

2. Na página Bem-vindo da Instalação do DPM, selecione Avançar. Na página Termos de Licença, aceite o contrato >OK.

3. Na página Verificação de Pré-requisitos, aguarde a verificação e resolva quaisquer problemas antes de continuar.

4. Na página Registro do produto, selecione Avançar. Na página Aceitação do Microsoft Update, escolha se deseja incluir o DPM nas Atualizações da Microsoft.

5. Na página Resumo das Configurações, verifique as configurações e selecione Instalar. Após a conclusão da instalação, selecione Fechar. Ele iniciará automaticamente uma atualização do Windows para verificar se há alterações.

Executar uma instalação autônoma

Execute uma instalação autônoma da seguinte maneira:

1. Verifique se você tem os pré-requisitos instalados antes de começar.

2. No SQL Server remoto, verifique se o .NET Framework 3.5 (para SQL 2016), 4.0 ou 4.5 (SQL 2017) está instalado no servidor Windows antes de instalar o SQL.

3. Use o código a seguir para garantir que o firewall esteja aberto:

   netsh advfirewall firewall add rule name=DPM_SqlServr.exe dir=in action=allow program=\"%PROGRAMFILES%\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe\" profile=Domain  
   netsh advfirewall firewall add rule name=DPM_UDP_Port_1434 dir=in action=allow protocol=UDP localport=1434 profile=Domain
   

4. Instale o SQL Server no servidor local ou remoto.

5. Copie o texto a seguir no Bloco de Notas (ou em outro editor de texto) e salve o script no servidor DPM como DPMSetup.ini. Use o mesmo script se a instância do SQL Server estiver instalada no servidor DPM ou em um servidor remoto.

   Importante

   Ao instalar o DPM, use nomes NetBIOS para o nome de domínio e o nome da máquina SQL. Não use nomes de domínio totalmente qualificados (FQDNs).

   Ao criar DPMSetup.ini, substitua o texto interno <> por valores do seu ambiente. As linhas que começam com o hash (#) são comentadas e a instalação do DPM usa os valores padrão. Para especificar seus valores, digite os valores dentro do <> e exclua o hash (#).

   [OPTIONS]
   UserName = <A user with credentials to install DPM>
   CompanyName = <Name of your company>
   ProductKey = <The 25-character DPM product key in the format xxxxx-xxxxx-xxxxx-xxxxx-xxxxx>
   # SqlAccountPassword = <The password to the DPM$ account>
   # StandardAgentLicenses = <No. of standard agent licenses you have purchased>
   # EnterpriseAgentLicenses = <No. of enterprise agent licenses you have purchased>
   # ProgramFiles = C:\Program Files\Microsoft Data Protection Manager
   # DatabaseFiles = C:\Program Files\Microsoft Data Protection Manager\DPM\DPMDB
   # IntegratedInstallSource = <Location of the DPM setup files>
   # ---For using a remote SQL Server Instance ---
   # SQLMachineName = <Name of the SQL Server computer> OR <SQL Cluster Name>
   # SQLInstanceName = <Name of the instance of SQL Server that Setup must use>
   # SQLMachineUserName = <Username that Setup must user>
   # SQLMachinePassword = <Password for the username Setup must use>
   # SQLMachineDomainName = <Domain to which the SQL Server computer is attached>
   # ---For using a reporting SQL Server Instance in case of DPMDB in SQL Cluster ---
   # ReportingMachineName = <Name of the SQL Server computer>
   # ReportingInstanceName = <Name of the instance of SQL Server that Setup must use, SSRS in case of SQL 2017>
   # ReportingMachineUserName = <Username that Setup must user>
   # ReportingMachinePassword = <Password for the username Setup must use>
   # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached>
   

6. Depois de salvar o arquivo, em um prompt de comando elevado no servidor de instalação, digite: start /wait [media location]\setup.exe /i /f <path>\DPMSetup.ini /l <path>\dpmlog.txt.

   • [media location] indica de onde você executará setup.exe de onde.
   • <path> é o local do arquivo .ini.

Instalar o DPM em um controlador de domínio

Se você quiser configurar o DPM em um RODC, precisará executar algumas etapas antes de configurar o SQL Server e instalar o DPM.

1. Crie os grupos de segurança e as contas necessárias para o DPM. Para fazer isso, selecione Iniciar>Ferramentas>Administrativas Usuários e Computadores do>Active Directory Domínio/Interno e crie esses grupos de segurança. Para cada grupo, use a configuração padrão para Escopo (Global) e Tipo de grupo (Segurança):

   • DPMDBReaders$<Nome do Computador>;
   • MSDPMTrustedMachines$<Nome do Computador>;
   • DPMRADCOMTrustedMachines$<Nome do Computador>;
   • DPMRADmTrustedMachines$<Nome do Computador>;
   • DPMDBAdministrators$<Nome do Computador>;
   • MSDPMTrustedUsers$<Nome do Computador>;
   • DPMSCOM$<Nome do Computador>;
   • DPMRATrustedDPMRAs$<Nome do Computador>, e que <Nome do Computador> é o nome do controlador de domínio.

2. Adicione a conta de computador local do controlador de domínio (<Nome do Computador>) ao MSDPMTrustedMachines$<*Computer Name*> grupo. Em seguida, no controlador de domínio primário, crie uma conta de usuário de domínio com as credenciais mais baixas possíveis. Atribua-lhe uma senha forte que não expira e adicione-a ao grupo de administradores locais.

   Observação

   Anote essa conta porque você precisa configurar os Serviços do SQL Server durante a instalação do SQL Server. Você pode nomear essa conta de usuário como quiser. No entanto, para identificar facilmente a finalidade da conta, convém dar a ela um nome significativo, como DPMSQLSvcsAcct. Para esses procedimentos, essa conta é chamada de conta DPMSQLSvcsAcct .

3. No controlador de domínio primário, crie outra conta de usuário de domínio com as credenciais mais baixas possíveis e nomeie a conta DPMR$MACHINENAME, atribua-lhe uma senha forte que não expira e adicione essa conta ao DPMDBReaders$<*Computer Name*> grupo.

4. Em seguida, crie os grupos de segurança e as contas de usuário necessárias para o banco de dados do SQL Server com escopo: global e Tipo de grupo: segurança. O grupo ou a conta deve estar no seguinte formato <grouporaccountnameComputerName>.

   • SQLServerSQL2005BrowserUser$<Nome do Computador>

   • SQLServerMSSQLServerADHelperUser$<Nome do Computador>

   • SQLServerReportServerUser$<ID da Instância><Nome da Instância>

   • SQLServerMSASUser$<Nome do Computador><Nome da Instância>

   • SQLServerDTSUser$<Nome do Computador>

   • SQLServerFDHostUser<Nome do Computador><Nome da Instância>

   • em que <Nome do Computador> é o nome do computador do controlador de domínio no qual o SQL Server 2008 será instalado.

     • <Nome da Instância> é o nome da instância do SQL Server que você planeja criar no controlador de domínio. O nome da instância pode ser qualquer nome diferente do nome da instância padrão do DPM (MSDPM2010).
     • <ID da Instância> é, por padrão, atribuída pela Instalação do SQL Server e indica que o grupo se aplica ao Reporting Services (MSRS) da versão principal da instância (10) do SQL Server. Para esta versão, esse valor é MSRS1A0_50.

5. No controlador de domínio primário, adicione a conta de usuário de domínio que você criou anteriormente (a conta DPMSQLSvcsAcct) aos seguintes grupos: SQLServerReportServerUser$<ComputerName>$MSRS10.<InstanceID> SQLServerMSASUser$<ComputerName>$<InstanceID>

6. Depois de concluir estas etapas, você pode instalar o SQL Server:

   • Entre no controlador de domínio no qual você deseja instalar o DPM usando a conta de usuário de domínio criada anteriormente. Vamos nos referir a essa conta como DPMSQLSvcsAcct.

   • Comece a instalar o SQL Server. Na página Configuração do Servidor - Contas de Serviço da Instalação, especifique a conta de entrada para os Serviços do SQL Server (SQL Server Agent, Mecanismo de Banco de Dados do SQL Server, SQL Server Reporting Services) a serem executados na conta de usuário DPMSQLSvcsAcct.

   • Depois que o SQL Server for instalado, abra Protocolos de Configuração>de Rede do SQL Server do SQL Server Configuration Manager>, clique com o botão direito do mouse em Habilitação de Pipes>Nomeados. Você precisará parar e reiniciar os Serviços do SQL Server.

7. Em seguida, você pode instalar o DPM:

   • Na página Configurações do SQL Server, digite o nome da instância do SQL Server instalada no procedimento como localhost\<Nome da Instância> e digite as credenciais da primeira conta de usuário de domínio criada (a conta DPMSQLSvcsAcct). Essa conta deve ser membro do grupo Administradores local no controlador de domínio em que a instância remota está instalada. Após a conclusão da instalação, você poderá remover a conta de usuário do grupo Administradores local.

   • Na página Configurações de Segurança, você precisará digitar a mesma senha usada quando criou a conta de usuário DPMR$MACHINENAME anteriormente.

   • Abra o SQL Server Management Studio e conecte-se à instância do SQL Server que o DPM está configurado para usar. Selecione Nova Consulta, copie o texto abaixo para o painel direito e pressione F5 para executar a consulta.

     use DPMDB
     declare @refresh_jobid uniqueidentifier
     select @refresh_jobid = ScheduleId from tbl_SCH_ScheduleDefinition where JobDefinitionId in
     (select JobDefinitionId from tbl_JM_TaskDefinition where TaskDefinitionId in (select distinct TaskDefinitionID from tbl_TE_TaskTrail
     where VerbID = '53603503-C4C8-4D0E-8F1E-D2F3868E51E3')) and IsDeleted=0
     exec msdb.dbo.sp_update_job @job_name =@refresh_jobid, @enabled=0
     update tbl_SCH_ScheduleDefinition
     set IsDeleted=1
     where ScheduleId = @refresh_jobid
     

Atualizar o SQL 2016 para o SQL 2017

Se você quiser usar o SQL 2017 com o Canal Semestral 1801 do DPM ou posterior, deverá atualizar o SQL 2016 para o SQL 2017. Você pode atualizar o SQL Server 2016 ou o SQL Server 2016 SP1 Enterprise ou Standard para o SQL 2017. O procedimento a seguir lista as etapas para atualizar o SQL 2016 para o SQL 2017.

Observação

O SQL 2017 tem suporte como um banco de dados com o DPM 1801 em cenários de atualização. Com o DPM 2019, o SQL 2017 tem suporte como um banco de dados do DPM em novos cenários de instalação e atualização do DPM.

1. No SQL Server, faça backup do banco de dados de Relatórios.

2. Faça backup das chaves de criptografia.

3. Limpe as pastas de relatório na máquina local.

4. Instale o Reporting Service.

5. No servidor DPM, altere a seguinte chave do Registro do DPM para o novo nome da instância de relatório.

   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>

6. Altere o nome do diretório virtual do Reporting Service para ReportServer_SSRS.

7. Configure o Reporting Service e restaure o banco de dados e as chaves de criptografia.

Próximas etapas

• Confira as notas de versão para novos hotfixes e URs aplicáveis.