Erfahren Sie mehr über die Bereitstellung des neuen Self-Service-Portals und die Behandlung von Installationsproblemen.

Wichtig

Diese Version von Service Manager das Ende des Supports erreicht hat, wird empfohlen, ein Upgrade auf Service Manager 2019durchzuführen.

Das neue Self-Service-Portal ist eine ASP.NET MVC Razor-basierte HTML5-Web-App. Während der Installation wird die Web-App für die direkte Verbindung mit dem auf dem Service Manager-Serverbrowser ausgeführten SDK-Dienst konfiguriert. Ein grundlegendes, neu konfiguriertes Self-Service-Portal-Setup funktioniert wie in der folgenden Abbildung dargestellt.

sm-ssp-scenario-01

Die Daten fließen in der folgenden Reihenfolge zwischen verschiedenen Komponenten.

  1. Benutzer geben die URL der Web-App in ihrem Browser ein, um auf das Self-Service-Portal zuzugreifen.

  2. ASP.NET erstellt eine neue Instanz für den Benutzer und versucht, inhalte für den SDK-Dienst zu erstellen, der während der Installation im Kontext des Benutzers bereitgestellt wird.

  3. Vom SDK-Dienst werden Daten aus der Service Manager-Datenbank gelesen und in diese geschrieben.

Vorbereiten der Bereitstellung

Lesen Sie im folgenden Abschnitt, wie Sie sich auf die Bereitstellung vorbereiten.

Hinweis

Es wird nicht empfohlen, das Self-Service-Portal auf demselben Server wie der primäre Verwaltungsserver zu installieren.

Hardwareanforderungen

Service Manager-Server Prozessor (min.) Prozessor (empf.) RAM (min.) RAM (empf.) Festplattenspeicher (min.) Festplattenspeicher (empf.)
Self-Service-Portal und sekundäre Service Manager (empfohlen*) 8-Kern-CPU, 2,66 GHz 8-Kern-CPU, 2,66 GHz 16 GB 32 GB 80 GB 80 GB
Self-Service-Portal (eigenständig) 4-Kern-CPU, 2,66 GHz 8-Kern-CPU, 2,66 GHz 8 GB 16 GB 80 GB 80 GB

* Die oben genannten Anforderungen ermöglichen den gleichzeitigen Zugriff auf 500 Benutzer innerhalb einer akzeptablen Antwortzeit, z. B. durchschnittliche Lesevorgänge mit einer Antwortzeit von weniger als 3 Sekunden und Schreibvorgänge mit einer Antwortzeit von weniger als 5 Sekunden, bei einem Verhältnis von 80:20 zwischen Lese- und Schreibvorgängen. Weitere Informationen zu größeren Bereitstellungen finden Sie weiter unten im Abschnitt Bereitstellen einer Webfarm.

Unterstützte Betriebssysteme

  • Windows Server 2016

  • Windows Server 2012 R2

Unterstützte Webbrowser

Das Self-Service-Portal benötigt eine Bildschirmauflösung über 1024 x 768. Es wird von den folgenden Browsern unterstützt:

  • Microsoft Edge

  • Microsoft Internet Explorer 10 und 11

  • Mozilla Firefox 42 und höher

  • Google Chrome 46 und höher

Bereitstellen des neuen Self-Service-Portals

Ausführliche Schritte zum Bereitstellen des neuen Self-Service-Portals finden Sie im Artikel Bereitstellen des neuen Self-Service-Portals. In den folgenden Abschnitten werden wichtige Aspekte der Bereitstellung zusammengefasst.

Installieren des Portals als Standardwebsite

Wenn Sie neue Self-Service Portal an Port 80 installieren möchten, müssen Sie zuerst die Standardwebsite in IIS in einen anderen Port verschieben, z. B. Port 8080, und dann Self-Service Portal auf Port 80 verschieben.

SSL verwenden

SSL wird empfohlen, um eine sichere Kommunikation sicherzustellen, insbesondere bei Verwendung der Standardauthentifizierung, wenn Benutzername und Kennwort im Klartext über das Netzwerk übertragen werden.

Bereitstellungstopologien

Sie können die folgenden Bereitstellungstopologien für das Self-Service-Portal verwenden.

