Remarque : pour plus d'informations sur Sentinel Data Manager, consultez “Sentinel Data
Manager” dans le guide d'utilisation de Sentinel Control Center.
2.10.2 Autres informations dans la base de données
La base de données Sentinel inclut de nombreuses autres informations, comme les comptes utilisateur, les informations de configuration, les incidents, les processus de travail, des données sur les ressources, sur la vulnérabilité, etc. Toutes ces données doivent être sauvegardées à l'aide d'outils de base de données normaux à des fins de reprise après sinistre. Novell recommande le développement d'une stratégie de sauvegarde détaillée pour l'intégralité de la base de données
Sentinel (ainsi que les serveurs), à l'exception des tables partitionnées ci-dessus.
Pour SQL Server, les bases de données Sentinel sont créées par défaut d'après un modèle de récupération complète. Dans ce type de modèle, l'espace utilisé du journal des transactions n'est pas libéré tant que le journal des transactions n'est pas sauvegardé. Pour éviter que le journal des transactions ne soit rempli, des sauvegardes doivent être programmées dans SQL Server tout au long de la journée (3 à 4 fois par jour selon votre taux d'événements). Si votre organisation n'exige pas une reprise à partir du point de défaillance, vous pouvez configurer le modèle de récupération de la base de données sur Simple. Dans ce modèle simple, l'espace du journal des transactions sera libéré automatiquement par SQL Server sans aucune sauvegarde du journal.
2.10.3 Maintenance supplémentaire de la base de données
Outre les sauvegardes, la base de données devrait être régulièrement contrôlée à des fins de cohérence interne. Novell propose à cette fin des outils automatisés. Pour plus d'informations, reportez-vous au guide d'utilisation de Sentinel.
Ces utilitaires comprennent les éléments suivants :
l'analyse de partitions, qui regroupe les statistiques des partitions récemment remplies.
la vérification de l'état de santé de la base de données, qui regroupe des informations de la base de données. Elle peut :
il vérifie que l’instance de la base de données est bien active il vérifie que le processus d'écoute Oracle est bien actif il affiche l’utilisation de l’espace chercher des index inutilisables il cherche des objets de base de données invalides il cherche des analyses de base de données
Remarque : ces utilitaires ne remplacent nullement une maintenance régulière de la base de données effectuée par un administrateur.
Analyse de base de données pour Oracle
En raison de l'insertion permanente d'événements dans la base de données Sentinel, les statistiques doivent être régulièrement mises à jour pour garantir la bonne performance des requêtes. L’utilitaire d’analyse de la base de données met à jour les statistiques de la base de données pour les données
Meilleures pratiques
39
d’évènements sur Oracle. Pour une performance optimale, cet utilitaire devra être planifié pour une exécution régulière.
Remarque : cet utilitaire inclut le script SQL requis qui peut être mis à jour à un rythme régulier. Il est recommandé de consulter régulièrement le site du support technique de Novell (http:// support.novell.com/techselect/index.html) pour obtenir d'éventuelles mises à jour.
Analyse de partitions
Le script AnalyzePartitions.sh analyse les partitions complétées récemment. Ce script doit être programmé quotidiennement via cron ou tout autre planificateur pour mettre à jour les statistiques de la base de données au niveau des partitions complétées la veille. Il est recommandé d'exécuter ce script à un moment de la journée où la base de données est peu utilisée.
Ce script se trouve dans le répertoire $ESEC_HOME/bin. Il doit être exécuté localement sur le serveur où la base de données Sentinel est installé. Le compte utilisateur UNIX qui exécute le script doit pouvoir se connecter à la base de données comme sysdba (par ex, oracle).
Remarque : Si vous avez téléchargé une nouvelle version de cet utilitaire installé actuellement sur la machine, vous devez installer sp_esec_dba_utl.sql.
Pour installer sp_esec_dba_utl.sql :
1 Loguez-vous comme propriétaire du logiciel Oracle.
2 À l'aide de SQL*Plus, connectez-vous à la base de données comme Utilisateur de la base de données Sentinel.
3 Installez le package ESEC_DBA_UTL. À l’invite SQL (SQL>), entrez :
@sp_esec_dba_utl.sql
4 Quittez SQL*Plus.
Pour exécuter AnalyzePartitions.sh :
1 Sur la machine du serveur de base de données Oracle, accédez à :
$ESEC_HOME/bin/ ou à l'emplacement où vous avez téléchargé le dernier fichier.
2 À l’invite de commande, entrez :
Pour Solaris:
./AnalyzePartitions.sh <ORACLE_SID> >> <LogFileName>
Pour Linux : ksh ./AnalyzePartitions.sh <ORACLE_SID> >> <LogFileName>
ORACLE_SID – le nom de l’instance Oracle pour la base de données.
LogFileName - le nom de chemin complet vers le fichier où vous voulez que les messages journaux soient écrites.
Si le script réussi, il quitte affichant un code de renvoi de 0. S’il échoue, il quitte affichant un code de renvoi de 1. Planifiez dûment les travaux pour vérifier le code de renvoi. Si le travail d’analyse échoue, vérifiez le fichier journal pour voir des messages d’erreur détaillés.
40
Guide d'installation de Sentinel 6.0
