Récupérer un site Configuration Manager

S’applique à : Configuration Manager (branche actuelle)

Exécutez une récupération de site Configuration Manager après la défaillance d’un site ou une perte de données dans la base de données du site. La réparation et la resynchronisation des données sont les principales tâches d’une récupération de site et sont nécessaires pour éviter toute interruption des opérations.

Les sections de cet article peuvent vous aider à récupérer un site Configuration Manager. Pour créer une sauvegarde, consultez Sauvegarde pour Configuration Manager.

Considérations relatives à la récupération d’un site

Préparer le matériel du serveur

Assurez-vous que les configurations existantes ne sont pas présentes sur le serveur de site. Toutes les configurations précédentes peuvent entraîner des conflits pendant le processus de récupération de site. Utilisez l’une des options suivantes pour le matériel du serveur :

• Utilisez un nouveau serveur, qui répond aux exigences générales et de récupération.

• Mettez en forme les disques et réinstallez le système d’exploitation sur le serveur existant. Assurez-vous qu’il répond aux exigences générales et de récupération.

• Réutiliser un serveur existant que vous avez nettoyé

Utilisez l’une des procédures suivantes pour propre un serveur existant :

Nettoyer un serveur existant pour la récupération du serveur de site uniquement

1. Supprimer les clés de Registre SMS : HKLM\Software\Microsoft\SMS
2. Supprimez toutes les entrées de Registre commençant par SMS à à partir de HKLM\System\CurrentControlSet\Services. Par exemple :
   • SMS_DISCOVERY_DATA_MANAGER
   • SMS_EXECUTIVE
   • SMS_INBOX_MONITOR
   • SMS_INVENTORY_DATA_LOADER
   • SMS_LAN_SENDER
   • SMS_MP_FILE_DISPATCH_MANAGER
   • SMS_SCHEDULER
   • SMS_SITE_BACKUP
   • SMS_SITE_COMPONENT_MANAGER
   • SMS_SITE_SQL_BACKUP
   • SMS_SITE_VSS_WRITER
   • SMS_SOFTWARE_METERING_PROCESSOR
   • SMS_STATE_SYSTEM
   • SMS_STATUS_MANAGER
   • SMS_WSUS_SYNC_MANAGER
   • SMSvcHost 3.0.0.0
   • SMSvcHost 4.0.0.0
3. Désinstaller la console Configuration Manager
4. Redémarrer le serveur
5. Vérifiez que toutes les clés de Registre ci-dessus sont supprimées.

Le serveur est maintenant prêt pour la procédure de restauration Configuration Manager.

Nettoyer un serveur existant pour la récupération de base de données de site uniquement

1. Sauvegardez la base de données du site. Sauvegardez également toutes les autres bases de données de prise en charge, telles que WSUS.
2. Veillez à noter le nom SQL Server et le nom de instance
3. Supprimez manuellement la base de données du site du SQL Server
4. Redémarrer le SQL Server

Le serveur est maintenant prêt pour la procédure de restauration Configuration Manager.

Nettoyer un serveur existant pour une récupération complète

1. Sauvegardez la base de données du site. Sauvegardez également toutes les autres bases de données de prise en charge, telles que WSUS.
2. Créer une copie de la bibliothèque de contenu

3. Supprimez manuellement la base de données du site du SQL Server
4. Désinstaller le site Configuration Manager
5. Supprimer manuellement le dossier d’installation Configuration Manager, les registres associés et tout autre dossier Configuration Manager
6. Redémarrer le serveur
7. Restaurez la bibliothèque de contenu et d’autres bases de données comme WSUS.

Le serveur est maintenant prêt pour la procédure de restauration Configuration Manager.

Utiliser une version prise en charge et la même édition de SQL Server

Si possible, utilisez la même version de SQL Server. Toutefois, la restauration d’une base de données vers une version plus récente est prise en charge.

Ne modifiez pas l’édition SQL Server. La restauration d’une base de données de site de l’édition Standard vers l’édition Entreprise n’est pas prise en charge.

Autres exigences de configuration SQL Server :

• SQL Server ne peut pas être défini sur le mode mono-utilisateur.
• Vérifiez que les fichiers MDF et LDF sont valides. Lorsque vous récupérez un site, il n’existe aucune case activée pour l’état des fichiers.

SQL Server Always On groupes de disponibilité