In dieser Topologie werden sowohl das neue Self-Service-Portal als auch die Rolle Verwaltungsserver auf demselben Server installiert. Dies ist die empfohlene Topologie, da Netzwerkverzögerung zwischen dem Portal und dem SDK-Dienst vermieden werden. Darüber hinaus wird empfohlen, das Self-Service-Portal auf einem sekundären Dienstverwaltungsserver zu installieren, um Leistungseinbußen aufgrund von Workflows zu vermeiden, die auf dem primären Server ausgeführt werden.

sm-ssp-scenario-02

In dieser Topologie wird Windows-Authentifizierung (standardmäßig konfiguriert) zum sicheren Authentifizierung ohne den Aufwand von SSL verwendet.

Eigenständige Self-Service-Portalbereitstellung

In dieser Topologie wird im Self-Service-Portal ein Server installiert, auf dem nicht die Service Manager-Verwaltungsserverrolle installiert ist.

sm-ssp-scenario-03

In dieser Konfiguration werden das neue Self-Service-Portal und der sekundäre Service Manager-Server auf verschiedenen Servern installiert, und es ist ein doppelter Hop erforderlich, um über die Web-App eine Verbindung mit dem SDK-Dienst herzustellen. Windows-Authentifizierung kann in diesem Fall nicht verwendet werden, und das Portal muss für die Verwendung der Standardauthentifizierungkonfiguriert werden. Da die Standardauthentifizierung grundsätzlich unsicher ist, wird die Verwendung von SSL empfohlen, um Sicherheitsprobleme in der Bereitstellung zu vermeiden, wie z. B. beim Zugriff auf Ressourcen außerhalb von Firewalls und Proxyservern.

Aufgrund der Netzwerkverzögerungen zwischen dem Portal und dem SDK-Dienst bei Verwendung von SSL ist diese Topologie im Vergleich zu einer Einzelserverbereitstellung langsamer. Diese Konfiguration kann jedoch Bereitstellungsszenarien unterstützen, in denen ein doppelter Hop nicht vermieden werden kann.

Bereitstellen einer Webfarm

Einer der hauptvorteile des neuen Self-Service-Portals besteht darin, dass die Web-App über keinen lokalen Datenspeicher verfügt, abgesehen von der Zwischenspeicherung. Daten werden direkt aus der Service Manager-Datenbank gelesen und in diese geschrieben. Dies erleichtert die gleichzeitige Bereitstellung mehrerer Instanzen des Webservers. Bei umfangreichen Bereitstellungen mit mehr als 1.000 Benutzern, die parallel auf das Portal zugreifen, können Sie das neue Self-Service-Portal als Webfarm bereitstellen, ähnlich der folgenden Konfiguration.

sm-ssp-scenario-04

Eine Webfarm stellt die Hochverfügbarkeit des Self-Service-Portals sicher. Intern stellt die Web-App eine WCF-Verbindung zum SDK-Dienst her. Das Erstellen der ersten Verbindung dauert einige Zeit. Um die Verarbeitungszeit zu verkürzen, sollte daher der Webserver, mit dem sich der Benutzer anfangs verbindet, idealerweise alle nachfolgenden Anforderungen verarbeiten. Um diese Konfiguration in IIS zu gewährleisten, sollte die ARR-Einstellung so festgelegt werden, dass Clientaffinität aktiviert ist.

Behandeln von Setupproblemen

Die folgenden Abschnitte zur Problembehandlung helfen, häufig auftretende Probleme zu beheben.

IIS ist nicht installiert

Die Konfigurationsseite zeigt einen IIS-Rollenfehler, auch wenn IIS auf dem Server aktiviert ist.

sm-ssp-scenario-05

Dies geschieht, weil das Installationsprogramm ohne Administratoranmeldeinformationen gestartet wurde. Dadurch kann das Installationsprogramm nicht auf die IIS-Konfigurationseinstellungen zugreifen.

Lösung: Führen Sie „SetupWizard.exe“ als Administrator aus. Sie können mit der rechten Maustaste auf SetupWizard klicken und dann Als Administrator ausführen auswählen.

Problembehandlung für das Neue Self-Service-Portal

