Der Edge-Browser, die Skype- oder die Remotedesktop-App fallen immer wieder dadurch auf, beim Vergrößern des Fensters die neu hinzugekommene Fläche nicht auszufüllen. Das Problem tritt primär auf hochauflösenden HiDPI-Bildschirmen auf und lässt sich durch Anpassung der visuellen Effekte beheben.
Die Throttling Policies wurden mit Exchange 2010 eingeführt und in den Versionen danach weiterentwickelt. Sie sind dazu gedacht, den Server vor Überlastungen, beispielsweise durch DOS-Attacken zu schützen. Diese Begrenzung kann sich aber als zu streng erweisen und zum Scheitern von Verbindungen führen.
Eine Collaboration-Lösung wie Microsoft Teams bietet den Benutzern normalerweise genügend Spielraum, um ihre Umgebung selbst zu organisieren. Dennoch bleiben der IT einige administrative Aufgaben. Viele davon betreffen Bulk-Operationen oder wiederkehrende Tätigkeiten, die sich am besten mit PowerShell erledigen lassen.
Die Freude über den neuen 4K-Monitor wird schnell getrübt, wenn Anwendungen mit der hohen Auflösung nicht zurechtkommen. Ein eigenes Problem sind RDP-Verbindungen, weil dort die Mittel zur Anpassung der Anzeige fehlen. Eine durchgängige Lösung dafür gibt es nicht, aber einzelne Maßnahmen können helfen.
Das Security & Compliance Center in Office 365 gibt Anwendern Auskunft, ob Nachrichten in Exchange Online fehlerfrei zugestellt wurden. Das Dashboard für den Nachrichtenfluss liefert darüber hinaus Informationen zum Satus der Warteschlangen, die Zahl der ein- und ausgehenden sowie der weitergeleiteten Mails.
Beim Anlegen einer Verteilergruppe in der ECP-Konsole von Exchange kann man bei der Auswahl der Organisationseinheit die Fehlermeldung "Es sind mehr Ergebnisse verfügbar, als momentan angezeigt werden" bekommen. Die Lösung besteht darin, den Parameter für die Zahl der OUs in der web.conf anzupassen.
Viele Unternehmen setzen zum Schutz ihrer Infrastruktur einen Proxy-Server ein. Möchte man in einer solchen Umgebung Exchange (Online oder On-Prem) mit PowerShell verwalten, dann kann die Verbindung scheitern. Das Problem lässt sich meist durch Anpassung der zuständigen Proxy-Einstellungen lösen.
In vSphere sind wie in nahezu allen Service-orientierten Software-Architekturen viele Fehlersymptome auf Netzwerkprobleme zurückzuführen. Das gilt auch für Storage-Fehler, wenn Speicher über das Netzwerk angebunden ist. Daher enthält vSphere eine Reihe von Tools zur Diagnose des Netzwerks.
Die wichtigsten Informationsquellen zur Fehleranalyse in IT-Umgebungen und somit auch bei VMware sind Log-Dateien, Tasks und Ereignisse. Das gilt sowohl für vCenter als auf für ESXi und virtuelle Maschinen. Ich zeige, wo die wichtigsten Protokolldateien zu finden sind und mit welchen Bordmitteln man sie durchsucht.
Die Konsistenz eines Active Directory sollte regelmäßig geprüft werden. Dazu kommen besondere Anlässe, etwa bei Verdacht auf Störungen oder wenn die Synchronisation mit Azure AD ansteht. Dieser Beitrag listet die wichtigsten Maßnahmen auf und beschreibt, wie man sie mit den gängigen Tools umsetzt.
Bei der Fehlersuche in komplexen IT-Infrastrukturen muss man sich unabhängig von Art, Tools-Chain und Hersteller eine stringente Methodik angewöhnen, um sich nicht zu verzetteln. Dazu zählen Top-Down- und Bottom-Up-Analysen. Wie das in einer vSphere-Umgebung aussehen könnte, zeigt dieser Beitrag.