Moodle en français: Conseils sur configuration BDD chez OVH

Conseils sur configuration BDD chez OVH

par Julien Cros, vendredi 8 mai 2020, 21:42

Bonjour,

J'avais eu ces alertes lors de l'installation sur OVH et les ai eues à nouveau lors de la mise à jour de 3.7 à 3.8.2+ :
Alertes màj MDL

butant sur cette anomalie avec H5P je m'efforce de voir ce qui pourrait être réglé et reviens sur ces alertes en me disant qu'avec un peu de chance ça aiderait de les résoudre.

Pour le format innoDB à Barracuda, rien ne paraît faisable, pour le php je l'ai passé de 7.2 à 7.3 dans la console OVH mais ne sachant où réafficher potentiellement ces alertes, aucune idée où vérifier que ça a aidé.

En revanche sur phpMyAdmin je viens de voir cette option:

Params_MySQL

J'ai fait un essai sur une BDD bidon et ça a eu l'air de fonctionner, quelqu'un aurait il un conseil/retour d'expérience à ce sujet..puis-je le faire sur la BDD Moodle et modifier dans le config.php 'dbcollation' => 'utf8_unicode_ci' pour 'dbcollation' => 'utf8mb4_unicode_ci' s'il vous plaît ?

Merci d'avance et vous souhaitant un bon week-end

Prenez soin de vous

Julien

Re: Conseils sur configuration BDD chez OVH

par Nicolas Martignoni, vendredi 8 mai 2020, 22:18

Salut Julien,

J'ai séparé la discussion, puisque le sujet est désormais différent.

Pour ton problème: as-tu consulté la documentation ici: https://docs.moodle.org/3x/fr/Support_unicode_complet_pour_MySQL#.C3.89tapes_de_mise_.C3.A0_jour ?

Cette discussion donne également des pistes de solution.

Bon WE

Nicolas

Re: Conseils sur configuration BDD chez OVH

par Julien Cros, dimanche 10 mai 2020, 19:08

Bonjour,
Merci pour la séparation Nicolas, je pensais pourtant que j'étais dans le sujet de la conversation dont j'avais pris la suite..
Oui j'avais consulté cela mais j'avoue que cela m'échappait un peu...bref quoiqu'il en soit je suis revenu en arrière car ne pouvant basculer au format "barracuda" eh bien les avertissements empirent et certaines commandes "ALTER TABLE" échouent à cause de cela justement UTF8 et Antelope feront l'affaire jusqu'à changement d'offre ou hébergeur - dossier clos, merci pour vos conseils et remarques à tous.
Thierry : oui c'est du mutualisé pro et pour ma part je vous conseillerais plutôt de ne pas faire ces changements car si en apparence cela a l'air de fonctionner je crains que ça ne soit une bombe à retardement pour plus tard, mais ce n'est que mon humble avis.
Laurent: merci pour les conseils pour H5P, je vais voir cela et répondrai dans la conv en question
Bon dimanche et prenez soin de vous

Re: Conseils sur configuration BDD chez OVH

par Laurent Labidi, samedi 9 mai 2020, 05:58

Bonjour Julien,

