Partager via


Obtenir DPM installé

Important

Cette version de Data Protection Manager (DPM) a atteint la fin du support. Nous vous recommandons de procéder à la mise à niveau vers DPM 2022.

Voici ce que vous devez faire pour configurer System Center Data Protection Manager (DPM) :

  1. Lisez les conditions préalables au programme d’installation.
  2. Vérifiez que le système d’exploitation DPM est compatible.
  3. Configurez une base de données SQL Server pour stocker les paramètres et les informations de configuration de DPM.
  4. Configurez DPM. Vous pouvez installer DPM à partir de l’interface utilisateur ou exécuter une installation sans assistance. Suivez ces instructions si vous souhaitez installer DPM sur un contrôleur de domaine.

Remarque

Avec DPM 2019 UR4, une nouvelle installation de l’agent correctif cumulatif peut redémarrer le serveur protégé.

Configuration requise

Environment Détails ou spécificités de l’installation
Conditions préalables à l’installation de DPM de base De nombreux composants sont nécessaires sur le serveur DPM. Celles-ci sont installées automatiquement lors de l’installation :

- .NET Framework 4.0 ou 4.5 (DPM 2016/2019) ; .NET Framework 3.5 requis pour l’installation de SQL (avant SQL 2016) ; .NET Framework 4.6 requis pour l’installation SQL (SQL 2016 et versions ultérieures). Installez avec Ajouter des fonctionnalités dans Gestionnaire de serveur s’il n’est pas installé automatiquement.
- Windows Installer 4.5 (ou version ultérieure). Installé dans le cadre du système d’exploitation, mais peut également être installé en tant qu’administrateur à partir du <répertoire racine>DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE.
- Microsoft Visual C++ 2012 Redistributable ; Microsoft Visual C++ 2010 Redistributable ; Microsoft Visual C++ 2008 Redistributable.
- PowerShell 3.0 (inclus avec Windows Server 2012 R2 ou 2012).
- PowerShell de gestion Microsoft Hyper-V
Base de données DPM
- Vérifiez les versions de SQL Server prises en charge pour la base de données DPM.
- Vous pouvez installer le serveur SQL sur le serveur DPM ou un serveur distant.
- Avez-vous installé SQL localement ou à distance avant d’installer DPM.
- Si vous envisagez d’utiliser SQL Server 2022 avec DPM 2022, veillez à installer SQL Server Native Client (SQLNCLI) sur l’ordinateur SQL Server avant d’installer DPM 2022 RTM comme SQL 2022 n’est pas fourni avec SQLNCLI.
- Si vous installez la base de données à distance, l’ordinateur exécutant l’instance distante doit se trouver dans le même domaine et le même fuseau horaire que le serveur DPM.
- Si vous exécutez une base de données distante, veillez à exécuter l’outil de préparation SQL sur l’ordinateur SQL distant avant d’installer DPM.
- Le serveur SQL peut être autonome ou en cours d’exécution dans un cluster.
- Si le serveur SQL est en cluster, le serveur de rapports et le serveur SQL doivent se trouver sur différents ordinateurs.
- Vous ne pouvez pas exécuter un serveur SQL sur un contrôleur de domaine.
- Vous ne pouvez pas utiliser un déploiement Always On SQL Server.
- Si vous déployez DPM en tant que machine virtuelle Azure, utilisez une machine virtuelle Azure exécutant SQL Server en tant qu’instance de serveur SQL distante. Vous ne pouvez pas utiliser un serveur SQL local dans ce déploiement, et la base de données Azure SQL n’est pas prise en charge actuellement.
DPM installé en tant que machine virtuelle Hyper-V Si vous installez DPM en tant que machine virtuelle Hyper-V, notez que :

  • L’installation de DPM virtuel n’est pas destinée aux environnements mis à l’échelle. Au lieu de cela, utilisez le stockage direct attach/SAN. Les performances peuvent souffrir dans les environnements de montée en puissance (Hyper-V sur CSV) à l’aide de fichiers VHDX par rapport à SAN. Par conséquent, pour les environnements mis à l’échelle, nous vous déconseillons d’utiliser VHDX.
  • Il n’existe aucune limite de taille pour VHDX.
    Les fichiers VHDX fixes et en expansion dynamique sont pris en charge.
  • Les fichiers VHD et VHDX sont pris en charge dans le pool de stockage DPM.
    Une installation virtuelle de DPM est requise pour prendre en charge l’ajout de disques durs virtuels au pool de stockage.
  • Pour les disques durs virtuels dynamiques et fixes, les fichiers VHD et VHDX sont pris en charge sur les partages SMB distants.
  • À partir de DPM 2012 R2 avec Update 3, vous pouvez exécuter DPM en tant que machine virtuelle Hyper-V avec prise en charge des lecteurs de bande à l’aide de FC synthétique.
  • Pour le stockage DPM à haute disponibilité, les disques durs virtuels doivent être placés sur des serveurs de fichiers avec montée en puissance parallèle (SOFS). SMB 3.0 est nécessaire pour les serveurs de fichiers montés en charge.
  • Les installations de DPM virtuelles ne prennent pas en charge :

    • Windows 2012 espaces de stockage ou disques durs virtuels basés sur des espaces de stockage.
      L’hébergement local ou distant de fichiers VHDX sur l’espace de stockage Windows 2012 n’est pas non plus pris en charge.
    • Activation de la dédupe de disque sur les volumes hébergeant des disques durs virtuels.
    • Cibles iSCSI Windows 2012 (qui utilisent des disques durs virtuels) en tant que pool de stockage DPM.
    • Compression NTFS pour les volumes hébergeant des fichiers de disque dur virtuel utilisés dans le pool de stockage DPM.
    • BitLocker sur les volumes hébergeant des fichiers de disque dur virtuel utilisés pour le pool de stockage.
    • Taille de secteur 4K native des disques physiques pour les fichiers VHDX dans le pool de stockage DPM.
    • Disques durs virtuels hébergés sur des serveurs Windows 2008.
