Partilhar via

Instale o DPM

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

  1. Leia os pré-requisitos de configuração.
  2. Verifique se o sistema operacional DPM é compatível com.
  3. Configure uma base de dados do SQL Server para armazenar configurações e informações de configuração do DPM.
  4. Configurar 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.

Observação

Se tiver um contrato de licenciamento por volume, pode transferir os produtos do System Center a partir daqui.

Observação

Com o DPM 2019 UR4, uma nova instalação do agente do Update Rollup pode reiniciar o servidor protegido.

Pré-requisitos de configuração

Meio Ambiente Detalhes ou especificidades da instalação
Pré-requisitos básicos de instalação do DPM Muitos componentes são necessários no servidor DPM. Estes 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 SQL (antes do SQL 2016); .NET Framework 4.6 necessário para instalação 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 administrador a partir de <diretório raiz>DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE.
- Microsoft Visual C++ 2012 Redistribuível; Microsoft Visual C++ 2010 Redistribuível; Microsoft Visual C++ 2008 Redistribuível.
- PowerShell 3.0 (incluído no Windows Server 2012 R2 ou 2012).
- Microsoft Hyper-V Management PowerShell
Base de dados do DPM
 - Verifique as versões do SQL Server suportadas para o banco de dados do DPM.
- Você pode instalar o servidor SQL 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, certifique-se de instalar SQL Server Native Client (SQLNCLI) na máquina do servidor SQL 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 deve 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 servidor SQL estiver em cluster, o servidor de relatórios e o servidor SQL devem estar em computadores diferentes.
- Não é possível executar um servidor SQL em um controlador de domínio.
- Não pode usar uma implantação do servidor SQL Always-On.
- 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. Não é possível usar um servidor SQL local nesta implantação e o banco de dados SQL do Azure não tem suporte no momento.
DPM instalado como Hyper-V VM 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 em expansão. Em vez disso, use o armazenamento baseado em conexão direta/SAN. O desempenho pode ser prejudicado em ambientes ampliados (Hyper-V em CSV) ao usar arquivos VHDX, em comparação com o SAN. Portanto, para ambientes escalonados, não recomendamos o uso de VHDX.
  • Não há limite de tamanho para VHDX.
    São suportados ficheiros VHDX fixos e de expansão dinâmica.
  • Os arquivos VHD e VHDX são suportados no pool de armazenamento do DPM.
    Uma instalação virtual do DPM é necessária para dar suporte à 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 Atualização 3, pode-se executar o DPM como uma máquina virtual Hyper-V com suporte para unidades de fita utilizando FC sintético.
  • Para armazenamento DPM de alta disponibilidade, os discos rígidos virtuais devem ser colocados em servidores de arquivos expandidos (SOFS). O SMB 3.0 é necessário para servidores de arquivos expandidos.
  • As instalações virtuais do DPM 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.
    • Ativando o Disk Dedupe em volumes que hospedam discos rígidos virtuais.
    • Utilizar 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.
    • O tamanho de setor nativo de 4K dos 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 tem suporte em qualquer máquina virtual IaaS do Azure de tamanho A2 ou superior.
    Você pode selecionar um tamanho para a máquina virtual do DPM usando a calculadora de tamanho da máquina virtual do DPM Azure. Ao configurar a máquina virtual, crie uma instância na camada de computação Standard porque as IOPS máximas por disco conectado são maiores 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 executadas em vários serviços de nuvem do Azure que têm a mesma rede virtual do Azure e a mesma 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 há limites de tamanho e IOPS em uma conta de armazenamento que podem afetar o desempenho da máquina virtual do DPM se compartilhada 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 podem ser usados 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 temporário em disco. 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, nenhum espaço precisa ser reservado dos discos rígidos de dados conectados à máquina virtual do DPM.
  • Você armazena dados em discos do Azure anexados à máquina virtual do DPM. Uma vez conectados à máquina virtual, os discos e o espaço de armazenamento são gerenciados de dentro do DPM. A quantidade de dados que você pode fazer backup depende do número e do tamanho dos discos conectados à máquina virtual do 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 total de armazenamento de backup disponível. Recomendamos que você retenha dados por um dia no disco do Azure anexado ao DPM e armazene dados anteriores a 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 descarregando-os para o Backup do Azure.
  • Se você quiser dimensionar sua implantação, você tem as seguintes opções:

    • Opção 1, Dimensionar: Aumente o tamanho da máquina virtual do DPM para além de A2V2, A4V2, A8V2 e adicione mais armazenamento local.
    • Opção 2, Descarregar dados: envie 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.
