Demande #3269
ferméPasser la base de données de Agir en Charset utf8mb4 + Format Barracuda
0%
Description
Actuellement la base de données est en Charset UTF-8 + Format Antelope ce qui ne permet pas de stocker certaines informations. Par exemple les smileys UTF-8 qui peuvent être utilisés dans les messages de commit GIT.
Cette conversion impose d'exporter et réimporter les données ce qui va provoquer une interruption de service.
Mis à jour par Romain H. il y a plus de 6 ans
- Projet changé de Chapril à Admins
- Difficulté mis à 2 Facile
Mis à jour par Romain H. il y a plus de 6 ans
- Bloque Demande #3255: Créer un dépôt public pour la version Chapril ajouté
Mis à jour par Romain H. il y a plus de 6 ans
- Lié à Demande #2378: Impossible de soumettre une demande avec des points médians dans le texte ajouté
Mis à jour par Quentin Gibeaux il y a environ 6 ans
- Assigné à mis à Christian P. Momon
- Version cible changé de Été 2018 à Septembre 2018
Mis à jour par Christian P. Momon il y a environ 6 ans
- choisir un moment de faible sollicitation de agir.april.org ;
- prévenir (#april, #april-admin, admins@) ;
- faire un disable du site agir.april.org
- exporter la base Redmine via mysqldump dans un fichier .sql ;
- lancer d'un chercher/remplacer intelligent pour remplacer le charset dans le CREATE de chaque table ;
- vérifier que le chercher/remplacer n'a pas fait n'importe quoi ;
- droper toutes les tables de la base Redmine ;
- importer le fichier .sql modifié via la commande mysql ;
- faire enable du site agir.april.org ;
- vérifier que ça fonctionne aussi bien qu'avant.
Des avis ? Des précautions ?
Mis à jour par François Poulain il y a environ 6 ans
Bof te prend pas trop la tête : fait un dump avant, script le tout en juste coupant l'apache de service avant, et ça devrait être rétabli en 4s (soit sur la réussite, soit en restaurant le dump en attendant de corriger le script).
Si l'apache est coupé, l'utilisateur final aura le droit à une jolie erreur 500 fournie par le frontal.
Mis à jour par Quentin Gibeaux il y a environ 6 ans
- Version cible changé de Septembre 2018 à Octobre 2018
Mis à jour par Quentin Gibeaux il y a environ 6 ans
- Version cible changé de Octobre 2018 à Novembre 2018
Mis à jour par Christian P. Momon il y a presque 6 ans
- mise au point d'une procédure de migration ;
- test et re-tests de la procédure (VM test local) ;
- documentation de la procédure : https://admin.april.org/doku.php?id=sysadm:liste_des_machines:agir&#migration_vers_innodb_barracuda.
Application de la procédure en production après les mouvements de tickets de la réunion de sprint.
Mis à jour par Quentin Gibeaux il y a presque 6 ans
- Version cible changé de Novembre 2018 à Décembre 2018
Mis à jour par Christian P. Momon il y a presque 6 ans
- Statut changé de Nouveau à Résolu
Procédure appliquée : https://admin.april.org/doku.php?id=sysadm:liste_des_machines:agir&#migration_vers_innodb_barracuda
Une erreur rencontrée mais qui normalement n'a pas de conséquence car la base avait déjà le bon character set :
MariaDB [redmine]> alter database redmine_default character set=utf8mb4 COLLATE = utf8mb4_unicode_ci; ERROR 1 (HY000): Can't create/write to file './redmine_default/db.opt' (Errcode: 2 "No such file or directory")
Maintenant, la page https://agir.april.org/projects/date-chapril-org/repository ne génère plus d'erreur.