DPM en tant que machine virtuelle Azure
  • DPM est pris en charge sur tout machine virtuelle IaaS Azure de taille A2 ou supérieure.
    Vous pouvez sélectionner une taille pour la machine virtuelle DPM en utilisant le calculateur de taille de machine virtuelle DPM Azure. Lorsque vous configurez la machine virtuelle, créez une instance dans le niveau de calcul Standard, car le nombre maximal d’E/S par seconde par disque attaché est supérieur au niveau Standard que dans le niveau De base.
  • DPM peut protéger les charges de travail comme indiqué ici dans la matrice de protection.
  • DPM peut protéger des charges de travail qui s'exécutent dans plusieurs services cloud Azure partageant les mêmes réseau virtuel et abonnement Azure.
    DPM s’exécutant en tant que machine virtuelle Azure ne peut pas protéger les données locales.
  • Utilisez un compte de stockage distinct pour la machine virtuelle DPM, car il existe des limites de taille et d'IOPS sur un compte de stockage, qui peuvent avoir une incidence sur les performances de la machine virtuelle DPM en cas de partage avec d'autres machines virtuelles en cours d'exécution. La machine virtuelle DPM et les charges de travail protégées doivent faire partie du même réseau virtuel Azure.
  • Le nombre de disques qui peuvent être utilisés pour le stockage cible (pool de stockage DPM) est limité par la taille de la machine virtuelle (maximum 16). L’agent Sauvegarde Azure en cours d’exécution sur le serveur DPM a besoin d’un stockage temporaire pour son utilisation (emplacement du cache) et les données restaurées à partir du cloud (zone intermédiaire locale). Notez que chaque machine virtuelle Azure dispose d'un stockage sur disque temporaire. Ceci est disponible pour l’utilisateur en tant que volume D :\. La zone intermédiaire locale nécessaire par Sauvegarde Azure peut être configurée pour résider dans D :\, et l’emplacement du cache peut être placé sur C :\. De cette façon, aucun espace ne doit être prélevé sur les disques de données attachés à la machine virtuelle DPM.
  • Vous stockez les données sur des disques Azure attachés à la machine virtuelle DPM. Une fois attachés à la machine virtuelle, les disques et l'espace de stockage sont gérés à partir de DPM. La quantité de données que vous pouvez sauvegarder varie selon le nombre et la taille des disques attachés à la machine virtuelle DPM. Il existe un nombre maximal de disques pouvant être attachés à chaque machine virtuelle Azure (4 disques pour A2V2, A4V2 et A8V2) et la taille maximale de chaque disque (1 To). Ce paramètre détermine le pool de stockage de sauvegarde total disponible. Nous vous recommandons de conserver les données d’un jour sur le disque Azure attaché à DPM et de stocker des données antérieures à un jour dans le service Sauvegarde Azure. Cela fournit un stockage de données pour une plage de rétention plus longue et vous permet de protéger une plus grande quantité de données en la déchargeant sur Sauvegarde Azure.
  • Si vous souhaitez mettre à l'échelle votre déploiement, vous disposez des options suivantes :

    • Option 1, Monter en puissance : augmentez la taille de la machine virtuelle DPM à partir de A2V2, A4V2, A8V2 et ajoutez davantage de stockage local.
    • Option 2, Décharger des données : envoyer les données plus anciennes vers Azure Backup, en conservant uniquement les données les plus récentes sur le stockage attaché au serveur DPM.
    • Option 3, Scale-out : ajoutez d’autres serveurs DPM pour protéger les charges de travail.
  • Le nombre maximal de charges de travail protégées pour chaque taille de machine virtuelle DPM est résumé dans le tableau A ci-dessous.