Meio Ambiente Detalhes ou especificidades da instalação
Pré-requisitos básicos de instalação do DPM Muitos componentes são necessários no servidor DPM. Estes 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 SQL (antes do SQL 2016); .NET Framework 4.6 necessário para instalação 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 administrador a partir de <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).
- Microsoft Hyper-V Management PowerShell
Base de dados do DPM
 - Verifique as versões do SQL Server suportadas para o banco de dados do DPM.
- Você pode instalar o servidor SQL 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, certifique-se de instalar SQL OLEDB 19.
- Se você instalar o banco de dados remotamente, o computador que executa a instância remota deve 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.
- Não é possível executar um servidor SQL em um controlador de domínio.
- Não pode usar uma implantação do servidor SQL Always-On.
- 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. Não é possível usar um servidor SQL local nesta implantação e o banco de dados SQL do Azure não tem suporte no momento.
- Instale e configure o SQL Server Reporting Services (SSRS).
- Se o servidor SQL estiver em cluster, o servidor de relatórios e o servidor SQL devem estar em computadores diferentes.
DPM instalado como Hyper-V VM 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 em expansão. Em vez disso, use o armazenamento baseado em conexão direta/SAN. O desempenho pode ser prejudicado em ambientes ampliados (Hyper-V em CSV) ao usar arquivos VHDX, em comparação com o SAN. Portanto, para ambientes escalonados, não recomendamos o uso de VHDX.
  • Não há limite de tamanho para VHDX.
    São suportados ficheiros VHDX fixos e de expansão dinâmica.
  • Os arquivos VHD e VHDX são suportados no pool de armazenamento do DPM.
    Uma instalação virtual do DPM é necessária para dar suporte à 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.
  • O DPM pode ser executado como uma máquina virtual Hyper-V com suporte a leitores de fita utilizando FC sintético.
  • Para armazenamento DPM de alta disponibilidade, os discos rígidos virtuais devem ser colocados em servidores de arquivos expandidos (SOFS). O SMB 3.0 é necessário para servidores de arquivos expandidos.
  • As instalações virtuais do DPM 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.
    • Ativando o Disk Dedupe em volumes que hospedam discos rígidos virtuais.
    • Utilizar 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.
    • O tamanho de setor nativo de 4K dos 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 tem suporte em qualquer máquina virtual IaaS do Azure de tamanho A2 ou superior.
    Você pode selecionar um tamanho para a máquina virtual do DPM usando a calculadora de tamanho da máquina virtual do DPM Azure. Ao configurar a máquina virtual, crie uma instância na camada de computação Standard porque as IOPS máximas por disco conectado são maiores 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 executadas em vários serviços de nuvem do Azure que têm a mesma rede virtual do Azure e a mesma 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 há limites de tamanho e IOPS em uma conta de armazenamento que podem afetar o desempenho da máquina virtual do DPM se compartilhada 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 podem ser usados 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 temporário em disco. 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, nenhum espaço precisa ser reservado dos discos rígidos de dados conectados à máquina virtual do DPM.
  • Você armazena dados em discos do Azure anexados à máquina virtual do DPM. Uma vez conectados à máquina virtual, os discos e o espaço de armazenamento são gerenciados de dentro do DPM. A quantidade de dados que você pode fazer backup depende do número e do tamanho dos discos conectados à máquina virtual do DPM. Recomendamos que você retenha dados por um dia no disco do Azure anexado ao DPM e armazene dados anteriores a 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 descarregando-os para o Backup do Azure.
  • Se você quiser dimensionar sua implantação, você tem as seguintes opções:

    • Opção 1, Dimensionar: Aumente o tamanho da máquina virtual do DPM para além de A2V2, A4V2, A8V2 e adicione mais armazenamento local.
    • Opção 2, Descarregar dados: envie 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.

Quadro A