Si vous utilisez SQL Server Always On groupes de disponibilité pour héberger la base de données du site, modifiez vos plans de récupération comme décrit dans Préparer l’utilisation de SQL Server Always On.

Réplicas de base de données

Après avoir restauré une base de données de site que vous avez configurée pour les réplicas de base de données, reconfigurez chaque réplica. Avant de pouvoir utiliser les réplicas de base de données, recréez les publications et les abonnements.

Déterminer vos options de récupération

Il existe deux zones main à prendre en compte pour Configuration Manager récupération du serveur de site principal et du site d’administration centrale : le serveur de site et la base de données du site. Les sections suivantes peuvent vous aider à sélectionner les meilleures options pour votre scénario de récupération.

Options de récupération du serveur de site

Démarrez Configuration Manager installation à partir d’une copie du dossier CD.Latest que vous avez créé en dehors du dossier d’installation Configuration Manager.

• Si vous exécutez le programme d’installation à partir du menu Démarrer sur le serveur de site, l’option Récupérer un site n’est pas disponible.

• Si vous avez installé des mises à jour à partir de la console Configuration Manager avant d’effectuer votre sauvegarde, vous ne pouvez pas réinstaller le site à l’aide du programme d’installation à partir des emplacements suivants :

  • Support d’installation
  • Chemin d’installation Configuration Manager

Sélectionnez ensuite l’option Récupérer un site . Vous disposez des options de récupération suivantes pour le serveur de site défaillant :

Récupérer le serveur de site à l’aide d’une sauvegarde existante

Utilisez cette option lorsque vous disposez d’une sauvegarde Configuration Manager du serveur de site avant la défaillance du site. Le site crée cette sauvegarde dans le cadre de la tâche de maintenance du serveur de site de sauvegarde. Le site est réinstallé et les paramètres du site sont configurés en fonction du site sauvegardé.

Réinstaller le serveur de site

Utilisez cette option lorsque vous n’avez pas de sauvegarde du serveur de site. Le serveur de site est réinstallé et vous devez spécifier les paramètres du site comme vous le feriez lors d’une installation initiale.

• Utilisez le même code de site et le même nom de base de données de site que vous avez utilisés lors de la première installation du site défaillant.

• Vous pouvez réinstaller le site sur un nouvel ordinateur qui exécute une nouvelle version du système d’exploitation.

• Le serveur doit utiliser le même nom d’hôte et le même nom de domaine complet (FQDN) que le serveur de site d’origine.

Options de récupération de base de données de site

Lorsque vous exécutez Configuration Manager programme d’installation, vous disposez des options de récupération suivantes pour la base de données de site :

Récupérer la base de données du site à l’aide d’un jeu de sauvegarde

Utilisez cette option lorsque vous disposez d’une sauvegarde Configuration Manager de la base de données du site avant la défaillance de la base de données. Le site crée cette sauvegarde dans le cadre de la tâche de maintenance du serveur de site de sauvegarde. Dans une hiérarchie, lors de la restauration d’un site principal, le processus de récupération récupère à partir du site d’administration centrale toutes les modifications apportées à la base de données du site après la dernière sauvegarde. Lors de la restauration du site d’administration centrale, le processus de récupération récupère ces modifications à partir d’un site principal de référence. Lorsque vous récupérez la base de données du site pour un site principal autonome, vous perdez les modifications de site après la dernière sauvegarde.

Lorsque vous récupérez la base de données de site pour un site dans une hiérarchie, le comportement de récupération est différent pour un site d’administration centrale et un site principal. Le comportement est également différent lorsque la dernière sauvegarde se trouve à l’intérieur ou en dehors de la période de rétention du suivi des modifications SQL Server. Pour plus d’informations, consultez la section Scénarios de récupération de base de données de site dans cet article.

Créer une base de données pour ce site

Utilisez cette option lorsque vous n’avez pas de sauvegarde de la base de données du site. Dans une hiérarchie, le processus de récupération crée une base de données de site. Lors de la restauration d’un site principal enfant, il récupère les données en se répliquant à partir du site d’administration centrale. Lors de la restauration du site d’administration centrale, il réplique les données à partir d’un site principal de référence. Cette option n’est pas disponible lorsque vous récupérez un site principal autonome ou un site d’administration centrale qui n’a pas de sites principaux.

Utiliser une base de données de site qui a été récupérée manuellement