Tableau A

Taille de la machine virtuelle Nombre maximal de charges de travail protégées Taille moyenne de la charge de travail Évolution moyenne de la charge de travail (quotidienne)
A2V2 20 100 Go Évolution nette de 5 %
A4V2 40 150 Go Évolution nette de 10 %
A8V2 60 200 Go Évolution nette de 15 %

Remarque

En tant que machine virtuelle Windows dans VMware : vous pouvez installer DPM 2022 sur une machine virtuelle Windows dans un environnement VMware. Dans cette configuration, DPM peut protéger les charges de travail Microsoft s’exécutant en tant que machines virtuelles Windows dans VMware.

Remarque

En tant que machine virtuelle Windows dans VMware : vous pouvez installer DPM 2019 sur une machine virtuelle Windows dans un environnement VMware. Dans cette configuration, DPM peut protéger les charges de travail Microsoft s’exécutant en tant que machines virtuelles Windows dans VMware.

Configurer une base de données SQL Server

Vous devez configurer une base de données SQL Server si :

  • Vous exécutez DPM 2019, 2016
  • Vous exécutez DPM 2022, 2019, 2016

Pour configurer une base de données SQL Server :

  1. Exécutez le programme d’installation de SQL Server sur le serveur local sur lequel vous allez installer DPM ou sur un serveur distant.

  2. Dans l’installation, sélectionnez Nouvelle installation autonome sql Server ou ajoutez des fonctionnalités à une installation existante.

  3. Dans la clé de produit, entrez une clé de licence valide. Dans les règles de support du programme d’installation, corrigez les échecs avant de continuer. Dans le rôle d’installation, sélectionnez Installation des fonctionnalités SQL Server.

  4. Dans la sélection de fonctionnalités, sélectionnez Moteur de base de données Services. Dans Fonctionnalités de l'instance, sélectionnez Service de rapport - Natif. Dans les règles d’installation, passez en revue les règles.

  5. Dans la configuration de l’instance, spécifiez le nom de l’instance SQL Server que vous utiliserez pour DPM. N’utilisez pas de trait de soulignement ou de caractères localisés dans le nom. Dans La configuration requise pour l’espace disque, passez en revue les informations.

  6. Dans les comptes de service de configuration>de serveur, spécifiez les comptes de domaine sous lesquels les services SQL Server doivent s’exécuter :

    • Nous vous recommandons d’utiliser un compte d’utilisateur de domaine dédié unique pour exécuter SQL Server Services, SQL Server Agent, SQL Server Moteur de base de données et SQL Server Reporting Services.

    • Si vous installez DPM sur un RODC, utilisez le compte DPMSQLSvcsAcctaccount que vous avez créé. Notez que le compte d’utilisateur doit être membre du groupe Administrateurs local sur le contrôleur de domaine où est installée l’instance distante. Une fois la configuration terminée, vous pouvez supprimer le compte d’utilisateur du groupe Administrateurs local. En outre, pour l’installation sur un rodc, vous devez entrer le mot de passe que vous avez sélectionné lors de la configuration de RODC pour DPM et créer le compte DPMR$MACHINENAME .

    • Lorsque vous créez un compte d’utilisateur de domaine, attribuez-lui les privilèges les plus bas possibles, attribuez-lui un mot de passe fort qui n’expire pas et donnez-lui un nom facilement identifiable. Vous allez ajouter ce compte au groupe Administrateurs local et au rôle serveur fixe SYSadmin SQL Server plus loin dans l’Assistant.

    • Tous les services à l'exception du Lanceur de démon de filtre de texte intégral SQL doivent être définis sur Automatique.

  1. Dans la configuration Moteur de base de données, acceptez le paramètre de mode Authentification Windows. Les administrateurs DPM ont besoin d’autorisations d’administrateur SQL Server. Dans Spécifier des administrateurs SQL Server, ajoutez des administrateurs DPM. Si besoin, vous pouvez ajouter des comptes supplémentaires. Terminez le reste de l’Assistant avec les paramètres par défaut, puis sélectionnez Prêt à installer>.

    Si vous utilisez SQL Server 2022, vous devez installer SQL Server Native Client (SQLNCLI) sur l’ordinateur SQL Server 2022.

    SQLNCLI est un prérequis pour l’installation de DPM 2022 RTM, mais n’est pas disponible dans SQL Server 2022. Par conséquent, après l’installation de SQL Server 2022, vous devez également installer SQL Server Native Client séparément sur l’ordinateur SQL Server. Après cela, vérifiez que vous installez DPM 2022 RTM et mettez à jour vers UR1 ou version ultérieure, qui prend en charge SQL Server 2022 comme base de données DPM et utilise OLEDB 18.0 au lieu de SQLNCLI.

  2. Si vous installez SQL Server sur un ordinateur distant, procédez comme suit :

    • Installez les fichiers de support DPM (SQLPrep). Pour ce faire, sur l’ordinateur SQL Server, insérez le DVD DPM et démarrez setup.exe. Suivez l’Assistant pour installer Microsoft Visual C++ 2012 Redistributable. Les fichiers de support DPM sont installés automatiquement.

    • Configurez des règles de pare-feu pour que le serveur DPM puisse communiquer avec l’ordinateur SQL Server :

      • Vérifiez que TCP/IP est activé avec l’audit d’échec par défaut et activez la vérification de la stratégie de mot de passe.

      • Pour autoriser TCP sur le port 80, configurez une exception entrante pour sqlservr.exe pour l’instance DPM de SQL Server. Le serveur de rapports écoute les requêtes HTTP sur le port 80.

      • Activez RPC sur le serveur SQL distant.

      • L'instance par défaut du moteur de base de données écoute sur le port TCP 1443. Ce paramètre peut être modifié. Pour utiliser le service SQL Server Browser pour vous connecter aux instances qui n’écoutent pas sur le port 1433 par défaut, vous avez besoin du port UDP 1434.

      • L’instance nommée de SQL Server utilise des ports dynamiques par défaut. Ce paramètre peut être modifié.

      • Vous pouvez voir le numéro de port actuel utilisé par le moteur de base de données dans le journal des erreurs SQL Server. Vous pouvez consulter les journaux des erreurs à l'aide de SQL Server Management Studio et en vous connectant à l'instance nommée. Vous pouvez consulter le journal actuel sous Administration – Journaux SQL Server dans l’entrée « Le serveur écoute sur [numéro_port <ipv4> « quelconque »] ».

  1. Dans la configuration Moteur de base de données, acceptez le paramètre de mode Authentification Windows. Les administrateurs DPM ont besoin d’autorisations d’administrateur SQL Server. Dans Spécifier des administrateurs SQL Server, ajoutez des administrateurs DPM. Si besoin, vous pouvez ajouter des comptes supplémentaires. Terminez le reste de l’Assistant avec les paramètres par défaut, puis sélectionnez Prêt à installer>.

  2. Si vous installez SQL Server sur un ordinateur distant, procédez comme suit :

    • Installez les fichiers de support DPM (SQLPrep). Pour ce faire, sur l’ordinateur SQL Server, insérez le DVD DPM et démarrez setup.exe. Suivez l’Assistant pour installer Microsoft Visual C++ 2012 Redistributable. Les fichiers de support DPM sont installés automatiquement.

    • Configurez des règles de pare-feu pour que le serveur DPM puisse communiquer avec l’ordinateur SQL Server :

      • Vérifiez que TCP/IP est activé avec l’audit d’échec par défaut et activez la vérification de la stratégie de mot de passe.

      • Pour autoriser TCP sur le port 80, configurez une exception entrante pour sqlservr.exe pour l’instance DPM de SQL Server. Le serveur de rapports écoute les requêtes HTTP sur le port 80.

      • Activez RPC sur le serveur SQL distant.

      • L'instance par défaut du moteur de base de données écoute sur le port TCP 1443. Ce paramètre peut être modifié. Pour utiliser le service SQL Server Browser pour vous connecter aux instances qui n’écoutent pas sur le port 1433 par défaut, vous avez besoin du port UDP 1434.

      • L’instance nommée de SQL Server utilise des ports dynamiques par défaut. Ce paramètre peut être modifié.

      • Vous pouvez voir le numéro de port actuel utilisé par le moteur de base de données dans le journal des erreurs SQL Server. Vous pouvez consulter les journaux des erreurs à l'aide de SQL Server Management Studio et en vous connectant à l'instance nommée. Vous pouvez consulter le journal actuel sous Administration – Journaux SQL Server dans l’entrée « Le serveur écoute sur [numéro_port <ipv4> « quelconque »] ».