Tamanho da VM Cargas de trabalho máximas protegidas Tamanho médio da carga de trabalho Variação média da carga de trabalho (diária)
A2V2 20 100 GB Rotatividade líquida de 5%
A4V2 40 150 GB Rotatividade líquida de clientes de 10%
A8V2 60 200 GB Rotatividade líquida de clientes de 15%

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 executadas 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 executadas 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 adicionar funcionalidades a uma instalação existente.

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

  4. Na Seleção de Recursos, selecione Serviços do Mecanismo de Banco de Dados. Em Funcionalidades da Instância, selecione Reporting Service - Native. Nas Regras de Instalação, revise as regras.

  5. No 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 especiais ou regionais no nome. Em Requisitos de Espaço em Disco, revise a informação.

  6. Em Configuração do Servidor>Contas de Serviço, 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 os Serviços do SQL Server, o SQL Server Agent, o Mecanismo de Banco de Dados do SQL Server e o SQL Server Reporting Services.

    • Se estiveres a instalar o DPM num RODC, utiliza a conta DPMSQLSvcsAcctaccount criada lá. Observe que a conta de usuário deve ser membro do grupo Administradores local no controlador de domínio onde a instância remota está instalada. Após a conclusão da configuraçã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 utilizador de domínio, conceda-lhe os privilégios mais baixos possíveis, atribua-lhe uma palavra-passe forte que não expira e atribua-lhe um nome facilmente identificável. Você adicionará essa conta ao grupo Administradores local e à função de servidor predefinida Sysadmin do SQL Server mais tarde no assistente.

    • Todos os serviços, exceto o SQL Full-text Filter Daemon Launcher, devem ser definidos como Automático.

  1. No de 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. Você pode adicionar contas adicionais, se necessário. Conclua o restante do assistente com as configurações padrão e selecione Pronto para Instalar>Instalar.

    Se utilizar o SQL Server 2022, precisará instalar SQL Server Native Client (SQLNCLI) na máquina com 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 na máquina do SQL Server. Depois disso, certifique-se de instalar o DPM 2022 RTM e atualizar 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.

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

    • Se você usar um banco de dados SQL Server para DPM clusterizado no MSCS, o nome do Recurso do Grupo de Clusters para a função SQL Server deverá ser chamado SQL Server (InstanceName). Por exemplo, SQL Server (MSSQLSERVER).

    • Se você usar um banco de dados SQL Server para DPM clusterizado em cluster MSCS, o SQL Server Reporting Service (SSRS) deverá ser instalado em um computador SQL Server autônomo separado ou instalado no próprio servidor DPM.

    • Instale os arquivos de suporte do DPM (SQLPrep). Para fazer isso, no computador do 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 do SQL Server:

      • Verifique se o TCP/IP está ativado com a falha de auditoria padrão e ative a verificação da política de senha .

      • Para permitir 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 solicitações HTTP na porta 80.

      • Habilite o RPC no SQL Server remoto.

      • A instância predefinida do mecanismo de banco de dados ouve 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 erro usando o SQL Server Management Studio e conectando-se à instância nomeada. Você pode ver o log atual em Gestão - Logs do SQL Server, onde o servidor está a ouvir em ['qualquer' <ipv4> número_da_porta].

  1. No de 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. Você pode adicionar contas adicionais, se necessário. Conclua o restante do assistente com as configurações padrão e selecione Pronto para Instalar>Instalar.

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

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

    • Se você usar um servidor SQL clusterizado MSCS para banco de dados DPM, o nome do recurso Grupo de Clusters para a função SQL Server deverá ser chamado SQL Server (InstanceName). Por exemplo, SQL Server (MSSQLSERVER).

    • Se você usar um servidor SQL clusterizado MSCS para banco de dados DPM, o SQL Server Reporting Service (SSRS) deverá ser instalado em um computador SQL Server autônomo separado ou instalado no próprio servidor DPM.

    • Instale os arquivos de suporte do DPM (SQLPrep). Para fazer isso, no computador do 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 do SQL Server:

      • Verifique se o TCP/IP está ativado com a falha de auditoria padrão e ative a verificação da política de senha .

      • Para permitir 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 solicitações HTTP na porta 80.

      • Habilite o RPC no SQL Server remoto.

      • A instância predefinida do mecanismo de banco de dados ouve 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 erro usando o SQL Server Management Studio e conectando-se à instância nomeada. Você pode ver o log atual em Gestão - Logs do SQL Server, onde o servidor está a ouvir em ['qualquer' <ipv4> número_da_porta].

  1. No de 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. Você pode adicionar contas adicionais, se necessário. Conclua o restante do assistente com as configurações padrão e selecione Pronto para Instalar>Instalar.

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

    • Se você usar um servidor SQL clusterizado MSCS para banco de dados DPM, o nome do recurso Grupo de Clusters para a função SQL Server deverá ser chamado SQL Server (InstanceName). Por exemplo, SQL Server (MSSQLSERVER).

    • Se você usar um servidor SQL clusterizado MSCS para banco de dados DPM, o SQL Server Reporting Service (SSRS) deverá ser instalado em um computador SQL Server autônomo separado ou instalado no próprio servidor DPM.

    • Instale os arquivos de suporte do DPM (SQLPrep). Para fazer isso, no computador do 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 do SQL Server:

      • Verifique se o TCP/IP está ativado com a falha de auditoria padrão e ative a verificação da política de senha .

      • Para permitir 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 solicitações HTTP na porta 80.

      • Habilite o RPC no SQL Server remoto.

      • A instância predefinida do mecanismo de banco de dados ouve 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 erro usando o SQL Server Management Studio e conectando-se à instância nomeada. Você pode ver o log atual em Gestão - Logs do SQL Server, onde o servidor está a ouvir em ['qualquer' <ipv4> número_da_porta].

  1. No de 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. Você pode adicionar contas adicionais, se necessário. Conclua o restante do assistente com as configurações padrão e selecione Pronto para Instalar>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 do 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 do SQL Server:

      • Verifique se o TCP/IP está ativado com a falha de auditoria padrão e ative a verificação da política de senha .

      • Para permitir 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 solicitações HTTP na porta 80.

      • Habilite o RPC no SQL Server remoto.

      • A instância predefinida do mecanismo de banco de dados ouve 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 erro usando o SQL Server Management Studio e conectando-se à instância nomeada. Você pode ver o log atual em Gestão - Logs do SQL Server, onde o servidor está a ouvir em ['qualquer' <ipv4> número_da_porta].

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 seguintes componentes devem ser instalados no servidor DPM.
    - do 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 SQLCMD, Visual C++ 2017 Redistributablee Microsoft ODBC Driver 17 para SQL Server no servidor DPM separadamente.

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 seguintes componentes devem ser instalados no servidor DPM.
    - do 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 SQLCMD, Visual C++ 2017 Redistributablee Microsoft ODBC Driver 17 para SQL Server no servidor DPM separadamente.
    - Ao usar o SQL Server Remoto 2022, 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 do 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.

