Frage : Austausch 2010 - Bewegliche Briefkastenreinigungstörung

Hallo,

I morgens Abweichen von Austausch 2003 bis 2010. Während dieses im meine mailboxs auf exc2010 und für jeden 30. Briefkasten verschiebend erhalte ich diese Störung:

Warning: Zur Reinigung den Quellbriefkasten verlassen nach den move.
Error Details: MapiExceptionNotFound: Nicht imstande, Briefkasten zu löschen. (hr=0x8004010f, ec=-2147221233) googled

I es, und das hotfix angebracht schlagen jeder vor. Aber ich erhalte noch die Warnung. Aber ungefähr sie Briefkastens, die diese Warnung erhalten. Sie sind das stil, das auf dem Austauschbediener 2003 sichtbar ist. Was sollte ich mit ihnen tun? Sie löschen oder?

Antwort : Austausch 2010 - Bewegliche Briefkastenreinigungstörung

Hallo,

Es Zeit gab, in der man ein Aktenzählimpuls nicht größer als 2GB auf einigen Systemen ist.
Es gab Zeit, in der grosse Akten schwierig zu handhaben waren (kopieren, bringen,…)
Und dann Sie bevorzugt, einige Akten habend.
Es gab Zeit, in der Sie einige Scheiben hatten, mit einem Dateisystem für jede Scheibe. So, wenn Sie Input/Output balancieren wollten, verursachen Sie eine Datei auf jeder Scheibe. Das war „Handbuchabstreifen“

Aber heute, können Sie sehr große Akten mit einer sehr hohen Begrenzung, Sie haben können Unterstützungsteile Akten parallel, Sie balancieren Input/Output mit virtuellen Dateisystemen, RAID, ASM,…

Oracle hat sogar, was „bigfile Tablespaces“ genannt, als nur eine Datei haben kann, die die maximale Größe haben kann. So es gibt normalerweise keinen triftigen Grund, zu viele Dateien, ausgenommen zu haben, wenn Sie denken, dass zu handhaben ist einfacher (z.B., haben Sie 2 Dateisysteme und einige Akten von einer auf die andere verschieben möchten, um den Raum abzugleichen).

>> Wann sagt man „mich willt, diese Dateien nicht die Größe neu zu bestimmen aber ein Neues anstatt zu verursachen“?
Wenn es Reichweite die Begrenzung, die Sie leicht handhaben können. Aber, wenn das Sie 500 Dateien haben lässt, dann Sie sollte Ihre Begrenzung hochdrücken;)

Respekt,
Franck.
Weitere Lösungen  
 
programming4us programming4us