Besoin d'aide ?
Introduction
Vous êtes en charge de l’exploitation informatique d’un serveur Damaris RM.
Ce document va vous renseigner sur les diverses actions à effectuer pour les sauvegardes ou pour certaines vérifications.
Suivez ce lien pour retrouver la documentation d’installation de Damaris RM.
La sauvegarde d’un serveur Damaris RM
La solution Damaris RM exploite essentiellement quatre objets :
- Les exécutables de la solution en elle-même
- Une instance de base de données (MySQL, SQL Server ou Oracle)
- Un répertoire contenant tous les fichiers temporaires ou de configuration
- Un répertoire contenant les fichiers du coffre-fort numérique
Il convient donc de sauvegarder ces quatre éléments.
Comme il existe une logique entre tous ces éléments, il convient d’effectuer les sauvegardes au même moment pour ne pas créer de distortion entre la base et les fichiers par exemple.
L’instance Damaris RM
La solution Damaris RM fonctionne sous Apache Tomcat.
De ce fait, votre serveur contient les deux modules suivants :
- La machine virtuelle Java, actuellement, Java v11
- L’instance Apache Tomcat
Il est possible que vous ayez ajouté d’autres modules. Dans ce cas, pensez à les intégrer dans la sauvegarde.
La sauvegarde de la base de données
Intégrez simplement l’instance de la base de données utilisée chez vous dans les sauvegardes classiques de vos autres instances.
Nous n’imposons pas de stratégies de sauvegardes en particulier. Vous pouvez donc utiliser le même principe que pour les autres sauvegardes de bases de données.
Le cas d’instances de bases de données séparées
Il se peut que vous exploitiez deux instances séparées pour Damaris RM et Damaris Vault. Dans ce cas, pensez à bien sauvegarder les deux instances.
La sauvegarde des fichiers temporaires
La solution Damaris RM nécessite un répertoire racine qui contient un sous-répertoire par “Société” déclarée où sont stockés les fichiers temporaires non-encore traités ou quelques fichiers de paramétrage.
Ce répertoire s’appelle en général damaris_data.
Vous pouvez en trouver le chemin depuis les tâches planifiées et en cliquant sur le bouton “i” d’information.
Cette information est également disponible dans le fichier /tomcat/webapps/DamarisRM/WEB-INF/config/dgs3g.properties.
Attention : Ce chemin est un exemple, car votre instance peut ne pas se nommer DamarisRM.
La sauvegarde des fichiers de Damaris Vault
Cette partie va constituer le plus gros volume de fichiers à sauvegarder.
Et comme ces fichiers ne sont plus modifiables après leur archivage, vous aurez que très peu de fichiers mis à jour.
Vous pouvez donc mettre en place une sauvegarde différentielle réduisant ainsi les temps de traitements.
Les fichiers temporaires et de sauvegardes
Notez que selon votre paramétrage de la solution Damaris RM, vous génériez de la sauvegarde de fichiers traités.
Ces fichiers vont se retrouver dans les répertoires “backup” à l’intérieur de l’arborescence de damaris_data.
Cette arborescence est composée ainsi :
- damaris_data (Racine)
- Société déclarée dans Damaris RM
- Type de tâche 1
- input
- output
- backup
- Type de tâche 2
- input
- output
- backup
- Etc.
- Type de tâche 1
- Société déclarée dans Damaris RM
Vous pouvez vérifier si vos tâches sauvegardent les fichiers depuis la fenêtre de paramétrage de la tâche. Une case à cocher indique cette option.
Damaris RM SysCheck
Cette fonction vous permet de lancer des vérifications complémentaires sur la bonne santé de votre système.
Si vous ne constatez rien d’anormal, il n’est pas nécessaire d’utiliser cette fonction.
Les options sont :
- La validation de la base de données
- La validation du coffre-fort numérique Damaris Vault
- La validation du fichier des propriétés (dgs3g.properties)
- La validation du stockage électronique
- L’exécution du script d’inialisation
- La validation de la configuration SMTP
- La mise à jour des traductions
- La validation du fonds d’archives
Les fonctions Super Administrateur
En utilisant le code utilisateur Super Admin, vous pouvez accéder à des fonctions complémentaires concernant l’instance Damaris RM.
Attention : Il convient de bien prendre ses précautions car ces actions peuvent arrêter les services ou endommager des données.
Le panneau de contrôle vous infrome sur les éléments suivants :
- Le nom de l’instance Damaris RM
- La version du progiciel installé
- La date de sortie de la version
- Le statut du serveur
- La liste des sessions en cours, en fait la liste des utilisateurs connectés
- La liste des tâches en cours d’exécution
A partir de cette page, vous pouvez faire déconnecter tous les utilisateurs, stopper toutes les tâches en cours et verrouiller le serveur pour que les utilisateurs ne puissent pas se connecter.
Cette action vous permet de préparer le serveur pour une mise à jour par exemple.
NB : Avant de procéder à ce genre de manipulations, prévenez vos utilisateurs en amont et effectuez des travaux en dehors des horaires de travail.
Les outils de pilotage
A partir de Damaris RM version 10.3, l’administrateur du système dispose de nouvelles fonctions de pilotage du système.
Il existe deux catégories :
- Le pilotage système : Donne des informations sur les connexions des utilisateurs, ainsi que les dates et heures de démarrage et d’arrêt du serveur
- A ce niveau, vous pouvez gérer les adresses IP bloquées suite à des tentatives infructueuses de connexions (La gestion des Black-List)
- Le pilotage des tâches planifiées : Suivez l’exécution des tâches selon leur catégorie
Les procédures d’arrêt / relance
La solution Damaris RM est basée sur deux composants majeurs que sont le SGBDR (MySQL, SQL Server ou Oracle au choix), ainsi que le service Apache Tomcat.
Lors des opérations d’arrêt des services, nous vous suggérons d’effectuer les actions dans l’ordre suivant :
- Arrêter le service Tomcat
- Arrêter le service de votre SGBDR (Si nécessaire)
Lors des opérations de relance, voici l’ordre de démarrage :
- Relancer le service SGBDR (Si nécessaire)
- Relancer Tomcat
Le monitoring du système
Ce chapitre décrit des éléments à monitorer pour que vous puissiez vérifier le bon fonctionnement de la solution :
Les processus à monitorer pour Damaris RM
Il convient de monitorer les deux processus suivants :
- Apache Tomcat
- Le moteur de SGBDR (MySQL, SQL Server ou Oracle)
Selon votre architecture, ces deux processus peuvent ne pas fonctionner sur le même serveur.
Les ports
Dans un cas classique, les ports utilisés sont les suivants :
| Port | Usage |
| 443 / 8443 | Le service Apache Tomcat |
| 21 | FTP (Si utiliséà |
| 22 | SFTP (Si utilisé) |
| 10080 / 10081 | AS2 (Protocole d’échanges EDI) |
Les fichiers
Comme évoqué, la solution Damaris RM utilise deux grandes structures de fichiers que sont damaris_data et damaris_vault.
Vous pouvez monitorer l’exsitence de ces deux répertoires initiaux.
Le schéma de principe de Damaris RM
L’écosystème Damaris RM est constitué de plusieurs modules qui communiquent entre eux essentiellement en utilisant des appels Web Service.
Voici le schéma de principe de la solution :
Les utilisateurs peuvent directement accéder à la solution en utilisant un navigateur internet.
Les modules Damaris Mobile, Damaris Printer, Damaris Transfer, ettc. passent par les appels Web Service.
Les API Web Service de Damaris RM sont publiées et peuvent directement être utilisées dans vos propres outils.