Partilhar via


Instalar o DPM

Aqui está 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 configurações e informações de configuração do DPM.
  4. Configure o DPM. Você pode instalar o DPM na 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.

Observação

Com o DPM 2019 UR4, uma nova instalação do agente de Pacote Cumulativo de Atualizações pode reiniciar o servidor protegido.

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 configuraçã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 local ou remotamente antes de instalar o DPM.
- Se você planeja usar o SQL Server 2022 com o DPM 2022, instale o SQL Server Native Client (SQLNCLI) no computador do SQL Server antes de instalar o DPM 2022 RTM, pois o SQL 2022 não é fornecido com o 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 executado em um cluster.
- Se o SQL Server estiver clusterizado, o servidor de relatórios e o SQL Server deverão estar em computadores diferentes.
- Você não pode executar um SQL Server em um controlador de domínio.
- Você não pode usar uma implantação Always-On do SQL Server.
- Se você implantar o DPM como uma VM (máquina virtual) 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 SQL Server local nesta implantação e não há suporte para o banco de dados SQL do Azure no momento.
DPM instalado como VM do 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 escalonados verticalmente. Em vez disso, use o armazenamento baseado em SAN/conexão direta. O desempenho pode ser prejudicado em ambientes dimensionados (Hyper-V em CSV) usando arquivos VHDX em comparação com SAN. Portanto, para ambientes dimensionados, 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, há suporte para arquivos VHD e VHDX 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 servidores de arquivos expandidos (SOFS). Observe que o SMB 3.0 é necessário para servidores de arquivos expansíveis.
  • As instalações do Virtual DPM não dão suporte a:

    • 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 a desduplicação de disco 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 Standard porque o máximo de IOPS por disco anexado é maior na camada Standard do que na camada Basic.
  • 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 os dados por um dia no disco do Azure anexado ao DPM e armazene os dados com mais de um dia no serviço de Backup do Azure. Isso fornece armazenamento de dados para um período de retenção mais longo e permite que você proteja uma quantidade maior de dados descarregando-os no Backup do Azure.
  • Se desejar dimensionar sua implantação, tem as seguintes opções:

    • Opção 1, Escalar verticalmente: 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 está resumido na Tabela A abaixo.
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 configuraçã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.
- Microsoft Visual C++ 2015 Redistribuível; Microsoft Visual C++ 2013 Redistribuível; Microsoft Visual C++ 2012 Redistribuível.
- 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 local ou remotamente antes de instalar o DPM.
- Se você planeja usar o SQL Server 2022 com o DPM 2025, instale o SQL OLEDB 19.
- 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 executado em um cluster.
- Se o SQL Server estiver clusterizado, o servidor de relatórios e o SQL Server deverão estar em computadores diferentes.
- Você não pode executar um SQL Server em um controlador de domínio.
- Você não pode usar uma implantação Always-On do SQL Server.
- Se você implantar o DPM como uma VM (máquina virtual) 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 SQL Server local nesta implantação e não há suporte para o banco de dados SQL do Azure no momento.
DPM instalado como VM do 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 escalonados verticalmente. Em vez disso, use o armazenamento baseado em SAN/conexão direta. O desempenho pode ser prejudicado em ambientes dimensionados (Hyper-V em CSV) usando arquivos VHDX em comparação com SAN. Portanto, para ambientes dimensionados, 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, há suporte para arquivos VHD e VHDX em compartilhamentos SMB remotos.
  • O DPM pode ser executado 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 servidores de arquivos expandidos (SOFS). Observe que o SMB 3.0 é necessário para servidores de arquivos expansíveis.
  • As instalações do Virtual DPM não dão suporte a:

    • 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 a desduplicação de disco 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 Standard porque o máximo de IOPS por disco anexado é maior na camada Standard do que na camada Basic.
  • 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. Recomendamos que você retenha os dados por um dia no disco do Azure anexado ao DPM e armazene os dados com mais de um dia no serviço de Backup do Azure. Isso fornece armazenamento de dados para um período de retenção mais longo e permite que você proteja uma quantidade maior de dados descarregando-os no Backup do Azure.
  • Se desejar dimensionar sua implantação, tem as seguintes opções:

    • Opção 1, Escalar verticalmente: 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 está 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 de 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.

Observação

