OWA und ECP funktionieren nicht mehr, nachdem Sie das Sicherheitsupdate installiert haben
Zusammenfassung: Dieser Artikel bietet eine Lösung und hilft Benutzern, das Problem „owa und ecp funktionieren nach der Installation eines Sicherheitsupdates nicht mehr“ mithilfe der hier beschriebenen Methode zu lösen.
Microsoft Exchange Server wird weltweit von vielen Benutzern, IT-Unternehmen und anderen Branchen in großem Umfang für Geschäfts- und Kommunikationszwecke verwendet. Wenn die Benutzer das Sicherheitsupdate auf dem Server installieren, auf dem Exchange Server ausgeführt wird, entweder auf OWA (Outlook im Web) oder dem ECP (Exchange Control Panel) oder beides die Anwendung, die die Arbeit auf dem Server beendet.
Wenn Outlook im Web (OWA) nicht mehr funktioniert, wird der folgende Fehler angezeigt:
Etwas ist schief gelaufen
Ihre Anforderung konnte nicht vervollständigt werden. HTTP-Statuscode 500
Und wenn die Exchange-Systemsteuerung (ECP) nicht mehr funktioniert, wird die unten angegebene Fehlermeldung angezeigt:
Serverfehler in der ‚/ecp‘-Anwendung.
Datei oder Assembly konnte nicht geladen werden “Microsoft.Exchange.Common, Version=15.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35’ oder eine seiner Abhängigkeiten.
Die angegebene Datei wurde vom System nicht gefunden.
Ursache dieses Problems „OWA und ECP funktionieren nicht mehr, nachdem Sie ein Sicherheitsupdate installiert haben“
Wenn ein Benutzer das Sicherheitsupdate manuell auf einem Server mit aktivierter UAC (Benutzerkontensteuerung) installiert hat, jedoch ohne die erhöhten Berechtigungen zu verwenden.
Lösung zum Beheben des Fehlers: Exchange OWA und ECP funktionieren nicht mehr, nachdem Sie ein Sicherheitsupdate installiert haben
Benutzer müssen die erhöhte Berechtigung verwenden, um das Sicherheitsupdate auf dem Server erneut zu installieren.
- Öffnen Sie die Eingabeaufforderung als Administrator
- Wenn Ihre UAC-Fenster (Benutzerkontensteuerung) angezeigt werden, wählen Sie die angegebene Option aus, um das Eingabeaufforderungsfenster mit erhöhten Rechten zu öffnen >> Wählen Sie danach Weiter
- Wenn die UAC-Fenster nicht angezeigt werden, verwenden Sie den nächsten Schritt.
- Geben Sie den vollständigen Pfad der.msp-Datei für das Sicherheitsupdate ein >> Drücken Sie die Eingabetaste
- Starten Sie den Server neu, wenn die Updates installiert sind
Überprüfen Sie dann, ob Benutzer auf Outlook im Web (OWA) oder die Exchange-Systemsteuerung (ECP) auf dem Server zugreifen können, ohne die Fehlermeldung zu erhalten.
Wenn weiterhin eine Fehlermeldung im ECP angezeigt wird, führen Sie die folgenden Schritte aus:
1. Starten Sie auf dem Server den IIS-Manager
2. Wechseln Sie dann zum virtuellen Verzeichnis Exchange Backend-Website Exchange Control Panel (ECP)
3. Klicken Sie auf den Binsearch-Ordner der Anwendungseinstellungen
4. Überprüfen Sie danach den Pfad oder den Speicherort der Exchange-Verzeichnisse, die unten aufgeführt sind. Benutzer können auch den Verzeichnispfad anzeigen, der ähnlich ist.
„%ExchangeInstallDir%bin;
%ExchangeInstallDir%bin\CmdletExtensionAgents;
%ExchangeInstallDir%ClientAccess\Owa\bin”
5. Ersetzen Sie dann den angegebenen Pfad durch den angegebenen Pfad:
„C:\Programme\Microsoft\Exchange Server\V15\bin;
C:\Programme\Microsoft\ExchangeServer\V15\bin\CmdletExtensionAgents;
C:\Programme\Microsoft\Exchange Server\V15\ClientAccess\Owa\bin”
Hinweis: Wo der Microsoft Exchange Server installiert ist, muss der Pfad dorthin zeigen
6. Gehen Sie danach zu dem spezifischen Ordner, der das Exchange Server-Skript enthält.
Beispiel:
Für den Exchange Server 2013 befinden sich die Skripte standardmäßig im angegebenen Pfad:
„C:\Programme\Microsoft\Exchange Server\v15\Bin“
Hinweis: Für den Exchange Server 2010 befindet sich das Skript in der v14
7. Starten Sie das EMS als Admin und führen Sie das angegebene Skript aus:
„.\UpdateCas.ps1 und .\UpdateConfigFiles.ps1.“
8. Schließen Sie die Exchange-Verwaltungsshell und öffnen Sie das CMD als Administrator
9. Führen Sie dann den iisreset aus
10. Starten Sie abschließend den Server neu und vergewissern Sie sich, dass die Benutzer beim Zugriff auf das ECP keine Fehlermeldung mehr erhalten.
Hinweis: Beim Neustart des Servers kann es mehrere Gründe geben, aus denen die Exchange-Datenbankdatei des Benutzers beschädigt wird und in den Offline- oder nicht bereitgestellten Zustand wechselt. Dann ist es zu diesem Zeitpunkt sehr notwendig, die Sicherung von Exchange-Postfächern aus dieser Datenbank zu erstellen, da bei der Reparatur der Datenbank durch Benutzer die Möglichkeit eines Datenverlusts besteht. Dann können die Benutzer zu diesem Zeitpunkt die Sicherungsdatei verwenden, um Exchange-Daten abzurufen. Es gibt keine manuelle Lösung, die Benutzern hilft, das Postfach aus der Offline-Exchange-.edb-Datei in das Outlook-PST zu exportieren.
Profi-Tipp: Benutzer können den erweiterten SysTools EDB zu PST Konvertieren verwenden, der offline/demontierte Exchange-Datenbankdateien unterstützt und von vielen technischen und nicht-technischen Benutzern verwendet wird, um das Postfach aus der EDB-Datei Exchange 2016 in das PST-Dateiformat zu extrahieren. Darüber hinaus bietet es den schnellen und erweiterten Scanmodus, der die EDB-Datei vor Beschädigung repariert, und nach der Wiederherstellung können Benutzer Postfächer auf vereinfachte Weise in PST Exchange 2010/2013/2016 massenexportieren, ohne ein Cmdlet wie – New-MailboxExportRequest alle Postfächer an . zu verwenden PST
100% Sichern Vollversion kaufen
100% Sichern
Alles zusammenbringen
Jetzt haben Benutzer detaillierte Informationen zum Beheben des Problems OWA und ECP, nachdem Sie ein Sicherheitsupdateproblem installiert haben, indem Sie die hier bereitgestellte Lösung verwenden. Wenn Benutzer aus irgendeinem Grund Postfächer aus der aufgehobenen oder Offline-Exchange-Datenbankdatei in die Outlook-PST-Datei exportieren möchten, können sie die im obigen Abschnitt erwähnte erweiterte Lösung verwenden.