mongodb - problème d'échec de récupération de la base de données tokumx

Question

Désolé, même si je sais qu'il s'agit de la section mongodb et que j'utilise tokumx, j'ai vérifié en ligne que tokumx et mongodb sont en fait identiques, donc je ne peux poser des questions qu'ici.

J'ai un programme de site Web de groupe de stations qui utilise la base de données tokumx. Récemment, parce que le serveur est instable, j'ai utilisé la commande dump backup et je l'ai restaurée avec mongorestore. . , j'ai continué à rencontrer des erreurs et je n'ai pas réussi à récupérer. Les problèmes rencontrés sont les suivants :

Chaque fois que vous restaurez un certain programme, le message d'erreur suivant apparaîtra :

OBJET INVALIDE - je vais essayer de sortir
taille : 3077
nom : _id 18
_id : 1495819
nom : corps 2
corps : "
<h1> Correction de ajscaxs2m75.js
erreur</h1>
<p>ajscaxs2m75.js
Description :</p>
<p>ajscaxs2m75.js
est un processus provenant d'un produit inconnu, inconnu co..."
nom : cahegoryidA 18
cahegoryidA : 7138414316591513600
Lun. 10 octobre 13:03:34.102 Assertion : 10320:BSONElement : mauvais type 111
0xe86096 0xad16bd 0xacd88c 0x6ceba7 0x719983 0x6d6ec0 0x6d6d6b 0x6d6d6b 0x6d8b03 0x71a09e 0x6af30d 0x6aeb2d 0x7fda07542b45 0x6c8b32
mongorestore(_ZN5mongo15printStackTraceERSo 0x26) [0xe86096]
mongorestore(_ZN5mongo10logContextEPKc 0xfd) [0xad16bd]
mongorestore(_ZN5mongo11msgassertedEiPKc 0x9c) [0xacd88c]
mongorestore(_ZNK5mongo11BSONElement4sizeEv 0x197) [0x6ceba7]
mongorestore(_ZN5mongo8BSONTool11processFileERKN5boost10filesystem4pathE 0x5c3) [0x719983]
mongorestore(_ZN7Restore9drillDownEN5boost10filesystem4pathEbbb 0x1170) [0x6d6ec0]
mongorestore(_ZN7Restore9drillDownEN5boost10filesystem4pathEbbb 0x101b) [0x6d6d6b]
mongorestore(_ZN7Restore9drillDownEN5boost10filesystem4pathEbbb 0x101b) [0x6d6d6b]
mongorestore(_ZN7Restore5doRunEv 0x613) [0x6d8b03]
mongorestore(_ZN5mongo8BSONTool3runEv 0x18e) [0x71a09e]
mongorestore(_ZN5mongo4Tool4mainEiPPc 0x6cd) [0x6af30d]
mongorestore(main 0x2d) [0x6aeb2d]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main 0xf5) [0x7fda07542b45]
mongorestore() [0x6c8b32]
assertion : 10320 BSONElement : mauvais type 111

J'ai changé 3 serveurs et j'ai eu la même erreur sous le même système Debian 64 bits. J'ai commencé à soupçonner qu'il y avait un problème avec la base de données d'origine. Je voulais essayer d'utiliser l'outil robomongo pour me connecter à la base de données. supprimez-le, mais le problème que j'ai rencontré maintenant est que la base de données Il peut être connecté et le site Web s'ouvre normalement, mais après avoir utilisé robomongo pour se connecter, recherchez ou supprimez le code pour supprimer l'article ajscaxs2m75.js, et j'ai constaté que les informations renvoyées sont la même assertion de code d'erreur : 10320 BSONElement : mauvais type 111, comment résoudre cette situation ?

Answer 1

Je ne parviens pas à résoudre le problème que vous avez rencontré, mais je pense qu'il est nécessaire d'expliquer certains problèmes.
Tout d'abord, MongoDB et TokuMX sont deux sociétés. Cette dernière est maintenue et exploitée indépendamment en forçant la version communautaire de MongoDB 2.4, et n'a aucun lien direct avec MongoDB. Bien que la plupart des commandes soient toujours les mêmes, le mécanisme interne est très différent. Donc, poser des questions sur tokumx sur le forum mongodb n'obtiendra probablement aucune réponse.
De plus, peu d'utilisateurs utilisent TokuMX. Cette entreprise a maintenant été rachetée par Percona en raison de problèmes opérationnels. Si vous souhaitez une aide professionnelle, vous pouvez demander de l'aide à Percona.