Sauvegardes Project Server : une sauvegarde non testée ne compte pas
Tout le monde sauvegarde. Peu de gens vérifient qu'ils sauraient restaurer. Pour un environnement Project Server, c'est pourtant le seul test qui compte.
Prochain test de restauration : 15 janvier
Un environnement Project Server contient des années de plannings, de feuilles de temps et d'historique. Le perdre, c'est perdre la mémoire des projets. Les sauvegardes existent presque toujours. La question est de savoir si elles fonctionnent.
Ce qu'il faut sauvegarder
Les bases de données de Project Server, mais aussi sa configuration : champs personnalisés, vues, modèles, droits. Une base restaurée sans sa configuration donne un environnement qui démarre, mais que personne ne reconnaît.
Trois moments de sauvegarde
- chaque nuit, automatiquement, avec une alerte en cas d'échec ;
- avant chaque intervention : dans notre exemple de feuilles de temps lentes, les index n'ont été reconstruits qu'après une sauvegarde vérifiée ;
- avant chaque mise à jour ou migration.
Tester la restauration
Une sauvegarde n'a de valeur que si l'on sait la restaurer. Une fois par trimestre, on restaure sur un environnement de test et l'on vérifie que les projets s'ouvrent, que les feuilles de temps sont là, que les droits sont justes. C'est le seul moyen d'être sûr, avant d'en avoir besoin.
Le suivi des sauvegardes et les tests de restauration font partie de la maintenance que nous assurons pour les environnements Project Server.