Remarque

  • Avec SQL 2017 et versions ultérieures, SSRS n’est pas installé dans le cadre de l’installation de SQL. Vous devez installer SQL SSRS séparément. Pour plus d’informations, consultez Installer SQL Server Reporting Services (2017 et versions ultérieures).
  • Pour l’instance SQL en cluster distant, Moteur de base de données doit se trouver sur le cluster et SSRS doit se trouver sur un ordinateur distinct (qui peut être le serveur DPM ou tout autre ordinateur).
  • Dans les scénarios SQL Server locaux ou distants, les composants suivants doivent être installés sur le serveur DPM.
    - SQL Server Management Studio (SSMS) n’est plus installé avec SQL Server . Vous devez installer séparément une version équivalente de SSMS.
    - Pour SQL Server 2019, ainsi que SSMS, vous devez également installer SQLCMD, Visual C++ 2017 Redistributable et Microsoft ODBC Driver 17 pour SQL Server sur le serveur DPM séparément.

Installation de DPM

Important

Lors de l’installation de DPM, utilisez des noms NetBIOS pour le nom de domaine et le nom de l’ordinateur SQL. N’utilisez pas de noms de domaine complets (FQDN).

  1. Si nécessaire, extrayez le fichier DPM 2016.exe (pour DPM 2016)/DPM 2019.exe (pour DPM 2019) sur l’ordinateur sur lequel vous souhaitez exécuter DPM. Pour ce faire, exécutez le fichier exe et, dans l’écran d’accueil , sélectionnez Suivant. Dans Sélectionner l’emplacement de destination, spécifiez l’emplacement dans lequel vous souhaitez extraire les fichiers d’installation. Dans Prêt à extraire, sélectionnez Extraire. Une fois l’extraction terminée, accédez à l’emplacement spécifié et exécutez Setup.exe.

  2. Dans la page d’accueil du programme d’installation de DPM, sélectionnez Suivant. Dans la page Termes du contrat de licence, acceptez le contrat >OK.

  3. Dans la page Vérification des conditions préalables, attendez la vérification et résolvez les problèmes avant de continuer.

  4. Dans la page Inscription du produit, sélectionnez Suivant. Dans la page d’inscription à Microsoft Update, choisissez si vous souhaitez inclure DPM dans vos mises à jour Microsoft.

  5. Dans la page Résumé des paramètres, cochez les paramètres et sélectionnez Installer. Une fois l’installation terminée, sélectionnez Fermer. Il lance automatiquement une mise à jour Windows pour rechercher les modifications.

