Benutzer gelöscht, Postfach wiederherstellen + Mail an eine interne MA fuinktioniert nicht
Hallo,
ich habe bei uns einen Fehler gemacht.
Wir haben einen Domainserver und einen Exchangeserver. Durch einige Fehler mit einem Benutzer im AD habe ich diesen gelöscht und neu angelegt (mein eigentliches Problem war gelöst). Nun wollte ich das "alte" Postfach wieder mit dem neuen Benutzer verbinden.
Leider habe ich keine Ahnung wie das geht und wo ich das alte Postfach finden kann.
Zusätzlich hätte ich noch eine Sicherung (Backup Exec 2010) vom Vortag. Eine Wiederherstellung hier scheitert mit dem Fehler:
___
Wiederherstellen- \\1-SERVER\Microsoft Information Store\Mailbox Database 0680358379 1-SERVERV-79-57344-764 - Für Vorname Nachname [vorname nachname] können keine Inhalte wiederhergestellt werden, da die Microsoft Exchange-Datenbank mit der Mailbox offline ist oder die Mailbox selbst nicht vorhanden ist.
V-79-57344-65298 - Exchange-Speicherdienst reagiert nicht. Backup abgebrochen.
WiederherstellenV-79-57344-65072 - Verbindung zum Wiederherstellungsziel ging verloren. Vorgang abgebrochen.
___
Eine Wiederherstellung mit Umleitung funktionierte in BE leider auch nicht.
Zudem habe im ExchangeServer (2010) unter getrenntes Postfach nur sehr alte Postfächer aus der RecoveryDB. Diese stammen meiner Meinung nach aus einer alten Wiederherstellung/Migration von vor über 2 Jahren.
Das Postfach müsste doch aber noch irgendwo zu finden sein oder? Kann ich denn nich noch irgendwo das Postfach als PST exportieren?
Wie auf der Seite http://support.microsoft.com/kb/274343/de beschrieben habe ich da kein Postfach mit einem roten X
System: Win2008 AD + win2008 und dort per HyperV ein Exchange 2010
Die Funktion (http://technet.microsoft.com/de-de/library/jj863438%28v=exchg.150%29.as ..)
Get-MailboxDatabase | Get-MailboxStatistics | Where {$_.DisconnectReason -eq "Disabled"} | fl DisplayName,MailboxGuid,LegacyDN,Database
bringt mir die Info des "alten Postfaches"
DisplayName : Vorname Nachname
MailboxGuid : b7b43b69-923b-4024-a999-049279397791
LegacyDN : /O=GLEICHFELD/OU=EXCHANGE ADMINISTRATIVE GROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN=VORNAME NACHNAME
Database : Mailbox Database 0680358379
Als nächstes komme ich dann aber nicht mit dem Parameter SourceStoreMailbox klar. Was ist das? Ist das die Guid?
Ich würde das Postfach dann nämlich gern in ein Test PF umleiten
New-MailboxRestoreRequest -SourceStoreMailbox ??? -SourceDatabase “Mailbox Database 0680358379” -TargetMailbox "PF_Test" -AllowLegacyDNMismatch
Ist es richtig das ich unsere Database in " " setzen muss da diese Leerzeichen enthält?
Leider bin ich nun mit meinem Latein am Ende und hoffe hier auf Hilfe um hier nicht noch eventuell Hopfen und Mais zu verschenken.
Vielen Dank.
Gruß, Tom
ich habe bei uns einen Fehler gemacht.
Wir haben einen Domainserver und einen Exchangeserver. Durch einige Fehler mit einem Benutzer im AD habe ich diesen gelöscht und neu angelegt (mein eigentliches Problem war gelöst). Nun wollte ich das "alte" Postfach wieder mit dem neuen Benutzer verbinden.
Leider habe ich keine Ahnung wie das geht und wo ich das alte Postfach finden kann.
Zusätzlich hätte ich noch eine Sicherung (Backup Exec 2010) vom Vortag. Eine Wiederherstellung hier scheitert mit dem Fehler:
___
Wiederherstellen- \\1-SERVER\Microsoft Information Store\Mailbox Database 0680358379 1-SERVERV-79-57344-764 - Für Vorname Nachname [vorname nachname] können keine Inhalte wiederhergestellt werden, da die Microsoft Exchange-Datenbank mit der Mailbox offline ist oder die Mailbox selbst nicht vorhanden ist.
V-79-57344-65298 - Exchange-Speicherdienst reagiert nicht. Backup abgebrochen.
WiederherstellenV-79-57344-65072 - Verbindung zum Wiederherstellungsziel ging verloren. Vorgang abgebrochen.
___
Eine Wiederherstellung mit Umleitung funktionierte in BE leider auch nicht.
Zudem habe im ExchangeServer (2010) unter getrenntes Postfach nur sehr alte Postfächer aus der RecoveryDB. Diese stammen meiner Meinung nach aus einer alten Wiederherstellung/Migration von vor über 2 Jahren.
Das Postfach müsste doch aber noch irgendwo zu finden sein oder? Kann ich denn nich noch irgendwo das Postfach als PST exportieren?
Wie auf der Seite http://support.microsoft.com/kb/274343/de beschrieben habe ich da kein Postfach mit einem roten X
System: Win2008 AD + win2008 und dort per HyperV ein Exchange 2010
Die Funktion (http://technet.microsoft.com/de-de/library/jj863438%28v=exchg.150%29.as ..)
Get-MailboxDatabase | Get-MailboxStatistics | Where {$_.DisconnectReason -eq "Disabled"} | fl DisplayName,MailboxGuid,LegacyDN,Database
bringt mir die Info des "alten Postfaches"
DisplayName : Vorname Nachname
MailboxGuid : b7b43b69-923b-4024-a999-049279397791
LegacyDN : /O=GLEICHFELD/OU=EXCHANGE ADMINISTRATIVE GROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN=VORNAME NACHNAME
Database : Mailbox Database 0680358379
Als nächstes komme ich dann aber nicht mit dem Parameter SourceStoreMailbox klar. Was ist das? Ist das die Guid?
Ich würde das Postfach dann nämlich gern in ein Test PF umleiten
New-MailboxRestoreRequest -SourceStoreMailbox ??? -SourceDatabase “Mailbox Database 0680358379” -TargetMailbox "PF_Test" -AllowLegacyDNMismatch
Ist es richtig das ich unsere Database in " " setzen muss da diese Leerzeichen enthält?
Leider bin ich nun mit meinem Latein am Ende und hoffe hier auf Hilfe um hier nicht noch eventuell Hopfen und Mais zu verschenken.
Vielen Dank.
Gruß, Tom
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 233825
Url: https://administrator.de/contentid/233825
Ausgedruckt am: 22.11.2024 um 15:11 Uhr
6 Kommentare
Neuester Kommentar
Hallo,
The SourceStoreMailbox parameter specifies the identity of the mailbox from which you want to restore content. This parameter accepts the following values:
MailboxGUID
LegacyExchangeDN
DisplayName
Grüße
Filipp
Als nächstes komme ich dann aber nicht mit dem Parameter SourceStoreMailbox klar. Was ist das? Ist das die Guid?
Siehe http://technet.microsoft.com/en-us/library/ff829875%28v=exchg.141%29.as ...The SourceStoreMailbox parameter specifies the identity of the mailbox from which you want to restore content. This parameter accepts the following values:
MailboxGUID
LegacyExchangeDN
DisplayName
Ist es richtig das ich unsere Database in " " setzen muss da diese Leerzeichen enthält?
Ja.Grüße
Filipp
Hallo,
das ist das allseits bekannte & beliebte exchangeLegacyDN- bzw. Outlook-Nickname-Cache-Problem.
Outlook adressiert immer an den LegacyDN, auch wenn man die E-Mail-Adresse eingibt, wird diese über den Nickname-Cache zum legacyDN aufgelöst. Beim Löschen & neu anlegen ändert der sich.
Einfache Lösung: dem Nutzer manuell eine zusätzliche Adresse hinzufügen. Dabei als Adresstyp "X400" (nicht SMTP) angeben, als wert den alten legacyDN.
Grüße
Filipp
EDIT: Unsinn. Nicht X400, sondern X500. Siehe http://support.microsoft.com/kb/2807779/en-us
das ist das allseits bekannte & beliebte exchangeLegacyDN- bzw. Outlook-Nickname-Cache-Problem.
Outlook adressiert immer an den LegacyDN, auch wenn man die E-Mail-Adresse eingibt, wird diese über den Nickname-Cache zum legacyDN aufgelöst. Beim Löschen & neu anlegen ändert der sich.
Einfache Lösung: dem Nutzer manuell eine zusätzliche Adresse hinzufügen. Dabei als Adresstyp "X400" (nicht SMTP) angeben, als wert den alten legacyDN.
Grüße
Filipp
EDIT: Unsinn. Nicht X400, sondern X500. Siehe http://support.microsoft.com/kb/2807779/en-us
Hallo,
"FYDIBOHF23SPDLT" heißt "Exchange14rocks" im Cäsar-Code(?) und ist immer der Name der Administrativen Gruppe, die E2010 bei der Installation anlegt (-> nein, keine Benutzer-ID).
Der Fehler im Artikel war mir nie aufgefallen.
Grüße
Filipp
"FYDIBOHF23SPDLT" heißt "Exchange14rocks" im Cäsar-Code(?) und ist immer der Name der Administrativen Gruppe, die E2010 bei der Installation anlegt (-> nein, keine Benutzer-ID).
wie im Link beschrieben und habe dann folgendes:
X500:/O=DOMAIN/OU=EXCHANGE [...]
Das X500: gehört nicht dazu sondern spezifiziert den Typ. Wenn du die Adresse über die Shell hinzufügst, wird es gebraucht, wenn du es über die GUI gibst du den Typ ja separat schon an.X500:/O=DOMAIN/OU=EXCHANGE [...]
Der Fehler im Artikel war mir nie aufgefallen.
Grüße
Filipp