edvuschi

Hier kann man sehen wir man die Rollup Version ermittelt. http://www.mcseboard.de/ms-exchange-forum-80/exchange-2007-welches-rollup-installiert-174082.html#post1072876

Ok, verstanden, dann warte ich. Danke.

OK, ich habe schon einen Betrag dazu erstellt und ich dachte ich frag dich jetzt einfach mal und wenn du Lust und Zeit hast kannst du mir vielleicht helfen. Schau doch mal: http://www.mcseboard.de/ms-exchange-forum-80/exchange-2007-sp3-ru2-probleme-outlook-cache-mode-173993.html Danke und Gruss Uschi Es geht sich um den letzten Eintrag mit der Verzögerung bei der Aktulisierung von externen Outlook 2010 Client. Ob du da eine Idee hast.

OK, bin ja noch neu hier, werde mich an die Regeln halten. Aber ich hätte noch eine weitere Frage. Kann ich die hier so stellen oder muß ich einen neuen Betrag dafür eröffnen? Gruss Uschi

Problem gelöst. Vorgehensweise: 1) Nachdem am das Script Get-ExchangeServerVersion.ps1 runter geladen und in das Verzeichnis c:/org gelegt hat, startet man den Explorer und öffnet die Eigenschaften und klickt auf "Zulassen". Erst dann kann man das Script überhaupt auf dem Server ausführen. 2) Man startet die Exchange Verwaltungs Shell und wechselt in der Verzeichnis wo das Script liegt. 3) Man startet das Script mit folgendem Aufruf: ./Get-ExchangeServerVersion Fertig Gruss Uschi

OK, mache ich. Gruss Uschi PS: Ganz schön strenge Regeln hier. :rolleyes:

Hallo, wie kann ich das Rollup ermitteln? Mit dem Befehl Get-ExchangeServer | fl name,edition,admindisplayversion Erhalte ich die Version 8.3.6 Soweit ich herausfinden konnte ist das Exchange 2007 SP3. Aber welches Rollup steht da nicht drin oder? Laut dem Admin soll es Rollup 2 sein. Habe versucht das Script von The EXPTA {blog}: PowerShell Script to get Exchange Version, Build and Rollup zubenutzen. Leider läuft das Script in der Exchange Verwaltungs Shell (EMS) nicht. Es kommt folgende Fehlermeldung, die auch auf der Homepage steht. The term 'Get-ExchangeServerVersion.ps1' is not recognized as a cmdlet, function, operable program, or script file. Verify the term and try again. At line:1 char:29 Jemand eine Idee wie ich das Script ans laufen bekommen? Oder gibt es eine andere Möglichkeit? Danke. Gruss Uschi

Hi, leider läuft das Script in der Exchange Verwaltungs Shell (EMS) nicht. Es kommt folgende Fehlermeldung, die auch auf der Homepage steht. The term 'Get-ExchangeServerVersion.ps1' is not recognized as a cmdlet, function, operable program, or script file. Verify the term and try again. At line:1 char:29 Jemand eine Idee? Danke.

Danke Carlito, sorry, wegen dem Verstoß gegen Regel 7. Bin neu hier. Werde aber versprechen mich zu bessern. Gruss Uschi

Nach Rücksprache mit den Mitarbeitern habe ich folgende Infos bekommen. Der Mitarbeiter startet zuhause sein Outlook und es dauert 25 Minuten bis er damit arbeiten kann und die neuen emails erhält. Kann es damit zusammen hängen das er auch die Öffentlichen Ordner offline verfügbar gemacht hat. Dies wurde aber alles in der Firma synchronisiert. In der Firma klappt alles einwandfrei. Vielen dank für euere Hilfe. Gruss Uschi

Hallo, wie kann ich auch das Rollup ermitteln? Mit dem Befehl Get-ExchangeServer | fl name,edition,admindisplayversion Erhalte ich die Version 8.3.6 Soweit ich herausfinden konnte ist das Exchange 2007 SP3. Aber welches Rollup steht da nicht drin oder? Laut dem Admin soll es Rollup 2 sein. Gruss Uschi

