Hallo zusammen,
in einem früher Blogeintrag hatte ich mich mit der Wiederherstellung von öffentlichen Ordnern mittels PFDAVAdmin auseinandergesetzt, guckst du hier http://backendfrontend.blogspot.com/2010/01/wiederherstellung-von-offentlichen.html. Genauergesagt sind wir mit der Wiederherstellung an die Limits von PFDAVAdmin gestoßen, so dass das Programm mit einem Time-Out abgebrochen ist.
Das ganze hat jetzt von der Sache her nichts direkt mit der Größe des öffentlichen Ordners oder der Anzahl der Elemente zu tun. Die Problemmatik des Absturzes von PFDAVAdmin hat eher etwas damit zu tun, dass tatsächlich ein Time-Out im Programm bzw. der Registry hinterlegt ist. Erhält PFDAVAdmin somit keine Reaktion innerhalb von 100000ms weil das Programm eben noch damit beschäftigt ist den Inhalt auszulesen (weil der öffentlichen Ordner so groß ist), erhalten wir die besagte Fehlermeldung.
Diesen besagten Time-Out hatten wir in unserem Szenario dann auf 86400000 ms (=24h) gestellt und siehe da es hat dann doch tatsächlich funktioniert.
Der Registry Schlüssel H_KEY_LOCAL_MACHINE\software\Microsoft\PFDAVADMIN\HttpTimeout müsste somit auf den Wert 86400000 gesetzt werden, dann klappts auch mit dem Nachbarn.
Sicherheitshalber sollte während der Aktion der Antivirenscanner auf dem Server deaktiviert werden!
In diesem Sinne viel Erfolg beim Recovery :)
Viele Grüße,
Jens
Mittwoch, 3. März 2010
Donnerstag, 18. Februar 2010
Windows Mobile: Verschlüsselung von Speicherkarten
Hallo,
Exchange 2007 bietet mittels Active Sync Richtlinien an Speicherkarten zu verschlüsseln. Das ist ne tolle Sache, allerdings sollte dennoch beachtet werden, dass nur neue Dateien verschlüselt werden. Die Daten die bereits vor der Richtlinie auf der Speicherkarte vorhanden waren sind und bleiben unverschlüsselt.
Viele Grüße,
Jens
Exchange 2007 bietet mittels Active Sync Richtlinien an Speicherkarten zu verschlüsseln. Das ist ne tolle Sache, allerdings sollte dennoch beachtet werden, dass nur neue Dateien verschlüselt werden. Die Daten die bereits vor der Richtlinie auf der Speicherkarte vorhanden waren sind und bleiben unverschlüsselt.
Viele Grüße,
Jens
Mittwoch, 17. Februar 2010
WTS 2008 Startleiste anpassen
Hallo,
per Default ist das Server Manager Icon auf einem Windows Terminal Server 2008 bei jedem Benutzer in der Startleiste/Quicklaunch vorhanden.
Unter folgendem Pfad kann dieses Icon entfernt werden, oder neue Icon hinzugefügt werden. Das ganze funktioniert allerdings nur für Profile die neu erstellt werden:
C:\Users\Default\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch
Grüße, Jens
per Default ist das Server Manager Icon auf einem Windows Terminal Server 2008 bei jedem Benutzer in der Startleiste/Quicklaunch vorhanden.
Unter folgendem Pfad kann dieses Icon entfernt werden, oder neue Icon hinzugefügt werden. Das ganze funktioniert allerdings nur für Profile die neu erstellt werden:
C:\Users\Default\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch
Grüße, Jens
Dienstag, 2. Februar 2010
Cluster move - via Exchange oder Cluster Konsole
Hallo zusammen,
immer mal wieder taucht die Frage auf, ob in einem SCC/CCR Exchange Szenario der Clusterschwenk mittels der Exchange Verwaltungskonsole oder dem Cluster Administrator durchgeführt werden kann.
Micrsoft positioniert sich hier doch recht deutlich, dass der Schwenk auf einen anderen Knoten über die Exchange Verwaltungskonsole durchgeführt werden soll. Hintergrund ist, dass zusätzlich noch Tests ausgeführt werden, ob der passive Knoten überhaupt in der Lage ist den aktiven Knoten übernehmen kann.
Das ganze wurde auch hier dokumentiert, http://msexchangeteam.com/archive/2007/10/22/447317.aspx
Viele Grüße, Jens
immer mal wieder taucht die Frage auf, ob in einem SCC/CCR Exchange Szenario der Clusterschwenk mittels der Exchange Verwaltungskonsole oder dem Cluster Administrator durchgeführt werden kann.
Micrsoft positioniert sich hier doch recht deutlich, dass der Schwenk auf einen anderen Knoten über die Exchange Verwaltungskonsole durchgeführt werden soll. Hintergrund ist, dass zusätzlich noch Tests ausgeführt werden, ob der passive Knoten überhaupt in der Lage ist den aktiven Knoten übernehmen kann.
Das ganze wurde auch hier dokumentiert, http://msexchangeteam.com/archive/2007/10/22/447317.aspx
Viele Grüße, Jens
Dienstag, 26. Januar 2010
Active Sync in einer Exchlange 2003/2007 Migration
Hallo zusammen,
in einer Exchange 2003/2007 Migration läuft es vom Vorgehen her so ab, dass zuerst die HUB/CAS Server umgestellt werden und erst zum Schluss die Postfächer von Exchange 2003 nach Exchange 2007 verschoben worden.
Für die bevorstehende CAS Migration haben wir uns auf den ISA Servern ein neues Zertifikat und eine Route eingerichtet, so dass wir parallel zum Live-Betrieb den Zugriff via Outlook, Outlook Anywhere, OWA, Active Sync usw. testen können. Bei den ersten Tests von Active Sycn ist uns aufgefallen, dass Active Sync nur dann funktioniert wenn das Postfach auf einem Exchange 2007 Mailbox Server liegt.
Sobald ich meinen Testbenutzer verwenden möchte, der auf Exchange 2003 liegt haben wir auf dem Endgerät immer wieder die Kennwortaufforderung erhalten, als ob wir das Kennwort nicht richtig hinterlegt hätten (was wir aber haben).
Die Lösung haben wir dann schlussendlich auf dem MSExchange Team Blog gefunden, guckst du hier: http://msexchangeteam.com/archive/2007/01/05/432079.aspx
Sobald die integrierte Windowsauthentifizierung auf dem Exchange 2003 Backend Server hinterlegt ist funktioniert auch sofort der Active Sync Zugriff über die Exchange 2007 CAS Infrastruktur.
Viele Grüße, Jens
in einer Exchange 2003/2007 Migration läuft es vom Vorgehen her so ab, dass zuerst die HUB/CAS Server umgestellt werden und erst zum Schluss die Postfächer von Exchange 2003 nach Exchange 2007 verschoben worden.
Für die bevorstehende CAS Migration haben wir uns auf den ISA Servern ein neues Zertifikat und eine Route eingerichtet, so dass wir parallel zum Live-Betrieb den Zugriff via Outlook, Outlook Anywhere, OWA, Active Sync usw. testen können. Bei den ersten Tests von Active Sycn ist uns aufgefallen, dass Active Sync nur dann funktioniert wenn das Postfach auf einem Exchange 2007 Mailbox Server liegt.
Sobald ich meinen Testbenutzer verwenden möchte, der auf Exchange 2003 liegt haben wir auf dem Endgerät immer wieder die Kennwortaufforderung erhalten, als ob wir das Kennwort nicht richtig hinterlegt hätten (was wir aber haben).
Die Lösung haben wir dann schlussendlich auf dem MSExchange Team Blog gefunden, guckst du hier: http://msexchangeteam.com/archive/2007/01/05/432079.aspx
Sobald die integrierte Windowsauthentifizierung auf dem Exchange 2003 Backend Server hinterlegt ist funktioniert auch sofort der Active Sync Zugriff über die Exchange 2007 CAS Infrastruktur.
Viele Grüße, Jens
Wiederherstellung von öffentlichen Ordnern
Hallo zusammen,
ich hatte zu Beginn des Jahres die nette Erfahrung gemacht, dass es nahezu unmöglich ist gelöschte Öffentlichen Ordner wieder herzustellen. Aber fangen wir erstmal weiter vorne an.
Wenn ein öffentlichen Ordner (PF) gelöscht wird, geht der erste Weg immer über PFDAVAdmin mit dem gelöschte Elemente im PF wiederhergestellt werden können, guckst du hier: http://technet.microsoft.com/en-us/kb/kb00924044.aspx
Können die gelöschten Ordner, aus Gründen die ich später beschreiben werde, nicht mehr wiederhergestellt werden empfiehlt Microsoft das Einsetzen eines Recovery Servers. Dieser Recovery Server muss in einem separaten AD stehen, die Exchange Organisation, Storage Gruppe und Datenbanken müssen so heissen wie die Produktiv-Umgebung usw., guckst du hier: http://support.microsoft.com/kb/823176
Gehen wir doch ein wenig tiefer rein, so mussten wir feststellen, dass es Live nahezu unmöglich ist mit Boardmitteln (!) eine Wiederherstellung von Öffentlichen Ordnern durchzuführen. Denn in einem separaten AD habe ich überhaupt technisch gesehen keine Möglichkeit auf meine Backup Infrastruktur zuzugreifen (mal abgesehen von der Sicherung auf ein NAS). Die Backup Infrastruktur (Tape Library usw.) ist technisch gesehen an der Live-Umgebung angebunden und kann kein Restore auf eine andere Umgebung durchführen.
Es sei denn es wird ein Restore in eine Datei gemacht und diese alternativ abgelegt.
Dann wäre es theoretisch denkbar, diesen Recovery Server mit der zurückgesicherten Datenbank dort einzubinden. Der Faktor Zeit spielt hier eine extrem wichtige Komponente, die wirst du nämlich in solch einem Fall einfach nicht haben.
Microsoft beschreibt weiter, dass die Daten auf dem Recover Server dann online genommen werden können und dort via Outlook exportiert und im eigentlichen Live-System wieder importiert werden sollen.
Leider haben wir damit aber weitere Probleme, da die Berechtigungen auf den Ordner flöten gegangen sind, ebenso sind die Email Aktivierungen auch verloren gegangen. Je nachdem wie groß der Ordner war tut das verdammt weh, wenn diese Informationen verloren gegangen sind. Das schlimme an dieser Tatsache ist vielmehr, dass du einfach nicht mehr an diese Information herankommst.
Schauen wir uns aber nochmals das PFDAVAdmin Programm an, mit diesem es doch recht einfach ist gelöschte Ordner wiederherzustellen. Allerdings hat das ganze den Haken, dass PFDAVAdmin ein internes Limit der Größe des gelöschten Ordners im Zusammenhang mit den enthaltenen Elementen hat. Wird dieses Limit erreicht erscheint eine Timeout Meldung des PFDAVAdmins und der Ordner kann nicht zurückgesichert werden.
Die Info, dass ein Ordner Email aktiviert ist, ist standardmäßig im AD hinterlegt. Wird nun eben solch ein Ordner gelöscht wird auch die Information im AD gelöscht und bei der Wiederherstellung via PFDAVAdmin ist somit auch die Email Aktivierung nicht mehr vorhanden. In größeren Umgebungen ist dies extrem ungünstig, wenn diese Infos nicht zurückgeholt werden können.
Ein simples Restore der öffentlichen Ordner Datenbank zurück in das Live-System durch das Backupprogramm kommt leider auch nicht in Frage, da die gelöschten öffentlichen Ordner in der öffentlichen Ordner Hierarchie nicht mehr vorhanden sind. Nach einem Restore würden somit die wiederhergestellten, gelöschten Ordner direkt wieder verschwinden. Hierzu ist noch zu beachten, dass die Hierarchie auf jedem Server repliziert ist, der eine öffentliche Ordner Datenbank besitzt. Unabhängig davon ob dieser Server Replikate besitzt oder nicht, die Hierarchie wird immer komplett repliziert.
Mein Fazit zum Thema der Wiederherstellung von öffentlichen Ordnern ist somit recht ernüchternd, dass es nahezu nicht möglich ist in angemessenen Rahmen und technischen Möglichkeiten ein Recovery durchführen zu können. Schlussendlich haben wir uns mit Ontrack Powercontrols geholfen und die an einen alternativen Ort zurückgesicherten Öffentliche Ordner Daten direkt zurück in den Exchange Live Server geschossen. Dieser Weg hat den Vorteil, dass zumindest die Berechtigungen vorhanden bleiben, nicht aber die Email Aktivierungen.
Wichtig in diesem Zusammenhand ist noch, dass die Software nicht auf einem Exchange 200x Server installiert werden darf, da die Software ein lokal installiertes Outlook benötigt.
Am Ende des Tages muss schlussendlich jeder selbst entscheiden wie entscheidend der Verlust der Email Aktivierungen oder Berechtigungen in öffentlichen Ordnern für ihn ist. Je größer die Umgebung, desto wichtiger werden aus meiner Sicht die oben genannten Punkte.
Einen letzten Aspekt möchte ich gerne noch ansprechen, der sicherlich nur für die wenigsten Implementationen zutrifft. In öffentlichen Ordnern können bekannterweise auch Verteilerlisten und Kontakte erstellt und gepfelgt werden. Diese Kontakte könnten natürlich dann auch Mitglied dieser Verteilerliste sein. Werden diese Daten dann beispielsweise durch 3rd Party Software wiederhergestellt funktionieren zwar die Verteilerlisten noch können aber nicht mehr verändert werden.
Lessons Learnd:
- öffentliche Ordner sollten nicht mehr als 5000 Elemente beinhalten, da ansonsten ein Restore nicht mehr gewährleistet werden kann, guckst du http://technet.microsoft.com/en-us/library/bb124200%28EXCHG.65%29.aspx
-öffentliche Ordner sollten immer mit einem Limit versehen werden, so dass diese immer mittels PFDAVAdmin zurückgesichert werden können
- Regelmäßige Backups der PF Berechtigungsstruktur (kann mittels PFDAVAdmin durchgeführt werden)
- In großen Umgebungen sollten über die Lizenz von Kroll Ontrack Powercontrols nachgedacht werden
Viele Grüße, Jens
ich hatte zu Beginn des Jahres die nette Erfahrung gemacht, dass es nahezu unmöglich ist gelöschte Öffentlichen Ordner wieder herzustellen. Aber fangen wir erstmal weiter vorne an.
Wenn ein öffentlichen Ordner (PF) gelöscht wird, geht der erste Weg immer über PFDAVAdmin mit dem gelöschte Elemente im PF wiederhergestellt werden können, guckst du hier: http://technet.microsoft.com/en-us/kb/kb00924044.aspx
Können die gelöschten Ordner, aus Gründen die ich später beschreiben werde, nicht mehr wiederhergestellt werden empfiehlt Microsoft das Einsetzen eines Recovery Servers. Dieser Recovery Server muss in einem separaten AD stehen, die Exchange Organisation, Storage Gruppe und Datenbanken müssen so heissen wie die Produktiv-Umgebung usw., guckst du hier: http://support.microsoft.com/kb/823176
Gehen wir doch ein wenig tiefer rein, so mussten wir feststellen, dass es Live nahezu unmöglich ist mit Boardmitteln (!) eine Wiederherstellung von Öffentlichen Ordnern durchzuführen. Denn in einem separaten AD habe ich überhaupt technisch gesehen keine Möglichkeit auf meine Backup Infrastruktur zuzugreifen (mal abgesehen von der Sicherung auf ein NAS). Die Backup Infrastruktur (Tape Library usw.) ist technisch gesehen an der Live-Umgebung angebunden und kann kein Restore auf eine andere Umgebung durchführen.
Es sei denn es wird ein Restore in eine Datei gemacht und diese alternativ abgelegt.
Dann wäre es theoretisch denkbar, diesen Recovery Server mit der zurückgesicherten Datenbank dort einzubinden. Der Faktor Zeit spielt hier eine extrem wichtige Komponente, die wirst du nämlich in solch einem Fall einfach nicht haben.
Microsoft beschreibt weiter, dass die Daten auf dem Recover Server dann online genommen werden können und dort via Outlook exportiert und im eigentlichen Live-System wieder importiert werden sollen.
Leider haben wir damit aber weitere Probleme, da die Berechtigungen auf den Ordner flöten gegangen sind, ebenso sind die Email Aktivierungen auch verloren gegangen. Je nachdem wie groß der Ordner war tut das verdammt weh, wenn diese Informationen verloren gegangen sind. Das schlimme an dieser Tatsache ist vielmehr, dass du einfach nicht mehr an diese Information herankommst.
Schauen wir uns aber nochmals das PFDAVAdmin Programm an, mit diesem es doch recht einfach ist gelöschte Ordner wiederherzustellen. Allerdings hat das ganze den Haken, dass PFDAVAdmin ein internes Limit der Größe des gelöschten Ordners im Zusammenhang mit den enthaltenen Elementen hat. Wird dieses Limit erreicht erscheint eine Timeout Meldung des PFDAVAdmins und der Ordner kann nicht zurückgesichert werden.
Die Info, dass ein Ordner Email aktiviert ist, ist standardmäßig im AD hinterlegt. Wird nun eben solch ein Ordner gelöscht wird auch die Information im AD gelöscht und bei der Wiederherstellung via PFDAVAdmin ist somit auch die Email Aktivierung nicht mehr vorhanden. In größeren Umgebungen ist dies extrem ungünstig, wenn diese Infos nicht zurückgeholt werden können.
Ein simples Restore der öffentlichen Ordner Datenbank zurück in das Live-System durch das Backupprogramm kommt leider auch nicht in Frage, da die gelöschten öffentlichen Ordner in der öffentlichen Ordner Hierarchie nicht mehr vorhanden sind. Nach einem Restore würden somit die wiederhergestellten, gelöschten Ordner direkt wieder verschwinden. Hierzu ist noch zu beachten, dass die Hierarchie auf jedem Server repliziert ist, der eine öffentliche Ordner Datenbank besitzt. Unabhängig davon ob dieser Server Replikate besitzt oder nicht, die Hierarchie wird immer komplett repliziert.
Mein Fazit zum Thema der Wiederherstellung von öffentlichen Ordnern ist somit recht ernüchternd, dass es nahezu nicht möglich ist in angemessenen Rahmen und technischen Möglichkeiten ein Recovery durchführen zu können. Schlussendlich haben wir uns mit Ontrack Powercontrols geholfen und die an einen alternativen Ort zurückgesicherten Öffentliche Ordner Daten direkt zurück in den Exchange Live Server geschossen. Dieser Weg hat den Vorteil, dass zumindest die Berechtigungen vorhanden bleiben, nicht aber die Email Aktivierungen.
Wichtig in diesem Zusammenhand ist noch, dass die Software nicht auf einem Exchange 200x Server installiert werden darf, da die Software ein lokal installiertes Outlook benötigt.
Am Ende des Tages muss schlussendlich jeder selbst entscheiden wie entscheidend der Verlust der Email Aktivierungen oder Berechtigungen in öffentlichen Ordnern für ihn ist. Je größer die Umgebung, desto wichtiger werden aus meiner Sicht die oben genannten Punkte.
Einen letzten Aspekt möchte ich gerne noch ansprechen, der sicherlich nur für die wenigsten Implementationen zutrifft. In öffentlichen Ordnern können bekannterweise auch Verteilerlisten und Kontakte erstellt und gepfelgt werden. Diese Kontakte könnten natürlich dann auch Mitglied dieser Verteilerliste sein. Werden diese Daten dann beispielsweise durch 3rd Party Software wiederhergestellt funktionieren zwar die Verteilerlisten noch können aber nicht mehr verändert werden.
Lessons Learnd:
- öffentliche Ordner sollten nicht mehr als 5000 Elemente beinhalten, da ansonsten ein Restore nicht mehr gewährleistet werden kann, guckst du http://technet.microsoft.com/en-us/library/bb124200%28EXCHG.65%29.aspx
-öffentliche Ordner sollten immer mit einem Limit versehen werden, so dass diese immer mittels PFDAVAdmin zurückgesichert werden können
- Regelmäßige Backups der PF Berechtigungsstruktur (kann mittels PFDAVAdmin durchgeführt werden)
- In großen Umgebungen sollten über die Lizenz von Kroll Ontrack Powercontrols nachgedacht werden
Viele Grüße, Jens
Dienstag, 24. November 2009
zeitverzögertes Starten der Windows Dienste
Hallo zusammen,
in letzter Zeit schon zweimal das Szenario gehabt, dass Dienste zeitversetzt starten sollten, da diese sonst nicht hochkommen würden. In beiden Szenarien war doch glatt der Exchange 2007 involviert.
Als Beispiel möchte ich dass der Dienst MSExchangeSA zeitverzögert startet:
Unter HKLM\System\CurrentControlSet\Services\
MSExchangeSA\Parameters, einen DWORD key namens "BootPause" erstellen und beispielweise auf 180 setzen.
Viele Grüße, Jens
in letzter Zeit schon zweimal das Szenario gehabt, dass Dienste zeitversetzt starten sollten, da diese sonst nicht hochkommen würden. In beiden Szenarien war doch glatt der Exchange 2007 involviert.
Als Beispiel möchte ich dass der Dienst MSExchangeSA zeitverzögert startet:
Unter HKLM\System\CurrentControlSet\Services\
MSExchangeSA\Parameters, einen DWORD key namens "BootPause" erstellen und beispielweise auf 180 setzen.
Viele Grüße, Jens
Abonnieren
Posts (Atom)