Exécuter une installation sans assistance

Exécutez une installation sans assistance comme suit :

  1. Vérifiez que les prérequis sont installés avant de commencer.

  2. Sur le serveur SQL Server distant, vérifiez que .NET Framework 3.5 (pour SQL 2016), 4.0 ou 4.5 (SQL 2017) est installé sur le serveur Windows avant d’installer SQL.

  3. Utilisez le code suivant pour vous assurer que le pare-feu est ouvert :

    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. Installez SQL Server sur le serveur local ou distant.

  5. Copiez le texte suivant dans le Bloc-notes (ou un autre éditeur de texte) et enregistrez le script sur le serveur DPM en tant que DPMSetup.ini. Vous utilisez le même script si l’instance SQL Server est installée sur le serveur DPM ou sur un serveur distant.

    Important

    Lors de l’installation de DPM, utilisez des noms NetBIOS pour le nom de domaine et le nom de l’ordinateur SQL. N’utilisez pas de noms de domaine complets (FQDN).

    Lorsque vous créez DPMSetup.ini, remplacez le texte à l’intérieur <> par des valeurs de votre environnement. Les lignes commençant par le hachage (#) sont commentées et le programme d’installation de DPM utilise les valeurs par défaut. Pour spécifier vos valeurs, tapez les valeurs dans le <> hachage et supprimez le hachage (#).

    [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. Après avoir enregistré le fichier, à une invite de commandes avec élévation de privilèges sur le serveur d’installation, tapez : start /wait [media location]\setup.exe /i /f <path>\DPMSetup.ini /l <path>\dpmlog.txt.

    • [media location] indique l’emplacement à partir duquel vous allez exécuter setup.exe.
    • <path> est l’emplacement du fichier .ini.

Installer DPM sur un contrôleur de domaine

Si vous souhaitez configurer DPM sur un contrôleur de domaine principal, vous devez effectuer quelques étapes avant de configurer SQL Server et d’installer DPM.

  1. Créez les groupes de sécurité et les comptes nécessaires pour DPM. Pour ce faire, sélectionnez Démarrer>les outils> d’administration Utilisateurs et ordinateurs Active Directory> Domain/Builtin et créez ces groupes de sécurité. Pour chaque groupe, utilisez le paramètre par défaut pour l’étendue (Global) et le type de groupe (Sécurité) :

    • DPMDBReaders$<Nom de l'ordinateur> ;
    • MSDPMTrustedMachines$<Nom de l'ordinateur> ;
    • DPMRADCOMTrustedMachines$<Nom de l'ordinateur> ;
    • DPMRADmTrustedMachines$<Nom de l'ordinateur> ;
    • DPMDBAdministrators$<Nom de l'ordinateur> ;
    • MSDPMTrustedUsers$<Nom de l'ordinateur> ;
    • DPMSCOM$<Nom de l’ordinateur> ;
    • DPMRATrustedDPMRAs$<Nom d’ordinateur>, où <Nom d’ordinateur> est le nom du contrôleur de domaine.
  2. Ajoutez le compte d’ordinateur local pour le contrôleur de domaine (<nom> de l’ordinateur) au MSDPMTrustedMachines$<*Computer Name*> groupe. Ensuite, sur le contrôleur de domaine principal, créez un compte d’utilisateur de domaine avec les informations d’identification possibles les plus basses. Affectez-lui un mot de passe fort qui n’expire pas et l’ajoutez au groupe des administrateurs locaux.

    Remarque

    Notez ce compte, car vous devez configurer les services SQL Server pendant l’installation de SQL Server. Vous pouvez nommer ce compte d’utilisateur comme vous le souhaitez. Toutefois, pour identifier facilement l’objectif du compte, vous pouvez lui donner un nom significatif, tel que DPMSQLSvcsAcct. Pour ces procédures, ce compte est appelé compte DPMSQLSvcsAcct .

  3. Sur le contrôleur de domaine principal, créez un autre compte d’utilisateur de domaine avec les informations d’identification et nommez le compte DPMR$MACHINENAME, attribuez-lui un mot de passe fort qui n’expire pas, puis ajoutez ce compte au DPMDBReaders$<*Computer Name*> groupe.

  4. Créez ensuite les groupes de sécurité et les comptes d’utilisateur nécessaires pour la base de données SQL Server avec l’étendue : global et type de groupe : sécurité. Le groupe ou le compte doit être au format <Nom_groupe_ou_compteNom_ordinateur>.

    • SQLServerSQL2005BrowserUser$<Nom de l’ordinateur>

    • SQLServerMSSQLServerADHelperUser$<Nom de l’ordinateur>

    • SQLServerReportServerUser$<ID de l’instance><Nom de l’instance>

    • SQLServerMSASUser$<Nom de l'ordinateur><Nom de l’instance>

    • SQLServerDTSUser$<Nom de l'ordinateur>

    • SQLServerFDHostUser<Nom de l'ordinateur><Nom de l’instance>

    • où <Nom de l’ordinateur> est le nom de l’ordinateur du contrôleur de domaine sur lequel SQL Server 2008 sera installé.

      • <Nom de l’instance> est le nom de l’instance de SQL Server que vous envisagez de créer sur le contrôleur de domaine. Le nom de l’instance peut être n’importe quel nom autre que le nom d’instance DPM par défaut (MSDPM2010).
      • <ID de l’instance> est attribué par défaut par le programme d’installation de SQL Server et indique que le groupe s’applique à Reporting Services (MSRS) pour la version majeure de l’instance (10) de SQL Server. Pour cette version, cette valeur est MSRS1A0_50.
  5. Sur le contrôleur de domaine principal, ajoutez le compte d’utilisateur de domaine que vous avez créé précédemment (le compte DPMSQLSvcsAcct) aux groupes suivants : SQLServerReportServerUser$<Nom_ordinateur>$MSRS10.<ID_instance> SQLServerMSASUser$<Nom_ordinateur>$<ID_instance>

  6. Une fois ces étapes terminées, vous pouvez installer SQL Server :

    • Connectez-vous au contrôleur de domaine sur lequel vous souhaitez installer DPM à l’aide du compte d’utilisateur de domaine que vous avez créé précédemment. Nous allons faire référence à ce compte en tant que DPMSQLSvcsAcct.

    • Démarrez l’installation de SQL Server. Dans la page Configuration du serveur - Comptes de service de l’installation, spécifiez le compte de connexion pour SQL Server Services (SQL Server Agent, SQL Server Moteur de base de données, SQL Server Reporting Services) à exécuter sous le compte d’utilisateur DPMSQLSvcsAcct.

    • Une fois que SQL Server est installé, ouvrez Gestionnaire de configuration SQL Server> SQL Server Network Configuration>Protocols, cliquez avec le bouton droit sur Canaux>nommés Activé. Vous devez arrêter et redémarrer les services SQL Server.

  7. Vous pouvez ensuite installer DPM :

    • Dans la page Paramètres de SQL Server, tapez le nom de l’instance de SQL Server que vous avez installée dans la procédure en tant que localhost\<Nom> de l’instance, puis tapez les informations d’identification du premier compte d’utilisateur de domaine que vous avez créé (compte DPMSQLSvcsAcct). Ce compte doit être membre du groupe Administrateurs local sur le contrôleur de domaine où l’instance distante est installée. Une fois la configuration terminée, vous pouvez supprimer le compte d’utilisateur du groupe Administrateurs local.

    • Dans la page Paramètres de sécurité, vous devez entrer le même mot de passe que celui que vous avez utilisé lors de la création du compte d’utilisateur DPMR$MACHINENAME précédemment.

    • Ouvrez SQL Server Management Studio et connectez-vous à l’instance de SQL Server que DPM est configuré pour l’utiliser. Sélectionnez Nouvelle requête, copiez le texte ci-dessous dans le volet droit, puis appuyez sur F5 pour exécuter la requête.

      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
      

Mettre à niveau SQL 2016 vers SQL 2017

Si vous souhaitez utiliser SQL 2017 avec le canal semi-annuel DPM 1801 ou version ultérieure, vous devez mettre à niveau SQL 2016 vers SQL 2017. Vous pouvez mettre à niveau SQL Server 2016 ou SQL Server 2016 SP1 Enterprise ou Standard vers SQL 2017. La procédure suivante répertorie les étapes de mise à niveau de SQL 2016 vers SQL 2017.

Remarque

SQL 2017 est pris en charge en tant que base de données avec DPM 1801 dans les scénarios de mise à niveau. Avec DPM 2019, SQL 2017 est pris en charge en tant que base de données DPM dans les scénarios d’installation et de mise à niveau de DPM.

  1. Sur SQL Server, sauvegardez la base de données Reporting.

  2. Sauvegardez les clés de chiffrement.

  3. Nettoyez les dossiers de création de rapports sur l’ordinateur local.

  4. Installez Reporting Service.

  5. Sur le serveur DPM, remplacez la clé de Registre DPM suivante par le nouveau nom de l’instance de création de rapports.

    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>
  6. Remplacez le nom du répertoire virtuel Reporting Service par ReportServer_SSRS.

  7. Configurez Reporting Service et restaurez les clés de base de données et de chiffrement.

Étapes suivantes

  • Consultez les notes de publication pour découvrir les nouveaux correctifs logiciels et les UR qui sont applicables.