DevAdmin Blog

Blog di Ermanno Goletto (Microsoft MVP Directory Services - MCITP - MCTS - MCSA - MCP)
posts - 887, comments - 447, trackbacks - 13

My Links

News

Avatar

Curriculum Vitae

Visualizza il profilo di Ermanno Goletto su LinkedIn


Il contenuto di questo blog e di ciascun post viene fornito “così come é”, senza garanzie, e non conferisce alcun diritto. Questo blog riporta il mio personale pensiero che non riflette necessariamente il pensiero del mio datore di lavoro.

Logo Creative Commons Deed


Logo SysAdmin.it SysAdmin.it Staff


Logo TechNet Forum TechNet Italia @ForumTechNetIt Follow TechNet Forum on Twitter


Logo MVP


Ermanno Goletto Follow ermannog on Twitter

Article Categories

Archives

Post Categories

Blogs

Friends

Knowledge Base

MVP Sites

Resources

Gestione della deframentazione in Exchange 2003

Per default Exchange esegue giornalmente la deframmentazione in linea tra le 01.00 e le 05.00, ma va detto che la deframmentazione in linea dei database di Exchange individua e rimuove gli oggetti di database non più utilizzati, creando più spazio per i file di database senza modificarne le dimensioni, in altre parole riorganizza il db in modo che possa usare lo spazio inutilizzato senza dover richiedere l'aumento del size del DB che implica necessariamente un calo di performance.

Ovviamente è possibile ridurre il DB con una deframmentazione offline tramite eseuti /d a riguardo si veda il seguente:
Deframmentazione dei database di Exchange.

Va detto che è vero che il db verrà ridotto, ma poi dovrà ricrescere e ogni aumento di size significherà un overhead sulle performance quindi la deframmentazione offline  va visto come un lavoro amministrativo da eseguire se si sa che per qualche motivo i DB occupano più spazio del necessario (sono state eliminate parecchie mail o cassette) o si sta raggiungendo il limite dei DB o dello spazio di archiviazione inoltre ovviamente è una manutenzione non in linea e quindi va pianificata in un periodo in cui sia possibile non erogare il servizio di posta elettronica.

Print | posted on Sunday, December 16, 2007 10:19 PM | Filed Under [ Links Exchange ]

Feedback

Gravatar

# re: Gestione della deframentazione in Exchange 2003

Ciao Ermanno,
avevo un problema con un mio cliente che usa Exchange 2003 sp2 (di SBS 2003) e googlanfo un pò ho trovato questo tuo post che mi è stato molto utile.
Ho ripulito le cassette postali, eliminando le cassette inutilizzate e archiviando la posta precedente al 2009, e facendo la somma delle cassette rimaste e ripulite arrivavo a circa 12GB.
Smonto l'archivio, lancio eseutil /d come descritto e pazientemente aspetto il risultato.
Originariamente il file priv1 era di 28GB ora sono arrivato a 20GB, quello che mi chiedo io è gli 8 GB in più che cavolo sono?
Esiste un modo per recuperarli in toto oppure è così e così me lo tengo?
Ne approfitto per farti un'altra domanda, è possibile che per via di questo file abnorme, rispetto ai limiti base di exchange, possa influire sul funzionamento delle regole?
Difatti il problema primario è che le regole non funzionano e pensavo fosse un problema di pulizia e riordino del DB principale di Exchange.

Grazie e Buona giornata.
12/12/2010 5:42 PM | Michele
Gravatar

# re: Gestione della deframentazione in Exchange 2003

Lo spazio recuperato durante la deframmentazione è spazio relativo a oggetti cancellati che nel caso di Exchange sono mail. Va detto che alcuni oggetti vengono marcati come cancellati dopo un certo tempo dopo la cancellazione vedi questo post blog.sembee.co.uk/...

Morale prova a rifare la deframentazione ad esempio dopo il periodo di rtenzione delle mail cancellate che mi pare sia di default di 30 giorni.

Sul fato che le regole non funzionino non credo possa dipendere dal size del DB che è lontato dal massimo consentito di 75 GB di Exchange 2003 SP2
http://support.microsoft.com/kb/912375
12/14/2010 1:53 PM | Ermanno Goletto

Post Comment

Title  
Name  
Email
Url
Comment   
Please add 8 and 8 and type the answer here:

Powered by:
Powered By Subtext Powered By ASP.NET