Utilisez cette option lorsque vous avez déjà récupéré la base de données du site Configuration Manager, mais que vous devez terminer le processus de récupération.

• Configuration Manager pouvez récupérer la base de données du site à partir de l’un des processus suivants :

  • Tâche de maintenance de sauvegarde Configuration Manager

  • Une sauvegarde de base de données de site à l’aide de Data Protection Manager (DPM)

  • Un autre processus de sauvegarde

    Après avoir restauré la base de données de site à l’aide d’une méthode en dehors de Configuration Manager, exécutez le programme d’installation et sélectionnez cette option pour terminer la récupération de la base de données de site.

    Remarque

    Lorsque vous utilisez DPM pour sauvegarder votre base de données de site, utilisez les procédures DPM pour restaurer la base de données de site à un emplacement spécifié avant de poursuivre le processus de restauration dans Configuration Manager. Pour plus d’informations sur DPM, consultez la bibliothèque de documentation Data Protection Manager .

• Dans une hiérarchie, lorsque vous récupérez une base de données de site principal, le processus de récupération récupère à partir du site d’administration centrale toutes les modifications apportées à la base de données du site après la dernière sauvegarde. Lors de la restauration du site d’administration centrale, le processus de récupération récupère ces modifications à partir d’un site principal de référence. Lorsque vous récupérez la base de données du site pour un site principal autonome, vous perdez les modifications de site après la dernière sauvegarde.

Ignorer la récupération de base de données

Utilisez cette option lorsqu’aucune perte de données ne s’est produite sur le serveur de base de données de site Configuration Manager. Cette option n’est valide que lorsque la base de données de site se trouve sur un autre ordinateur que le serveur de site que vous récupérez.

SQL Server période de rétention du suivi des modifications

Configuration Manager active le suivi des modifications pour la base de données de site dans SQL Server. Le suivi des modifications permet Configuration Manager de rechercher des informations sur les modifications apportées aux tables de base de données après un point dans le temps précédent. La période de rétention spécifie la durée pendant laquelle les informations de suivi des modifications sont conservées. Par défaut, la base de données de site est configurée pour avoir une période de rétention de cinq jours. Lorsque vous récupérez une base de données de site, le processus de récupération se déroule différemment si votre sauvegarde se trouve à l’intérieur ou en dehors de la période de rétention. Par exemple, si votre SQL Server échoue et que votre dernière sauvegarde date de sept jours, elle est en dehors de la période de rétention.

Pour plus d’informations sur SQL Server les éléments internes de suivi des modifications, consultez les billets de blog suivants de l’équipe SQL Server : nettoyage Change Tracking - partie 1 et nettoyage Change Tracking - partie 2.

Réinitialisation des données de site ou globales

Le processus de réinitialisation des données globales ou de site remplace les données existantes dans la base de données du site par les données d’une autre base de données de site. Par exemple, quand abc de site réinitialise des données à partir du site XYZ, les étapes suivantes se produisent :

• Les données sont copiées du site XYZ vers le site ABC.
• Les données existantes pour le site XYZ sont supprimées de la base de données du site sur le site ABC.
• Les données copiées à partir du site XYZ sont insérées dans la base de données du site pour le site ABC.

Exemple de scénario 1 : le site principal réinitialise les données globales à partir du site d’administration centrale

Le processus de récupération supprime les données globales existantes pour le site principal dans la base de données du site principal et remplace les données par les données globales copiées à partir du site d’administration centrale.

Exemple de scénario 2 : le site d’administration centrale réinitialise les données du site à partir d’un site principal

Le processus de récupération supprime les données de site existantes pour ce site principal dans la base de données du site d’administration centrale. Il remplace les données par les données de site copiées à partir du site principal. Les données de site pour les autres sites principaux ne sont pas affectées.

Scénarios de récupération de base de données de site

Après la restauration d’une base de données de site à partir d’une sauvegarde, Configuration Manager tente de restaurer les modifications apportées au site et aux données globales après la dernière sauvegarde de base de données. Configuration Manager démarre les actions suivantes après la restauration d’une base de données de site à partir d’une sauvegarde :

Le site récupéré est un site d’administration centrale

