Questione : Scambio 2010 - Errore commovente di pulizia della cassetta postale

Ciao, scambi 2003 - 2010 di migrazione del

I. Durante questo im che sposta i miei mailboxs verso exc2010 e per ogni trentesima cassetta postale ottengo questo errore:

Warning: Venuto a mancare a pulizia la cassetta postale di fonte dopo i particolari di move.
Error: MapiExceptionNotFound: Incapace di cancellare cassetta postale. (hr=0x8004010f, ec=-2147221233) il

I googled esso ed installato il hotfix tutto suggerisce. Ma ancora ottengo l'avvertimento. Ma circa cassetta postale che ottengono questo avvertimento. Sono stil visibile sull'assistente 2003 di scambio. Che cosa dovrei fare con loro? Cancellarli o?
class= del

Risposta : Scambio 2010 - Errore commovente di pulizia della cassetta postale

Ciao,

Ci era tempo dove un conteggio della lima non essere più grande di 2GB su alcuni sistemi.
Ci era tempo dove le grandi lime erano difficili da dirigere (per copiare, trasferire,…)
Ed allora voi preferred avendo parecchie lime.
Ci era tempo dove avete avuto parecchi disc, con un filesystem per ogni disc. Così se voleste equilibrare l'ingresso/uscita, generate uno schedario di dati su ogni disc. Quella era “spogliatura del manuale„

Ma oggi, potete avere lime molto grandi con un limite molto alto, voi potete parti di sostegno delle lime paralelamente, voi equilibrate l'ingresso/uscita con i filesystems virtuali, il RAID, ASM,…

Oracle persino ha che cosa è chiamato “tablespaces bigfile„ che può avere soltanto uno schedario di dati che può avere il formato massimo. Così non ci è solitamente buon motivo avere troppi schedari di dati, tranne se pensate che sia più facile da dirigere (per esempio, avete 2 filesystems e che volete spostare alcune lime da una verso l'altra per equilibrare lo spazio).

>> Quando si lo dice “vuole non ridimensionare questi schedari di dati ma preferibilmente generare un nuovo„?
Quando esso portata il limite che potete dirigere facilmente. Ma se quello lo incita ad avere 500 schedari di dati, quindi voi dovrebbe spingere verso l'alto il vostro limite;)

Riguardi,
Franck.
Altre soluzioni  
 
programming4us programming4us