edvuschi
-
Gesamte Inhalte
35 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von edvuschi
-
-
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:
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
-
Ist der Server von IBM? Die hatten doch mal vor Jahren mit "selbstheilenden" Servern geworben?
ja, davon habe ich auch gehört :D
PS: Wäre trotzdem interessant zu wissen woran es gelegen hat.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.
Ich finde das passender: You Had Me At EHLO... : Troubleshooting Exchange 2007 VSS Backups. Vielleicht mal den dortigen Abschnitt BETEST ff. durchgehen.Werde ich einmal testen wenn ich wieder an dem Server bin.
D.h. der Server wurde neugestartet, danach das Backup ausgeführt, welches fehlgeschlagen ist und danach "vssadmin list writers" ausgeführt?Ja, genau so.
Bzgl. der "vssadmin list writers" Ausgabe: wenn das der aktuelle Status ist wird das Backup wahrscheinlich nicht funktionieren.Ja, wahrscheinlich. Aber die Hoffnung stirbt zu letzt. ;)
Hier hat sich jemand ein Batchfile dafür erstellt: Re-Register VSS on Windows Server 2008 | Symantec Connect. Mir scheint das auf den ersten Blick etwas zu viel zu machen, aber wenn du es probieren willst nur zu... Beachte aber den u.g. Hinweis.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
Ich habe noch eine andere Idee. Poste mal einen Screenshot der Datenträgerverwaltung.Werde ich machen wenn ich wieder an dem Server bin.
Warum, was steht denn da interessantes drin?
PS: Verwendest du 2008 und sicherst mit wbadmin?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.
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
Exchange 2007 SP3 RU2 Probleme mit dem Outlook Cache Mode
in MS Exchange Forum
Geschrieben
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