Die Ausgabe Januar 2016 der "Wirtschaftlichen Nachrichten" der IHK Aachen befasst sich mit dem Thema "Gründung". In diesem Rahmen werden vier Unternehmen aus dem Kammerbezirk Aachen vorgestellt.
Die Granikos ist eines der vier vorgestellten Unternehmen im begleitenden Video des IHK-TV.
Mehr zum Thema:
Am 3. September 2018 finden das Treffen der aOS Community Aachen statt. Themenschwerpunkt ist Microsofts Moderne Zusammenarbeit 2.0.
Ich werde auf der Veranstaltung in zwei Sessions über die folgenden Themen sprechen:
Weitere Informationen finden Sie auf der Veranstaltungsseite des aOS Events.
Auf dem aOS Aachen September 2018 Event hat Luise Freese die Vorträge in ihren bekannten Sketchnotes festgehalten.
Hier sind ihr Sktechnotes zu meinen beiden Sessions.
Wer die Ignite 2018 besucht, kann Luise Freese dort treffen. Sie ist Chief Community Sketcher der Konferenz in Orlando.
Am 3. September fand das aOS Aachen Community Event statt.
Nachfolgend finden Sie meine Präsenationen zu den Themen:
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.
The following screenshot shows the default folders of the mailbox in the locale 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.
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.
[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.
Am 3. Dezember kam es zu einem Ausfall von Office 365 für viele europäische Kunden des Microsoft Clouddienstes. Grund des Ausfalles war eine Störung in Azure Active Directory.
Gegen 9 Uhr (UTC) am 3. Dezember begannen Kunden Störungen im Office 365 Dienst zu melden. Wie inzwischen üblich, wurde diese Störung von unzähligen Tweets begleitet, bevor sich Microsoft in der Lage sah, das Office 365 Health Dashboard zu aktualisieren und über diesen Kanal zu zeigen, dass man von der Störung Kenntnis erlangt hatte.
Die Meldung im Microsoft Azure Health Dashbord lautete:
"SUMMARY OF IMPACT: Between approximately 09:00 and 13:15 on 3rd Dec 2015 UTC, customers experienced intermittent issues accessing Azure services that use, or have dependencies on, Azure Active Directory. A full list of services reporting downstream impact is listed below this message in the History tab of the Service Health Dashboard. While impact was centralized to West Europe and North Europe, customers outside of these regions may have experienced issues as a result of configurations specific to their individual scenarios. PRELIMINARY ROOT CAUSE: A configuration error led to incorrect routing of production traffic. This resulted in the inability to access services dependent on Azure Active Directory authentication and services…"
Bei genauerem Lesen der Meldung zeigt sich, dass es sich nicht um ein Softwareproblem gehandelt hat, sondern offensichtlich um eine Fehlbedienung. Sicher werden wir nie erfahren, was "configuration error" genau bedeutet, aber wir dürfen getrost davon ausgehen, dass ein viel zu beschäftigter Mitarbeiter einen Fehler gemacht hat, der anschließend automatisch und verzüglich in den europäischen Rechenzentren von Microsoft verteilt wurde.
Fehler durch Fehlbedienungen lassen sich mit keiner Softwarelösung verhindern. Dies liegt in der Natur der Sache. Daher werden auch in der Zukunft technische Störungen in Clouddiensten eher durch menschliche Faktoren entstehen, als durch problematische Softwarekomponenten oder Ausfälle von ganzen Rechenzentren.
Die Dauer von ungefähr vier Stunden entspricht inzwischen dem Durchschnitt von Störungen im Clouddienst. Am 26. November kam es in der Region US-West zu einer Störung im Azure Storage, die knapp über vier Stunden gedauert hat. Und wenn Sie sich die Zeit nehmen, sich die gemeldeten Azure Probleme der letzten 90 Tage anzuschauen, dann werden Sie feststellen, dass mehr Dienste und Regionen betroffen sind, als Sie denken.
Eine der Funktionen, die ebenfalls von der Störung betroffen war, war das Office 365 Dashboard selber. Dies führt für Kunden automatisch zu der unbequemen Situation, dass man von einer Office 365 Störung ausgeht, die eigene Vermutung ohne Zugriff auf das Health Dashboard aber nicht verifizieren kann.
Schlimmer wiegt die Tatsache, dass einzelne Dienste funktionierten und verfügbar waren, wie z.B. Outlook Desktop Sitzungen mit aktiven Sessions, während andere, die eine neue Authentifizierung erforderten, nicht mehr zur Verfügung standen, wie z.B. Remote PowerShell, Outlook on the Web oder SharePoint Online.
Hier hilft eine Softwarelösung zur Überwachung von genutzten Office 365 Dienste.
Mailscape 365 überwacht nicht nur einen einzigen Dienst, um die Funktionsfähigkeit von Office 365 zu überwachen. Dies ist einer der Hauptgründe, warum Gartner Mailscape 365 erst kürzlich in ihrem Bericht "10 Steps to Develop a Practical Network Performance Strategy for Office 365" empfohlen hat.
Mailscape 365 arbeitet mit synthetischen Transaktionen und simuliert so das Verhalten von Clients. Die aktive Nutzung von Anmeldefunktionen (auch AD FS) und Client-Zugriffe führt zu einer verlässlichen Überwachung der Dienste. Bei einem Ausfall des Azure AD, scheitern alle Testzugriffe auf Exchange ActiveSync, AutoDiscover, Outlook Anyhwere, MAPI/HTTP, Maiflow, SharePoint usw.
Mailscape 365 zeigt alle Dienste in Störung dediziert an.
Kunden in anderen Regionen konnten mit einem Blick auf das Mailscape 365 One-View Dashboard sofort sehen, dass sie von der Störung nicht betroffen waren.
Interessiert? Starten Sie noch jetzt Ihren persönlichen 21 Tage Test von Mailscape 365.
Das Exchange Blog Cumulative Update für September 2016 (CU0916) fasst interessante Themen rund um Exchange Server und Office 365 (Exchange Online), Azure und Skype for Business (aka Lync) des Monats September 2016 zusammen.
Gerne unterstützen wir Sie bei der Planung und Durchführung Ihrer Exchange Server Implementierung oder Migration.
Sie denken über einen vollständigen Wechsel zu Office 365 oder eine Hybrid-Konfiguration mit Office 365 nach? Wir beraten Sie umfassend und ausführlich über die Möglichkeiten der Office 365 Plattform.
Sie möchten mehr über Exchange Server 2016 erfahren? Gerne erläutern wir Ihnen die technischen Änderungen und Chancen für Ihr Unternehmen in einem persönlichen Workshop.
Weitere Informationen zu unseren Dienstleistungen finden Sie auf unserer Website (https://www.granikos.eu) oder Sie kontaktieren direkt unser Vertriebsteam: info@granikos.eu