[RÉGLÉ] Erreur BDD après backup via Akeeba

[Rocky Rider]

Bonjour à tous,

Je suis en train de transférer mes sites d'un serveur mutualisé à un VPS...

Sur les deux site que j'ai pu faire, j'ai des messages d'erreur quand je fais une vérification de la base de données.
Pour 2 tables :
- finder_tokens
- finder_tokens_aggregate

on me dit :
The storage engine for the table doesn't support check

Est ce problématique ? Comment je peux y remédier ?
Sur un de mes sites transférés, il semble ne pas y avoir de problème mais sur l'autre certaines pages (comme le forum) sont inaccessibles. Du coup je me demande si le problème peut venir de là.

Je vous remercie pour votre aide.

[RobertG]

As-tu essayé en excluant de la sauvegarde le contenu de ces tables ? (par défaut, Akeeba backup les exclut, n’enregistrant que la structure)
Le problème vient probablement du fait que ce sont des tables de type "Memory", donc réglage de MySQL sur ton VPS ?.
J'ai souvent déplacé des sites d'un serveur à un autre sans jamais avoir ce type d'erreur, mais je n'utilise pas la recherche avancée qui remplit ces tables "finder".

[jfque]

Ce n'est pas une erreur, c'est un avertissement et ce n'est pas lié à Akeebabackup; comme le fait remarque RobertG ces deux tables sont du type "Memory" et ne sont pas compatibles avec la procédure "check" de MySQL. C'est normal et cela ne pose pas de problèmes.

[Rocky Rider]

Ok merci beaucoup pour vos réponses.
Du coup, je les laisse telles quelles ou je les supprimes ?

[jfque]

Il ne faut pas y toucher. Elles font partie des tables du noyau de Joomla!.

[Rocky Rider]

Merci pour ta réponse. Je ne touche à rien alors.

[Rocky Rider]

Je reviens vers vous car j'ai toujours un problème quand j'essaie de réinstaller ma base de données.
J'ai essayé plusieurs fois, et j'ai toujours ce message d'erreur :



Je n'ose pas forcer la chose en cochant la case "Use replace instead of Insert"

D'où peut venir cette erreur? Comprofiler c'est bien la table de community Builder ?
Vous avez un conseil à me donner ?

[RobertG]

L'ID de cette table n'est pas en autoincrément, d'où le "0" systématique qui bloque l'insertion des données.

[Rocky Rider]

Merci pour ta réponse.
Du coup je dois faire quoi ?

[RobertG]

Il faut étudier ta sauvegarde et modifier les caractéristiques de ce champ pour en forcer l'autoincrémentation.
C'est quand même étonnant que tu aies des valeurs à 0 pour ce champ. Si tu as toujours accès à l'ancienne base, regarde cette table pour vérifier ce champ et au besoin fais deux exports : un de la structure seule, l'autre des données seules.

[Rocky Rider]

J'ai fait ma réinstalation ce matin avant d'avoir ta réponse.
J'ai tout de même forcé l'autoincrémentation...mais tout semble fonctionner. Ce n'ait pas encore remarqué d'erreur.

L'équipe d'akeeba ont fait du super boulot !