Export in ein PST --> Ein Client-Vorgang ist fehlgeschlagen
Maike Matthess
wenn ich ein Postfach in ein PST exportieren möchte, kommt am Ende immer die
Fehlermeldung "Ein Client-Vorgang konnte nicht ausgeführt werden" oder "Der
Vorgang konnte nicht ausgeführt werden". Wenn man die Inhalte des PSTs dann
überprüft, stellt man fest, dass nicht alle Postfach Inhalte exportiert
wurden!!
Kann mir jmd. sagen, warum die Meldung kommt und wie ich die Postfächer
VOLLSTÄNDIG exportieren kann?!
Grüße und Danke,
Maike
Andy Rath
"Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
news:#VDEKE3bCHA.1656@tkmsftngp11...
Ist ein Exchange Server im Spiel?
Grüsse
Andy
--
[Formerly appended fullquote was nuked by morver,
the versatile morphing server.]
Maike Matthess
ja, wir haben den Exchange 5.5 Sp4 auf einem Windows2000 Server Sp2 laufen.
Maike
"Andy Rath" <andy...@promptsolutions.de> schrieb im Newsbeitrag
news:unYHsg3bCHA.1732@tkmsftngp09...
Andre Zschäbitz
ich hatte das Problem auch. Probiere mal folgendes:
1. Offlinedatei erstellen
2. Offlinedatei synchronisieren
3. Standardverbindung auf offline stellen
4. Outlook dann starten und den Exportvorgang starten, ggf. "keine
Verschlüsselung" wählen
mfg
Andre
"Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
news:#VDEKE3bCHA.1656@tkmsftngp11...
Andy Rath
"Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
news:#ctkxp3bCHA.2324@tkmsftngp08...
> Hallo Andy,
>
> ja, wir haben den Exchange 5.5 Sp4 auf einem Windows2000 Server Sp2
laufen.
ok - ich hatte das Prob neulich auch. Mit Exmerge hat es funktioniert.
Als wir mit einem anderen Benutzer das Postfach mit öffneten hat es auch
funktioniert. Eine Weile später funktionierte es auch bei dem
eigentlichen User. Ich hab keine Schimmer warum dem so war.
Beste Grüsse
Andy Rath
> Maike
>
>
> "Andy Rath" <andy...@promptsolutions.de> schrieb im Newsbeitrag
> news:unYHsg3bCHA.1732@tkmsftngp09...
> > Hallo Maike,
> >
> > "Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
> > news:#VDEKE3bCHA.1656@tkmsftngp11...
> > > Hallo NG,
> > >
> > > wenn ich ein Postfach in ein PST exportieren möchte, kommt am Ende
immer
> > die
> > > Fehlermeldung "Ein Client-Vorgang konnte nicht ausgeführt werden" oder
> > "Der
> > > Vorgang konnte nicht ausgeführt werden". Wenn man die Inhalte des PSTs
> > dann
> > > überprüft, stellt man fest, dass nicht alle Postfach Inhalte
exportiert
> > > wurden!!
> > >
> > > Kann mir jmd. sagen, warum die Meldung kommt und wie ich die
Postfächer
--
Maike Matthess
leider hat das alle nix genutzt. Weder der TRick mit der Offline-Datei
(schon bei der Synchronisation traten Fehler auf - Ein Client-Vorgang ist
fehlgeschlagen!!), noch ein neues Profil, noch Installation von Office
SP1/2. Schade!
Exmerge konnte ich noch nicht ausprobieren, da bei mir beim Aufruf der
exmerge.exe immer die Meldung kommt, dass er die exchmem.dll nicht finden
kann?!
Hat noch jmd. ne Idee?
Ich beginne zu befürchten, dass es irgendwas mit den Exchange-DBs zu tun
haben könnte ... :((
Grüße und Danke für die Tips,
Maike
"Andre Zschäbitz" <a.zsch...@imckg.de> schrieb im Newsbeitrag
news:#AYLdY4bCHA.2524@tkmsftngp10...
Maike Matthess
auch mit Exmerge konnte ich nichts erfolgreich exportieren. Habe das Exmerge
von der Backoffice 4.5 Resource Kit CD genommen. Das brach aber mit
folgendem Fehler im Log ab:
****************************************************************
Microsoft Exchange Mailbox Merge Program, v1.62
Start Logging:October 14, 2002 12:13:45
****************************************************************
[12:13:45] Logging Level: None
[12:14:09] Copying data from mailbox 'User' ('User') on Server 'Server' to
file 'C:\EXMERGEDATA\User.PST'.
[12:14:10] Error creating Message Service (MSPST MS)
[12:14:10] Errors encountered. Copy process aborted
[12:14:10] 0 mailboxes successfully processed. 1 errors encountered
[12:14:10] Process completion time: 00:00:00
In der Knowledgebase wird in einem Artikel darauf hingewiesen, dass das
daran liegen kann, dass für die Mailbox kein Directory Object existiert.
Laut Artikel kann man das manuell anlegen oder per Konsistenzanpassung
automatisch machen.
Wie und wo legt man solch ein Directory Object manuell an? Läuft das
eventuell nicht, weil wir EX 5.5 in Verbindung mit Active Directoy laufen
haben?
Grüße,
Maike
"Andy Rath" <andy...@promptsolutions.de> schrieb im Newsbeitrag
news:uJVORk4bCHA.1480@tkmsftngp12...
Andy Rath
"Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
news:OE32uP3cCHA.620@tkmsftngp12...
> Hi Andy,
>
> auch mit Exmerge konnte ich nichts erfolgreich exportieren. Habe das
Exmerge
> von der Backoffice 4.5 Resource Kit CD genommen. Das brach aber mit
> folgendem Fehler im Log ab:
>
> ****************************************************************
> Microsoft Exchange Mailbox Merge Program, v1.62
> Start Logging:October 14, 2002 12:13:45
> ****************************************************************
> [12:13:45] Logging Level: None
> [12:14:09] Copying data from mailbox 'User' ('User') on Server 'Server' to
> file 'C:\EXMERGEDATA\User.PST'.
> [12:14:10] Error creating Message Service (MSPST MS)
> [12:14:10] Errors encountered. Copy process aborted
> [12:14:10] 0 mailboxes successfully processed. 1 errors encountered
> [12:14:10] Process completion time: 00:00:00
>
> In der Knowledgebase wird in einem Artikel darauf hingewiesen, dass das
> daran liegen kann, dass für die Mailbox kein Directory Object existiert.
> Laut Artikel kann man das manuell anlegen oder per Konsistenzanpassung
> automatisch machen.
Hab im Technet genau einen dazu gefunden. Scheint der gleiche zu sein.
Ggf solltest Du einfach eine Konsistensanpassung machen. Hab eure
Konstellation nicht parat und kann somit nicht nachsehen.
> Wie und wo legt man solch ein Directory Object manuell an? Läuft das
> eventuell nicht, weil wir EX 5.5 in Verbindung mit Active Directoy laufen
> haben?
Gute Frage. Eigentlich sollte es aber funktionieren. Hast Du es mal mit
Exmerge von Ex2k probiert?
Grüsse
Andy
Maike Matthess
Exmerge von der EX2000 SP2 CD habe ich auch schon ausprobiert. Da kommt
folgender Fehler im Log:
****************************************************************
Microsoft Exchange Mailbox Merge Program, v6.0.5762.3
Start Logging:October 14, 2002 13:58:18
****************************************************************
[13:58:18] Logging Level: None
[13:58:18] Reading settings from file 'C:\temp\ExMerge\EXMERGE.INI'.
[13:58:18] Reading list of subjects for messages to be selected from file ''
[13:58:18] Reading list of attachment names for messages to be selected from
file ''
[13:58:18] List of folders to be ignored has been read. 0 folders in the
list.
[13:58:18] Current machine locale ID is 0x407
[13:58:18] Operating System Version 5.0 (Build 2195)
[13:58:26] Error parsing DN '' (CADRoutines::GetExchange5xServerNameInfo)
[13:58:26] 'SERVERNAME' is running Exchange Server 5.x
[13:58:58] Using attribute 'PR_MESSAGE_DELIVERY_TIME' for date operations.
[13:58:58] Merging data into target store. The program will copy only those
messages that do not exist in the target store.
[13:58:58] Associated folder data will NOT be copied to the target store.
[13:58:58] Using 'German' (0x407) as the default locale (Code page 1252)
[13:58:58] All mailboxes will be processed, regardless of locale
[13:58:58] Initializing worker thread (Thread0)
[13:58:58] Copying data from mailbox 'USERNAME' ('USERALIAS') on Server
'SERVERNAME' to file 'C:\EXMERGEDATA\USERALIAS.PST'.
[13:58:58] Store 'MSPST MS' was not opened.
[13:58:58] Errors encountered. Copy process aborted for mailbox 'USERNAME'
('USERALIAS').
[13:58:58] Number of items copied from the source store for all mailboxes
processed: 0
[13:58:58] Total number of folders processed in the source store: 0
[13:58:58] 0 mailboxes successfully processed. 1 mailboxes were not
successfully processed. 0 non-fatal errors encountered.
[13:58:58] Process completion time: 00:00:00
Wir haben hier einen EX 5.5 SP4, der produktiv läuft (auf Win2000 Server,
SP2). Des Weiteren haben wir einen EX2000 SP2, der bisher noch nicht
produktiv läuft (bevor ich umstelle wollte ich eine Sicherung in PSTs - und
da beißt sich die Katze in den Schwanz). EX 5.5 ist über einen Active
Directory Connector mit der Win2000 AD verbunden.
Kann ich mit dieser Konstellation die Konsistenzanpassung ungefährdet laufen
lassen?
Grüße,
Maike
"Andy Rath" <andy...@promptsolutions.de> schrieb im Newsbeitrag
news:#CeFrf3cCHA.2424@tkmsftngp09...
Andy Rath
"Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
news:O8LEuy3cCHA.2592@tkmsftngp09...
Direkte Antwort: Nein.
Bei einer Konsistensanpassung kann immer etwas schief gehen. In der
Hilfe ist einigermassen gut beschrieben was dabei geschieht. Dann wird
es dir ggf klarer. Meistens geht es aber gut.
Meine Empfehlung ist:
Mach ein online Fullbackup des Exchange Servers (IS + Directory) und
danach eine Konsistenzanpassung. Das Sichern einzelner Objekte ist für
ein eventuelles Disasterrecovery sehr schlecht. Die Downtime würde
warscheinlich einem Kurzurlaub entsprechen. Als Ergänzung geht das mit
dem PST-Files natürlich in Ordnung. Hab ich auch gemacht.
Und das ist auch nur eine Empfehlung - einen Freibrief bekommst Du
nicht. Es ist aber ein normaler Vorgang dies vor einem Move zu machen.
Mit einem Fullbackup im Kreuz sollte man sich da schon dranwagen können.
Sind die beiden Server (Ex 5.5 und Ex2k) eigentlich in der gleichen Site
installiert? Anderst gefragt: Läuft der SRS (Service)?
Oder, kannst Du Postfächer zwischen den beiden Servern verschieben?
Grüsse
Andy
Maike Matthess
> Bei einer Konsistensanpassung kann immer etwas schief gehen. In der
> Hilfe ist einigermassen gut beschrieben was dabei geschieht. Dann wird
> es dir ggf klarer. Meistens geht es aber gut.
Ja, hab die Hilfe auch schon gelesen. Und habe die Konsistenzanpassug auch
schon mal durchgeführt (vor Umstellung NT --> Win2K), da ging gut. Nur die
Warnungen in der Hilfe und beim Ausführen stimmen mich doch etwas skeptisch.
Dachte nur, da wir den EX 5.5 in Verbindung mit dem AD nutzen, könnte die
Konsitenzanpassung was kaputt machen.
> Meine Empfehlung ist:
> Mach ein online Fullbackup des Exchange Servers (IS + Directory) und
> danach eine Konsistenzanpassung. Das Sichern einzelner Objekte ist für
> ein eventuelles Disasterrecovery sehr schlecht. Die Downtime würde
> warscheinlich einem Kurzurlaub entsprechen. Als Ergänzung geht das mit
> dem PST-Files natürlich in Ordnung. Hab ich auch gemacht.
Full-Backup der DBs und der einzelnen Postfächer machen wir jeden Freitag.
Unter der Woche beides inkremtell. Dauert wirklich immer ewig das
"Bricklevel" beim Full-Backup ...
> Und das ist auch nur eine Empfehlung - einen Freibrief bekommst Du
> nicht. Es ist aber ein normaler Vorgang dies vor einem Move zu machen.
> Mit einem Fullbackup im Kreuz sollte man sich da schon dranwagen können.
Da bei uns ja weder die PST ERstellung, noch die Offline-Synchronisation
gescheit geht, kann ich leider nicht ausschließen, dass was an den DBs nicht
in Ordung ist.
Kann ich die DBs noch anders überprüfen (isinteg, etc.)? Das ist ja auch
immer so ne Sache mit dem überprüfen mit diesen Tools ...
> Sind die beiden Server (Ex 5.5 und Ex2k) eigentlich in der gleichen Site
> installiert?
Ja.
Anderst gefragt: Läuft der SRS (Service)?
Du meinst den Standort Replikatoins Dienst (Site Replication Service), oder?
Der läuft auf dem EX2K, ja.
> Oder, kannst Du Postfächer zwischen den beiden Servern verschieben?
Ja. Zumindest mit Test-Postfächern hat das geklappt. An die produktiven habe
ich mich mangels PSt-Sicherung noch nicht rangewagt ...
Grüße,
Maike
Andy Rath
"Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
news:#qfBj9OdCHA.2220@tkmsftngp10...
> Hi Andy,
>
> > Bei einer Konsistensanpassung kann immer etwas schief gehen. In der
> > Hilfe ist einigermassen gut beschrieben was dabei geschieht. Dann wird
> > es dir ggf klarer. Meistens geht es aber gut.
>
> Ja, hab die Hilfe auch schon gelesen. Und habe die Konsistenzanpassug auch
> schon mal durchgeführt (vor Umstellung NT --> Win2K), da ging gut. Nur die
> Warnungen in der Hilfe und beim Ausführen stimmen mich doch etwas
skeptisch.
> Dachte nur, da wir den EX 5.5 in Verbindung mit dem AD nutzen, könnte die
> Konsitenzanpassung was kaputt machen.
Sollte eingentlich nichts ausmachen. Der W2k simuliert ja einen NT PDC.
> > Meine Empfehlung ist:
> > Mach ein online Fullbackup des Exchange Servers (IS + Directory) und
> > danach eine Konsistenzanpassung. Das Sichern einzelner Objekte ist für
> > ein eventuelles Disasterrecovery sehr schlecht. Die Downtime würde
> > warscheinlich einem Kurzurlaub entsprechen. Als Ergänzung geht das mit
> > dem PST-Files natürlich in Ordnung. Hab ich auch gemacht.
>
> Full-Backup der DBs und der einzelnen Postfächer machen wir jeden Freitag.
> Unter der Woche beides inkremtell. Dauert wirklich immer ewig das
> "Bricklevel" beim Full-Backup ...
Moment:
Bricklevel = Sichern einzelner Objekte - nichts weiter. Also kein
Fullbackup im eigentlichen Sinne.
Fullbackup = Sicherung des Informationstores + Directory (und nur dies
ist sinnvoll für eine Wiederherstellung)
> > Und das ist auch nur eine Empfehlung - einen Freibrief bekommst Du
> > nicht. Es ist aber ein normaler Vorgang dies vor einem Move zu machen.
> > Mit einem Fullbackup im Kreuz sollte man sich da schon dranwagen können.
>
> Da bei uns ja weder die PST ERstellung, noch die Offline-Synchronisation
> gescheit geht, kann ich leider nicht ausschließen, dass was an den DBs
nicht
> in Ordung ist.
Mach ein online Fullbackup. Wenn mit der DB etwas nicht in Ordnung ist,
sollte dies genau hierbei auffallen. Ein weiterer Grund warum
Fullbackup und online. Das Online Full sollte also durchlaufen. Wenn
nicht, dann ab in´s Ereignisprotokoll und nachsehen was los ist.
Welches Prog benutzt ihr zum Sichern? (Sorry - zu viele Thread im Kopf)
> Kann ich die DBs noch anders überprüfen (isinteg, etc.)? Das ist ja auch
> immer so ne Sache mit dem überprüfen mit diesen Tools ...
Der Einsatz von ISINTEG und ESEUTIL ist immer gefährlich. Mann sollte
tunlichst die Finger davon lassen, wenn es sich irgendwie vermeiden
lässt.
> > Sind die beiden Server (Ex 5.5 und Ex2k) eigentlich in der gleichen Site
> > installiert?
>
> Ja.
OK - Dann mach das Online Fullbackup von IS und Dir und verschiebe die
Postfächer. Wende am besten den gesamten Artikel "How to remove the last
Exchange 5.5 Server from an existing Exchange 2000 Routing Group". Aber
drauf achten was genau wo passiert. Bau dir am besten einen Plan dazu
auf. Wenn man das schonmal gemacht hat, ist das kein Prob. Falsch
machen kann man´s aber trotzdem...
Bei Fragen - einfach fragen. würde sagen gleich in den Exchange NGs.
> Anderst gefragt: Läuft der SRS (Service)?
>
> Du meinst den Standort Replikatoins Dienst (Site Replication Service),
oder?
Jepp!
> Der läuft auf dem EX2K, ja.
>
>
> > Oder, kannst Du Postfächer zwischen den beiden Servern verschieben?
>
> Ja. Zumindest mit Test-Postfächern hat das geklappt. An die produktiven
habe
> ich mich mangels PSt-Sicherung noch nicht rangewagt ...
Vergiss die PST-Sicherung. Du verstehst zwar im Disasterfalle jedem
damit einen persönlichen Ordner mit gesamtem Inhalt in die Hand zu
drücken, aber es ist einfach nicht gut. ;-)
Beste Grüsse
Andy
> Grüße,
> Maike
>
>
Maike Matthess
ich werde am Freitag Nachmittag ggf. mal den Konsistenzcheck drüber laufen
lassen, nachdem ich die DBs online und offline gesichert habe.
Wir haben als Backup-software ArcServe 2000 SP4 und den Exchange Agent im
Einsatz. Gesichert wird der Exchange jeden Mittag online, sowohl die
Datenbanken (Directory/Informationstore) als auch alle einzelne
Mailboxen/öffentliche Ordner ("Bricklevel"). Montag bis Donnerstag läuft die
sciherung inkrementell, freitags das Full-Backup.
Mir ist bei der Sicherung der EX-DBs (und des Directorys) an sich eigentlich
nichts besonderes aufgefallen (keine Fehler/Warnings). Eins allerdings ist
seltsam:
dbaexch\Directory (--> komplett)
1 Database/Transaction Logs 10,01 MB
dbaexch\Informationstore (--> komplett)
1 Database/Transaction Logs 5.245,04 MB
dbaexchg2 (--> "Bricklevel")
1 Database/Transaction Logs 2.233,98 MB
Dateigrößen EX-DBs:
priv.edb 1.973 MB
pub.edb 3.388 MB
Die gesicherte Komplettversion des EX kommt ja hin, aber bei dem Bricklevel
müsste ja viel mehr gescihert worden sein!! Auch bei der Rücksicherug von
einem einzelen Unterordner aus meinem Postfach fiel mir auf, dass dessen
Inhalt nicht komplett war. Also scheint da nicht ein allg. Problem mit den
EX-DBs vorzuliegen, sondern immer nur dann, wenn es um die einzelnen
Postfächer geht (PSTs erstellen, Bricklevel sichern,
offline-Synchronisation)!!
Hast Du da ne Idee dazu?!
Im Ereignisprotokoll (System/Anwendungsprotokoll in der Verwaltung) des
Servers habe ich nichts dies betreffendes gefunden. Habe nochmal die
einträge gelöscht, damit ich da morgen einen klareren Überblick habe.
Die Postfächer verschieben wollte ich eigentlich erst, wenn ich diese
Unstimmigkeiten geklärt habe. Ich könnte es höchstens mal versuchen mit
einem Postfach von einem ehemaligen Mitarbeiter. Das kann nicht so viel böse
Folgen haben, wie bei einem eines aktiven Mitarbeiters ... ;))
Und da wären ja noch die öffentlichen Ordner .... die sind bei uns
irgendwieschon so komisch repliziert mit dem EX2K. Aber ich weiß nicht
genau, was da eingerichtet wurde (von meinem ehem. Chef, der ist wech! der
wusst da aber auch nicht so genau, was zu tun ist ...).
Grüße,
Maike
"Andy Rath" <andy...@promptsolutions.de> schrieb im Newsbeitrag
news:OBLl4ScdCHA.1544@tkmsftngp09...
Andy Rath
"Maike Matthess" <maike.m...@accentis.de> schrieb im Newsbeitrag
news:e14WK6edCHA.3808@tkmsftngp08...
Bricklevelsicherung ist schlecht. Bricklevel mit Arcserve ist ein Witz.
Cai ist im Mainframebereich sehr gut. Arcserve aber, hat mit grossem
Abstand den schlechtesten Ruf aller Backup-Progs für den Ex. Fazit:
Lass es sein! Du kannst die Wiederherstellung für gelöschte Elemente
aktivieren. Dies direkt bei den Stores für x Tage. Selbiges in
Kombination mit einem Full- und differential Backup ist die beste
Lösung. Dies geht beim Ex 5.5 nicht sofort, da die
Umlaufprotokollierung aktiviert ist. Heisst die Logfiles werden durch
den Ex regelmässig in die DB geschrieben und gelöscht. Logfile =
Transaktionlog ~ Änderungen. Genau diese werden bei einem Differential
gesichert. Gelöscht würden die Logfiles allerdings nur durch ein Full
oder Inkremental.
Aber genug davon ... mach ein online Full.
> Auch bei der Rücksicherug von
> einem einzelen Unterordner aus meinem Postfach fiel mir auf, dass dessen
> Inhalt nicht komplett war. Also scheint da nicht ein allg. Problem mit den
> EX-DBs vorzuliegen,
Vergiss Bricklevel. Grade unter Arcserve unterliegt es einigen
Einschränkungen.
sondern immer nur dann, wenn es um die einzelnen
> Postfächer geht (PSTs erstellen, Bricklevel sichern,
> offline-Synchronisation)!!
> Hast Du da ne Idee dazu?!
Mach erstmal das ONline Full. Wie gesagt, sollten sich im Fehlerfalle
danach Meldungen im Ereignisprotokoll finden lassen.
> Im Ereignisprotokoll (System/Anwendungsprotokoll in der Verwaltung) des
> Servers habe ich nichts dies betreffendes gefunden. Habe nochmal die
> einträge gelöscht, damit ich da morgen einen klareren Überblick habe.
Beim Brick sollte das auch nicht der Fall sein. Es arbeitet (einfach
gesagt) wie der Export in einen Persönlichen Ordner unter Outlook.
> Die Postfächer verschieben wollte ich eigentlich erst, wenn ich diese
> Unstimmigkeiten geklärt habe.
Besser ist das. Sonst wird ggf Schrott mitmirgriert. Schau dir auch mal
den Assistent für die Migration an.
> Ich könnte es höchstens mal versuchen mit
> einem Postfach von einem ehemaligen Mitarbeiter. Das kann nicht so viel
böse
> Folgen haben, wie bei einem eines aktiven Mitarbeiters ... ;))
Guter Plan ;-)
> Und da wären ja noch die öffentlichen Ordner .... die sind bei uns
> irgendwieschon so komisch repliziert mit dem EX2K. Aber ich weiß nicht
> genau, was da eingerichtet wurde (von meinem ehem. Chef, der ist wech! der
> wusst da aber auch nicht so genau, was zu tun ist ...).
ok - es gibt mehrere Artikel dazu (KB). Man sollte diese beachten, sonst
kommt da Mist raus. Postfächer verschieben ist nicht das Prob. Es geht
eher um Free/Busy, das Offline Adressbuch, öffentliche Ordner Sync und
Rehomen.
Bist Du in euerer Zweigstelle in Muc?
Beste Grüsse
Andy
> Grüße,
> Maike
>
>
>
--