de-DEen-GB
rss

Granikos Technology Blog

Eine der wichtigsten Lehren, die man als professioneller Service-Dienstleister im Bereich Erwartungshaltung von Kunden machen kann ist, dass eine Störung, über die der Kunde vom Dienstleister informiert wird, als nicht mehr so schlimm wahrgenommen wird. Ganz anders ist die Situation, wenn der Kunde den Dienstleister über die Störung informieren muss. In diesem Fall ist es ein Desaster.

Ein sehr aktuelles Beispiel hierzu ist die Störung im Dienst Exchange Online von Microsoft, der sich am 24. Juni 2014 zugetragen hat und über die Microsoft seine Office 365 Kunden einzig über das Service Health Dashboard informiert hat. Erschwerend kam hinzu, dass es erst einen Tag zuvor eine Störung von Lync Online gab.

Im Service Health Dashboard (SHD) wurden zwei separate Informationen veröffentlicht:

  • "Current Status: Engineers have identified an issue in which a portion of capacity that facilitates connectivity to Exchange Online services has entered into a degraded state.

    Customer Impact: Affected customers may experience an issue when trying to access some Exchange Online services.

    Incident Start Time: Tuesday, June 24, 2014, at 1:11 PM UTC

    Next Update: Tuesday, June 24, 2014, at 2:45 PM UTC"
  • "Some users in North America are experiencing issues with Lync Online due to network routing infrastructure issues. In response, engineers have routed a portion of network traffic to an alternate datacenter which has restored service for some of our customers. We are committed to fixing this issue as quickly as possible and expect the service to be restored for all customers soon. Customers can get the latest Lync Online status through the admin Service Health Dashboard."

Nachdem das Service-Team von Office 365 festgestellt hatte, dass sich diese doch wichtige Information nicht schnell genug verbreitet hatte, wurde die Information auch über das Office 365 Twitter Konto mitgeteilt. Auch hier wurde wieder die Empfehlung ausgesprochen, sich über das SHD zu informieren.

SHD - Eine Lösung?

Das SHD selber gibt nur sehr rudimentär Auskunft über den wirklichen Betriebszustand der einzelen Office 365 Dienste, die ein Kunde abonniert hat. Hinzu kommt, dass die Aktualisierung der einzelnen Stati Workflow-basiert ist und somit asynchron erfolgt.

Screenshot Service Health DashboardIn den Office 365 Help Community Foren wurde bereits frühzeitig darüber diskutiert, dass im SHD keine technischen Probleme angezeigt wurden. Eine Herausforderung ist, dass das SHD nur für System Administratoren angezeigt wird und somit Mitarbeiter in anderen Rollen gar nicht in der Lage waren, sich über die Störung zu informieren.

Die Störung wurde in den Foren teils sachlich, teils mit Ironie diskutiert. Es gab Teilnehmer, die einfach annehmen, das Störungen auftreten und voll und gang damit zufrieden sind, informiert zu werden. Andere schlugen vor, Exchange Online nun in Exchange Offline umzubennen. Und auf Twitter gab es die Empfehlung Office 365 in Office 364 umzubennen.

Mitarbeiter müssen informiert sein

Jeder System Administrator eines Unternehmens weiß, wie wichtig es ist, dass die technischen Mitarbeiter in der IT, das Servicedesk-Personal und auch die Belegschaft des Unternehmens über Störungen bei IT-Dienstleistungen informiert ist. Gerade interne IT-Abteilungen, die nicht immer den besten Stand im Unternehmen haben, erleiden in solchen Situationen einen zusätzlichen Vertrauensverlust bei der Unternehmensführung, wenn sie nicht in der Lage sind detaillierte Informationen zur Störung und zum Stand der Behebung der Störung zu liefern.

Dies unterstreicht einmal mehr, warum es für Unternehmen wichtig ist, die Überwachung von IT-Diensten und IT-Dienstleitungen selber zu betreiben. Gerade bei der steigenden Nutzung und Abhängigkeit von Cloud-basierten Diensten obliegt es dem Kunden durch eigene Überwachung frühzeitig von Störungen Kenntnis zu erlangen. Dies ist auch notwendig, damit Dienstanbieter ehrliche SLA-Berichte veröffentlichen können. Schließlich geben Dienstanbieter ein verbindliches Quality of Service (qoS) Versprechen ab, welches jederzeit kontrolliert werden muss.

Mailscape für Exchange Online (Mailscape 365) 

