Quanto spazio aggiuntivo potrebbe riparare il database richiede

Question

Ho richiesto this question in mongodb google group, in assenza di risposte che lo postano qui.

Abbiamo un'istanza di mongo (versione 2.0.1) a nodo singolo. Stiamo esaurendo lo spazio su disco anche dopo l'archiviazione giornaliera, dato che mongo non restituisce lo spazio al sistema operativo e tenta di usarlo da solo. Attualmente la nostra configurazione è diventata molto scarsa con circa il 50% di spazio inattivo. È possibile notare che la dimensione dei dati + indice è di circa 1170 GB mentre la dimensione di archiviazione è di circa 2158 GB e la dimensione del file è di circa 2368 GB.

db.stats()  
{ 
    "db" : "default",    
    "collections" : 106, 
    "objects" : 553988389, 
    "avgObjSize" : 2094.1392962010254, 
    "dataSize" : NumberLong("1160128855044"), 
    "storageSize" : NumberLong("2315777236208"), 
    "numExtents" : 1487, 
    "indexes" : 107, 
    "indexSize" : 97914435136, 
    "fileSize" : NumberLong("2543459500032"), 
    "nsSizeMB" : 16, 
    "ok" : 1 
} 

Vogliamo recuperare lo spazio e come questo non è un sistema critico missione (proprio come un cantiere di dumping per i registri) può sostenere un tempo di inattività. Non vogliamo spendere per la creazione di un set di repliche anche se ci troviamo in un datacenter fisico, quindi preferiremo non collegare altro disco solo per la riparazione del database.
Voglio capire: -
-Come è richiesto molto spazio libero su disco per il database di riparazione
-Quanto spazio possiamo sperare di recuperare dopo la riparazione del database
-around quanto tempo dovrebbe prendere per ripristinare il database.
-Se il database di riparazione continua, è sufficiente ucciderlo e riavviare il database.

La massa dei nostri dati giace in un'unica raccolta, quindi se la raccolta compatta sarebbe meglio del database di riparazione.

Answer 1

Per prima cosa, si consiglia di eseguire l'aggiornamento da 2.0.1. Almeno a 2.0.7 se non 2.2.2. La riparazione richiede 2x dimensioni del file. Si dovrebbe finire con un po 'più grande delle dimensioni dei dati come le dimensioni del file. Il tempo necessario dipende dalle risorse di sistema e dall'impegno del sistema. Compatto non ha spazio libero su disco - si limita a deframmentare all'interno del file di dati.

In 2.2.x è possibile utilizzare collMod

comando per impostare usePowerOf2Sizes per ridurre la frammentazione dei file. Ad esempio, verrà inserito un documento di 800 byte e 1024 byte. Elimina quel documento e inserisci un documento da 900 byte, ora lo spazio 1024 può essere riutilizzato. Senza questo forse sarebbero stati allocati solo 850 byte e il nuovo spazio libero sarebbe stato assegnato per il documento da 900 byte.

uccidendo repairDatabase dovrebbe essere ok - i file vengono copiati nella nuova posizione, defragg'd poi copiato nel al termine, ma si dovrà verificare che sia sicuro :)