Hallo zusammen,
seit gestern habe ich eine interessante Info herausbekommen, wie es recht einfach ist die aktuelle Exchange Version via PowerShell abzufragen:
GCM exsetup %{$_.Fileversioninfo}
Die Buildnummern für sämtliche Exchange Versionen sind hier hinterlegt:
http://support.microsoft.com/kb/158530/de
Viele Grüße, Jens
Posts mit dem Label Exchange 2003 werden angezeigt. Alle Posts anzeigen
Posts mit dem Label Exchange 2003 werden angezeigt. Alle Posts anzeigen
Mittwoch, 15. Dezember 2010
Donnerstag, 2. Dezember 2010
Konvertierung freigegebenes Postfach
Hallo zusammen,
Wir hatten in der Vergangenheit ein "Problem" mit s.g. freigegebenen Postfächern in einer Migrationsumgebung von Exchange 2003 nach Exchange 2007. Ein s.g. freigegebenes Postach kann in Exchange 2007 nicht via Outlook berechtigt werden. Sollte beispielsweise mein Postfach vom Typ her ein "freigegebenes Postfach" sein, könnte Herr Müller mich nicht auf seinem Postfach berechtigen. Allerdings gibt es hier schon wieder eine Einschränkung, denn mit Outlook 2003 können Berechtigungen vergeben werden, ab Outlook 2007 geht das dann nicht mehr, dann wird vor dem Namen welcher über die Adressliste ausgewählt wird ein kleines Verbotsschild angezeigt.
Begriffsdefinition:
Wir hatten in der Vergangenheit ein "Problem" mit s.g. freigegebenen Postfächern in einer Migrationsumgebung von Exchange 2003 nach Exchange 2007. Ein s.g. freigegebenes Postach kann in Exchange 2007 nicht via Outlook berechtigt werden. Sollte beispielsweise mein Postfach vom Typ her ein "freigegebenes Postfach" sein, könnte Herr Müller mich nicht auf seinem Postfach berechtigen. Allerdings gibt es hier schon wieder eine Einschränkung, denn mit Outlook 2003 können Berechtigungen vergeben werden, ab Outlook 2007 geht das dann nicht mehr, dann wird vor dem Namen welcher über die Adressliste ausgewählt wird ein kleines Verbotsschild angezeigt.
Begriffsdefinition:
Definition eines freigegebenen Postfachs (siehe Technet):
Zusätzlich zu den standardmäßigen Benutzerpostfächern können Sie in Exchange 2007 freigegebene und Ressourcenpostfächer erstellen. Ein freigegebenes Postfach ist ein Postfach, an dem sich mehrere Benutzer anmelden können. Ein Ressourcenpostfach ist ein Postfach, das einen Ressourcentyp darstellt, z. B. einen Konferenzraum oder eine Videoausrüstung. Ressourcenpostfächer weisen in Active Directory zusätzliche Eigenschaften auf, die Benutzer- und freigegebene Postfächer nicht haben, z. B. Kapazität.
In Exchange 2003 und Exchange 2000 gibt es keine Ressourcenpostfächer. Stattdessen müssen Sie zum Abbilden von Ressourcen freigegebene Postfächer verwenden. Wenn Sie ein freigegebenes Postfach aus Exchange 2003 oder Exchange 2000 nach Exchange 2007 verschieben, erstellt das Cmdlet Move-Mailbox das Postfach als freigegebenes Exchange 2007-Postfach. Nach dem Verschieben des Postfachs nach Exchange 2007 können Sie es in ein Ressourcenpostfach ändern. Weitere Informationen zum Ändern eines freigegebenen Postfachs in ein Ressourcenpostfach finden Sie unter Konvertieren eines Postfachs.
guckst du: http://technet.microsoft.com/de-de/library/bb124797(EXCHG.80).aspx
Ursachen:
Folgende Tätigkeit wurde wohl unter Exchange 2003 gemacht, so dass wir nun knapp 2000 s.g. freigegebenen Postfächer haben:
1. Melden Sie sich am Exchange-Server mit Domain-Administrationsrechten an.
2. Klicken Sie auf Start Programme Microsoft Exchange Active Directory Benutzer- und Computer.
3. Wählen Sie in der Baumstruktur den Benutzer aus, dessen Postfach freigegeben werden soll.
4. Klicken Sie mit der rechten Maustaste auf den Ordner und wählen Eigenschaften.
5. Navigieren Sie zur Karteikarte Exchange Erweitert und klicken auf die Schaltfläche Postfachberechtigungen.
6. Klicken Sie auf Hinzufügen und wählen den Benutzer aus, der Zugriff auf das Postfach erhalten soll und vergeben die entsprechende Rechte (z.B. Vollständiger Postfachzugriff) für den individuellen Zugriff oder mit Gruppen wie Jeder für den globalen Zugriff auf dieses Postfach.
guckst du: http://www.planet-outlook.de/exchangepostfach.htm
Lösung:
Die Lösung ist auf den ersten Blick recht logisch, es müsste lediglich der Postfach-Typ von "sharedMailbox" in "regular" umgewandelt werden, das könnte beispielsweise so aussehen: Set-Mailbox -identity "Jens Kleinhans" -type regular
Interessant wird das ganze nun, wenn nun mehrere hunderte oder tausende solcher freigegebenen Postfächer migrationsbedingt vorhanden sind. Hierzu habe ich ein kleines PowerShell Script erstellt, welches eine .csv Datei einliest und gleichzeitig die Änderungen durchführt. Eines sollte allerdings beachtet werden, es gibt sicherlich migrierte "Postfächer" die zurecht als Typ freigegebene Postfächer sein, z.B. Räume. Diese sollten somit in Ressourcenpostfächer umgewandelt werden.
In meinem Szenario mit mehreren hunderten von freigegebenen Postfächern wollte und konnte ich das somit nicht von Hand machen und so musste ich folgenden Weg einschlagen:
Export sämlticher freigegebenen Postfächer, die betroffen sind (in diesem Beispiel habe ich erstmal einige wenige selektiert,da ich nicht alles auf einmal ändern wollte (dazu fehlt mir der Mut). Im folgenden Befehl gebe ich noch eine zusätzliche Spalte namens "changeit", hier wird entweder mit "ja" oder "nein" hinterlegt ob eben diese Ziele in ein "regular" Postfach verändert werden soll, oder nicht),
Zusätzlich zu den standardmäßigen Benutzerpostfächern können Sie in Exchange 2007 freigegebene und Ressourcenpostfächer erstellen. Ein freigegebenes Postfach ist ein Postfach, an dem sich mehrere Benutzer anmelden können. Ein Ressourcenpostfach ist ein Postfach, das einen Ressourcentyp darstellt, z. B. einen Konferenzraum oder eine Videoausrüstung. Ressourcenpostfächer weisen in Active Directory zusätzliche Eigenschaften auf, die Benutzer- und freigegebene Postfächer nicht haben, z. B. Kapazität.
In Exchange 2003 und Exchange 2000 gibt es keine Ressourcenpostfächer. Stattdessen müssen Sie zum Abbilden von Ressourcen freigegebene Postfächer verwenden. Wenn Sie ein freigegebenes Postfach aus Exchange 2003 oder Exchange 2000 nach Exchange 2007 verschieben, erstellt das Cmdlet Move-Mailbox das Postfach als freigegebenes Exchange 2007-Postfach. Nach dem Verschieben des Postfachs nach Exchange 2007 können Sie es in ein Ressourcenpostfach ändern. Weitere Informationen zum Ändern eines freigegebenen Postfachs in ein Ressourcenpostfach finden Sie unter Konvertieren eines Postfachs.
guckst du: http://technet.microsoft.com/de-de/library/bb124797(EXCHG.80).aspx
Ursachen:
Folgende Tätigkeit wurde wohl unter Exchange 2003 gemacht, so dass wir nun knapp 2000 s.g. freigegebenen Postfächer haben:
1. Melden Sie sich am Exchange-Server mit Domain-Administrationsrechten an.
2. Klicken Sie auf Start Programme Microsoft Exchange Active Directory Benutzer- und Computer.
3. Wählen Sie in der Baumstruktur den Benutzer aus, dessen Postfach freigegeben werden soll.
4. Klicken Sie mit der rechten Maustaste auf den Ordner und wählen Eigenschaften.
5. Navigieren Sie zur Karteikarte Exchange Erweitert und klicken auf die Schaltfläche Postfachberechtigungen.
6. Klicken Sie auf Hinzufügen und wählen den Benutzer aus, der Zugriff auf das Postfach erhalten soll und vergeben die entsprechende Rechte (z.B. Vollständiger Postfachzugriff) für den individuellen Zugriff oder mit Gruppen wie Jeder für den globalen Zugriff auf dieses Postfach.
guckst du: http://www.planet-outlook.de/exchangepostfach.htm
Lösung:
Die Lösung ist auf den ersten Blick recht logisch, es müsste lediglich der Postfach-Typ von "sharedMailbox" in "regular" umgewandelt werden, das könnte beispielsweise so aussehen: Set-Mailbox -identity "Jens Kleinhans" -type regular
Interessant wird das ganze nun, wenn nun mehrere hunderte oder tausende solcher freigegebenen Postfächer migrationsbedingt vorhanden sind. Hierzu habe ich ein kleines PowerShell Script erstellt, welches eine .csv Datei einliest und gleichzeitig die Änderungen durchführt. Eines sollte allerdings beachtet werden, es gibt sicherlich migrierte "Postfächer" die zurecht als Typ freigegebene Postfächer sein, z.B. Räume. Diese sollten somit in Ressourcenpostfächer umgewandelt werden.
In meinem Szenario mit mehreren hunderten von freigegebenen Postfächern wollte und konnte ich das somit nicht von Hand machen und so musste ich folgenden Weg einschlagen:
Export sämlticher freigegebenen Postfächer, die betroffen sind (in diesem Beispiel habe ich erstmal einige wenige selektiert,da ich nicht alles auf einmal ändern wollte (dazu fehlt mir der Mut). Im folgenden Befehl gebe ich noch eine zusätzliche Spalte namens "changeit", hier wird entweder mit "ja" oder "nein" hinterlegt ob eben diese Ziele in ein "regular" Postfach verändert werden soll, oder nicht),
get-mailbox -resultsize unlimited | where{$_.recipientTypeDetails -eq "sharedmailbox"}|where{$_.primarysmtpaddress -like "*subdomain.domain.de"}|select samaccountname,primarysmtpaddress,changeit|export-csv c:\liste.csv -notypeinformation -encoding unicode
Im nächsten Schritt habe ich die Datei "liste.csv" entsprechend angepasst, so dass in der Spalte "changeIT" "ja" oder "nein" hinterlegt ist. Wichtig ist, dass die .csv Datei wieder als CSV Datei gespeichert wird und vor allem dass die Spalten mit Komma´s getrennt sind (nicht mit Tabstop).
Nach einigen manuellen Tests habe ich dann folgenden Befehl ausgeführt:
Im nächsten Schritt habe ich die Datei "liste.csv" entsprechend angepasst, so dass in der Spalte "changeIT" "ja" oder "nein" hinterlegt ist. Wichtig ist, dass die .csv Datei wieder als CSV Datei gespeichert wird und vor allem dass die Spalten mit Komma´s getrennt sind (nicht mit Tabstop).
Nach einigen manuellen Tests habe ich dann folgenden Befehl ausgeführt:
Import-Csv -Path C:\Temp\liste.csv | Where-Object { $_.ChangeIT -eq "ja" } | ForEach-Object { Set-Mailbox -Identity $_.PrimarySmtpAddress -Type Regular }
Mit dem folgenden Befehl habe ich dann verifiziert: Get-Mailbox "Jens Kleinhans" | fl rec*
Viele Grüße, Jens
Mit dem folgenden Befehl habe ich dann verifiziert: Get-Mailbox "Jens Kleinhans" | fl rec*
Viele Grüße, Jens
Mittwoch, 10. November 2010
Postfachtypen einzeln zurücksetzen
Hallo zusammen,
vergangene Woche hatte ich einen Post hinsichtlich falschen Postfachtypen eingestellt, guckst du hier: http://backendfrontend.blogspot.com/2010/10/falsche-postfachtypen.html
Dieses Script ändert jedoch die Postfachtypen für ALLE "falschen" Postfächer. Wenn somit nur erstmal testweise ein einzelnes Postfach auf "Benutzerpostfach" vom Typ her geändert werden soll, so muss das Script entsprechend angepasst und in der PowerShell ausgeführt werden:
cls
#get a list of all linked mbx
$AdminSessionADSettings.ViewEntireForest = $true
$linkedmbx = Get-Mailbox Jens.Kleinhans
$AclContainingAEA.User
#Fix AEA in AD
Remove-MailboxPermission -Identity $linkedmbx.DistinguishedName -User $AclContainingAEA.User -AccessRights ExternalAccount
#Fix MsExchRecipientType in AD so that Box is displayed as User and no longer as linked (change from 2 to 1)
$LDAPPath = "LDAP://" + $linkedmbx.DistinguishedName
$ADUser = [ADSI]"$LDAPPath"
$ADUser.put("msExchRecipientTypeDetails",1)
#Fix msExchMasterAccountSID (clear in AD) so that "isLinked" and "linkeMasterAccount" gets cleared.
$ADUser.putex(1,"msExchMasterAccountSid",$null)
#Save information to AD
$ADUser.setinfo()
Viele Grüße, Jens
vergangene Woche hatte ich einen Post hinsichtlich falschen Postfachtypen eingestellt, guckst du hier: http://backendfrontend.blogspot.com/2010/10/falsche-postfachtypen.html
Dieses Script ändert jedoch die Postfachtypen für ALLE "falschen" Postfächer. Wenn somit nur erstmal testweise ein einzelnes Postfach auf "Benutzerpostfach" vom Typ her geändert werden soll, so muss das Script entsprechend angepasst und in der PowerShell ausgeführt werden:
cls
#get a list of all linked mbx
$AdminSessionADSettings.ViewEntireForest = $true
$linkedmbx = Get-Mailbox Jens.Kleinhans
$AclContainingAEA.User
#Fix AEA in AD
Remove-MailboxPermission -Identity $linkedmbx.DistinguishedName -User $AclContainingAEA.User -AccessRights ExternalAccount
#Fix MsExchRecipientType in AD so that Box is displayed as User and no longer as linked (change from 2 to 1)
$LDAPPath = "LDAP://" + $linkedmbx.DistinguishedName
$ADUser = [ADSI]"$LDAPPath"
$ADUser.put("msExchRecipientTypeDetails",1)
#Fix msExchMasterAccountSID (clear in AD) so that "isLinked" and "linkeMasterAccount" gets cleared.
$ADUser.putex(1,"msExchMasterAccountSid",$null)
#Save information to AD
$ADUser.setinfo()
Viele Grüße, Jens
Montag, 25. Oktober 2010
falsche Postfachtypen
Hallo zusammen,
es kann ab und an vorkommen, dass in einem Migrationsszenario Postfächer von Exchange 2007 nach Exchange 2007/2010 migriert werden, die nach der Migration als Postfach-Typ verkknüpftes Postach (linked Mailbox) hinterlegt haben.
Der Grund warum das Postfach auf einmal verknüpft ist im AD zu finden, der Wert "Associated External Account" in den Postfacheinstellungen wurde hier aus welchen Gründen auch immer gesetzt, so dass das Postach als "extern" gekennzeichnet worden ist. Grund genug für Exchange 2007/2010 eben genau dieses Postfach als verknüpftes Postfach auszugeben.
der offizielle Weg von Microsoft das Postfach wieder so abzuändern, so dass es korrekt angezeigt wird, ist hier dokumentiert: http://technet.microsoft.com/en-us/library/bb201749.aspx
Allerdings hat diese Methode den bösen Beigeschmack, dass sämtliche Exchange Attribute verloren gehen, da das Postfach vom AD Objekt getrennt werden muss und danach wiederverbunden werden muss. Sofern also benutzerdefinierte Änderungen Exchange-mäßig durchgefüht wurden, müssen diese erneut konfiguriert werden, wenn das Postfach wiederverbunden ist.
Natürlich gibt es auch noch einen anderen Weg diese "Anzeigeprobleme", die keine Anzeigeprobleme sind zu beheben. Den unten beschriebenen Weg habe ich selbst schon erfolgreich ohne Beeinträchtigungen durchführen können, allerdings sollte dies immer nur erstmal mit einem Account durchgeführt werden, aber der Reihe nach. Mit folgendem Powershell Befehl werden erstmal sämtliche verknüpfte Postfächer angezeigt:
$mb_linked = get-mailbox -filter { RecipientTypeDetails -eq "LinkedMailbox" } -resultsize:unlimited
$mb_linked.count
Mit dem folgenden Script können die verknüpften Postfächer dann wieder in normale Postfächer geändert werden:
http://www.thesoundtrackofmylife.at/post/2009/01/13/Bulk-modify-linked-mailboxes-to-user-mailboxes-in-Exchange-2007.aspx
Viele Grüße, Jens
es kann ab und an vorkommen, dass in einem Migrationsszenario Postfächer von Exchange 2007 nach Exchange 2007/2010 migriert werden, die nach der Migration als Postfach-Typ verkknüpftes Postach (linked Mailbox) hinterlegt haben.
Der Grund warum das Postfach auf einmal verknüpft ist im AD zu finden, der Wert "Associated External Account" in den Postfacheinstellungen wurde hier aus welchen Gründen auch immer gesetzt, so dass das Postach als "extern" gekennzeichnet worden ist. Grund genug für Exchange 2007/2010 eben genau dieses Postfach als verknüpftes Postfach auszugeben.
der offizielle Weg von Microsoft das Postfach wieder so abzuändern, so dass es korrekt angezeigt wird, ist hier dokumentiert: http://technet.microsoft.com/en-us/library/bb201749.aspx
Allerdings hat diese Methode den bösen Beigeschmack, dass sämtliche Exchange Attribute verloren gehen, da das Postfach vom AD Objekt getrennt werden muss und danach wiederverbunden werden muss. Sofern also benutzerdefinierte Änderungen Exchange-mäßig durchgefüht wurden, müssen diese erneut konfiguriert werden, wenn das Postfach wiederverbunden ist.
Natürlich gibt es auch noch einen anderen Weg diese "Anzeigeprobleme", die keine Anzeigeprobleme sind zu beheben. Den unten beschriebenen Weg habe ich selbst schon erfolgreich ohne Beeinträchtigungen durchführen können, allerdings sollte dies immer nur erstmal mit einem Account durchgeführt werden, aber der Reihe nach. Mit folgendem Powershell Befehl werden erstmal sämtliche verknüpfte Postfächer angezeigt:
$mb_linked = get-mailbox -filter { RecipientTypeDetails -eq "LinkedMailbox" } -resultsize:unlimited
$mb_linked.count
Mit dem folgenden Script können die verknüpften Postfächer dann wieder in normale Postfächer geändert werden:
http://www.thesoundtrackofmylife.at/post/2009/01/13/Bulk-modify-linked-mailboxes-to-user-mailboxes-in-Exchange-2007.aspx
Viele Grüße, Jens
Mittwoch, 13. Oktober 2010
Probleme Migration der öffentlichen Ordner
Hallo zusammen,
in einem Kunden Szenario hatten wir neulich das Problem, dass die Migration der öffentlichen Ordner mittels "Re-Homing" nicht vollständig funktioniert hatte. Es wurden ca. 90% der öffentlichen Ordner auf den neuen Exchange 2007 Server übertragen, aber eine nicht unerheblich Anzahl an Öffentlichen Ordnern wurde nicht verschoben.
vom Troubleshooting haben haben wir zuerst folgende Artikkel bzw. Hotfixe eingespielt:
http://support.microsoft.com/?id=936000
http://support.microsoft.com/?id=959239
Das folgende Script hatte dann schlussendlich die Lösung gebracht, auch wenn es einige Zeit in Anspruch genommen hatte bis wir damit durchwaren, guckst du hier:
Fixing Public Folder Replication Errors From Exchange 2003 to Exchange 2007 or 2010
http://blogs.technet.com/b/bill_long/archive/2010/04/22/fixing-public-folder-replication-errors-from-exchange-2003-to-exchange-2007-or-2010.aspx
Für den Skript wird folgende benötigt:
in einem Kunden Szenario hatten wir neulich das Problem, dass die Migration der öffentlichen Ordner mittels "Re-Homing" nicht vollständig funktioniert hatte. Es wurden ca. 90% der öffentlichen Ordner auf den neuen Exchange 2007 Server übertragen, aber eine nicht unerheblich Anzahl an Öffentlichen Ordnern wurde nicht verschoben.
vom Troubleshooting haben haben wir zuerst folgende Artikkel bzw. Hotfixe eingespielt:
http://support.microsoft.com/?id=936000
http://support.microsoft.com/?id=959239
Das folgende Script hatte dann schlussendlich die Lösung gebracht, auch wenn es einige Zeit in Anspruch genommen hatte bis wir damit durchwaren, guckst du hier:
Fixing Public Folder Replication Errors From Exchange 2003 to Exchange 2007 or 2010
http://blogs.technet.com/b/bill_long/archive/2010/04/22/fixing-public-folder-replication-errors-from-exchange-2003-to-exchange-2007-or-2010.aspx
Für den Skript wird folgende benötigt:
- eine Maschine mit Outlook 2007 oder 2010
- Windows Powershell installiert
- Ein MAPI Profil , das auf alle öffentlichen Ordnern Rechte hat, die wir bereinigen wollen (am einfachsten also Rechte auf allen Ordnern)
- Ordnern, die bereinigt werden, müssen wieder ein Replikat an dem Exchange 2003 Quellserver haben. D.h. die Ordnern, die noch in den öffentlichen Ordner Instanzen auf Exchange 2003 auftauchen, müssen temporär wieder ein Replikat am alten Server haben.
Dies könnte mit einem Exchange Management Shell Befehl ungefähr folgendermaßen erreicht werden, angenommen dass wir die Liste der Instanzen in der Datei filename.csv haben:
Import-Csv filename.csv foreach { Invoke-Expression $('Set-PublicFolder \"' + $_.FolderPath + '" -Replicas $OldPubDB,$NewPubDB ') }
In diesem Sinne viel Erfolg bei der Migration.
Viele Grüße, Jens
Mittwoch, 29. September 2010
Verteilerlisten erscheinen nicht in GAL
Hallo zusammen,
wir hatten in einer Exchange 2003/2007 Migration das Phänomen, dass teilweise dynamische Verteilerlisten nicht angezeigt werden (im Outlook). Die Verteilerliste an sich sah in der Exchange 2007 Management Console ganz normal aus, so dass wir zuerst den Fehler gar nicht finden konnten.
Das Problem war, dass eben geanu diese Verteilerliste unter Exchange 2003 erstellt worden ist und somit einen LADP Filter verwendet, ab Exchange 2007 werden jedoch s.g. OPATH Filter verwendet. Mit folgendem Befehl haben wir die Verteilerlist nach Exchange 2007 "migriert", so dass diese im Anschluss sofort in der GAL sichtbar war:
Set-DynamicDistributionGroup "Verteilerliste" -RecipientFilter ( .\ConvertFrom-LdapFilter (Get-DynamicDistributionGroup "Verteilerlsite").LdapRecipientFilter )
Das Script "convertFrom-LdapFilter" ist hier zu finden: http://msexchangeteam.com/archive/2007/03/12/436983.aspx
Die .ps1 Datei muss in folgenden Pfad abgespeichert werden, wo auch der o.g. PowerShell Befehl ausgeführt werden muss:
C:\Program Files\Microsoft\Exchange Server\Scripts
Viele Grüße, Jens
wir hatten in einer Exchange 2003/2007 Migration das Phänomen, dass teilweise dynamische Verteilerlisten nicht angezeigt werden (im Outlook). Die Verteilerliste an sich sah in der Exchange 2007 Management Console ganz normal aus, so dass wir zuerst den Fehler gar nicht finden konnten.
Das Problem war, dass eben geanu diese Verteilerliste unter Exchange 2003 erstellt worden ist und somit einen LADP Filter verwendet, ab Exchange 2007 werden jedoch s.g. OPATH Filter verwendet. Mit folgendem Befehl haben wir die Verteilerlist nach Exchange 2007 "migriert", so dass diese im Anschluss sofort in der GAL sichtbar war:
Set-DynamicDistributionGroup "Verteilerliste" -RecipientFilter ( .\ConvertFrom-LdapFilter (Get-DynamicDistributionGroup "Verteilerlsite").LdapRecipientFilter )
Das Script "convertFrom-LdapFilter" ist hier zu finden: http://msexchangeteam.com/archive/2007/03/12/436983.aspx
Die .ps1 Datei muss in folgenden Pfad abgespeichert werden, wo auch der o.g. PowerShell Befehl ausgeführt werden muss:
C:\Program Files\Microsoft\Exchange Server\Scripts
Viele Grüße, Jens
Montag, 27. September 2010
Move-Mailbox Script für Exchange 2003/2007 Migration
Hallo zusammen,
wir hatten im aktuellen Projekt eine Anforderung, haufenweise (weit mehr als 10.000 Benutzer) von Exchange 2003 nach Exchange 2007 zu verschieben. Genauer gesagt durften die Benutzer erst abends verschoben werden um den normalen Geschäftsbetrieb nicht zu beeinträchtigen.
Da wir hier wahrscheinlich extrem viel Zeit gebraucht hätten, haben wir uns ein PowerShell Scritp geschrieben, welches gleich mehrere Dinge auf einmal abdeckt:
wir hatten im aktuellen Projekt eine Anforderung, haufenweise (weit mehr als 10.000 Benutzer) von Exchange 2003 nach Exchange 2007 zu verschieben. Genauer gesagt durften die Benutzer erst abends verschoben werden um den normalen Geschäftsbetrieb nicht zu beeinträchtigen.
Da wir hier wahrscheinlich extrem viel Zeit gebraucht hätten, haben wir uns ein PowerShell Scritp geschrieben, welches gleich mehrere Dinge auf einmal abdeckt:
- Verschieben alle Postfächer einer bestimmten Datenbank
- Verschieben alle Benutzer der bestimmten Datenbank, die sich seit Datum X nicht mehr angemeldet haben
Das hat zum Vorteil, dass wir tagsüber extrem viel Postfächer verschieben konnten, da eben nur die Postfächer einer bestimmten Datenbank verschoben worden sind, deren Benutzer seit dem Datum X nicht mehr am Exchange angemeldet waren. Da wir diese Info nur mittels WMI Abfrage von Exchange 2003 auslesen können ist das Script in diesem Fall etwas länger geworden:
$arr = @() ; Get-WmiObject -ComputerName %EX2003ServerName% -Namespace ROOT\MicrosoftExchangeV2 -Class Exchange_Mailbox Where-Object { $_.StoreName -eq "EX2003DatenbankName" -and $_.LastLogonTime -lt "20100813" } % { $arr += $_.MailboxDisplayName } ; $arr get-mailbox Move-Mailbox -TargetDatabase "EX2007Servername\Ex2007SGName\EX2007Datenbankname" -MaxThreads 12 -IgnorePolicyMatch -confirm:$false
Viele Grüße, Jens
Mittwoch, 28. April 2010
Outlook Anywhere Test Szenario
Hallo zusammen,
es gibt für die gängigen Client Betriebssysteme den unten stehenden Registry Key mit dem es möglich ist, dass Outlook (2007) dazu gezwungen wird über http(s) sich mit dem Exchange Server zu verbinden. Im LAN verbindet sich das Outlook i.d.R "nur" mittels MAPI mit dem Exchange Mailboxserver, so dass ein Test nur erschwert möglich wäre. Mit dem unten stehenden Registry Key wird zwingend festgesetzt, dass Outlook sich nur mittels http(s) mit den Exchange Server verbinden soll.
Anders ausgedrückt ist das auch eine prima Möglichkeit um Qualität zu sichern/überprüfen:
HKCU\Software\Microsoft\Office\12.0\Outlook\RPC
neuen DWORD "DisableRpcTcpFallbackValue" Wert: 1
Der "RPC" Schlüssel ist per default nicht vorhanden, so dass dieser zuerst erstellt werden muss um danach im zweiten Schritt den DWORD zu erstellen.
Viele Grüße, Jens
es gibt für die gängigen Client Betriebssysteme den unten stehenden Registry Key mit dem es möglich ist, dass Outlook (2007) dazu gezwungen wird über http(s) sich mit dem Exchange Server zu verbinden. Im LAN verbindet sich das Outlook i.d.R "nur" mittels MAPI mit dem Exchange Mailboxserver, so dass ein Test nur erschwert möglich wäre. Mit dem unten stehenden Registry Key wird zwingend festgesetzt, dass Outlook sich nur mittels http(s) mit den Exchange Server verbinden soll.
Anders ausgedrückt ist das auch eine prima Möglichkeit um Qualität zu sichern/überprüfen:
HKCU\Software\Microsoft\Office\12.0\Outlook\RPC
neuen DWORD "DisableRpcTcpFallbackValue" Wert: 1
Der "RPC" Schlüssel ist per default nicht vorhanden, so dass dieser zuerst erstellt werden muss um danach im zweiten Schritt den DWORD zu erstellen.
Viele Grüße, Jens
Donnerstag, 22. April 2010
OWA Passwort Änderung in Exchange 2003/2007 Transition Phase
Hallo zusammen,
wir wollten gestern in unserem Testszenario im OWA leider vergebens unser Passswort ändern, was defacto leider so nicht (mehr) funktioniert.
Aber erstmal von vorne, unser Szenario:
diverse Exchange 2003 SP2 mit sämtlichen Mailboxen
divers Exchange 2007 jeweils mit unterschiedlichen Rollen auf unterschiedlichen Servern
diverse ISA 2004 Server in der DMZ
Alle Benutzer inkl. die Testbenutzer liegen (noch) auf Exchange 2003 und greifen via RPC over https auf ihre Exchange Postfächer zu. Als wir nun die Zugriff auf die Postfächer von den Exchange 2003 Front-End Server auf die neuen Exchange 2007 CAS Server umgestellt hatten, funktionierte im ersten Schritt soweit alles ohne Probleme. Nach einiger Zeit wollten wir allerdings testweise die Passwörter sowohl vor der Anmeldung (also am ISA Server) bzw. im OWA selbt unter "Optionen" ändern. Leider wird dies mit der Fehlermeldung 403 bzw. 404 quittiert, guckst du hier:
wir wollten gestern in unserem Testszenario im OWA leider vergebens unser Passswort ändern, was defacto leider so nicht (mehr) funktioniert.
Aber erstmal von vorne, unser Szenario:
diverse Exchange 2003 SP2 mit sämtlichen Mailboxen
divers Exchange 2007 jeweils mit unterschiedlichen Rollen auf unterschiedlichen Servern
diverse ISA 2004 Server in der DMZ
Alle Benutzer inkl. die Testbenutzer liegen (noch) auf Exchange 2003 und greifen via RPC over https auf ihre Exchange Postfächer zu. Als wir nun die Zugriff auf die Postfächer von den Exchange 2003 Front-End Server auf die neuen Exchange 2007 CAS Server umgestellt hatten, funktionierte im ersten Schritt soweit alles ohne Probleme. Nach einiger Zeit wollten wir allerdings testweise die Passwörter sowohl vor der Anmeldung (also am ISA Server) bzw. im OWA selbt unter "Optionen" ändern. Leider wird dies mit der Fehlermeldung 403 bzw. 404 quittiert, guckst du hier:
Ohne Anpassungen wird sich der Zustand auch nicht mehr ändern, dass Benutzer ihre Passwörter ändern können, solange ihre Postfächer noch auf Exchange 2003 Back-End Server liegen. Werden die Benutzer nach Exchange 2007 migriert ist der CAS Server für die Passwort-Änderung verantwortlich und führt dies auch ohne Probleme durch.
Natürlich gibt es Workarounds zu diesem Thema, guckst du hier:
http://telnetport25.wordpress.com/2008/05/08/windows-2008-iis-7-the-exchange-2007-cas-and-iisadmpwd/
Allerdings ist diese Vorgehensweise leider seitens Microsoft nicht offiziell supported, guckst du hier: http://msexchangeteam.com/archive/2008/12/09/450238.aspx
Somit ist die Devise, so schnell wie möglich die Benutzer nach Exchange 2007 zu migrieren, so dass die OWA Benutzer ihre Passwörter wieder ändern können.
Viele Grüße, Jens
Mittwoch, 14. April 2010
Bestimmte Benutzer von GAL ausblenden
Hallo zusammen,
ich hatte diese Woche eine interessante Anforderung die auf den ersten Blick gar nicht gelöst werden kann. Nehmen wir an wir arbeiten alle bei Contoso. Contoso hat die Anforderung dass bestimmte Benutzer (z.B. interne Detektive, Fahnder usw.) nicht in der GAL angezeigt werden dürfen und nur in einer dedizierten Adressliste vorhanden sein dürfen.
Microsoft gibt klar vor, dass die eine Anpassung der GAL nicht supported ist, guckst du http://technet.microsoft.com/en-us/library/bb232068(EXCHG.80).aspx (You cannot edit the settings of the default GAL.)
Auch die Möglichkeit der s.g. Addresslist Segregation ist nicht möglich bzw. nicht im Exchange Standard und somit auch nicht supported, siehe http://technet.microsoft.com/de-de/library/bb936719(EXCHG.80).aspx (Unsupported: This configuration is one where companies may want to totally segregate their address lists and still have access to the Default Global Address List, or try to split the Global Address List (GAL) into two separate address lists. An example of this configuration would be a company with two groups of 500 users that belong to the Sales and Finance departments. Both groups are in the GAL, however the desire is to have everyone access the GAL except one group. If you are going to segregate your address lists, then they will be segregated. Attempting this configuration will cause problems with the check names functionality which will prevent users from creating Outlook profiles, and can also break the OAB Generation Process. This also allows Outlook users to see all of the Address Lists from within Outlook, which cannot be changed.)
Die Address List Segregation ist allerdings extrem aufwendig zu implementieren und ist auch erst ab Exchange 2007 (derzeit noch nicht für Exchange 2010) unterstützt. Sobald in der Exchange Organisation noch ein Exchange 2003 Server vorhanden wäre, wäre diese Schriftstück schon wieder obsolet, da nicht seitens Microsoft unterstützt.
Da die Segregation somit außen vor war/ist aufgrund der viel zu hohen Anforderungen und Implementierungszeit hatten wir eine andere, zündende Idee, wir verwenden öffentliche Ordner (die die länger leben als gedacht):
Es wird ein neuer Öffentlichen Ordner namens Microsoft angelegt, als Unterordner wird ein Kontakt-Öffentlichen Ordner angelegt, der wie die Adressliste heisst angelegt:
In diesem öffentlichen Kontaktordner (welcher über Berechtigungen gesteuert wird) werden dann die "versteckten Benutzer" angelegt. Dieser Kontaktordner bzw. dessen Kontakte werden nicht in der GAL angezeigt.
Benutzer die Berechtigungen auf dem öffentlichen Ordner haben, können sich diesen Ordner im Adressbuch mitanzeigen lassen. Dies wird folgendermaßen durchgeführt und ist für jeden Benutzer durchzufüren der an Delton emails senden muss:
Rechte Mousetaste auf "Microsoft" - "Eigenschaften" - Registerkarte "Outlook Adressbuch" - Haken setzen bei "Dieen Ordner als Email Adressbuch anzeigen"
Daraufhin kann der Benutzer die Delton Benutzer aus dem Adressbuch auswählen:
ich hatte diese Woche eine interessante Anforderung die auf den ersten Blick gar nicht gelöst werden kann. Nehmen wir an wir arbeiten alle bei Contoso. Contoso hat die Anforderung dass bestimmte Benutzer (z.B. interne Detektive, Fahnder usw.) nicht in der GAL angezeigt werden dürfen und nur in einer dedizierten Adressliste vorhanden sein dürfen.
Microsoft gibt klar vor, dass die eine Anpassung der GAL nicht supported ist, guckst du http://technet.microsoft.com/en-us/library/bb232068(EXCHG.80).aspx (You cannot edit the settings of the default GAL.)
Auch die Möglichkeit der s.g. Addresslist Segregation ist nicht möglich bzw. nicht im Exchange Standard und somit auch nicht supported, siehe http://technet.microsoft.com/de-de/library/bb936719(EXCHG.80).aspx (Unsupported: This configuration is one where companies may want to totally segregate their address lists and still have access to the Default Global Address List, or try to split the Global Address List (GAL) into two separate address lists. An example of this configuration would be a company with two groups of 500 users that belong to the Sales and Finance departments. Both groups are in the GAL, however the desire is to have everyone access the GAL except one group. If you are going to segregate your address lists, then they will be segregated. Attempting this configuration will cause problems with the check names functionality which will prevent users from creating Outlook profiles, and can also break the OAB Generation Process. This also allows Outlook users to see all of the Address Lists from within Outlook, which cannot be changed.)
Die Address List Segregation ist allerdings extrem aufwendig zu implementieren und ist auch erst ab Exchange 2007 (derzeit noch nicht für Exchange 2010) unterstützt. Sobald in der Exchange Organisation noch ein Exchange 2003 Server vorhanden wäre, wäre diese Schriftstück schon wieder obsolet, da nicht seitens Microsoft unterstützt.
Da die Segregation somit außen vor war/ist aufgrund der viel zu hohen Anforderungen und Implementierungszeit hatten wir eine andere, zündende Idee, wir verwenden öffentliche Ordner (die die länger leben als gedacht):
Es wird ein neuer Öffentlichen Ordner namens Microsoft angelegt, als Unterordner wird ein Kontakt-Öffentlichen Ordner angelegt, der wie die Adressliste heisst angelegt:
In diesem öffentlichen Kontaktordner (welcher über Berechtigungen gesteuert wird) werden dann die "versteckten Benutzer" angelegt. Dieser Kontaktordner bzw. dessen Kontakte werden nicht in der GAL angezeigt.
Benutzer die Berechtigungen auf dem öffentlichen Ordner haben, können sich diesen Ordner im Adressbuch mitanzeigen lassen. Dies wird folgendermaßen durchgeführt und ist für jeden Benutzer durchzufüren der an Delton emails senden muss:
Rechte Mousetaste auf "Microsoft" - "Eigenschaften" - Registerkarte "Outlook Adressbuch" - Haken setzen bei "Dieen Ordner als Email Adressbuch anzeigen"
Daraufhin kann der Benutzer die Delton Benutzer aus dem Adressbuch auswählen:
Diese Lösung hat den Vorteil, dass sie a) von Microsoft supported ist und b) der Benutzer kann wie gewohnt weiterarbeiten.
Lediglich die Berechtigungen auf den öffentlichen Ordner muss gesetzt werden, für die Benutzer für die der Ordner sichtbar sein soll. Am besten ist hierzu eine Gruppe zu verwenden.
Viele 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
Samstag, 14. November 2009
Desaster Recovery: Öffentliche Ordner
Hallo zusammen,
diese Woche hatten wir leider ein Desaster Recovery von öffentlichen Ordnern, das im Nachhinein deutlich entspannter war als zuerst gedacht.
Aufgrund einer Exchange 2007 Installation in die Exchange 2003 Organisation um dem Löschen des öffentlichen Ordners auf Exchange 2007 (der ja eh noch leer war) kam es aus welchen Gründen auch immer dazu, dass ein Öffentlichen Ordner, auf einmal in der Exchange 2003 Umgebung weg war.
Eine Recovery Storage Group (RSG) kommt in so einem Szenario nicht in Frage, da mit der RSG nur Postfächer aber keine öffentlichen Ordner wiederhergestellt werden kann.
Die nächste Idee war ein Restore der öffentlichen Ordner Datenbank an einen alternativen Ort. Leider wurde vergeblich versucht, die .edb Datei einfach auszutauschen - wäre auch zu einfach gewesen :)
Schlusendlich ist es ganz einfach, man nehme einfach PFDAVAdmin (http://www.microsoft.com/downloads/details.aspx?FamilyID=635BE792-D8AD-49E3-ADA4-E2422C0AB424&displaylang=en). Mit PFDAVAdmin ist es problemlos möglich "gelöschte" öffentliche Ordner Daten wiederherzustellen.
Hier ist es wichtig, dass die Datenbank Einstellungen im Exchange System Manager so eingestellt ist, dass gelöschte Daten x Tage aufbewahrt werden, siehe hier:
der PFDAVAdmin muss sich nach den Eingaben für den Exchange Server und Global Katalog Server mit den öffentlichen Ordnern verbinden. Mit der rechten Mouse-Taste auf "Public Folder" erscheint ganz unten die Möglichkeit "show deleted subfolders".
Der gelöschte Ordner wird rot angezeigt und kann nun wiederhergestellt werden, ohne dass irgendein Restore von Band oder mit 3rd Party Produkte bemüht werden muss.
In diesem Sinne viel Glück bei einem hoffentlich nicht allzu oft auftretenden Desaster Fall.
Viele Grüße,
Jens
diese Woche hatten wir leider ein Desaster Recovery von öffentlichen Ordnern, das im Nachhinein deutlich entspannter war als zuerst gedacht.
Aufgrund einer Exchange 2007 Installation in die Exchange 2003 Organisation um dem Löschen des öffentlichen Ordners auf Exchange 2007 (der ja eh noch leer war) kam es aus welchen Gründen auch immer dazu, dass ein Öffentlichen Ordner, auf einmal in der Exchange 2003 Umgebung weg war.
Eine Recovery Storage Group (RSG) kommt in so einem Szenario nicht in Frage, da mit der RSG nur Postfächer aber keine öffentlichen Ordner wiederhergestellt werden kann.
Die nächste Idee war ein Restore der öffentlichen Ordner Datenbank an einen alternativen Ort. Leider wurde vergeblich versucht, die .edb Datei einfach auszutauschen - wäre auch zu einfach gewesen :)
Schlusendlich ist es ganz einfach, man nehme einfach PFDAVAdmin (http://www.microsoft.com/downloads/details.aspx?FamilyID=635BE792-D8AD-49E3-ADA4-E2422C0AB424&displaylang=en). Mit PFDAVAdmin ist es problemlos möglich "gelöschte" öffentliche Ordner Daten wiederherzustellen.
Hier ist es wichtig, dass die Datenbank Einstellungen im Exchange System Manager so eingestellt ist, dass gelöschte Daten x Tage aufbewahrt werden, siehe hier:
der PFDAVAdmin muss sich nach den Eingaben für den Exchange Server und Global Katalog Server mit den öffentlichen Ordnern verbinden. Mit der rechten Mouse-Taste auf "Public Folder" erscheint ganz unten die Möglichkeit "show deleted subfolders".
Der gelöschte Ordner wird rot angezeigt und kann nun wiederhergestellt werden, ohne dass irgendein Restore von Band oder mit 3rd Party Produkte bemüht werden muss.
In diesem Sinne viel Glück bei einem hoffentlich nicht allzu oft auftretenden Desaster Fall.
Viele Grüße,
Jens
Abonnieren
Posts (Atom)