• Sauvegarde de base de données pendant la période de rétention du suivi des modifications

  • Données globales : les modifications apportées aux données globales après la sauvegarde sont répliquées à partir de tous les sites principaux.

  • Données de site : les modifications apportées aux données de site après la sauvegarde sont répliquées à partir de tous les sites principaux.

• Sauvegarde de base de données antérieure à la période de rétention du suivi des modifications

  • Données globales : le site d’administration centrale réinitialise les données globales du site principal de référence si vous le spécifiez. Ensuite, tous les autres sites principaux réinitialisent les données globales à partir du site d’administration centrale. Si vous ne spécifiez pas de site de référence, tous les sites principaux réinitialisent les données globales du site d’administration centrale. Ces données sont les données que vous avez restaurées à partir de la sauvegarde.

  • Données de site : le site d’administration centrale réinitialise les données du site à partir de chaque site principal.

Le site récupéré est un site principal

• Sauvegarde de base de données pendant la période de rétention du suivi des modifications

  • Données globales : les modifications apportées aux données globales après la sauvegarde sont répliquées à partir du site d’administration centrale.

  • Données de site : le site d’administration centrale réinitialise les données du site à partir du site principal. Modifications après la perte de la sauvegarde. Les clients régénèrent la plupart des données lorsqu’ils envoient des informations au site principal.

• Sauvegarde de base de données antérieure à la période de rétention du suivi des modifications

  • Données globales : le site principal réinitialise les données globales du site d’administration centrale.

  • Données de site : le site d’administration centrale réinitialise les données du site à partir du site principal. Modifications après la perte de la sauvegarde. Les clients régénèrent la plupart des données lorsqu’ils envoient des informations au site principal.

Procédures de récupération de site

Utilisez l’une des procédures suivantes pour récupérer votre serveur de site et votre base de données de site :

Démarrer une récupération de site dans l’Assistant Installation

1. Copiez le dossier CD.Latest à un emplacement en dehors du dossier d’installation Configuration Manager. À partir de la copie du dossier CD.Latest, exécutez l’Assistant d’installation Configuration Manager.

2. Dans la page Prise en main, sélectionnez Récupérer un site, puis Suivant.

3. Terminez l’Assistant en utilisant les options appropriées pour votre récupération de site.

   • Pendant la récupération, le programme d’installation identifie le port SQL Server Service Broker (SSB) utilisé par le SQL Server. Ne modifiez pas ce paramètre de port pendant la récupération, car la réplication des données ne fonctionnera pas correctement une fois la récupération terminée.

   • Vous pouvez spécifier le chemin d’accès d’origine ou un nouveau chemin d’accès à utiliser pour l’installation Configuration Manager dans l’Assistant Installation.

Démarrer une récupération de site sans assistance

1. Préparez le script d’installation sans assistance pour les options dont vous avez besoin pour la récupération de site. Pour plus d’informations, consultez Récupération de site sans assistance.

2. Exécutez Configuration Manager programme d’installation à l’aide de l’option /script de ligne de commande. Par exemple, vous créez un fichier d’initialisation d’installationConfigMgrUnattend.ini. Vous l’enregistrez dans le C:\Temp répertoire de l’ordinateur sur lequel vous exécutez le programme d’installation. Utilisez la commande suivante :

   setup.exe /script C:\temp\ConfigMgrUnattend.ini

IF EXISTS (SELECT * FROM sys.service_queues WHERE name = 'ConfigMgrDRSSiteQueue' AND is_receive_enabled = 0)  
 
ALTER QUEUE [dbo].[ConfigMgrDRSSiteQueue] WITH STATUS = ON

Tâches post-récupération

Une fois que vous avez récupéré votre site, plusieurs tâches post-récupération sont à prendre en compte avant la fin de la récupération de votre site. Utilisez les sections suivantes pour vous aider à terminer votre processus de récupération de site.

Entrez à nouveau les mots de passe de compte d’utilisateur

Après une récupération du serveur de site, entrez à nouveau les mots de passe de tous les comptes d’utilisateur sur le site. Ces mots de passe sont réinitialisés pendant la récupération de site. Les comptes sont répertoriés dans la page Terminé de l’Assistant Installation une fois la récupération de site terminée. La liste est également enregistrée C:\ConfigMgrPostRecoveryActions.html dans sur le serveur de site récupéré.

Réentérer les mots de passe de compte d’utilisateur après la récupération de site

1. Ouvrez la console Configuration Manager et connectez-vous au site récupéré.

