Journalisation et bases de données SQL Server
Bases de données SQL Server et stockage des données
XProtect Incident Manager dispose de sa propre base de données SQL Server appelée Surveillance_IM. La base de données Surveillance_IM SQL Server stocke des informations sur tous vos projets d’incident, les données ajoutées aux projets d’incident et les entrées de journal avec certaines des activités des utilisateurs liées aux XProtect Incident Manager. Toutes les séquences (ajoutées ou non aux projets d’incident) sont toujours sauvegardées dans les bases de données média de vos caméras sur les serveurs d’enregistrement.
Fichier de journal système pour XProtect Incident Manager
Lorsque le fichier de journal système pour XProtect Incident Manager dépasse 10 Mo, le VMS copie et archive le fichier dans un sous-fichier d’Archive. Le VMS écrit de nouvelles entrées de journal dans un nouveau fichier de journal système. Si vous détenez les autorisations utilisateur nécessaires, vous avez la possibilité de modifier le moment où le fichier de journal système est archivé par le VMS. Changez la valeur pour la valeur maxsize de l’archive dans le fichier C:\Program Files\Milestone\XProtectManagement Server\IIS\IncidentManager\Web.config.
Journalisation de l’activité des utilisateurs dans Management Client et XProtect Smart Client
XProtect Incident Manager enregistre des enregistrements détaillés de l’activité des utilisateurs dans les bases de données SQL Server.
Lorsque les administrateurs de Management Client créent, activent et modifient les propriétés de l’incident, ces activités sont écrites dans le répertoire de base de données SurveillanceLogServerV2 du serveur de journaux ou dans VictoriaLogs.
Lorsque les opérateurs de XProtect Smart Client créent et modifient des projets d’incident, les activités sont écrites dans la XProtect Incident Managerde données SQL Server du serveur de journaux nommée Surveillance_IM, dans la baseSurveillanceLogServerV2 de données SQL du serveur de journaux (ou dans VictoriaLogs), ou dans les deux bases de données SQL Server.
L’emplacement de la consignation des activités dépend de l’activité.
Qui et où | Activité | Activité consignée dans | |
|---|---|---|---|
Surveillance_IM | SurveillanceLogServerV2 ou VictoriaLogs | ||
Administrateurs dans Management Client | Définir, modifier et supprimer toutes les propriétés de l’incident et les paramètres liés à XProtect Incident Manager. | Non | Oui |
Opérateur dans XProtect Smart Client | Créer et supprimer des projets d’incident. Générer et imprimer des rapports d’incident. | Oui | Oui |
Ouvrir et exporter des projets d’incident. | Oui | Non | |
Modifier des projets d’incident. Par exemple, appliquer ou modifier les types, états, catégories et données de l’incident, et ajouter des commentaires ou des renseignements concernant les appels. | Oui | Non | |
Créer et retirer des séquences. Ajouter des séquences aux projets d’incident et en retirer. | Oui | Non | |
La base de données Surveillance_IM est située sur la même installation SQL Server que la base de données SQL Server pour le Management Server de surveillance. Si vous déplacez la base de données SQL Server pour le service Management Server , vous devez déplacer la Surveillance_IM de données au même emplacement. Vous pouvez déplacer et sauvegarder la base de données Surveillance_IM de la même manière que vous le faites avec d’autres bases de données SQL Server.
Voir également Déplacer le serveur de gestion et Modifiez l’emplacement et le nom d’une base de données SQL Server.
Note
Pour les systèmes conformes à CAPSS, Milestone recommande de stocker les journaux exportés dans un support sécurisé et accessible en écriture unique ou d’appliquer des signatures numériques en externe (par exemple, en utilisant des outils Windows ou des solutions tierces).