Sauvegardes
Important
Les sauvegardes relèvent de la responsabilité du client, et l’intégrateur peut aider à concevoir une stratégie de sauvegarde adaptée aux besoins et à l’environnement du client.
Les sauvegardes quotidiennes sont effectuées automatiquement à minuit et à 2 heures du matin pour Research et MongoDB.
La base de données et MongoDB sont sauvegardés dans : \\server\Briefcam\ServerData\Backups.
Les fichiers de sauvegarde RESEARCH sont sauvegardés sous : \\server\Briefcam\ServerData\Backups\RESEARCH.
Sauvegardes pour les systèmes à haute disponibilité et/ou à grande échelle
Pour les systèmes à forte activité, il est préférable de planifier la sauvegarde lorsque le système est inactif (par exemple, le week-end). Si cela n’est pas possible, la réplication sur un autre serveur est la bonne solution.
Dans les systèmes où le traitement est configuré 24 h/24 et 7 j/7, la sauvegarde automatique peut provoquer des arrêts de la base de données. Pour ces types de systèmes, il est recommandé de contacter l’assistance de BriefCamafin de mettre en place une stratégie de sauvegarde qui réponde aux exigences des clients.
En général, dans les systèmes à grande échelle ou lorsque le système est opérationnel 24 h/24 et 7 j/7, il est fortement recommandé de configurer la réplication et de désactiver les tâches de sauvegarde automatique programmées.
Il est recommandé de configurer une sauvegarde différente sur une autre machine ou de copier les sauvegardes sur une autre machine.
Les composants qui doivent être sauvegardés sont :
Composant | Que sauvegarder | Méthode de sauvegarde |
Base de données PostgreSQL | Dump de la base de données | Exécutez le fichier |
Dossier partagé BriefCam – | L’ensemble du stockage utilisé par BriefCam | Mise en miroir de disque, réplication, configuration RAID, sauvegardes externes |
Données BI – | Les fichiers de données QLIK | Exécutez le fichier |
MongoDB – uniquement dans les environnements à grande échelle | Les blobs d’activation de la caméra | Contactez l’assistance BriefCam |
Données de licence | Le fichier d’activation de la licence | Le fichier d’activation de la licence |
Fichiers de configuration des bases de données |
| Sauvegardez des fichiers sur un autre serveur |
Équilibreur de charge |
| Sauvegardez des fichiers sur un autre serveur |
IIS |
| Sauvegardez des fichiers sur un autre serveur |
Modifier les heures de sauvegarde
Les heures de sauvegarde programmées peuvent être modifiées dans le planificateur de tâches de Windows.
Double-cliquez sur la tâche de sauvegarde.
Cliquez sur Modifier.
Modifiez la planification.
Changer le dossier de sauvegarde RESEARCH
Pour modifier l’emplacement de la sauvegarde RESEARCH après l’installation :
Ouvrez le script de lot
BI_Backup, qui se trouve à l’adresse suivante :BriefCamServer\scripts\db\backup\.Modifiez la valeur du paramètre
BACKUP_PATH.
Restauration des sauvegardes de la base de données PostgreSQL
Important
Avant de restaurer la base de données, il est recommandé de contacter l’équipe d’assistance de BriefCam.
Dans les services Windows, arrêtez le VSService.
Pour restaurer les bases de données, exécutez les commandes suivantes :
.\pg_dump.exe --no-password --verbose --blobs --format=c --file="<pg_dump_file.dump>" .\pg_restore.exe --verbose -d briefcam -U "<pg_superuser(dbadmin is the default)>" -h" <hostname>" -p <db port(5432)> "<pg_dump_file.dump>"Redémarrez les services.
Restauration des sauvegardes de la base de données des tableaux de bord Research (Qlik)
Exécutez la tâche de sauvegarde planifiée.
Copiez les fichiers créés sur le site de migration.
Exécutez le programme d’installation de Research.
Arrêtez tous les services Qlik.
Exécutez uniquement le service de base de données du référentiel (le service PostgreSQL).
Supprimez la nouvelle base de données PostgreSQL :
dropdb -h localhost -p 4432 -U postgres QSRCréez une nouvelle base de données PostgreSQL :
createdb -h localhost -p 4432 -U postgres -T template0 QSRRestaurez la base de données PostgreSQL à partir des fichiers de sauvegarde :
pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"Copiez le dossier de partage de l’application sauvegardée dans le dossier de partage.
Exécutez le service de référentiel en mode amorçage :
repository.exe -bootstrap -standalone -restorehostnameUne fois terminé, exécutez-le à nouveau sans -
restorehostname:repository.exe -bootstrap -standaloneConnectez-vous à qmc avec Firefox en tant que <machine précédente>\bcuser.
Mettez à jour manuellement le nom d’utilisateur / mot de passe du propriétaire de toutes les connexions de données sur le
<newmachine>\bcuserde passe incluant le mot de passe (12 connexions).Mettez à jour directement le BCUser local pour qu’il soit le RootAdmin dans la base de données PostgreSQL (table = users)
Mettez à jour directement l’utilisateur dans PostgreSQL :
<newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistencePropertiesExécutez les tâches de rechargement.
Restauration des sauvegardes MongoDB
Dans les services Windows, arrêtez le VSService.
Mettez fin à la session en exécutant la commande d’exécution Session Kill.
Restaurez la base de données en exécutant la commande suivante : PS> ./db-tool.exe restore-mongodb --backup-path « {backup directory path} » --no-auth -y
Par exemple : PS> ./db-tool.exe restore-mongodb --backup-path « d:\my\mongo\bak\briefcam_mongodb_backup_2022-03-31_09-52-37 » --no-auth -y
Les paramètres de la commande sont les suivants :
--backup-path | Chemin du répertoire de sauvegarde |
--no-auth | N’utilisez pas l’authentification. Actuellement, c’est la seule option. |
-y, --yes | Confirmez la restauration. Si cette option n’est pas ajoutée, un message de confirmation s’affiche. |
-help | Affichez le texte d’aide et quittez. |
Remarque :
La restauration fonctionne uniquement sur les collections qui existent dans le répertoire de sauvegarde spécifique.
Si une collection à restaurer existe déjà, elle sera remplacée par la version sauvegardée.
Les index sont également restaurés.