2. Accédez à l’espace de travail Administration , développez Sécurité, puis sélectionnez Comptes.

3. Pour chaque compte, procédez comme suit pour réentérer le mot de passe :

   1. Sélectionnez le compte dans la liste identifiée après la récupération de site.

   2. Sélectionnez Propriétés dans le ruban.

   3. Sous l’onglet Général , sélectionnez Définir, puis entrez à nouveau le mot de passe du compte.

   4. Sélectionnez Vérifier, choisissez la source de données appropriée pour le compte d’utilisateur sélectionné, puis sélectionnez Tester la connexion. Cette étape teste que le compte d’utilisateur peut se connecter à la source de données et vérifie les informations d’identification.

   5. Sélectionnez OK pour enregistrer les modifications de mot de passe, puis sélectionnez OK pour fermer la page des propriétés du compte.

Réentérer les mots de passe PXE

1. Dans la console Configuration Manager, accédez à l’espace de travail Administration, puis sélectionnez le nœud Points de distribution. Tout point de distribution local avec Oui dans la colonne PXE est activé pour PXE et peut avoir un mot de passe à revenir.

2. Sélectionnez un point de distribution compatible PXE, puis sélectionnez Propriétés dans le ruban.

3. Basculez vers l’onglet PXE .

4. Si l’option Exiger un mot de passe lorsque les ordinateurs utilisent PXE est activée, entrez et confirmez le mot de passe.

5. Sélectionnez OK pour enregistrer et fermer les propriétés.

Répétez ce processus pour tout autre point de distribution local compatible PXE.

Réentérer les mots de passe de séquence de tâches

1. Dans la console Configuration Manager, accédez à l’espace de travail Bibliothèque de logiciels, développez Systèmes d’exploitation, puis sélectionnez le nœud Séquences de tâches.

2. Sélectionnez une séquence de tâches, puis, dans le ruban, sélectionnez Modifier.

3. Passez en revue les étapes suivantes pour que les mots de passe entrent à nouveau :

   • Appliquer les paramètres Windows : si vous activez et spécifiez le mot de passe de l’administrateur local, entrez à nouveau et confirmez le mot de passe.

   • Appliquer les paramètres réseau : pour le compte qui a l’autorisation de joindre le domaine, sélectionnez Définir. Entrez et confirmez le mot de passe, puis sélectionnez Vérifier.

   • Capturer l’image du système d’exploitation : pour le compte utilisé pour accéder à la destination, sélectionnez Définir. Entrez et confirmez le mot de passe, puis sélectionnez Vérifier.

   • Se connecter au dossier réseau : pour le compte utilisé pour connecter un dossier réseau, sélectionnez Définir. Entrez et confirmez le mot de passe, puis sélectionnez Vérifier.

   • Activer BitLocker : si vous utilisez l’option de gestion de clés TPM et le code confidentiel, entrez à nouveau le code confidentiel.

   • Joindre un domaine ou un groupe de travail : pour le compte qui a l’autorisation de joindre le domaine, sélectionnez Définir. Entrez et confirmez le mot de passe, puis sélectionnez Vérifier.

   • Exécuter la ligne de commande : si vous utilisez l’option Exécuter cette étape en tant que compte suivant, sélectionnez Définir. Entrez et confirmez le mot de passe, puis sélectionnez Vérifier.

   • Exécuter le script PowerShell : si vous utilisez l’option Exécuter cette étape en tant que compte suivant, sélectionnez Définir. Entrez et confirmez le mot de passe, puis sélectionnez Vérifier.

Répétez ce processus pour toutes les séquences de tâches.

Recréer un média de démarrage et un média préparé dans des environnements non-PKI

Dans les environnements non-PKI, les certificats auto-signés dans les supports de démarrage et les supports préparés sont basés sur les clés de l’ordinateur du serveur sur lequel le média a été créé. Pour cette raison, si le matériel change ou si le système d’exploitation est réinstallé dans le cadre d’une récupération, tout média de démarrage et tout média préparé créé sur ce serveur doivent être recréés. Pour plus d’informations sur la création d’un média de démarrage et d’un média préparé, consultez Créer un média de démarrage et Créer un média préparé.

Réentérer les touches de chargement indépendant

