Partager via

Considérations relatives à la récupération d'urgence pour l'environnement d'AppFabric

  • Article

L'installation de Microsoft AppFabric 1.1 pour Windows Server ne change en rien la préparation aux situations de récupération d'urgence. La planification et la restauration d'une installation AppFabric sont principalement basées sur les procédures de récupération d'urgence habituelles pour Windows, Internet Information Service (IIS) et SQL Server. Vous devez sauvegarder les artefacts AppFabric suivants pour ces trois produits.

  • fichiers et paramètres de configuration ;

  • paramètres des services Windows pour les services de collecte d'événements, de gestion du flux de travail et de mise en cache ;

  • paramètres de sécurité Windows pour les modifications apportées aux groupes d'utilisateur spécifiques à AppFabric ;

  • paramètres du Registre ;

  • fichiers des applications Web.

  • bases de données utilisées par AppFabric ;

Bases de données SQL Server

Utilisez les procédures SQL classiques pour la sauvegarde et la restauration des bases de données de surveillance et de persistance, ainsi que la base de données de configuration de la mise en cache en cas d'utilisation de la fonctionnalité de Mise en cache d'AppFabric. La création de sauvegardes SQL Server permet de récupérer une base de données endommagée. Toutefois, les procédures de sauvegarde et de restauration des données doivent être personnalisées en fonction de l'environnement et utiliser les ressources disponibles. C'est pourquoi, une utilisation fiable de la sauvegarde et de la restauration à des fins de récupération requiert une stratégie de sauvegarde et de restauration. Une stratégie de ce type bien conçue optimise la disponibilité des données et réduit les risques de perte de données, tout en tenant compte des spécificités de votre entreprise.

Microsoft AppFabric 1.1 pour Windows Server génère des données relatives à l'état des applications. La persistance des flux de travail stocke l'état des instances de service de flux de travail. En cas de blocage d'un ordinateur exécutant un flux de travail, un autre ordinateur exécutant le service peut redémarrer l'instance de flux de travail à partir du dernier point de persistance. Les données de persistance ont un caractère critique pour le flux de travail de l'application et leur disponibilité en temps réel doit être garantie. Lorsque le fournisseur de magasin d'instances SQL Server est utilisé pour la persistance des flux de travail, une des fonctionnalités de haute disponibilité de SQL Server doit être utilisée : clustering avec basculement, mise en miroir de bases de données, réplication transactionnelle ou copie des journaux de transaction. Si le service de flux de travail écrit dans une autre base de données d'application, le schéma de persistance peut être ajouté à la base de données existante, plutôt qu'à une base de données de persistance distincte. Ceci permet de simplifier l'application de la cohérence des données dans le cadre de la restauration des données suite à un sinistre.

Il peut arriver que les données renseignant le cache distribué proviennent d'une source, telle qu'une base de données, pouvant être sauvegardée. Dans d'autre cas, les données ne sont jamais écrites dans un stockage permanent (par exemple, lorsque le cache est utilisé pour stocker l'état de la session ASP.NET). Le cache fournit un mode de haute disponibilité qui garantit que toutes les données mises en cache sont écrites dans deux hôtes au minimum. En cas de blocage d'un ordinateur, les applications peuvent continuer à utiliser les données du cache sur les autres ordinateurs.

Les bases de données de surveillance de Microsoft AppFabric 1.1 pour Windows Server contiennent les événements émis par les exécutions WCF et WF au cours d'une période. Ces données permettent d'évaluer la charge du service et de résoudre les erreurs d'application. Elles sont utilisées dans le tableau de bord d'AppFabric entre autres. S'il est possible d'extraire les données métier des flux de travail, Microsoft AppFabric 1.1 pour Windows Server ne garantit pas la fiabilité des données de surveillance et ne vérifie pas la cohérence des données de surveillance avec l'état du flux de travail. Les événements sont collectés à des fins opérationnelles et non décisionnelles, de sorte que la synchronisation des données de surveillance avec d'autres données d'application n'est pas impérative. Le plus souvent, les données de surveillance doivent être conservées au sein de bases de données dédiées, séparément des données de persistance et autres données d'application.

Dans le cadre d'un plan de récupération d'urgence de l'installation d'AppFabric, vous pouvez déplacer une base de données Microsoft AppFabric 1.1 pour Windows Server vers un autre serveur. Avant le déplacement d'une base de données, assurez-vous de sauvegarder et de restaurer correctement celle-ci. Les chaînes de connexion doivent ensuite être modifiées de manière à pointer vers l'emplacement de la base de données mise à jour. Pour ce faire, utilisez la Configure Hosting Services Page. Pour plus d'informations sur le déplacement des bases de données AppFabric, consultez la rubrique Déplacement des bases de données utilisateur.

Pour plus d'informations sur la récupération d'urgence SQL Server, consultez les rubriques Présentation des stratégies de sauvegarde et de restauration pour SQL Server, Procédures de sauvegarde et de restauration SQL Server, Options de récupération d'urgence pour SQL Server et Planification de la récupération d'urgence.

Notes

Ce document traite des bases de données SQL Server. Toutefois, les procédures sont également applicables aux bases de données Windows Server AppFabric implémentées par d'autres fournisseurs.

Configuration de Windows

