Benutzer über eine Migration oder eine Aktualisierung informieren

Konfigurieren Sie Wartungsnachrichten zum Migrieren oder Aktualisieren von IBM® Connections

Informationen zu diesem Vorgang

Wenn Sie IBM Connections migrieren oder aktualisieren, informieren Sie Ihre Benutzer, dass die Umgebung vorübergehend offline ist. Informieren Sie sie direkt über einen Broadcast oder per E-Mail.

Während des Wartungszeitraums können Sie entweder IBM HTTP Server stoppen oder den gesamten HTTP-Datenverkehr zu einer Serverwartungs-Benachrichtigungsseite umleiten.

Gehen Sie wie folgt vor, um IBM Connections zur Vorbereitung der Produktaktualisierung oder -migration zu schließen:

Vorgehensweise

  1. Informieren Sie die Benutzer über die geplante Betriebsunterbrechung und über den Beginn und die geplante Dauer der Wartungsarbeiten. Sie können Community-Mitgliedern E-Mail-Benachrichtigungen senden oder eine Nachricht an einen Bereich des Produkts senden, der Statusinformationen zur Site bereitstellt.
  2. Führen Sie einen der folgenden Schritte aus:
    • Stoppen Sie IBM HTTP Server. Stellen Sie sicher, dass keine weiteren Anwendungen IBM HTTP Server verwenden.
    • Lassen Sie den Web-Server weiter laufen, leiten Sie aber Benutzer zu einer Serverwartungs-Benachrichtigungsseite um. Folgen Sie dabei diesen Schritten, um die Zeilengruppen Location und ErrorDocument zur Konfigurationsdatei httpd.conf für den IBM HTTP Server hinzuzufügen:
      1. Erstellen Sie ein HTML-Dokument mit dem Namen upgrading.html. Fügen Sie Text zu der Seite hinzu, die Benutzer darüber informiert, dass IBM Connections aufgrund von planmäßigen Wartungsarbeiten vorübergehend nicht verfügbar ist. Verweisen Sie über die folgenden ErrorDocument-Anweisungen in der Datei httpd.conf auf die Wartungsseite:

        ErrorDocument 401 /upgrading.html

        ErrorDocument 403 /upgrading.html

      2. Erstellen Sie eine Regel für das Umschreiben, um Anforderungen für IBM Connections umzuleiten. Fügen Sie das folgende Element zur Datei httpd.conf hinzu, um alle nicht berechtigten IP-Adressen zu blockieren, sodass diese den Server nicht erreichen können, und um den Benutzer zur Seite upgrading.htm umzuleiten:

        <Location / >

        Order Deny,Allow

        Deny from all

        Allow from your.ip.address

        Allow from ip.address.of.each.machine.in.deployment

        </Location>

        Anmerkung: Sie müssen in Ihrer Implementierung für jede Instanz des WebSphere Application Servers über ein Allow-Element verfügen.
    Wichtig: Wenn Ihre Implementierung von IBM Connections Plug-ins verwendet, gibt dieser Ansatz den Antwortcode 403 HTTP "Forbidden" (Verboten) zurück. Die Connections-Plug-ins können den Antwortcode "403 HTTP" jedoch nicht verarbeiten und zeigen die Eingabeaufforderung für Benutzer-ID/Kennwort an. Die Angabe der Benutzerberechtigung schlägt jedoch fehl. Um dies zu vermeiden, verwenden Sie den folgenden Ansatz, der den Antwortcode 500 HTTP "Internal Server Error" (Interner Serverfehler) zurückgibt. Fügen Sie am Ende der Datei httpd.conf die folgenden Zeilen hinzu:
    LoadModule rewrite_module modules/mod_rewrite.so
    RewriteEngine on
    RewriteCond %{REMOTE_HOST} !^127.0.0.1
    RewriteCond %{REMOTE_HOST} !^192.168.157.139
    RewriteCond %{REMOTE_HOST} !^192.168.157.140
    RewriteRule !^/upgrading.htm$ /upgrading.htm [L,R=500]
    ErrorDocument 500 /upgrading.htm
    Schließen Sie erneut alle IP-Adressen von Servern und Desktops aus, die während der Wartungsarbeiten nach wie vor Zugriff auf die Umgebung haben sollen. Wenn Sie die im Beispiel aufgeführten RewriteCond-Zeilen verwenden, schließen Sie jede WebSphere Application Server-Instanz in Ihrer Implementierung aus.

Nächste Schritte

Wenn die Migration oder Aktualisierung abgeschlossen ist, entfernen Sie die Location- und die ErrorDocument-Zeilengruppe aus der Datei httpd.conf.