Viele Unternehmen entscheiden sich für eine gemischte Exchange Installation, bestehend aus einer Exchange Implementierung im eigenen Data Center und Office 365. Solch eine Hybrid-Installation unterstützt die Anforderungen der Mitarbeiter optimal. Allerdings haben die Hybrid-Installationen zahlreiche dynamische Komponenten, die einer ständigen technischen Überwachung bedürfen, um einen verlässlichen Nachrichtenfluß und die Verfügbarkeit von Kalenderdiensten zu gewährleisten.

Eine Lösung, die genau für dieses Einsatzszenarion entwickelt wurde, ist Mailscape for Exchange Online (Mailscape 365) von ENow: Exchange Online Monitoring und Reporting Tool

Nicht das erste Mal - Nicht zum letzten Mal

Dieser Ausfall von Office 365 war nicht der erste Ausfall, den die Cloud-Plattform zu erleiden hatte. Ebenso ist davon auszugehen, dass es in Zukunft immer wieder mal zu Ausfällen und Betriebsstörungen kommen wird.

Wenn Sie in der Lage sind, Ihre Anwender und die Unternehmensleitung über einen Vorfall und den dazugehörigen Fortschritt durch eigene Berichte bis zur vollständigen Wiederherstellung zu informieren, erfüllen Sie deren Erwartungshaltung vollständig. Die Anwender und die Unternehmensleitung werden dies sehr zu schätzen wissen.

Wenn Sie mehr über Mailscape für Exchange Online als Überwachungs- und Berichtslösung erfahren möchten, kontaktieren Sie uns: http://www.granikos.eu/de/Mailscape365

Links

Weiterlesen »

Im aktuellen Video (EN) von ENow erklärt Michael Van Horenbeeck, was Adminstratoren über Exchange Hybrid Installation mit Office 365 wissen sollten.

Finden Sie u.a. Antworten zu den Fragen

  • Was bedeutet eine Exchange Hybrid Konfiguration für mich als Administrator?
  • Welche Herausforderungen werden bei der Transition zu Office 365 und einer Hybrid Konfiguration auftreten?
  • Welche Maßnahmen muss ich ergreifen, bevor Benutzer in die Cloud verschoben werden können?
  • Was sind die Hauptgründe für Ausfälle beim Betrieb einer Exchange Hybrid Konfiguration?
  • Wie kann ich sicherstellen, dass meine Active Directory Federation Services (ADFS) Infrastruktur verlässlich funktioniert?
  • Was sind die Hauptprobleme beim Betrieb von DirSync?
  • Welche neuen Funktionen kommen in Office 365?

Link

 

Weiterlesen »

MAILSCAPE von Enow erleichtert die Echtzeit-Überwachung Ihrer Exchange-Systeme, inklusive Exchange Online (Office 365), und stellt alle wichtigen Informationen in einer zentralen Dashboard-Übersicht dar. Zusätzlich überwacht Mailscape alle relevanten Sekundärsysteme (Domänen-Controller und andere Mail-Server).

 

Mit der intuitiven Dashboard-Technologie ist der aktuelle Status der Messaging-Umgebung auf einen Blick sichtbar. In Kombination mit FORESITE, UNISCOPE und COMPASS können Sie Ihre gesamten Messaging- und Collaboration-Umgebungen in einem zentralen Dashboard überwachen.

 

In den folgenden zwei Videos wird gezeigt, wie MAILSCAPE dabei hilft Ihre Exchange Umgebung zu überwachen und bei der Fehlersuche zu unterstützen.

 

1. Überwachung und Test der E-Mail Kommunikation mit externen Systemen

 

 

2. Proaktive Überwachung einer Database Availability Group (DAG)

 

 

 

Kostenloser 21-Tage Test und weitere Informationen: http://www.granikos.eu/de/Mailscape

Weiterlesen »
Updated 2016-08-28

The mailbox default folders like Inbox or Sent Items are labeled depending on the locale settings of the mailbox.

Mailbox users are able to change the default user names by changing the primary language of the Office setup and starting Outlook with the command line parameter /resetfoldernames.

The same can be achieved by the Exchange Administrator by running the Exchange cmdlet Set-MailboxRegionalConfiguration.

When moving mailbox content to a new Exchange mailbox using a PST export/import approach it is important (besides other things) that the export and import mailbox locale match. Otherwise you will end up with new folders being imported into the target mailbox. Folders are being mapped by the folder name during import.