Après la récupération d’un serveur de site, entrez à nouveau les clés de chargement indépendant Windows spécifiées pour le site. Ces clés sont réinitialisées lors de la récupération de site. Une fois que vous avez réinitialisé les clés de chargement indépendant, le site réinitialise le nombre dans la colonne Activations utilisées pour les clés de chargement indépendant Windows.

Par exemple, avant la défaillance du site, le nombre total d’activations s’affiche sous la forme 100. Le nombre de clés utilisées par les appareils ou activations utilisées est de 90. Après la récupération de site, la valeur Total activations affiche toujours 100, mais la colonne Activations utilisées affiche incorrectement 0. Une fois que 10 nouveaux appareils utilisent une clé de chargement indépendant, il n’y a plus de clés de chargement indépendant et le 11e appareil ne parvient pas à appliquer une clé de chargement indépendant.

Recréer des services Azure

Après la récupération de site, l’erreur suivante peut s’afficher dans cloudmgr.log :

Index (zero-based) must be greater than or equal to zero

Pour résoudre ce problème, renouvelez la clé secrète pour chaque connexion de locataire Azure.

Supprimer et recréer des abonnements pour les notifications externes sur le site d’administration centrale

Après avoir récupéré le site d’administration centrale, vous devez supprimer et recréer tous les abonnements pour les notifications externes. Pour plus d’informations, consultez Notifications externes.

Configurer HTTPS pour les rôles de système de site qui utilisent IIS

Lorsque vous récupérez des systèmes de site qui exécutent IIS et que vous avez configuré pour HTTPS, reconfigurez IIS pour utiliser le certificat de serveur web.

Réinstaller les correctifs logiciels

Après une récupération de site, vous devez réinstaller tous les correctifs logiciels hors bande qui ont été appliqués au serveur de site. Après la récupération de site, affichez la liste des correctifs logiciels précédemment installés dans la page Terminé de l’Assistant Installation. Cette liste est également enregistrée C:\ConfigMgrPostRecoveryActions.html dans sur le serveur de site récupéré.

Récupérer des rapports personnalisés

Certains clients créent des rapports personnalisés dans SQL Server Reporting Services. En cas d’échec de ce composant, récupérez les rapports à partir d’une sauvegarde du serveur de rapports. Pour plus d’informations sur la restauration de vos rapports personnalisés dans Reporting Services, consultez Opérations de sauvegarde et de restauration pour Reporting Services.

Récupérer des fichiers de contenu

La base de données de site effectue le suivi de l’emplacement où le serveur de site stocke les fichiers de contenu. Les fichiers de contenu eux-mêmes ne sont pas sauvegardés ou restaurés dans le cadre du processus de sauvegarde et de récupération. Pour récupérer entièrement les fichiers de contenu, restaurez la bibliothèque de contenu et les fichiers sources du package à l’emplacement d’origine. Il existe plusieurs méthodes pour récupérer vos fichiers de contenu. La méthode la plus simple consiste à restaurer les fichiers à partir d’une sauvegarde du système de fichiers du serveur de site.

Si vous n’avez pas de sauvegarde de système de fichiers pour les fichiers sources du package, copiez-les ou téléchargez-les manuellement. Ce processus est similaire au moment où vous avez créé le package à l’origine. Exécutez la requête suivante dans SQL Server pour rechercher l’emplacement source du package pour tous les packages et applications : SELECT * FROM v_Package. Identifiez le site source du package en examinant les trois premiers caractères de l’ID du package. Par exemple, si l’ID de package est CEN00001, le code du site source est CEN. Lorsque vous restaurez les fichiers sources du package, ils doivent être restaurés à l’emplacement où ils se trouvaient avant l’échec.

Si vous n’avez pas de sauvegarde de système de fichiers incluant la bibliothèque de contenu, vous disposez des options de restauration suivantes :

• Importer un fichier de contenu préparé : dans une hiérarchie Configuration Manager, vous pouvez créer un fichier de contenu préparé avec tous les packages et applications à partir d’un autre emplacement. Importez ensuite le fichier de contenu préparé pour récupérer la bibliothèque de contenu sur le serveur de site.

• Mettre à jour le contenu : Configuration Manager copie le contenu de la source du package vers la bibliothèque de contenu. Pour que cette action se termine correctement, les fichiers sources du package doivent être disponibles à l’emplacement d’origine. Effectuez cette action sur chaque package et application.

Récupérer des mises à jour logicielles personnalisées

