restauration de database

restauration de database

par Jérôme DEMIAUX,
Nombre de réponses : 3
Avatar Traducteurs
Bonsoir,
Je vous soumets une nouvelle énigme.

Je voulais dupliquer une activité "database", avec ses fiches, d'un cours vers un autre.
Méthode employée : sauvegarde de l'activité en question avec les paramètres par défaut (surtout avec les données utilisateurs et les utilisateurs, les fichiers ...) puis restauration du ficher dans un cours existant en y ajoutant les données.
Résultat: l'activité est bien créée, les fichiers et les utilisateurs aussi, mais à l'affichage, un message apparaît "aucune fiche dans la base de données".
Or vérification faite dans la base mysql, tout est ok.
Quand on clique sur "base de données" dans la navbar, il affiche bien le résumé de la base avec en regard le bon nombre de fiches.
Ceci sur plusieurs cours testés.

Deuxième expérience, transfert du fichier backup vers l'instance de secours du site (version identique au site en production) et sur ce dernier la restauration ne pose aucun problème. La base et ses fiches sont bien créées et visibles.

Seules différences entre les deux moodles (version 1.92+ de la semaine), le productif tourne sous debian et le secours sous fedora avec quelques modules/blocs en plus.

Dernier symptôme, si l'on supprime l'activité, les fichiers eux demeurent.

Étonnant, non?
Prochaine étape, un essai avec une autre base
Moyenne des évaluations  -
En réponse à Jérôme DEMIAUX

Restauration de database (résolu en surface)

par Jérôme DEMIAUX,
Avatar Traducteurs
Les tentatives avec d'autres bases -> OK

En fouillant dans tous les petits coins, j'ai pu rétablir l'affichage de cette copie de base.
Deux choses:
  1. les fichiers liées à cette base sont contenus dans des dossiers sous l'arborescence moddata -> n°data -> n°répertoire -> n°enregistrement. Je me suis aperçu que, non seulement les n° d'enregistrements ne correspondaient pas à ceux contenus dans la base mysql, mais en plus, le n°du répertoire (non trouvé dans mysql) n'était pas le bon.
    En rectifiant ces numéros, dans l'arborescence et non pas dans la base mysql, l'affichage a été rétabli.
  2. Enfin presque, car devant une nouvelle page dénuée de toute fiche, je me suis aperçu qu'un filtre de recherche était actif (d'où sortait-il celui là) sur un critère non contenu dans les fiches, d'où la feuille blanche.
    Après désactivation de ce critère de recherche, tout va bien, affichage, création ...
Cependant, le mystère reste entier. Pourquoi, lors de cette restauration de base (et cette base uniquement), les index de la base mysql se sont affolés en rapportant n'importe quoi ?
Mystère.
Mais surtout, cela va-t-il se reproduire ? Et Quand ?
En réponse à Jérôme DEMIAUX

Re: Restauration de database (résolu en surface)

par Joseph Rézeau,
Avatar Développeurs Avatar Développeurs de plugins Avatar Moodleurs particulièrement utiles Avatar Testeurs Avatar Traducteurs
Jérôme > ... Mystère. Mais surtout, cela va-t-il se reproduire ? Et Quand ?

Quel suspense! Nous attendons la suite du feuilleton.wink

En réponse à Joseph Rézeau

Re: Restauration de database (résolu en surface)

par Jérôme DEMIAUX,
Avatar Traducteurs
Épisode spécial Joseph.

Bien que la synchronisation entre fichiers et enregistrements mysql des différents éléments soit maintenant rétablie, l'affichage des fiches ne s'effectue toujours pas correctement.
A chaque nouvelle connexion, l'arrivée dans l'activité indique systématiquement "aucune fiche". Une recherche (n'importe laquelle) via l'onglet "recherche" permet de retrouver toutes nos fiches. (1)
Mais l'activation de l'option "réinitialiser tous les filtres" les fait disparaitre à nouveau.

Diable, comment faire pour que ces foutues fiches restent tranquilles ?

Peut-être en suivant cette manipulation.
  1. Effectuer une recherche qui permette l'affichage de toutes les fiches (un tri alphabétique par ex)
  2. Passer à l'onglet "préréglages"
  3. "Enregistrer en tant que préréglage" et lui donner un nom
  4. Choisir ensuite ce nom dans la liste des préréglages disponibles et l'appliquer à notre base.
  5. Valider

L'effet est immédiat et durable.
Mais pour combien de temps ?

(1) Remarque en passant, la présence de l'apostrophe dans l'intitulé d'un champ empêche le correct affichage du formulaire de recherche avec l'affichage d'une erreur 'error update template"