Mongo “prealloc” fichiers de prendre de place

Je suis en train de libérer de l'espace sur un serveur Ubuntu exécution de Mongo. J'ai attaché un nouveau, vide de 8 go de volume, et ont la salle de déplacer des choses autour.

J'ai plusieurs grosses (1 GO), les fichiers de /var/lib/mongodb/journal/prealloc, il est sûr de les supprimer ou de les déplacer? Si je peux me déplacer eux-quelqu'un peut-il me donner un pointeur sur la façon de faire pour Mongo?

  • J'ai déjà monté et monté mon nouveau volume, juste besoin de savoir au sujet de ces préaffectés blocs de l'espace.
  • La réalisation de plus d'un an plus tard comment naïf "grand" était, en référence à 1GB :/
InformationsquelleAutor jbnunn | 2012-02-27
  1. 52

    Donc, en théorie, la prealloc fichiers sont préaffectés les fichiers journaux. C'est par opposition à dans l'utilisation journal des fichiers qui ont le format j._X, où X est un chiffre.

    Le but ici est de "côté" fichier déjà alloué lorsque le dernier fichier est à court d'espace. Pré-allocation est souvent beaucoup plus rapide que sur la demande d'allocation.

    est-il sécuritaire de supprimer ou de les déplacer?

    La réponse que vous cherchez est dans la documentation ici. Les docs il semble donner la clé de la réponse à votre question:

    prealloc fichiers ne contiennent pas de données, mais sont plutôt simplement préaffectés les fichiers qui sont prêts à l'emploi qui sont vraiment préaffectés par le système de fichiers (c'est à dire qu'ils ne sont pas "sparse"). Il est donc prudent de les supprimer, mais si vous redémarrez mongod avec la journalisation, il va créer de nouveau si ils sont absents.*

    • Ah, vous avez raison. Ce que j'ai fait a été de supprimer ces fichiers (et libéré de 3 go de chambre), puis modifié le fichier /etc/mongodb.conf et changé dbpath vers le nouvel emplacement de montage, et de définir nojournal = true, ce qui "Désactive l'écriture à l'avance de la journalisation." Maintenant que j'ai assez d'espace, je peux effectivement commentaire, et très probablement, puisqu'il semble être le plus sûr pari. Merci @GatesVP
    • Quelques mises en garde: 8 GO n'est pas considéré comme un beaucoup d'espace dans MongoDB-terre. Que la journalisation mécanisme a été à l'origine appelé "serveur unique de la durabilité" b/c MongoDB les paramètres par défaut sont très volatils. Si vous n'avez pas de journalisation (la valeur par défaut dans la version 2.0+), alors vous aurez envie d'envisager de faire un jeu de réplicas. Sinon, vos données sont très sensibles à la corruption.
    • Ok j'apprécie cela. C'est un serveur de dev, donc je vais m'assurer que ma production a beaucoup plus.
    • quelle est la différence entre nojournal = true et journal = false?
    • La journalisation est activée par défaut sur Ubuntu (et probablement Debian) des paquets. À mon avis, la désactivation de la journalisation est particulièrement utile pour le développement local, avec des environnements de stockage limitée.
    InformationsquelleAutor Gates VP
  2. 8

    Ajouter "smallfiles=true" dans la MongoDB fichier de configuration.

    • Ce sera la cause de MongoDB à utiliser 128M prealloc fichiers au lieu de 1 GO, mais ne semble pas réduire le nombre total taille du journal.
    • Si j'ai mis cette option et redémarrez mongodb, les fichiers existants-elle être réduite?
    • avez-vous essayé un redémarrage? A la taille de fichier se réduit?
    • Je ne me souviens pas, mais c'était sur un serveur en ligne et le problème a disparu alors je crois que oui. Mais je voudrais pour vous de l'essayer sur un ordinateur local pour en savoir
    InformationsquelleAutor Erik Ropez