Sauvegarde des bases de données et des fichiers fonctionnels de Notification Services
Vous devez sauvegarder régulièrement les instances de SQL Server Notification Services. Sans des sauvegardes fréquentes des données d'instance et d'application, il vous sera impossible de récupérer les applications à un point précis dans le temps. Sans des sauvegardes des autres données, de la configuration d'instance, des définitions d'application, des interfaces de gestion d'abonnement, des composants personnalisés et de tous les autres fichiers fonctionnels requis par vos applications, vous ne pourrez pas récupérer complètement une instance de Notification Services.
Sauvegardes et horloges de quantum
Dans Notification Services, les générateurs ne s'exécutent pas en continu. Ils divisent plutôt le temps en intervalles. Chaque intervalle, appelé quantum, est créé et suivi par le générateur. À la fin de chaque quantum, le générateur active des règles.
Lorsque vous récupérez une instance, Notification Services détermine le dernier quantum du générateur terminé à partir de la base de données et reprend le traitement à ce point précis. Il est possible que le générateur ignore des quanta en fonction de la limite de quantum définie pour l'application. Pour plus d'informations, consultez Spécification des limites de quanta.
Si vous ne pouvez pas restaurer entièrement les journaux de transactions, il est possible que l'application traite à nouveau des événements et génère des notifications en double. Par exemple, si vous restaurez vos bases de données à l'état dans lequel elles étaient trois heures plus tôt, le générateur peut reprendre le traitement des événements survenus pendant cette tranche de temps, générant ainsi des notifications en double. À cause de l'horloge de quantum du générateur et des données d'abonné et d'abonnement qui se trouvent dans les bases de données d'instance et d'application, il est important de faire des sauvegardes fréquentes afin de pouvoir restaurer les données actuelles et réduire les notifications en double.
Pour plus d'informations sur l'horloge du quantum du générateur, consultez Définition de la durée de quantum du générateur.
Planification de la récupération
Même si les listes suivantes peuvent vous aident à planifier la récupération, il est important de développer vos propres listes et instructions de récupération de vos applications, car les applications tout comme les déploiements sont uniques.
Logiciels
Vérifiez que vous disposez des logiciels suivants pour procéder à la récupération :
- le support du système d'exploitation. ;
- Microsoft les supports SQL Server ;
- les Service Packs ou les correctifs appliqués au système d'exploitation, SQL Server ou Notification Services ;
- les fichiers fonctionnels utilisés par les applications Notification Services, tels que des composants personnalisés, des fichiers XSD (XML schema definition language) et des fichiers XSLT (Extensible Stylesheet Language Transformation). Il sera plus facile de récupérer les instances de Notification Services si vous créez une liste de tous les fichiers et de leurs emplacements d'exécution ;
- les fichiers contenant la configuration d'instance et les définitions d'application ;
- les interfaces de gestion d'abonnement.
Informations de sécurité
Assurez-vous que les informations de sécurité suivantes sont disponibles pour ceux qui restaurent les instances de Notification Services, comme le service d'exploitation :
- les noms d'utilisateur et les mots de passe sous lesquels le moteur Notification Services s'exécute. En général, le moteur s'exécute sous le service Windows NS$instanceName Microsoft ;
- le nom d'utilisateur et le mot de passe SQL Server de l'instance, si l'instance utilise l'authentification SQL Server pour accéder aux bases de données d'instance et d'application ;
- les noms d'utilisateurs et mots de passe utilisés par les interfaces de gestion d'abonnement ;
- le compte d'utilisateur local ou de domaine utilisé pour installer les logiciels et exécuter les commandes nscontrol ;
- le compte d'administrateur SQL Server utilisé pour administrer l'instance de Notification Services à l'aide de SQL Server Management Studio, des commandes nscontrol ou des applications personnalisées utilisant les objets NMO (Notification Services Management Objects).
.gif "ms166456.note(fr-fr,SQL.90).gif") Important : |
|---|
| Conservez ces informations en lieu sûr. Les personnes qui ne déploient pas, n'administrent pas ou ne restaurent pas les instances de Notification Services ne doivent pas avoir accès aux informations de compte et de mot de passe. |
Sauvegarde des fichiers de base de données et des autres fichiers
Pour sauvegarder une instance de Notification Services, vous devez sauvegarder les fichiers de base de données et les fichiers fonctionnels (par exemple, les fichiers XSLT utilisés pour le formatage des notifications), ainsi que les fichiers utilisés pour configurer l'instance et les applications.
Sauvegarde des fichiers de base de données
Dans MicrosoftSQL Server 2005, les données d'instance et d'application peuvent être stockées dans les bases de données existantes ou Notification Services peut créer des bases de données. Recherchez dans votre documentation l'instance de Notification Services, ou bien la configuration d'instance et les définitions d'application, pour déterminer quelles bases de données contiennent les données d'instance et d'application.
Pour Notification Services, il est recommandé d'utiliser le modèle de récupération complète. Si vous utilisez les sauvegardes des bases de données, des journaux différentiels et des journaux de transactions fournies par le modèle de récupération complète, vous pouvez restaurer les bases de données d'instance et d'application à un point précis dans le temps. Vous pouvez, par exemple, programmer des sauvegardes complètes des bases de données toutes les nuits, des sauvegardes des journaux différentiels toutes les 3 heures et des sauvegardes des journaux de transactions toutes les 30 minutes. Grâce à ce modèle, vous devez être en mesure de restaurer l'instance dans les 30 minutes qui suivant la panne.
Pour plus informations sur la sauvegarde de bases de données, consultez Sauvegarde et restauration de bases de données dans SQL Server.
| Important : |
|---|
| Sauvegardez les bases de données contenant les données d'instance et d'application selon le même calendrier. La sauvegarde simultanée garantit que l'état fonctionnel des bases de données est identique et réduit la probabilité d'erreurs d'application après la récupération. |
Sauvegarde des fichiers fonctionnels
Outre les fichiers de base de données, la plupart des instances requièrent des fichiers supplémentaires en cours de fonctionnement. Par exemple, une application qui fait appel au fournisseur d'événements FileSystemWatcher utilise un ou plusieurs fichiers XSD qui décrivent les données d'événement. Une application qui emploie le langage XSLT pour mettre en forme les notifications possède un ou plusieurs fichiers XSLT. Enfin, une application qui utilise des objets personnalisés possède des fichiers supplémentaires pour ces objets personnalisés.
Pour récupérer une instance, vous devez posséder tous les fichiers opérationnels de toutes les applications hébergées par l'instance. Si ces fichiers ne sont pas disponibles, les applications ne seront pas intégralement restaurées lors du démarrage de l'instance.
Dans la mesure où ces fichiers fonctionnels sont modifiés moins fréquemment que les fichiers de base de données, il est probablement inutile de les sauvegarder aussi souvent que les fichiers de base de données. En revanche, vous devez stocker les fichiers sources en utilisant un système de contrôle de version ou les sauvegarder à chaque fois que vous les modifiez.
Sauvegarde des fichiers de configuration et de définition d'application
Lorsqu'elles s'exécutent, l'instance et ses applications n'ont pas besoin des fichiers qui contiennent les données de définition d'application et de configuration d'instance. Ces fichiers sont cependant nécessaires chaque fois que vous mettez à jour l'instance ou les applications. Si vous n'avez pas de sauvegardes de l'instance à disposition et si les fichiers d'origine sont perdus, vous pourrez ainsi exporter les données actuelles des bases de données d'instance et d'application.
Pour plus d'informations, consultez Exportation des métadonnées d'instance et d'application de Notification Services.
Voir aussi
Autres ressources
Sauvegarde et récupération de Notification Services
Sauvegarde et restauration de bases de données dans SQL Server
Administration de Notification Services