Infos

Sie befinden sich in den Archiven der Kategorie Tipps & Tricks 2010.

Mai 2012
M D M D F S S
« Apr    
 123456
78910111213
14151617181920
21222324252627
28293031  

Archiv der Kategorie Tipps & Tricks 2010

VSS-Sicherung schlägt fehl, wenn LCR oder SCR aktiviert

 Um einen Exchange 2007 SP2 (auf einem Small Business Server 2008)eines Kunden abzusichern, haben wir neben der standardmäßigen Sicherung durch die Windows Server-Sicherung zusätzlich noch die Local Continuous Replication (LCR) aktiviert. Bei der Kontrolle der Serversichtung ist dann folgender Fehler aufgetreten:

Fehler bei Windows-Server-Sicherung

Im EvenLog an der Fehler-ID 565 zu erkennen:

 Fehler im EventLog

Hintergrund der Meldung ist, wenn die Windows Server-Sicherung eine Sicherung mit LCR anstößt, wird der VSS-Writer für den Replication Service ausgeführt, anstelle des VSS-Writer für den Information Store. Die Windows Server-Sicherung wurde nicht für eine solche Sicherung konzipiert und somit schlägt der Teil der Exchangesicherung fehl.

Um ein Backup des Exchange-Servers mit LCR zu ermöglichen, muss in der Registry des Server folgendes eingetragen werden:

1.       Öffnen des Reg-Editors mit dem Pfad HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\Replay\Parameters

2.       Hinzufügen eines neuen DWORD-Werts namens EnableVSSWriter und auf den Wert 0 setzen.

3.       Neustart des Dienstes Microsoft Exchange Replication Service

Um zu überprüfen, ob die Änderungen erfolgreich waren, kann man nach einer Sicherung im Wiederherstellungsassistenten den Exchange zur Wiederherstellungen auswählen.

Weitere Informationen findet man im Technet-Forum bei Microsoft:

VSS backup using Windows Server Backup on Exchange Server 2007 SP2 fails when LCR or SCR is enabled http://blogs.technet.com/b/dhardin/archive/2009/10/21/vss-backup-using-windows-server-backup-on-exchange-server-2007-sp2-fails-when-lcr-or-scr-is-enabled.aspx

Using Windows Server Backup to Back Up and Restore Exchange Data

http://technet.microsoft.com/en-us/library/ee221172.aspx

Passwortänderung per OWA 2007/2010

Wir sind nun des Öfteren über das Problem gestolpert, dass man in OWA sein Passwort nicht wie gewünscht ändern kann. Hier eine Zusammenfassung der möglichen Situationen in OWA 200/2010:

Passwortänderung per OWA 2007

Passwortänderung per OWA 2010

A. Passwort bei der nächsten Anmeldung ändern ist aktiviert:
    –> Benutzer kann sich in OWA nicht anmelden

B. Benutzer will Passwort ändern in OWA, Einstellung bei Konto “Passwort bei der nächsten Anmeldung ändern” ist deaktiviert
    –> Benutzer kann sich anmelden aber Kennwort nicht ändern

Daher hier ein Workarround:

  1. Passwort bei der nächsten Anmeldung ändern” ausschalten
  2. Benutzer meldet sich und informiert Administrator dass er angemeldet ist
  3. Administrator setzt Option “Passwort bei der nächsten Anmeldung ändern
  4. Benutzer ändern sein Passwort erfolgreich

Hinweis:
Das IIS-Virtual Directory “IISADMPWD” ist ab OWA 2007 nicht mehr notwendig und vorgesehen. Ausnahme ist eine gemischte Umgebung mit OWA 2003

Exchange 2010 Microsofts “Vision” von großen Mailboxen

Hier findet sich ein interessantes Whitepaper darüber …

Aktuelle Versionsnummer Exchange Server 2010 SP1

Aktuelle Versionsnummern Exchange Server 2010 SP 1

Outlook Web App zeigt …/owa/auth.owa

Da ich gerade mal wieder über das selbe Problem gestolpert bin, hier die Lösung:

Nach dem Login in Outlook Web App zeigt der Browser eine leere Seite mit dem URL:  .../owa/auth.owa …..

Grund ist hier, dass der Dienst Formularbasierter Microsoft Exchange-Authentifizierungsdienst/MSExchangeFBA (warum auch immer) nicht läuft …. einfach starten und alles ist gut.

MS Office 365 im Test

Seit ein paar Wochen habe ich einige unserer Benutzer auf MS Office 365, die neue Hostingumgebung von Microsoft mit Exchange 2010, Lync 2010, Sharepoint 2010,  umgestellt um das Ganze einem ausführlichen und intensivem Test zu unterziehen. Bis heute muss ich zugeben, bin ich sehr zufrieden mit Office 365. Ich denke, dass diese Lösung durchaus für kleine Unternehmen sehr interessant ist, wenn man bedenkt welche einmaligen und laufenden Kosten ein Small Business Server verursacht. Natürlich nur, wenn nicht andere Anwendungen noch nebenher benötigt werden.

