[Gelöst] Objekt konnte in der primären Domäne nicht gefunden werden

Summary: Das Exportieren von Exchange Server nach PST ist ein Vorgang, mit dem jeder Administrator wöchentlich oder monatlich konfrontiert wird, je nachdem, ob es sich um einen Austritt oder um die Wiederherstellung eines alten oder nicht mehr verbundenen Postfachs handelt.

Beim Exportieren in PST kann ein Problem auftreten, wenn Sie das PowerShell-Cmdlet “New- MailboxExportRequest” wie unten beschrieben verwenden.

New-MailboxExportRequest -Mailbox 'test1' -FilePath New- MailboxExportRequest -Mailbox 'test1' -FilePath "\\fileserver\psts\test1.pst"

Nach der Ausführung des Befehls wird die folgende Fehlermeldung angezeigt.

Der Vorgang konnte nicht ausgeführt werden, weil das Objekt 'test1' auf 'domain.lan' nicht gefunden wurde. + CategoryInfo : NotSpecified: (0:Int32) [New-MailboxExportRequest], ManagementObjectNotFoundException + FullyQualifiedErrorId : 44ACBC3C,Microsoft.Exchange.Management.RecipientTasks.NewMailboxExpo rtRequest

Man muss versuchen, die Informationen aus dem Fehler zu erhalten, aber erstens müssen wir sicherstellen, dass die Voraussetzungen für den Export von Exchange Server zu PST. Wenn Sie Exchange Server 2010 oder 2013 haben, stellen Sie sicher, dass das neueste Service Pack zusammen mit allen kritischen Patches installiert sind.

TIPP: Sie können solche Fehler und Probleme vermeiden, indem Sie eine EDB zu PST Konverter Software, wie Stellar Converter für EDB, verwenden. Die Software hilft Ihnen, Postfächer direkt aus einer Offline- oder Online-Exchange-Datenbank (EDB) in das mit Outlook importierbare PST-Format zu exportieren, ohne einen komplexen PowerShell-Befehl zu verwenden.

Zweitens sollten Sie darauf achten, dass der Benutzername, unter dem Sie den Befehl ausführen, Teil der Exchange-Administratorengruppe ist und dass das Zielverzeichnis über ein Exchange Trust Subsystem mit voller Kontrolle über die Freigabe und den Ordner verfügt.

Der obige Fehler besagt, dass der Benutzername im Domänencontroller nicht gefunden wurde. Stellen Sie zunächst sicher, dass der Benutzer nicht gelöscht oder deaktiviert ist. Dies kann über die Active Directory-Benutzer und -Computer auf Ihrem Domänencontroller überprüft werden. Stellen Sie sicher, dass der FQDN Ihres Domänencontrollers von dem Server aus erreichbar ist, von dem Sie exportieren

Eine andere Sache, die Sie überprüfen sollten, ist, ob Sie von einem Root- Domänencontroller exportieren und die Benutzer unter einem untergeordneten Domänencontroller sind. Zum Beispiel haben Sie domain.lan und dann haben Sie Ihr Active Directory je nach Gebiet aufgeteilt wie emea. domain.lan oder us. domain.lan. In diesem Fall müssen Sie sicherstellen, dass Ihr Stammdomänencontroller vom Exchange Server aus erreichbar ist.

Ein weiterer Punkt, den Sie berücksichtigen müssen, ist, dass Exchange Probleme mit dem Speicherort des Benutzers hat, wenn sich die Benutzer auf dem untergeordneten Domänencontroller und die E-Mails auf dem Stammdomänencontroller befinden.

Obwohl sich beide Domänencontroller in derselben Gesamtstruktur befinden, kann es zu Problemen kommen, wenn das Cmdlet “New-MailboxExporRequest” den zu exportierenden Benutzer nachschlägt.

Obwohl der Benutzer erstellt wurde und sich im selben Forest befindet, ist er nicht im Haupt-Active Directory, in diesem Beispiel nicht in der domain.lan, sondern in der us.domain.lan. Wenn der Exchange Server standardmäßig unter domain.lan installiert ist, findet das Export-Skript den Benutzer nicht.

In diesem Fall müssen Sie sicherstellen, dass Sie den Domänencontroller in das Exportskript Ihres Servers aufnehmen, damit Sie angeben, wo das Skript nach dem Benutzer suchen soll.

Dazu müssen wir dem Skript die Option – DomainController hinzufügen, wie unten dargestellt:

New-MailboxExportRequest -Mailbox 'test1' -FilePath "\\fileserver\psts\test1.pst" -DomainController "us.domain.lan"

Der Befehl exportiert das Postfach aus der Root-Domäne, in der sich der Exchange Server befindet, aber er führt die Benutzersuche vom angegebenen Domänencontroller aus durch.

Das ist natürlich praktisch, wenn Sie nur einen Export haben, aber wenn Sie ein Skript erstellen oder von verschiedenen Orten aus exportieren müssen, kann das ein bisschen mühsam sein.

Der Versuch einer spezialisierten Software-Anwendung wie Stellar Konverter for EDB, fanden Sie diesen Prozess wird einfach und mühelos.

Die Benutzeroberfläche der EDB zu PST Konverter Software war sehr einfach zu bedienen und es gibt eine ausreichende Anzahl von Filtern und Suchkriterien. Die Anwendung kann von jedem Computer und ohne hohe Anforderungen für die Verarbeitung des Exports in PST verwendet werden.

Die Anwendung ist nicht nur eine großartige Alternative zur Verwendung von Skripten und anderen Prozessen für den Export von Postfächern von jedem Exchange Server in PST-Dateien oder andere Formate, sondern auch ein großartiges Tool für die Migration zu Office, da die Anwendung für den Export von Exchange direkt in das Postfach des Benutzers in Office 365 verwendet werden kann.

Nehmen Sie Hilfe von Referenz & empfehlen Stellar Konverter für EDB.

Related Post