Wie kann ich den Fehler “Änderungen an einem Artikel können nicht gespeichert werden” beheben?

Bei der Migration von Daten von Exchange Server 2010, 2013, 2016 oder 2019 zu Exchange Online erhalten Sie möglicherweise die Fehlermeldung “Änderungen an einem Element, das gerade gespeichert wird, können nicht gespeichert werden.” Wenn Sie ein Postfach per Fernzugriff zu Exchange Online verschieben oder einen Migrationsstapel mit mehreren Postfächern ausführen, wird der Upload für ein bestimmtes Postfach bzw. bestimmte Postfächer angehalten und Sie erhalten die Fehlermeldung. Die vollständige Fehlermeldung sieht wie folgt aus:

Änderungen an einem Artikel können nicht gespeichert werden. --> MapiExceptionMessagePerFolderCountQuotaExceeded: Änderungen können nicht gespeichert werden. (hr=0x80004005, ec=1252)

Die Fehlermeldung zeigt an, dass das Problem mit der Anzahl der Objekte pro Ordner zusammenhängt, die die Quote überschritten haben. Es gibt keine Größenbeschränkung für ein Postfach oder einen Ordner. Alles scheint gut zu funktionieren, denn die Benutzer haben keine Probleme, ihre Daten auf dem Exchange Server zu speichern.

Laut der Microsoft-Dokumentation gibt es eine Obergrenze für die Anzahl der Einträge in einem einzelnen Ordner. Es sieht also so aus, als ob einer der Ordner in Ihrem(n) Postfach(en) die Grenze von einer Million Einträgen erreicht hat. Wie ich bereits sagte, hat der Benutzer kein Problem. Das Problem tritt nur auf, wenn Sie versuchen, das Postfach zu Office 365 zu migrieren.

Wie kann der Fehler “Änderungen an einem Artikel können nicht gespeichert werden” behoben werden?

Zuerst müssen Sie das Postfach identifizieren und aus dem Migrationsstapel entfernen, damit Sie die Migration der Daten fortsetzen können, während Sie das Problem mit dem oder den betroffenen Postfächern beheben.

Öffnen Sie das Fenster Exchange Management Shell (EMS). Geben Sie den folgenden Befehl ein, um die Ordnerstatistiken eines bestimmten Postfachs abzurufen und sie in der Variablen $root zwischenzuspeichern.

$root=Get-MailboxFolderStatistics -Identity <user email address>

Prüfen Sie nun das Postfach und sehen Sie nach, welcher Stammordner die Quote überschritten hat, indem Sie den folgenden Befehl verwenden.

$root | sort itemsinfolder -descending |ft folderpath,itemsinfolder

Wenn das Ergebnis keine Ordner anzeigt, die das besagte Kontingent überschritten haben, können Sie den Befehl etwas anders verwenden, um die Statistiken für die Benutzerordner und nicht für den Ordner Interpersonal Messages (IPM) zu erhalten.

Dazu müssen Sie den ersten Befehl ändern und die Funktion Ordnerbereich verwenden, um die Nicht-IPM-Stammordner zu ermitteln (siehe folgendes Beispiel).

$non_root=Get-MailboxFolderStatistics <email address> -FolderScope NonIpmRoot

Wenn Sie den obigen Befehl ausführen, erhalten Sie möglicherweise eine Warnung, dass die Ausführung nicht in der Lage war, das entsprechende Löschungsrichtlinien-Tag aus dem Active Directory abzurufen. Dies kann ignoriert werden. Wenn Sie den zweiten Befehl erneut ausführen, sollte die Ausgabe etwas anders aussehen.

Wie Sie sehen können, liegt das Problem nicht bei den normalen Ordnern, sondern bei einem versteckten Ordner, den der Benutzer nicht sehen kann. Es kann vorkommen, dass der Ordner, der die Quote überschreitet, ein Ordner wie System, Spooler-Warteschlange oder der Ordner Deferred Action ist.

Wenn es Ihnen gelingt, den problematischen Ordner zu finden, können Sie ihn nicht mit Outlook entfernen oder verschieben. Sie müssen eine Anwendung namens MFCMAPI verwenden, mit der Sie sich direkt mit dem Speicher verbinden und die versteckten Ordner, auf die der Benutzer keinen Zugriff hat, löschen/verschieben können.

Sie können dann versuchen, die Migration fortzusetzen.

Am Ende

Die Fehlermeldung “Änderungen an einem zu speichernden Element können nicht gespeichert werden” ist eines der Probleme, die während einer Migration auftreten können. Es gibt jedoch noch einige andere Probleme oder Komplikationen, die bei der Migration von Postfächern von Exchange vor Ort zu Exchange Online auftreten können. Für eine reibungslose und fehlerfreie Migration können Sie die Hilfe eines Drittanbieterprogramms für den EDB zu PST Konverter in Anspruch nehmen. Es gibt eine Vielzahl von Anwendungen auf dem Markt. Sie müssen nur die richtige Anwendung für Ihren Auftrag finden. Eine Anwendung, die mir in den Sinn kommt, ist Stellar Converter for EDB.

Mit dieser Anwendung können Sie mehrere Datenbanken von jeder Version von Exchange Server öffnen, ohne Größenbeschränkung. Sie müssen nicht einmal einen Exchange Server laufen haben, da Sie die Speicher direkt öffnen und durchsuchen können. Sie können die Postfächer aus der Datenbank granular in PST und andere Dateiformate exportieren. In diesem Szenario können Sie die Postfächer direkt in eine aktive Exchange Server-Datenbank oder einen Office 365-Tenant exportieren. Das Programm ist nicht auf den Export von Benutzerpostfächern beschränkt, sondern kann auch Benutzerarchive, freigegebene Postfächer, deaktivierte Postfächer und sogar öffentliche Ordner exportieren.

Was this article helpful?

YES0

NO

Über den Autor

Himanshu Shakya

Himanshu is a Tech Enthusiast and Blogger at Stellar, with expertise in data recovery solutions and a keen interest in emerging technologies. Fluent in Japanese, he brings a diverse skill set to his role, contributing to global tech conversations. Outside of work, Himanshu enjoys playing chess, sharpening his strategic thinking and problem-solving skills in his spare time.