Example

The following screenshot shows the default folders of the mailbox in the locale de-DE.

Folder-Structure-de-de

The regional configuration settings can be checked on the Exchange Server.

[PS] C:\>Get-Mailbox askywalker | Get-MailboxRegionalConfiguration | fl

RunspaceId : f739bd99-9940-4dcf-abd5-6de080ac312d
DateFormat : dd.MM.yyyyLanguage : de-DE

DefaultFolderNameMatchingUserLanguage : False
TimeFormat : HH:mm
TimeZone : W. Europe Standard Time
Identity : contoso.com/Test/Anakin Skywalker
IsValid : True
ObjectState : New

Changing the default folder names to en-US is straight forward. 

[PS] C:\>Get-Mailbox askywalker | Set-MailboxRegionalConfiguration -LocalizeDefaultFolderName:$true -Language en-us

The changes are reflected in Outlook without restarting Outlook.

Screenshot Mailbox Folder Structure en-US

[PS] C:\>Get-Mailbox askywalker | Get-MailboxRegionalConfiguration | fl

RunspaceId : f739bd99-9940-4dcf-abd5-6de080ac312d
DateFormat : M/d/yyyy
Language : en-US
DefaultFolderNameMatchingUserLanguage : False
TimeFormat : h:mm tt
TimeZone : W. Europe Standard Time
Identity : contoso.com/Test/Anakin Skywalker
IsValid : True
ObjectState : New

When you now try to revert the configuration to de-DE receive an error that the locale does not match the current date and time format. This is even more interesting that the cmdlet was not complaining about the same issue when converting to the en-US locale.

Screenshot Set-MailboxRegionalConfiguration error

[PS] C:\>Get-Mailbox askywalker | Set-MailboxRegionalConfiguration -LocalizeDefaultFolderName:$true -Language de-de

DateFormat "M/d/yyyy" isn't valid for current language setting "de-DE". Valid formats include "dd.MM.yyyy, dd.MM.yy, yyyy-MM-dd, dd. MMM. yyyy".
+ CategoryInfo : NotSpecified: (contoso.com/Test/Anakin Skywalker:ADObjectId) [Set-MailboxRegionalConfiguration], DataValidationException
+ FullyQualifiedErrorId : [Server=CT01,RequestId=3bcd1191-c547-45ec-a7ad-dc5e8a1e34db,TimeStamp=05.02.2014 11:19:11] [FailureCategory=Cmdlet-DataValidationException] 2161B69F,Microsoft.Exchange.Management.StoreTasks.SetMailboxRegionalConfiguration
+ PSComputerName : CT01.contoso.com
The TimeFormat "h:mm tt" isn't valid for current language setting "de-DE". Valid formats include "HH:mm, HH:mm' Uhr'".
+ CategoryInfo : NotSpecified: (contoso.com/Test/Anakin Skywalker:ADObjectId) [Set-MailboxRegionalConfiguration], DataValidationException
+ FullyQualifiedErrorId : [Server=CT01,RequestId=3bcd1191-c547-45ec-a7ad-dc5e8a1e34db,TimeStamp=05.02.2014 11:19:11] [FailureCategory=Cmdlet-DataValidationException] D603E2E8,Microsoft.Exchange.Management.StoreTasks.SetMailboxRegionalConfiguration
+ PSComputerName : CT01.contoso.com

To successfully convert back to the de-DE locale it is required to specify a valid date and time format for the target locale.

 
[PS] C:\>Get-Mailbox askywalker | Set-MailboxRegionalConfiguration -LocalizeDefaultFolderName:$true -Language de-de -DateFormat dd.MM.yyyy -TimeFormat HH:mm

When setting the regional time zone information, the time zone name must be used. A Granikos FAQ post lists the available time zones.

Links

Weiterlesen »

If you ever wanted to know about the license requirements, architectural tasks and even the IT Pro responsibilities for the different Exchange Server 2013 deployment options, you can find the answer now in the the Exchange 2013 Platform Options poster.

The single page poster summarizes the most important topics and answers the most important questions for the four deployment options:

  • Exchange Online (Office 365)
    Exchange Online (Office 365)
  • Exchange Hybrid
    Exchange Hybrid
  • Exchange Server On-Premises
    Exchange On-Premises
  • Provider-hosted Exchange
    Provider-Hosted Exchange

Even further links are provided using QR-Codes.

Link

Weiterlesen »