Kleiner Nachtrag. ich habe den Zugriff auf das Postfach einmal von extern in einer VM mit Outlook 2010 und Cache Modus an nachgestellt. Wenn der Cache Modus an ist dann steht in der Statuszeile im Outlook immer "Ordner werden aktualisiert" das dauert ein paar Minuten. Dann erscheint "Alle Ordner sind aktualisiert". Dann habe ich von einem anderen Computer emails an diese email-Adresse versendet und die emails kommen auch wieder an. Ist das normal das diese "Ordneraktualisierung" schon mal etwas länger dauert? Gibt es eine Möglichkeit das zu beschleunigen oder den Cache einmal zu löschen? Sehr komisch. Ich werde noch einmal mit den Mitarbeitern sprechen.

Hallo, dürfte ich hier einmal ein Problem darstellen. Wir haben einen Windows 2008 SBS SP2 mit Exchange 2007 SP3 und seit letzter Woche auch Rollup2. Seit dem das Rollup 2 installiert ist gibt es Probleme wenn die Outlook-Clients 2010 von extern Ihre emails empfangen wollen. Es kommen keine neuen emails an. Wenn ich den Outlook Cache Modus deaktiviere kommen sofort die emails an. Aber leider kann man ohne Cache Modus nicht auf die Offline verfügbaren Öffentliche Ordner zugreifen. Diese benötigen wir aber. Ist jemandem diese Problem schon einmal über den Weg gelaufen? Achja, was vielleicht noch ganz interessant ist. Bei der Installation des Rollup 2 kam es erst zu einem Fehler (Code 800706BE). Jetzt ist es aber installiert laut Update verlauf. Wo kann ich nachschauen ob das RU2 wirklich installiert ist? Kann man das RU2 auch ein weites mal installieren? Danke Uschi

Hi, nur ein Tipp aus meiner Erfahrung. Offlinedateien sind vom Teufel. Es gibt immer wieder Probleme damit und man kann sich seine ganzen Dateien versauen. Habe eigene Erfahrugnen damit gemacht. Wir setzen seit dem TeamDrive ein. Wirklich zuverlässig und eine kompetente Hotline. Gruss Uschi

ja, davon habe ich auch gehört :D Ich werde das dann einmal recherchieren wenn ich das nächste mal an dem Server bin. So jetzt bin ich erst einmal froh das alle Server laufen. Dir ein schönes Wochenende. Bis bald Uschi

Hi carlito, jetzt kommt eine große Überraschung. Die Datensicherung heute Nacht hat ohne Probleme funktioniert. (Jetzt kommt das mit der Hoffnung, du weißt, die stirbt zu letzt.) (o; OK, wir haben nichts an dem Server gemacht und die ShadowCopys laufen wieder. Das nenne ich mal Selbstreperatur. Aber danke noch mal für deine Unterstützung. Gruss Uschi.

Ok, danke erst mal. Echt ein tolles Forum und so hilfsbereite Leute hier. Wenn ich wieder an dem Server bin werde ich unsere Lösungsansätze einmal ausprobieren und dich dann hier auf dem laufenden halten. Dir noch einen schönen Abend. Gruss Uschi

Hi, danke erst mal für deine Mühe. Hier meine Antworten. Werde ich einmal testen wenn ich wieder an dem Server bin. Ja, genau so. Ja, wahrscheinlich. Aber die Hoffnung stirbt zu letzt. ;) Ja, das habe ich auch schon gefunden. Die haben sich das mit dem Pfade vertan. Auf einem 64Bit Windows ist das. c:\windows\SysWOW64 and execute: regsvr32 ole32.dll regsvr32 vss_ps.dll regsvr32 es.dll regsvr32 stdprov.dll regsvr32 msxml3.dll regsvr32 msxml.dll regsvr32 msxml4.dll Werde ich machen wenn ich wieder an dem Server bin. Warum, was steht denn da interessantes drin? Windows 2008 SBS und das Windows Backup aus der SBSConsole :D Habe noch einige interessante Links gefunden: http://www.administrator.de/index.php?content=148108&thread=false http://support.microsoft.com/kb/2009533 http://www.administrator.de/index.php?content=148108&thread=false Von Symantec eine Batchdatei zum Fixen des Problems. Link Das wäre natürlich ein Traum. Ich weis den Link hat carlito schon gepostet. Nur das ich den nicht vergesse. Was meinst du kann man das guten Gewissens mal mit der Batchdatei probieren? Mehr kaputt machen kann man ja eh nicht mehr am VSS.