In diesem Abschnitt wird beschrieben, wie Sie Probleme behandeln, die nach der Installation des neuen Self-Service-Portals auftreten können.

IIS-Einstellungen

Die folgenden Portalstandardeinstellungen werden während der Installation konfiguriert:

App-Pool

Der App-Pool ist für die Ausführung im klassischen Modus in .NET CLR, Version 4, konfiguriert.

sm-ssp-scenario-06

In den erweiterten Einstellungen ist der App-Pool für die Ausführung mit einem Dienstkonto konfiguriert, das während der Installation angegeben wird. Derselbe Benutzer muss über Administratorrechte in Service Manager und auf dem lokalen Computer verfügen, auf dem der App-Pool ausgeführt wird.

sm-ssp-scenario-07

Websitekonfiguration

Nur Identitätswechsel und Windows-Authentifizierung sollten aktiviert sein. Alle anderen Optionen sollten deaktiviert sein.

sm-ssp-scenario-08

Für den Identitätswechsel sollte Authentifizierter Benutzer ausgewählt sein.

sm-ssp-scenario-09

Windows-Authentifizierungseinstellungen:

sm-ssp-scenario-10

Das Standarddokument für die Website sollte index.cshtmlsein.

sm-ssp-scenario-11

Standardauthentifizierung

Für ein Double-Hop-Szenario funktioniert Windows-Authentifizierung nicht, sodass sie deaktiviert werden muss. Aktivieren und Konfigurieren der Standardauthentifizierung.

sm-ssp-scenario-12

Aktivieren der Ablaufverfolgung

Gehen Sie wie folgt vor, um die Ablaufverfolgung zu aktivieren.

Schritt 1 Fügen Sie die folgenden Einstellungen zur Datei „web.config“ hinzu, um die Generierung des Ereignisprotokolls zu aktivieren.

<system.web>  
   .....  
   <trace enabled="true"/>  
   ...  
</system.web>  

Schritt2 Leiten Sie die Ausgabe in eine Datei, indem Sie die folgenden Abschnitte zur Datei „web.config“ hinzufügen.

<system.diagnostics>  
    <trace autoflush="true">  
      <listeners>  
        <add name="myListener" type="System.Diagnostics.TextWriterTraceListener" initializeData="c:\logs\SSPOutput.log" />    
      </listeners>  
    </trace>  
</system.diagnostics>  

Da die Web-App im Inhalt des angemeldeten Benutzers ausgeführt wird, stellen Sie sicher, dass Sie allen Benutzern Schreibberechtigungen im Protokollordner erteilen. Im oben stehenden Beispiel etwa ist „c:\logs“ der Protokollordner.

Debuggen von IIS

IIS unterstützt eine effiziente Protokollierung, um das Debuggen von IIS-Problemen zu erleichtern. Weitere Informationen finden Sie unter ÜBERSICHT ÜBER DIE IIS-Protokollierung.

Problembehandlung bei Bereitstellungsproblemen

Verwenden Sie die folgenden Abschnitte bei der Behandlung von Problemen, die bei Ihrer Bereitstellung auftreten können.

Definitionsänderungen (Ankündigungen/Anforderungsangebote/Dienstangebote/Wissensdatenbankartikel) werden nicht angezeigt.

Das neue Self-Service-Portal verwendet einen Cachemechanismus zum Speichern statischer Daten, um schnelle Antwortzeiten zu ermöglichen. Das Cachetimeout ist standardmäßig auf 30 Minuten festgelegt. Dieser Wert kann konfiguriert werden. Weitere Informationen finden Sie unter Deploy the New Self-Service Portal im Abschnitt „Grundlegende Anpassung“. Alle Änderungen an den Definitionen von Ankündigungen, Anforderungsangeboten und Knowledge-Artikeln werden erst angezeigt, wenn der Cache geleert wurde.

Die verwendete Arbeitsspeicherzwischenspeicherung basiert auf .NET Framework MemoryCache. Zwischengespeicherter Inhalt verbleibt im Arbeitsspeicher, bis der IIS-Arbeitsprozess beendet wird. Ein Neustarten von IIS hilft nicht, da IIS nicht den alten Prozess entfernt und dann einen neuen startet, sondern einen vorhandenen Prozess wiederverwendet. Um die Daten aus dem Zwischenspeicher zu entfernen und ein erneutes Lesen zu erzwingen, suchen Sie den IIS-Arbeitsprozess, der der Instanz zugeordnet ist, und wählen Sie Task beenden aus, bevor Sie IIS neu starten.