Lorsqu'il effectue des sauvegardes du serveur, l'administrateur doit vérifier que les données de configuration suivantes associées à AppFabric sont incluses. Les agents de sauvegarde qui utilisent le service VSS (Volume Shadow Copy Service) de Windows, tels que Microsoft System Center Data Production Manager, incluent automatiquement les fichiers mentionnés ci-dessous. L'enregistreur de système de fichiers prend en charge le fichier web.config racine et les fichiers sous %SystemRoot%\System32. L'enregistreur de configuration IIS prend en charge les fichiers de schéma MWA. Aucun enregistreur VSS n'inclut la configuration du cache.

  • La configuration du service de collecte d'événements, la configuration du comportement du service sans nom (behavior name=""), et les fournisseurs de surveillance et de persistance sont stockés dans le fichier web.config racine (%SystemRoot%\Microsoft.NET\Framework {Framework64}\v4.x\Config\web.config).

  • La configuration du service de gestion du flux de travail est stockée dans le fichier Workflowmanagementservice.exe.config sous %SystemRoot%\System32\AppFabric.

  • Les schémas MWA personnalisés (pour permettre l'outillage des comportements personnalisés, par exemple) sont stockés dans %SystemRoot%\System32\inetsrv\config\schema.

  • Microsoft AppFabric 1.1 pour Windows Server inclut deux fournisseurs pour le stockage de la configuration du cache distribué. Le fournisseur XML stocke la configuration du cache dans un fichier XML situé dans un répertoire partagé spécifié par l'utilisateur lors de la configuration. Le fournisseur SQL Server stocke la configuration du cache dans une base de données SQL Server. Celle-ci doit être sauvegardée.

L'administrateur peut également planifier des commandes régulières de l'outil de déploiement Web (Déploiement MS) pour synchroniser le contenu du serveur Web entier avec un package stocké sur un ordinateur distant. Par défaut, ce package prend en charge le premier point ci-dessus et inclut toutes les applications (configuration et binaires) déployées sur le serveur Web. Il est possible de le personnaliser de manière explicite pour qu'il inclue les fichiers de configuration répertoriés précédemment. En cas de sinistre, l'administrateur peut restaurer l'image du serveur de base et simplement déployer le package de l'outil de déploiement Web sur le serveur. La configuration d'un serveur de base est généralement créée avant d'être copiée sur d'autres ordinateurs. Le serveur de base inclut le système d'exploitation Windows, les rôles serveur Windows, les mises à jour Windows et les comptes d'utilisateur personnalisés. L'administrateur doit installer Microsoft AppFabric 1.1 pour Windows Server sur le serveur de base, mais ne doit pas configurer AppFabric sur l'image du serveur de base afin que les bases de données et les comptes d'utilisateur des services d'AppFabric puissent être définis après l'application de l'image au nouvel ordinateur. L'image du serveur de base peut être sauvegardée à l'aide de Sysprep ou de la Sauvegarde Windows Server.

Services Internet (IIS)

Pour créer des versions de sauvegarde, utilisez WebDeploy et exportez les applications à partir de la console du Gestionnaire des services Internet. Vous pouvez également exporter l'ensemble du contenu du système de fichiers de l'application. À l'aide de la boîte de dialogue Paramètres avancés et des fonctionnalités de déploiement d'AppFabric, vous pouvez exporter les listes de contrôle d'accès et ajouter des paramètres personnalisés spécifiques. Une fois l'exportation terminée, vous pouvez stocker le fichier zip exporté dans un emplacement sécurisé. Ensuite, lors de la restauration d'un système suite à un sinistre, vous pouvez réimporter une application dans AppFabric à l'aide du Gestionnaire des services Internet pour recréer les applications et les paramètres de configuration et de Registre associés. Pour plus d'informations sur l'exportation et l'importation adéquates des applications AppFabric en vue de garantir la conservation de tous les paramètres de configuration nécessaires, consultez la rubrique Importation et exportation d'une application dans AppFabric.

Du point de vue d'IIS, vous pouvez effectuer une sauvegarde de la métabase IIS à l'aide de l'utilitaire AppCmd. Si vous utilisez la configuration partagée IIS sur un partage UNC courant, vous devez gérer manuellement la sauvegarde d'un fichier de configuration partagée car AppCmd ne procède pas à la sauvegarde de données sur un partage. La protection des données de configuration IIS7 au niveau du système de fichiers Windows est une procédure simple qui consiste à copier le répertoire \windows\system32\inetsrv\config (et les sous-répertoires) dans un répertoire de sauvegarde. Incluez ce répertoire dans votre plan de sauvegarde du système d'exploitation Windows actuel (à l'aide de l'utilitaire BACKUP) ou écrivez un script personnalisé qui s'en chargera. Pour plus d'informations sur l'utilisation de l'utilitaire AppCmd pour la sauvegarde d'IIS, consultez les rubriques Création et gestion des sauvegardes de configuration dans Internet Information Services 7 et Sauvegarde d'une configuration IIS 7.

Résumé

La préparation aux situations de récupération d'urgence constitue une tâche importante dans l'environnement de production. Vous devez l'exécutez aux niveaux de SQL Server, de Windows et d'IIS. Certaines données (telles que la configuration du matériel et des logiciels) ne changent que rarement et peuvent être conservées en toute sécurité à l'aide de sauvegardes planifiées. D'autres données, telles que la persistance des flux de travail, ont un caractère critique pour l'application et doivent être sauvegardées au moment où elles sont écrites. Les données de configuration de Microsoft AppFabric 1.1 pour Windows Server doivent être incluses dans des sauvegardes régulières. Les administrateurs doivent également assurer la haute disponibilité des données de persistance et, parfois, des données mises en cache.

  2012-03-05