71 lines
3.7 KiB
Markdown
71 lines
3.7 KiB
Markdown
# 11. Sauvegardes, import ASM3 et maintenance
|
||
|
||
[← Paramètres](10-parametres.md) · [Sommaire](README.md) · [Mobile →](12-mobile.md)
|
||
|
||
## Créer une sauvegarde
|
||
|
||
Dans **Paramètres → Sauvegardes**, créez une archive ZIP puis téléchargez-en régulièrement une copie hors du serveur. Une sauvegarde complète inclut la base SQLite et les fichiers privés nécessaires à la restauration.
|
||
|
||
Conservez plusieurs générations sur un support séparé. Une archive stockée uniquement sur le même disque ne protège pas contre sa panne.
|
||
|
||
## Restaurer
|
||
|
||
La restauration remplace des données actuelles par le contenu de l’archive. Avant de confirmer :
|
||
|
||
1. vérifiez la provenance et la date du fichier ;
|
||
2. prévenez les utilisateurs et interrompez les saisies ;
|
||
3. créez une sauvegarde de l’état actuel ;
|
||
4. restaurez puis contrôlez la page Santé, les animaux récents et les médias.
|
||
|
||
Globinours crée une sauvegarde d’urgence lors des opérations sensibles prévues, mais cette protection ne dispense pas d’une copie externe.
|
||
|
||
## Réinitialiser automatiquement une démonstration
|
||
|
||
La page **Paramètres → Données** permet de recharger manuellement le jeu fictif après création d’une sauvegarde. Une instance de démonstration publique peut aussi être remise à zéro par une tâche planifiée :
|
||
|
||
```bash
|
||
php scripts/reset-demo.php --confirm-demo-reset
|
||
```
|
||
|
||
Le script crée systématiquement une sauvegarde, vide uniquement les données métier puis réinstalle les données et médias fictifs. Il ne doit jamais être planifié sur une instance de production. Exemple quotidien à 03 h 30 avec cron :
|
||
|
||
```cron
|
||
30 3 * * * cd /chemin/vers/globinours && /usr/bin/php scripts/reset-demo.php --confirm-demo-reset
|
||
```
|
||
|
||
## Importer Animal Shelter Manager 3
|
||
|
||
Dans **Paramètres → Migration ASM3**, déposez un dump SQL ou PostgreSQL. L’assistant commence par analyser le format, les volumes et ambiguïtés. Lisez le rapport avant l’import.
|
||
|
||
Deux modes sont disponibles :
|
||
|
||
- **Fusionner** conserve les données Globinours et ajoute les correspondances sûres ;
|
||
- **Remplacer les données métier** efface animaux, annuaire et historique opérationnel avant import, tout en conservant comptes et configuration.
|
||
|
||
Le remplacement est réservé à une installation de test ou une migration initiale. Il exige une phrase de confirmation et ne doit jamais être lancé pendant que d’autres personnes travaillent.
|
||
|
||
L’import est transactionnel : une erreur annule ses écritures. Une sauvegarde est créée au préalable. Les ambiguïtés ne doivent pas être forcées automatiquement ; corrigez-les à partir des rapports produits.
|
||
|
||
## Photos ASM3
|
||
|
||
Les dumps ASM3 peuvent ne contenir que les références des médias. Les fichiers physiques doivent alors être fournis séparément et rapprochés avec les tables `media` et `dbfs`. L’import dédié vérifie les images, conserve les médias existants et reprend la photo principale lorsqu’elle est identifiable.
|
||
|
||
## Mise à jour de Globinours
|
||
|
||
Suivez le guide de déploiement fourni avec la version utilisée. Une mise à jour sûre comprend au minimum : sauvegarde, validation de l’archive, activation de la maintenance, remplacement du code, migrations, contrôle SQLite et possibilité de retour à la version précédente.
|
||
|
||
Ne copiez jamais une base réelle, un `.env`, les médias privés ou une sauvegarde dans un dépôt Git.
|
||
|
||
## Contrôles après maintenance
|
||
|
||
- connexion et permissions ;
|
||
- page **Paramètres → Santé** ;
|
||
- ouverture d’une fiche active et d’une archive ;
|
||
- affichage d’une photo privée autorisée ;
|
||
- création puis suppression d’une donnée de test si le contexte le permet ;
|
||
- sauvegarde téléchargeable ;
|
||
- site public sans information privée.
|
||
|
||
---
|
||
|
||
[← Paramètres](10-parametres.md) · [Mobile →](12-mobile.md)
|