Como uma máquina virtual do Windows no VMware – você pode instalar o DPM 2019 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 2019, 2016
  • Você está executando o DPM 2022, 2019, 2016
  • Você está executando o DPM 2025, 2022, 2019

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 de Configuração, corrija as 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>de Servidor, especifique as contas de domínio nas 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ê pode remover a conta de usuário do grupo Administradores local. Além disso, para instalação em um RODC, você precisará inserir 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, conceda a ela os privilégios mais baixos possíveis, atribua a ela uma senha forte que não expire e dê a ela um nome facilmente identificável. Você adicionará essa conta ao grupo Administradores local e à função de servidor fixa SQL Server Sysadmin 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.

  1. 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 Instalação Pronta para Instalar>.

    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 atualizar para o UR1 ou posterior, que dá suporte ao SQL Server 2022 como o banco de dados do DPM e usa OLEDB 18.0 em vez de SQLNCLI.

  2. 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 SQL Server, insira o DVD do DPM e inicie 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 SQL Server:

      • Verifique se o TCP/IP está habilitado com auditoria de falha padrão e habilite a verificação de política 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].

  1. 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 Instalação Pronta para Instalar>.

    Após a conclusão da instalação do SQL, certifique-se de instalar o SQL OLEDB 19.

  2. 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 SQL Server, insira o DVD do DPM e inicie 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 SQL Server:

      • Verifique se o TCP/IP está habilitado com auditoria de falha padrão e habilite a verificação de política 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].

  1. 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 Instalação Pronta para Instalar>.

  2. 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 SQL Server, insira o DVD do DPM e inicie 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 SQL Server:

      • Verifique se o TCP/IP está habilitado com auditoria de falha padrão e habilite a verificação de política 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

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 a 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 componentes a seguir devem ser instalados no servidor DPM.
    - O SQL Server Management Studio (SSMS) não está 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 Redistribuível e o Microsoft ODBC Driver 17 para SQL Server no servidor DPM separadamente.
    - Ao usar o SQL Server 2022 remoto, você deve instalar o SQLCMD versão 16 no servidor DPM. Se o SQLCMD versão 16 não estiver disponível para download, instale o SQLCMD versão 15, renomeie a pasta e copie a pasta da SQLCMD versão 16 (C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn) do SQL Server 2022 para o servidor DPM 2022 antes da instalação do DPM 2022. Após a instalação, exclua a versão 16 e renomeie a versão 15 conforme necessário.

Instalar o DPM

Importante

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

  1. Se necessário, extraia o arquivo 2016.exe do DPM (para o DPM 2016)/2019.exe do DPM (para o DPM 2019) para o computador no qual você deseja executar o DPM. Para fazer isso, execute o arquivo exe e, na tela de boas-vindas , 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.
  1. Extraia o arquivo SCDPM_2025.exe para o computador no qual você deseja executar o DPM. Para fazer isso, execute o arquivo exe e, na tela de boas-vindas , 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.
  1. Na página Bem-vindo da Configuração do DPM, selecione Avançar. Na página Termos de Licença, aceite o contrato >OK.

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

  3. Na página Registro do Produto, selecione Avançar. Na página Aceitação do Microsoft Update , escolha se deseja incluir o DPM em suas atualizações da Microsoft.

  4. 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. Certifique-se de ter os pré-requisitos instalados antes de começar.
  1. 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.

  2. Use o seguinte código para garantir que o firewall seja 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
    
  3. Instale o SQL Server no servidor local ou remoto.

  4. 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. Você usa 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 do computador SQL. Não use FQDNs (nomes de domínio totalmente qualificados).

    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 configuraçã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>
    
  5. 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.
    • <path> é o local do arquivo .ini.
  1. Use o seguinte código para garantir que o firewall seja 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 
    
  2. Instale o SQL Server no servidor local ou remoto.

  3. 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. Você usa 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 do computador SQL. Não use FQDNs (nomes de domínio totalmente qualificados).

    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 configuraçã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 = SSRS 
    # ReportingMachineUserName = <Username that Setup must user> 
    # ReportingMachinePassword = <Password for the username Setup must use> 
    # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached> 
    
  4. 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.
    • <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 do computador local para o 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 a ele uma senha forte que não expire 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, talvez você queira 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 a ela uma senha forte que não expire 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ários para o banco de dados do SQL Server com scope: global e Group type: security. 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 essas 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 que você criou 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 SQL Server Configuration Manager SQL Server Network Configuration>Protocols>, clique com o botão direito do mouse em Habilitar 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 que você instalou no procedimento como localhost\<Nome da Instância> e digite as credenciais para a primeira conta de usuário de domínio que você criou (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ê pode remover a conta de usuário do grupo Administradores local.

    • Na página Configurações de Segurança, você precisará inserir 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

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

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órios 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.

Atualizar para o SQL 2022

O procedimento a seguir lista as etapas para atualizar o SQL 2022.

Observação

Com o DPM 2025, apenas o SQL 2022 tem suporte como um banco de dados do DPM em novos cenários de instalação e atualização do DPM.

Antes de atualizar de uma versão anterior ao SQL 2017 para o SQL 2022, certifique-se de

  1. Faça backup do banco de dados de relatórios no SQL Server.

  2. Faça backup das chaves de criptografia.

  3. Limpe as pastas de relatórios 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