Si nécessaire, vous pouvez sauvegarder la base de données PostgreSQL EAS utilisée par Identity Reporting pour stocker les données d'audit, les données d'événements, ainsi que les informations de configuration. La base de données contient trois schémas distincts :
public : stocke les données d'audit, les informations de configuration de la source d'événements, ainsi que d'autres informations d'administration.
EAS conserve les données d'audit pendant 90 jours. Il purge (supprime) les événements de plus de 90 jours. Si vous devez conserver les données d'audit pendant plus de 90 jours, assurez-vous de sauvegarder le schéma public dans la base de données PostgreSQL pour le serveur EAS à l'aide des outils PostgreSQL ou de l'utilitaire backup_util.sh fourni avec Identity Manager. Pour plus d'informations sur la sauvegarde et la restauration des données, reportez-vous à la section Sauvegarde et restauration du schéma public.
idm_rpt_data : enregistre les données collectées par le pilote de la passerelle système gérée et celui du service de collecte de données, ainsi que les informations relatives la configuration de la collecte des données.
EAS stocke ces données en fonction de la valeur définie pour le paramètre Conserver les données de création de rapports collectées pendant sur la page Paramètres. La valeur par défaut est de 365 jours. Pour plus d'informations sur la sauvegarde et la restauration des données, reportez-vous à la section Sauvegarde et restauration des schémas idm_rpt_data et idm_rpt_cfg.
idm_rpt_cfg : stocke les informations de configuration pour la création de rapports, ainsi que les rapports proprement dits et les informations concernant leur planification.
EAS conserve ces données aussi longtemps que vous n'effectuez pas d'opération de purge à l'aide d'un noeud d'extrémité REST. Pour plus d'informations sur la sauvegarde et la restauration des données, reportez-vous à la section Sauvegarde et restauration des schémas idm_rpt_data et idm_rpt_cfg.
Si vous avez besoin d'utiliser une solution d'audit en temps réel, utilisez NetIQ Sentinel et configurez le lien Sentinel vers EAS.
Cette procédure implique les opérations suivantes :
NetIQ recommande d'utiliser les procédures PostgreSQL standard pour la sauvegarde et la restauration des schémas idm_rpt_data et idm_rpt_cfg. Pour plus d'informations sur la sauvegarde et la restauration de bases de données PostgreSQL, reportez-vous à la section Backup and Restore
(Sauvegarde et restauration) dans la documentation PostgreSQL.
Pour sauvegarder le schéma public, utilisez l'utilitaire backup_util.sh fourni avec Identity Manager. Cet utilitaire se trouve dans le répertoire /opt/novell/sentinel/bin sur le serveur Identity Manager.
Créez un fichier .pgpass dans le répertoire /home/novleas et assurez-vous qu'il remplit les conditions suivantes :
Le propriétaire du fichier est novleas.
Le fichier ne donne aucun accès à world ni à group. Au besoin, utilisez la commande chmod 0600 pour restreindre l'accès.
Utilisez le format nom_hôte:port:base_de_données:nom_utilisateur:mot_de_passe. Par exemple, localhost:15432:*:dbauser:novell.
Sur le serveur Identity Manager, connectez-vous en tant qu'utilisateur root, puis utilisez la commande su pour employer l'identité de l'utilisateur novleas.
Accédez à l'emplacement /opt/novell/sentinel_eas/bin.
Exécutez la commande suivante :
./backup_util.sh -backup -online -config_only -no_logs
Assurez-vous que la base de données PostgreSQL sur laquelle vous souhaiter restaurer le schéma est vide.
Exécutez la commande suivante :
./backup_util.sh -restore -online -config_only -no_logs
Pour plus d'informations, reportez-vous à la section Backing Up and Restoring Data
(Sauvegarde et restauration des données) du manuel NetIQ Sentinel Administration Guide (Guide d'administration de NetIQ Sentinel).