Hi, was hälst du hier von: http://blogs.technet.com/b/filecab/archive/2009/09/16/diagnosing-failures-in-windows-server-backup-part-1-vss-spp-errors.aspx Der Server wurde gestern neugestartet und der Fehler ist in der letzten Nacth aufgetreten. Ich werde einmal die Datensicherung von heute Abend abwarten und mich dann noch einmal melden. Gibt es ein Möglichkeit die ShadowCopy zu reparieren oder neu zuerstellen? Da scheint ja das Problem zu liegen. Ich glaube mit diesem Link kann man das Problem lösen. http://social.technet.microsoft.com/Forums/en-US/winserverfiles/thread/e2f86247-6a77-4bf3-a4f8-be7687c181b7 Hat damit jemand Erfahrung? Danke.

Hi carlito, sieht das alles normal aus oder kann man da was machen? Danke für deine Hilfe. Gruss Uschi. ..

Verfassername: "NPS VSS Writer" Verfasserkennung: {35e81631-13e1-48db-97fc-d5bc721bb18a} Verfasserinstanzkennung: {7d81c84b-31eb-4590-be8a-d3054f2fa430} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "Certificate Authority" Verfasserkennung: {6f5b15b5-da24-4d88-b737-63063e3a1f86} Verfasserinstanzkennung: {b09fa6a7-ee6b-4064-a8c0-62ac82315293} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "IIS Metabase Writer" Verfasserkennung: {59b1f0cf-90ef-465f-9609-6ca8b2938366} Verfasserinstanzkennung: {4246b81d-68a9-49ba-9faf-2f8db735ecc9} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Danke und Gruss Uschi

Hi carlito, hier noch mal die Writers: vssadmin 1.1 - Verwaltungsbefehlszeilenprogramm des Volumeschattenkopie-Dienstes <C> Copyright 2001-2005 Microsoft Corp. Verfassername: "System Writer" Verfasserkennung: {e8132975-6f93-4464-a53e-1050253ae220} Verfasserinstanzkennung: {87fd6811-2472-49c9-ab95-42875d49aa60} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "SqlServerWriter" Verfasserkennung: {a65faa63-5ea8-4ebc-9dbd-a0c4db26912a} Verfasserinstanzkennung: {ffd64d37-50c1-43fe-92f1-1396e42198ee} Status: [8] Fehlgeschlagen Letzter Fehler: Nicht-wiederholbarer Fehler Verfassername: "SharePoint Services Writer" Verfasserkennung: {c2f52614-5e53-4858-a589-38eeb25c6184} Verfasserinstanzkennung: {48f82e25-d308-4201-9725-ca655e825044} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "FRS Writer" Verfasserkennung: {d76f5a28-3092-4589-ba48-2958fb88ce29} Verfasserinstanzkennung: {a4c1ae2a-0098-4716-aa83-c1c8481429a8} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "ASR Writer" Verfasserkennung: {be000cbe-11fe-4426-9c58-531aa6355fc4} Verfasserinstanzkennung: {9b10824e-d87d-4d30-9217-1300ecfb15cb} Status: [1] Stabil Letzter Fehler: Kein Fehler Verfassername: "FSRM Writer" Verfasserkennung: {12ce4370-5bb7-4c58-a76a-e5d5097e3674} Verfasserinstanzkennung: {3041695d-60e8-4054-b8f6-22958f7a4555} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "IIS Config Writer" Verfasserkennung: {2s40fd15-dfca-4aa8-a654-1f8c654603f6} Verfasserinstanzkennung: {c45a8f25-9452-4d7e-9f63-6f7dc6f13edd} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "NTDS" Verfasserkennung: {b2014c9e-8711-4c5c-a5a9-3cf384484757} Verfasserinstanzkennung: {2bdee483-ef3d-4163-be09-a8a3f1b1bd3a} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "SPSearch VSS Writer" Verfasserkennung: {57af97e4-4a76-4ace-a756-d11e8f0294c7} Verfasserinstanzkennung: {867b36ca-7b17-49f2-98de-11929245ed47} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "Dhcp Jet Writer" Verfasserkennung: {be9ac81e-3619-421f-920f-4c6fea9e93ad} Verfasserinstanzkennung: {6f3dc844-0c8c-4b46-94c8-74db7e655a22} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "TS Gateway Writer" Verfasserkennung: {368753ec-572e-4fc7-b4b9-ccd9bdc624cb} Verfasserinstanzkennung: {cfff50d2-8fa0-4bdc-8caf-26357bd7c365} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "COM+ REGDB Writer" Verfasserkennung: {542da469-d3e1-473c-9f4f-7847f01fc64f} Verfasserinstanzkennung: {6b8956bb-1c1c-4bf7-a9b5-c33b67d3ca58} Status: [1] Stabil Letzter Fehler: Kein Fehler Verfassername: "Microsoft Exchange Writer" Verfasserkennung: {76fe1ac4-15f7-4bcd-987e-8e1acb462fb7} Verfasserinstanzkennung: {fb03bb93-dbd9-4995-aa75-d2442ef95b7bv} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "BITS Writer" Verfasserkennung: {4969d978-be47-48b0-b100-f328f07ac1e0} Verfasserinstanzkennung: {818636ba-f0ee-4a8b-8515-f8cb322a5751} Status: [1] Stabil Letzter Fehler: Kein Fehler Verfassername: "Registry Writer" Verfasserkennung: {afbab4a2-367d-4d15-a586-71dbb18f8485} Verfasserinstanzkennung: {07714721-8afd-4904-a9f9-2d2119ec35f0} Status: [1] Stabil Letzter Fehler: Kein Fehler Verfassername: "WMI Writer" Verfasserkennung: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0} Verfasserinstanzkennung: {ac9ee208-1e7b-487d-a898-b79822571ffd} Status: [5] Warten auf Fertigstellen Letzter Fehler: Kein Fehler Verfassername: "Shadow Copy Optimization Writer" Verfasserkennung: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f} Verfasserinstanzkennung: {41d85503-381e-47c0-98c6-24d37049891f} Status: [1] Stabil Letzter Fehler: Kein Fehler