IIS worker process

Die Abschnitte "Meine Anforderungen" und "Meine Aktivitäten" sind leer.

Die Datei „Portal.mpb“, die Teil des Installationsprogramms ist und in Service Manager importiert werden muss, enthält neue Typprojektionen. Gehen Sie zum Importieren wie folgt vor:

  1. Importieren Sie die Datei „Portal.mpb“ in den Verwaltungsserver.

  2. Starten Sie auf dem Verwaltungsserver, mit dem das Portal verbunden ist, den SDK-Dienst neu.

Wenn die Einstellung „Verstärkte Sicherheitskonfiguration“ für Internet Explorer aktiviert ist, wird dem Benutzer beim Durchsuchen des Portals auf jeder Seite das folgende Popupfenster angezeigt.

pop-up in Internet Explorer

Das oben angezeigte Popupfenster wird für das App Insights JavaScript SDK angezeigt, das in das Self-Service-Portal integriert ist, um Telemetriedaten zu sammeln. Sie können das Senden von Telemetriedaten deaktivieren und dadurch das Popupfenster entfernen, indem Sie den Wert des Konfigurationsparameters „EnableTelemetry“ ändern. Weitere Informationen finden Sie unter Deploy the New Self-Service Portal im Abschnitt „Grundlegende Anpassung“.

Sie können auf dem Computer, auf dem IIS hostet, auf das Portal zugreifen, aber nicht von einem Remotecomputer aus darauf zugreifen.

Dieses Problem kann auftreten, wenn sich das Portal und der SDK-Dienst auf unterschiedlichen Computern befinden (eigenständige Bereitstellung Self-Service Portal). Dies führt beim Versuch, von einem Remotecomputer aus auf das Portal zuzugreifen, zu einem Double-Hop-Szenario. Daher funktioniert die standardbasierte Portalkonfiguration, die unter "Windows Authentifizierung" beschrieben wird, nicht. Verwenden Sie stattdessen die Konfiguration "Standardauthentifizierung", um dieses Problem zu beheben.

Einige Dienstangebote oder veröffentlichte Dienstangebote werden im Portal nicht angezeigt.

Dieses Problem tritt auf, da Dienstangebote nur angezeigt werden, wenn sie eine der folgenden Bedingungen erfüllen:

  • Die Sprache des Dienstangebots entspricht der Browsersprache oder der über die Portalsprachenauswahl festgelegten Sprache.

  • Für das Dienstangebot ist keine Sprache ausgewählt.

    blank language

    English language

Im Folgenden finden Sie eine Liste der Sprachen mit Sprachcodes, die vom Portal unterstützt werden:

  • en-US: Englisch

  • fr-FR: bezeichnungçais

  • de-DE: Deutsch

  • cs-DANN: ): ):

  • da-DK: Dansk

  • el-GR: Bzw.

  • es-ES: embeol

  • fi-FI: suomi

  • hu-HU: magyar

  • it-IT: italiano

  • ja-JP:

  • ko-KR: 한국어

  • nb-NO: norsk

  • nl-NL: Nls

  • pl-PL: polski

  • pt-BR: portugu ): (Für)

  • pt-PT: portugu): (Portugal)

  • ru-RU: ó ):

  • sv-SE:ska

  • tr-TR: Türkçe

  • zh-CHS:

  • zh-TW:

  • zh-HK:港特別政區)

Die Zeitanzeige für meine Elemente gibt immer AM an.

Um dieses Problem zu beheben, suchen Sie in den folgenden Dateien das Tag „utc-date“, und ersetzen Sie „DateTime.Parse(xyz).ToString("yyyy,M,d,h,m,s")“ durch „DateTime.Parse(xyzToString("yyyy,M,d,H,m,s")“:

  • Views\KnowledgeBase\Article.cshtml

  • Views\MyActivities\ActivityDetails.cshtml

  • Views\MyRequests\RequestDetails.cshtml

  • Views\Shared\_Layout.cshtml

Nächste Schritte