MS Office 365

Auf dieser Seite kann die Verfügbarkeit von MS Office 365 überprüft werden.

Exchange 2010 Store.exe RAM Verbrauch einschränken

Diese Frage hatte ich mir schon länger gestellt: Gibt es eine Möglichkeit die Speichernutzung der Store.exe einzuschränken? Auf allen Exchange 2010 Servern kann man i.d.R. beobachten, dass der gesamte freie Speicher für den Cache des Store verwendet wird.

Wer aber “ausnahmsweise” ;-) mal Server benutzt, die auch noch andere Applikationen hosten, der wird sich über diese Möglichkeit sehr freuen.

–> Hier der Artikel dazu

Na endlich - Win Srv 2008 SP1 beinhaltet alle Patches für Exchange 2010

In Zukunft wird es endlich ein Stück leichter und man muss vor der Installation nicht einen Patch nach dem Anderen nachinstallieren um letztlich Exchange Server 2010 installieren zu können. Der ServicePack #1  für Windows Server 2008 R2 und Windows 7 steht ab 16.02 den MSDN- und Technet-Abonnenten zur Verfügung und ab 22.02. der großen weiten Welt.Quelle: <hier>

Outlook 2003 und Exchange 2010 Server

Exchange Server 2010 erfordert per Default eine verschlüsselte Verbindung der MAPI-Clients. Da Outlook 2003 standardmäßig diese nicht aktiviert hat, kann damit in aller Regel nicht auf 2010-Postfächer zugegriffen werden.

 Werden nun aus welchen Gründen auch immer weiterhin vorläufig Outlook 2003-Clients zum Einsatz kommen, dann müssen Sie entweder den Clients beibringen, dass die Verbindung verschlüsselt wird, oder aber Sie schalten auf dem Client Access Server die geforderte verschlüsselte RPC-Verbindung aus.

A. Verschlüsselte Verbindung in Outlook konfigurieren
Die bevorzugte Option sollte die Verschlüsselung clientseitig aktiviert werden. Die Option befindet sich unter Extras - E-Mailkonten - Exchange Server - Weitere Einstellungen - Sicherheit . In einer größeren Umgebung kann das über einen per Gruppenrichtlinie verteilten Reg-Key erfolgen. Dieser lautet:

HKCU\Software\Policies\Microsoft\Office\11.0\Outlook\RPC  à REG_DWORD “EnableRPCEncryption” : 1

B. Exchange 2010 RCP-Encryption abschalten
Um die erzwungene Verschlüsselung auf Exchange 2010 CAS abzuschalten wird folgendes Kommando in der Exchange Management Shell abgesetzt:

Set-RpcClientAccess –Server <Name-des-CAS> -EncryptionRequired $false

Outlook 2003 Clients gegen Exchange 2010 und RPC-Probleme (RPC Throttling)

Exchange Server 2010 unterstützt prinzipiell Outlook ab der Version 2003 mit ServicePack 2. Da jedoch Outlook 2003 vollständig per MAPI also RPC-Zugriffen arbeitet, kann es sehr schnell zu Problemen bei der Verbindung mit den Postfächern auf einem Exchange Server 2010 kommen. Hintergrund ist hier eine defaultmäßige Begrenzung auf dem CAS-Server, da dieser standardmäßig maximal 20 gleichzeitige Connections vom Client aus erlaubt.

Hat man ein oder mehrere zusätzliche Postfächer eingehängt oder/und greift auf freigegebene Kalender zu ist die Grenze in der Regel schnell erreicht. Insbesondere trifft dies auch auf “spezielle” Services wie z.B. Blackberry und Archivierungslösungen zu, da diese mehrere Postfächer gleichzeitig öffnen (müssen). 

Um festzustellen, ob das Problem für einen bestimmten Benutzer zutrifft, hilft folgendes Kommando in der Exchange Management Shell. Entscheidend ist an der Ausgabe die Anzahl der Zeilen mit “Client=MSExchangeRPC” am Ende.

“Get-LogonStatistics -Identity <mailboxalias> | fl applicationid”

Abhilfe schafft die Erhöhung des folgenden Wertes. Der maximale Wert liegt hier bei üner 2 Milliarden; ich habe auch schon einen Server gesehen, der für ein und denselben User über 900 gleichzeitige Connections offen hatte.

“Get-throttlingpolicy | set-throttlingpolicy -rcamaxconcurrency 32″

Dieser Wert sollte schrittweise erhöht werden, bis es keine RPC-Zugriffsprobleme mehr bei den Clients gibt.

Hinweise:

- Starten Sie nach den Änderungen den Dienst “MSExchangeRPCClientAccess” durch
- Zu diesem Problem gibt es auch einen Microsoft KB-Artikel mit der Nummer 978777 der auf dieses Problem hinweist.