Hi carlito, das kam dabei raus: vssadmin 1.1 - Verwaltungsbefehlszeilenprogramm des Volumeschattenkopie-Dienstes <C> Copyright 2001-2005 Microsoft Corp. Anbietername: "Microsoft Software Shadow Copy provider 1.0" Anbietertyp: System Anbieterkennung: {b5946137-7b9f-4925-af80-51abd60b20d5} Version: 1.0.0.7 Danke und Gruss Uschi

Oh. leider treten nach der Deinstallation des Virenschutzes noch ein paar andere Fehler auf. Misst! Jetzt konnte die Datensicherung nicht durchgeführt werden weil: Eventid: 521 Quelle: Backup Ereignisdetails: Bei der um "2011-01-19T22:00:12.425Z" gestarteten Sicherung ist ein Fehler aufgetreten, da der Volumenschattenkopie-Vorgang zum Sichern von Volumes nicht erfolgreich war. Fehlercode: "2155348129". Führen Sie die Sicherung erneut aus, nachdem das Problem behoben wurde. Eventid: 9 Quelle: Backup Ereignisdetails: Bei der um "{17189EE6-4DB8-42C6-9087-1C68668F800E}" gestarteten Sicherung ist ein Fehler aufgetreten, da der Volumeschattenkopie-Vorgang für Sicherungsvolumes nicht erfolgreich war. Fehlercode: "2155348129". So ein Virenscann sitzt kann schön tief im Server. Weiss jemand wie ich die Schattenkopien wieder ans laufen kriege. Danke Gruss Uschi

Hi, Problem wurde gerade gelöst. Es handelte sich um einen TransportAgent der nicht richtig deinstalliert wurde. Wir haben die Exchange Powershell mit einem Administratorkonto (Ausführen als -> Administrator) gestartet. Anschließend mit "Get-TransportAgent" den Transportagent ausfindig gemacht. Dieser stand in dem Eventlog: 1052 Dann den Agent deinstalliert mit Uninstall-TransportAgent. Uninstall-TransportAgent "ESET Filtering Agent" Dann den Transportdienst neustarten und alles läuft wieder. Gruss Uschi