Pour le passage en barracuda, la doc est abondante. Attention cependant à vérifier que ta version de php installée et paramétrée dans ton serveur est bien ta plus récente (si tu es sur une version OVH debian avec Plesk (comme c'est mon cas) c'est une version 5.XX qui est installée sur le Debian et avec cette version le script ne peut pas se lancer).

Si tu peux mettre à jour ta version de php de debian, alors pas de soucis. PAr contre si tu as la surcouche Plesk, attention ! Les nouvelles versions de php sont internes à Plesk. Donc, rajoute la partie en gras de la ligne suivante pour lancer en ssh le script de conversion des tables avec la bonne version de php qui pourra exécuter le script.

/opt/plesk/php/7.3/bin/php .../moodle/admin/cli/mysql_compressed_rows.php

Cela vaut aussi pour la ligne qui modifie les interclassements UTF8.

/opt/plesk/php/7.3/bin/php .../moodle/admin/cli/mysql_collation.php --collation=utf8mb4_unicode_ci

Il faudra aussi modifier le config.php comme tu le précises si tu ne veux pas revoir le message d'alerte. A ce sujet, pour les afficher et vérifier si tes actions les ont fait partir, c'est dans Administration du site > serveur > environnement

Enfin pour le hub H5P, tu peux tenter de changer l'interclassement manuellement dans phpmyadmin mais aussi

de vider la table "mdl_hvp_libraries_hub_cache" (toujours en sécurisant avant la table au cas où...même si c'est un cache)
mettre à jour les dernières versions de tes plugins
purger ensuite ta plateforme (purger tous les caches)

Bon courage !

Re: Conseils sur configuration BDD chez OVH

par Daniel Méthot, samedi 9 mai 2020, 14:39

Bonjour Jullien,
La commande réalisée dans phpmyadmin, et présentée dans votre copie d'écran, fonctionne bien.
Mais il faut juste que vous cochiez aussi la case pour changer l'interclassement entre toutes les tables.
Et ce premier problème sera réglé.
Sinon pour les autres paramétrages on peut aussi lancer provisoirement une commande provisoire avec l'outil de programmation du cron si vous disposez d'un VAI cPanel. Mais chez OVH j'en doute.

Re: Conseils sur configuration BDD chez OVH

par Thierry Talbert, samedi 9 mai 2020, 23:37

Bonjour (pardon de m'immiscer dans votre conversation)

Si on sélectionne changer l'interclassement, y'a une nouvelle ligne qui apparait, on doit la sélectionner ?

2 questions,

Votre discussion ne porte que pour les gens qui ne sont pas mutualisés ? (je suis sur un abo mutualisé pro)
On peut faire ça, changer l'interclassement, sur une BDD qui est déjà faite ? (non par ce que je suis dans la même situation que julien - antilope au lieu de barracuda je sais même pas ce que c'est ! Et pas le bon format d'interclassement) Je ne voudrais pas casser mon superbe moodle. 😂

Re: Conseils sur configuration BDD chez OVH

par Laurent Labidi, dimanche 10 mai 2020, 00:34

Pour ma part, je la sélectionne. La suivante aussi, même si parfois cela parfois me met un message d'erreur concernant certaines colonnes qui ne peuvent pas être changées.

Je n'ai jamais eu de soucis en sélectionnant ces options, quelque soit le résultat.

Mais c'est à faire après avoir fait les manipulations de bases (script de la doc lancé et modification du config.php) et que celles-ci n'ont pas résolu le problème.

Re: Conseils sur configuration BDD chez OVH

par Patrick Lemaire, dimanche 10 mai 2020, 22:40

Bonjour Thierry,

Concernant la manipulation et la crainte d'une transformation irrémédiable, LA recommandation reste : « sauvegarde-toi toi-même du maaaal » ! 😈 Ainsi, avant toute opération, même presque-quasiment-certainement-"sans risque" : FAIS UNE SAUVEGARDE !!! Et même 2, ou 3 😅 J'en suis à faire des sauvegardes de mes sauvegardes 🤪 Bon, là... c'est pathologique.

On ne le répétera jamais assez, mais c'est vraiment important. Parce que des erreurs, il y en a parfois. Et dans ces cas là, tu es content de pouvoir revenir en arrière. J'irai jusqu'à dire que la base de données est probablement le point d'attention maximal. Tu peux réussir à récupérer les codes source de Moodle, probablement que s'il y a de la casse dans moodledata tu ne flingueras pas tout, mais une base de données bancale et c'est l' A-PO-CA-LiiiiiiPSE !!!

À bientôt,
Patrick

Re: Conseils sur configuration BDD chez OVH

par Thierry Talbert, lundi 11 mai 2020, 01:35

Merci pour l'information, mais je n'ai pas une grande envie (pour ne pas dire aucune) de le faire.
Je demanderai aux services d'OVH de le faire. Je vais voir si ils veulent bien. Comme ça si ça foire je dirais que c'est de leur faute. 😂 (#aucuncourage)

Je sauvegarderai le tout avant. lol

Amicalement,

Assistance technique

Conseils sur configuration BDD chez OVH