Observação

A soma de verificação a seguir não é válida para a mídia de instalação baixada do Centro de Avaliação.

Depois de baixar a mídia de instalação (zip), recomendamos verificar se o arquivo não está corrompido. Segue-se a soma de verificação para o ficheiro:

149737D812D674D655A879E8A59481F665504448146B78ED8FD2C9B36A17B9F4

2C47B45CD3A9F21379FED7A8AE5CF0BE5CAB4A39B219129F6AE0A5EDB25BFB78

5D6045D14645DB56282CF33F99F753AF591ED846E2E37B7BC54F76ABA73A885A

Para verificar a sua autenticidade, execute a validação de checksum no seu computador executando o seguinte script PowerShell.

$expectedChecksum = "ENTER_EXPECTED_HASH_HERE"
$zipFilePath = "ENTER_ZIP_Path\<product>_<version>.zip"
$expectedChecksum -eq (Get-FileHash -Path $zipFilePath -Algorithm SHA256).Hash

Quando a validação for aprovada, você verá True impresso. Se você vir Falso impresso, o arquivo baixado não é válido e você precisa baixá-lo novamente.

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 FQDNs (nomes de domínio totalmente qualificados).

  1. Se necessário, extraia o arquivo DPM 2016.exe (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 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. Depois que a extração terminar, vá para o local especificado e execute Setup.exe.
  1. Extraia o arquivo SCDPM_2025.exe para a máquina na 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. Depois que a extração terminar, vá para o local especificado e execute Setup.exe.

  1. Na página de boas-vindas da Configuração do DPM, selecione Avançar. Na página Termos de Licença, aceite o acordo >OK.

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

  3. Na página de Registro de Produto, selecione Avançar. Na página Microsoft Update Opt-In, escolha se deseja incluir o DPM nas 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 código a seguir 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 da máquina SQL. Não use FQDNs (nomes de domínio totalmente qualificados).

    Ao criar DPMSetup.ini, substitua o texto dentro <> 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 código a seguir 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 da máquina SQL. Não use FQDNs (nomes de domínio totalmente qualificados).

    Ao criar DPMSetup.ini, substitua o texto dentro <> 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 quiser configurar o DPM em um RODC, você 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>Utilizadores e Computadores do Active Directory>Domínio/Integrados 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>, onde <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 grupo MSDPMTrustedMachines$<*Computer Name*>. 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 palavra-passe 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, convém dar-lhe um nome significativo, como DPMSQLSvcsAcct. Para estes procedimentos, esta conta é referida como a 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 grupo DPMDBReaders$<*Computer Name*>.

  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 escopo: global e Tipo de grupo: segurança. O grupo ou conta deve estar neste 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>

    • onde <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 de 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) para a 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>$MSRS 10.<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.

    • Inicie a instalação do 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.

    • Após o SQL Server ser instalado, abra SQL Server Configuration Manager>SQL Server Network Configuration>Protocols, clique com o botão direito do mouse em Named Pipes>Ativar. 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, em seguida, 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 onde a instância remota está instalada. Após a conclusão da configuração, você poderá remover a conta de usuário do grupo Administradores local.

    • Na página Configurações de Segurança do, você precisará inserir a mesma senha que usou 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 Serviço de Relatórios.

  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<NomeDaInstânciaDeRelatório>

  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 Serviço de Relatórios.

  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<NomeDaInstânciaDeRelatório>

  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óximos passos

  • Consulte as notas de versão para saber mais sobre os novos hotfixes e URs aplicáveis.
  • Last updated on