Une fois que vous avez inclus des fichiers de base de données System Center Mises à jour Publisher dans votre plan de sauvegarde, vous pouvez récupérer les bases de données en cas de défaillance de l’ordinateur Mises à jour Publisher. Pour plus d’informations sur Mises à jour Publisher, consultez System Center Mises à jour Publisher.

Restaurer la base de données Mises à jour Publisher

1. Réinstallez Mises à jour Publisher sur l’ordinateur récupéré.

2. Copiez le fichier de base de données Scupdb.sdf de votre destination %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ de sauvegarde vers sur l’ordinateur qui exécute Mises à jour Publisher.

3. Lorsque plusieurs utilisateurs exécutent Mises à jour Publisher sur l’ordinateur, copiez chaque fichier de base de données à l’emplacement de profil utilisateur approprié.

Données de migration de l’état utilisateur

Dans le cadre des propriétés du point de migration d’état, vous spécifiez les dossiers qui stockent les données d’état utilisateur. Après avoir récupéré un point de migration d’état, restaurez manuellement les données d’état utilisateur sur le serveur. Restaurez-le dans les mêmes dossiers que celui qui stockait les données avant l’échec.

Régénérer les certificats pour les points de distribution

Après avoir restauré un site, distmgr.log peut répertorier l’entrée suivante pour un ou plusieurs points de distribution : Failed to decrypt cert PFX data. Cette entrée indique que les données du certificat de point de distribution ne peuvent pas être déchiffrées par le site. Pour résoudre ce problème, régénérez ou réimportez le certificat pour les points de distribution affectés. Utilisez l’applet de commande PowerShell Set-CMDistributionPoint .

Restaurer les certificats de chiffrement de base de données

Si vous utilisez le chiffrement SQL Server pour l’ensemble de la base de données ou pour des tables spécifiques, vous devrez peut-être restaurer les certificats après avoir restauré la base de données du site. Par exemple, si vous chiffrez les données de récupération pour la gestion BitLocker. Pour plus d’informations, consultez Restaurer un certificat pour la gestion BitLocker.

Récupérer un site secondaire

Configuration Manager ne prend pas en charge la sauvegarde de la base de données sur un site secondaire, mais prend en charge la récupération en réinstallant le site secondaire. La récupération du site secondaire est requise en cas d’échec d’un site secondaire Configuration Manager.

Configuration requise

• Le serveur doit répondre à tous les prérequis du site secondaire et disposer des droits de sécurité appropriés configurés.

• Utilisez le même chemin d’installation que celui utilisé pour le site ayant échoué.

• Utilisez un serveur avec la même configuration que le serveur défaillant. Cette configuration inclut son nom de domaine complet (FQDN).

• Le serveur doit avoir la même configuration SQL Server que le site défaillant.

  • Lors d’une récupération de site secondaire, Configuration Manager n’installe pas SQL Server Express s’il n’est pas déjà installé sur l’ordinateur.

  • Utilisez la même version de SQL Server et la même instance de SQL Server que vous avez utilisée pour la base de données du site secondaire avant la défaillance.

Procedure

Utilisez l’action Récupérer le site secondaire à partir du nœud Sites dans la console Configuration Manager. Contrairement à d’autres types de sites, la récupération d’un site secondaire n’utilise pas de fichier de sauvegarde. Ce processus réinstalle les fichiers du site secondaire sur le serveur défaillant. Une fois le site réinstallé, les données du site secondaire sont réinitialisées à partir du site principal parent.

Pendant le processus de récupération, Configuration Manager vérifie si la bibliothèque de contenu existe sur le serveur de site secondaire. Il vérifie également que le contenu approprié est disponible. Le site secondaire utilise la bibliothèque de contenu existante, si elle inclut le contenu approprié. Sinon, pour récupérer la bibliothèque de contenu d’un site secondaire, redistribuez ou préparer le contenu sur le serveur.

Lorsque vous avez un point de distribution qui n’est pas sur le serveur de site secondaire, vous n’êtes pas obligé de réinstaller le point de distribution pendant une récupération du site secondaire. Après la récupération du site secondaire, le site se synchronise automatiquement avec le point de distribution.

Vous pouvez vérifier la status de la récupération de site secondaire à l’aide de l’action Afficher l’état de l’installation à partir du nœud Sites dans la console Configuration Manager.