Actions migration Geedoc Oracle vers Postgres¶
Geedoc :¶
Le 11/06 au matin :
- Mettre la base de données Oracle uniquement en lecture seule => FAIT
- S'assurer qu'il n'est plus possible d'y insérer des données => FAIT
- Prévenir les utilisateurs par mail du début des opérations => FAIT
- Lancer les scripts de migration des données de la base Oracle vers Postgres (partage des jobs Kinou, Xavier) => FAIT
- Mise à jour des clés et mise à jour du modèle => FAIT
- Effectuer le suivi de la migration des données (tableau blanc) => FAIT
- Après migration des données, effectuer la recette fonctionnelle de Geedoc version PG :
- Tester et valider la majorité des fonctionnalités de l'application => FAIT
- Comparer sur quelques domaines que les informations retournées entre Geedoc version Oracle et Geedoc version Postgres sont les mêmes => FAIT
- Releaser un nouveau build de Geedoc version Postgres et le mettre à disposition sur la forge => FAIT
BDD Postgres :¶
Vérifier la présence des comptes d'accès aux tables Geedoc : => TODO
- sas
- spider
- etc...
Activer les triggers => FAIT
Maintenance PG :¶
- S'assurer que le backup des données de la nouvelle base PG est bien prise en compte par la DSI => Snapshot VM
- La DSI réalise t'elle des dumps réguliers de la base ? => Pas de dump pour le moment
- Y'a t'il des procédures de restauration d'un backup en cas de sinistre ?
BDD Oracle :¶
Forcer la bascule des utilisateurs (ceux qui requêtent la bdd en direct notamment) vers la base PG en désactivant les comptes utilisateurs de la base Oracle. => FAIT
Web Services :¶
- Supprimer les WS version Oracle en recette et production => FAIT
- Déployer les WS version PG en recette et production (conserver le nom de contexte historique OvinCaprinRest) => FAIT
- Vérifier le format des dates renvoyés par la nouvelle version des WS. => N/A
- Statuer sur le fait de renvoyer les dates au format ISO 8601 (YYYY-MM-DD) :
- Si tel est le cas, modifier les clients afin qu'ils prennent en compte ce changement de format :
- Import_pesées => N/A
- autres ? GeedocMobile : TODO
- Communiquer auprès des autres SI pour demande de prise en compte de ce format de date (ex : SI sanitaire)
Logiciels annexes :¶
Après déploiement de Geedoc PG et des WS, valider le bon fonctionnement des logiciels :- Import_pesées : FAIT
- Pesee PDA :
- Saisie2000 : FAIT
- Geedoc Saillie : TODO
- Geedoc Mobile : TODO
- Pesee PDA : TODO
- Geedoc_PMM : TODO pas de changement dans l'application PDA
Scripts annexes :¶
Y-a t'il des scripts annexes de consolidation des données à mettre à jour (scripts d'admin sur les machines du CTIG entre autres) ?
MCB :- Script pour ajouter un User Oracle : plus besoin
- Script pour ajouter un User autorisé sur un élevage de production/espece/prod : plus besoin se fait via l'application
- Script pour ajouter la dernière version de l'application : A faire soit dans Pgadmin (soit faire une procédure)
Actions Post Validation :¶
Lorsque les étapes ci-dessus ont été réalisées (en l'occurence à compter du 18/06) :- Communiquer auprès des utilisateurs la fin de la bascule vers PG. Leur donner le lien vers la forge pour que les utilisateurs installent la nouvelle version de Geedoc PG (en présentant la nouvelle icone de l'application permettant d'identifier les 2 versions). => FAIT
- Communiquer auprès des requêteurs (sas, spider par exemple), les nouveaux mots de passe des comptes utilisateurs.
- Assurer le support utilisateur
Logiciels à mettre sur la forge sur git¶
GeedocMobile : ok¶
Modifier l'application : TODO
Enlever les Oestrus, les Endoscopies : Non utilisés
Voir si l'onglet pour réformer les animaux est utilisée : je ne sais même pas si les utilisateurs sont au courant de cette opération possible sur le PDA.
Geedoc_Saillie : TODO Pb avec Windows Mobile 6 Professionel SDK¶
Geedoc_PMM : TODO : Pb avec Windows Mobile 6 Professionel SDK¶
SagaMCBHelpers.dll : Pb avec Windows Mobile 6 Professionel SDK¶
Supprimer *-ws qui sont les WS SOAP