Planung › So planen Sie für erweiterte Verfügbarkeit › Überlegungen zur Konfiguration für erweiterte Verfügbarkeit

Überlegungen zur Konfiguration für erweiterte Verfügbarkeit

Wir empfehlen Ihnen, folgende Punkte zu berücksichtigen, bevor Sie die Konfiguration für erweiterte Verfügbarkeit implementieren:

Allgemeine Hinweise

Alle Planungsüberlegungen der konventionellen Konfiguration sind gültig für die Konfiguration für erweiterte Verfügbarkeit. Weitere Informationen zur Planung konventioneller Konfigurationen finden Sie im Implementierungshandbuch.

• Es werden zusätzliche Hardwarekosten erwartet, da Sie einen Hintergrundserver, mindestens einen Standby-Server und mindestens einen Anwendungsserver benötigen. Die Konfiguration des Standby-Servers und des Hintergrundservers muss identisch sein.
• Es ist erforderlich, dass ein Remote-Datenbankserver und ein Server die Indexdateien des Knowledge Tool, die Import-/Exportdateien des Knowledge Tool, die Ausgabedateien der Archivbereinigung und die Anhang-Repositorys gemeinsam nutzen. Um es dem Hintergrundserver und dem Standby-Server zu ermöglichen, auf diese Dateien zuzugreifen, ist ein freigegebener Speicherort erforderlich. Linux- und Unix-Installationen können NFS-Bereitstellungen verwenden. UNC-Support wurde für Windows-Installationen hinzugefügt.
• Es wird erwartet, dass die CA SDM-Leistung auch mit den zusätzlichen Servern für Hintergrund- und Standby-Vorgänge gleich bleibt. Wenn Sie weitere Anwendungsserver bereitstellen, wird sich die Leistung möglicherweise verbessern.
• Jeder der Server ist direkt mit der Datenbank verbunden. Dies führt zu erhöhten Ressourcenkonflikten auf der DBMS-Ebene. Wir empfehlen, die Hardware-Konfiguration des DBMS-Servers zu erhöhen. Weitere Informationen finden Sie in den Systeminformationen.
• Das Konvertieren einer konventionellen Konfiguration in eine Konfiguration für erweiterte Verfügbarkeit ist ein manueller Aufwand. Die größeren Implementierungen sind normalerweise komplexer, und möglicherweise müssen Sie CA Services zur Unterstützung einbeziehen.
• Um zur Konfiguration für erweiterte Verfügbarkeit zu migrieren, führen Sie ein Upgrade auf CA SDM r12.9 in der konventionellen Konfiguration durch, und führen Sie anschließend die Konvertierung zur Konfiguration für erweiterte Verfügbarkeit durch.
• Installieren Sie den Hintergrundserver und den Standby-Server auf dem gleichen Subnetz des Netzwerks, sodass Ping-Zeiten und Latenzen von verschiedenen Anwendungsservern sich ähneln.
• Sie sollten in Betracht ziehen, den Hintergrundserver und den Standby-Server in einer zentralen Lokation mit einer guten Netzwerkverbindung für alle Anwender unterzubringen. Die Anwendungsserver können entweder zentral bereitgestellt werden oder sie können weltweit verteilt werden.
• Eine Konfiguration für erweiterte Verfügbarkeit muss immer einen Hintergrundserver und mindestens einen Standby-Server haben.
  • (Empfohlen) Stellen Sie sicher, dass sowohl die Hintergrundserver als auch alle anderen Standby-Server ähnlich konfiguriert sind. Dieser Vorgang stellt sicher, dass ein Standby-Server, der während eines Failover als neuer Hintergrundserver festgelegt wird, genau wie der alte Hintergrundserver funktioniert.
  • Es kann eine beliebige Anzahl an Standby-Servern konfiguriert werden. Um die CA SDM-Verfügbarkeit zu steigern, sollten Sie in Betracht ziehen, einen Standby-Server in Ihre Datenzentrale der Sicherung oder in den Disaster Recovery-Standort zu platzieren.
  • Die minimale Implementierung der erweiterten Verfügbarkeit benötigt einen Anwendungsserver. Wir empfehlen Ihnen, über zwei Anwendungsserver zu verfügen, um die Verfügbarkeit zu steigern, und Sie sollten über einen Lastenausgleich verfügen, um den Webdatenverkehr zu regeln.
  • Abgesehen von CA SDM-Administratoren dürfen sich keine anderen Anwender beim Hintergrundserver anmelden. Außerdem dürfen sich keine Anwender bei den Standby-Servern anmelden.
• Wir können E-Mail-Benachrichtigungen von allen CA SDM-Servern senden. Es gibt derzeit keine Möglichkeit, diese Option zu beschränken oder zu konfigurieren. Jeder Server in der erweiterten Verfügbarkeitskonfiguration muss eine Verbindung zum Mail-Server haben.
  • Eine E-Mail-Benachrichtigung, die aus einer Endanwenderinteraktion resultiert, wird von dem Anwendungsserver gesendet, an den der Anwender angeschlossen wird.
  • Eine E-Mail-Benachrichtigung aufgrund von Hintergrundvorgängen (wie die Animator-Verarbeitung eines angehängten Ereignisses) werden von dem pdm_mail_nxd-Hilfsprogramm gesendet, das auf dem Hintergrundserver ausführt wird.
  • Während eines Hintergrundserverfehlers werden die in der Warteschlange vorhandenen E-Mails gesendet, wenn der Hintergrundserver als Standby-Server hochgefahren wird.

Hinweise zum Failover

Beachten Sie Folgendes, während ein Failover des Hintergrundservers zum Standby-Server durchgeführt wird:

• Die neuen Anwender können sich nicht anmelden.
• Während des Failovers werden folgende Aktionen bei bereits verbundenen Anwendern nicht funktionieren. Nach dem Failover muss der Anwender versuchen, diese Aktionen erneut durchzuführen:
  • Beim Erstellen von Tickets mit Anhängen.
  • Beim Herunterladen von Anhängen.
  • Suchen nach Knowledge-Dokumenten.
  • Beim Indizieren von neuen Knowledge-Dokumenten.
  • Bei eingehenden E-Mails.
  • Bei SLA-Events, die nicht ausgelöst werden, bis das Failover abgeschlossen ist.
  • Wichtig! Wenn Sie das Tool eines Drittanbieters so konfiguriert haben, dass Auto-Failover für die CA SDM-Server aktiviert ist, müssen Sie dies deaktivieren, bevor Sie mit der Rolling-Wartung.

Hinweise zur Datenbank

• Eine direkte Verbindung ist zwischen den Servern sowie zur Datenbank vorhanden. Wenn der CA SDM-Server innerhalb DMZ ist, müssen Sie für diese Konnektivität die Firewall-Ports öffnen oder eine Tunneling-Proxy-Technologie implementieren. Beachten Sie auch die Lizenzvereinbarungen mit Ihrem DBMS-Anbieter.
• Stellen Sie sicher, dass der Datenbank-Client auf allen CA SDM-Servern installiert ist.
• In der Konfiguration für erweiterte Verfügbarkeit werden alle Server immer noch mit einer einzelnen Datenbank verbunden. Da die Datenbank eine zentrale Fehlerquelle sein kann, sollten Sie die Vorteile des Datenbank-Clustering nutzen, um die Verfügbarkeit von DBMS zu steigern.
• Microsoft SQL Server wird nur systemeigen auf der Windows-Plattform unterstützt. Wenn Ihre Implementierung zum Beispiel aus Servern mit heterogenen Betriebssystemen wie Windows und Linux besteht, dann wählen Sie "Oracle" als DBMS aus, da Microsoft SQL Server unter Linux nicht unterstützt wird.
• Das pdm_isql-Hilfsprogramm kann nur auf den Anwendungsserver ausgeführt werden.

Systemkonfiguration, Administration und Vorgang

• SOAP-Webservices und RESTful-Webservices werden nur auf den Anwendungsservern unterstützt. Web-Directors können auf allen CA SDM-Servern konfiguriert werden.
• Da die Anwendungsserver unabhängig voneinander sind, können Web-Directors nur Web-Engines bedienen, die auf dem gleichen Anwendungsserver ausgeführt werden. Web-Directors können keine Web-Engines über die Anwendungsserver bedienen.
• Da die Server in der Konfiguration für erweiterte Verfügbarkeit einen höheren Grad an Unabhängigkeit haben, funktionieren die meisten Befehlszeilenprogramme nur auf dem lokalen Server. Zum Beispiel zeigt Ihnen "pdm_status" nur die ausgeführten CA SDM-Prozesse auf dem Server, auf dem Sie den Befehl ausführen. Das Hilfsprogramm "pdm_webcache" aktualisiert nur die Formular-Caches auf dem Server, auf dem es ausgegeben wurde.
• Im Gegensatz zur konventionellen Konfiguration, bei der Sie CA SDM-Prozesse auf dem Primärserver mit "pdm_d_mgr" starten und anhalten, werden bei der erweiterten Verfügbarkeit die Prozesse auf jedem Server unabhängig gesteuert.
• Verwenden Sie den neuen Befehl "pdm_server_control" anstelle des Befehls "pdm_halt", um Anwendungsserver herunterzufahren. Vor dem Herunterfahren können Sie die aktiven Anwender darum bitten, zu einem anderen Anwendungsserver zu wechseln. Dies kann ausgeführt werden, indem man die Anwender mithilfe der Option zur Stilllegung benachrichtigt.
• Das Hilfsprogramm "pdm_edit" wurde durch eine neue grafische Benutzeroberfläche ersetzt, bei der die vielen manuellen Änderungen an der "pdm_d_mgr"-Konfigurationsdatei nicht mehr erforderlich sind.
• In der erweiterten Verfügbarkeitskonfiguration können Sie im Gegensatz zur konventionellen Konfiguration die Option "bopauth_host" vom Optionsmanager der Web-Benutzeroberfläche des Hintergrundservers verwenden, um die Details zum Authentifizierungsserver anzugeben. Für die Konfiguration für erweiterte Verfügbarkeit führen Sie diese Konfigurationsänderung in "pdm_edit" nicht mehr durch. Anwender können sich nicht anmelden, wenn der Authentifizierungsserver nicht verfügbar ist.

  Hinweis: Bei der konventionellen Konfiguration können Sie einen Sekundärserver verwenden, um CA SDM mit einem Authentifizierungssystem zu integrieren, das auf einem anderen System oder sogar auf einer anderen Hardware-Plattform ausgeführt wird.

• Um zu verhindern, dass Rogue-Server der Konfiguration für erweiterte Verfügbarkeit beitreten, müssen alle Server über die Web-Schnittstelle des Hintergrundservers angegeben werden, bevor sie konfiguriert werden können.
• Die Rolle und andere Informationen für einen Server in der Konfiguration für erweiterte Verfügbarkeit können auf der Registerkarte "Administration" geändert werden. Halten Sie die CA SDM-Services an, bevor Sie versuchen, eine Serverdefinition zu ändern. Die Neukonfiguration des Servers ist erforderlich, damit die Änderungen wirksam werden.
• Sie können einen Server zwischen der konventionellen Konfiguration und der Konfiguration für erweiterte Verfügbarkeit wechseln, indem Sie das Konfigurationshilfsprogramm ausführen. Stellen Sie sicher, alle Server in der Implementierung zu ändern. Ihre Daten bleiben unverändert, aber die manuellen Aktualisierungen sind erforderlich, um die Einstellungen zu ändern.
• Verwenden Sie die aktuellsten "pdm_startup"-Dateien, während Sie auf CA SDM r12.9 migrieren. Verwenden Sie keine Dateien aus Vorgängerversionen von CA SDM. Zum Beispiel Dateien, die vom Hilfsprogramm "pdm_edit" generiert wurden.
• Es wurden neue Umgebungsvariablen zu "NX.env" hinzugefügt, um die erweiterte Verfügbarkeit zu unterstützen, und das System verwaltet die variablen Werte automatisch.

  Wichtig! Ändern Sie "NX.env" nicht manuell, sofern Sie nicht dazu aufgefordert werden.

• Eine neue Einrichtung generiert Ticketnummern und numerische Datensatzschlüssel. Um eine mögliche Datenbankkorruption zu vermeiden, sollten Sie niemals versuchen, die Tabelle "Key_Control" zu laden oder manuell zu ändern.
• Sie können die Knowledge Tools-Daemons nicht auf einen anderen Server in der Konfiguration für erweiterte Verfügbarkeit verschieben. Der "kt_daemon" wird jetzt auf allen Servern ausgeführt. Alle anderen Knowledge Tools-Daemons werden als Singletons auf dem Hintergrundserver ausgeführt.
• Knowledge Tools unterstützen jetzt UNC-Dateipfade unter Windows für den Speicherort der EBR-Indexdateien und der Eingabe-/Ausgabedateien, die von der Einrichtung "Knowledge-Export" bzw. "Knowledge-Import" verwendet werden. Diese Funktion ist sowohl für die erweiterte Verfügbarkeit als auch für die konventionellen Konfigurationen verfügbar.

  Wichtig! Der Pfad der EBR-Indexdateien und der KEIT-Dateien müssen sich auf die gleichen UNC-Daten beziehen, und der Pfad muss sich auf dem gleichen Server befinden, um dies zu unterstützen.

• Die Versionskontrolle verteilt die Dateien (zum Beispiel HTMPL, MAJ, MOD und SCH), die in der Datei "server_secondary_custom.ver" vom Hintergrundserver konfiguriert sind. Beim Starten führt der Standby-Server oder der Anwendungsserver den Client der Versionskontrolle aus, um aktualisierte Dateien vom Hintergrundserver abzurufen.
• Archivieren/Löschen wird auf dem Hintergrundserver ausgeführt, und UNC-Dateipfade für Ausgabedateien werden unter Windows unterstützt. Diese Funktion ist für die erweiterte Verfügbarkeit und für die konventionellen Konfigurationen verfügbar.
• Wenn sich das Repository auf einem Remote-Server befindet, werden die Anhänge der eingehenden E-Mails jetzt mit "pdm_maileater" gespeichert.
• Stellen Sie sicher, dass der Daemon-Manager berechtigt ist, die procsets zu ändern; führen Sie nicht den pdm_dmnmode-Befehl für diese Aktion aus.

Allgemeine Hinweise zur Web-Anwenderschnittstelle

• Ein Webserver ist auf allen Servern mit Konfiguration für erweiterte Verfügbarkeit erforderlich.
• Wenn der Hintergrundserver aufgrund eines Failovers nicht verfügbar ist, wird den Web-Anwendern das Formular "Serverantwort verzögert" angezeigt. Anwender können ihre Arbeit fortsetzen, wenn der Standby-Server als Hintergrundserver hochgestuft wird.
• Der Wert der Option "web_cgi_url" muss auf Folgendes verweisen:
  • Auf den Lastenausgleich, wenn Sie mehr als einen Anwendungsserver haben.
  • Auf den Anwendungsserver, wenn Sie nur einen Anwendungsserver haben.

Hinweise zu Anhängen

• Sie können die Verfügbarkeit von Anhängen steigern, indem Sie mehrere Dokument-Repository-Prozesse so konfigurieren, dass auf ein freigegebenes Datei-Repository zugegriffen wird.

Hinweise zur Web Screen Painter

• Sie können Web Screen Painter (WSP) nur auf dem Hintergrundserver verwenden.
• Befolgen Sie das empfohlene Verfahren, um WSP-Formularänderungen zu veröffentlichen, sodass die aktualisierten Formulare auf allen Servern der Installation verteilt werden. Weitere Informationen finden Sie in den Szenarien So passen Sie das Schema mithilfe von Web Screen Painter an und So passen Sie die Web-Schnittstelle mithilfe von Web Screen Painter an.
• Die Daemons der virtuellen Datenbankebene können auf allen Servern ausgeführt werden. Installieren Sie die CA SDM-Datenbankanpassungen und Objektdefinitionen auf allen Servern.

Hinweise zu Berichten

• CA Business Intelligence kann Daten aus alternativen Anwendungsservern automatisch abrufen. Sie können diese Funktion konfigurieren, um die Verfügbarkeit der CA SDM-Berichterstellung zu steigern.
• BOXI wird nicht mit dem Hintergrundserver integriert. Daher können Sie keine Berichte über die Web-Benutzeroberfläche des Hintergrundservers anzeigen. Eine Fehlermeldung wird angezeigt, wenn Sie die Registerkarte "Berichte" über die Web-Benutzeroberfläche des Hintergrundservers auswählen.

Hinweise zum Optionsmanager

• Mit dem Optionsmanager können Sie Optionen nur über die Web-Benutzeroberfläche des Hintergrundservers installieren oder deinstallieren. Verwenden Sie den Vorgang zur parallelen Wartung, um die Änderungen auf alle Server in der Konfiguration zu übertragen. Weitere Informationen über das Ausführen der parallelen Wartung finden Sie im Szenario "Ausführen der parallelen Wartung auf dem CA SDM-Server".

Hinweise zu Webservices

• Sie können Webservices nur auf den Anwendungsservern konfigurieren.
• Die Option "webservices_domsrvr" ist nicht mehr im Optionsmanager vorhanden. Sie können die Variable "NX_WEBSERVICES_DOMSRVR" unabhängig auf jedem Anwendungsserver konfigurieren, indem Sie "NX.env" ändern.

Allgemeine Hinweise zur Integration

• Die URL zur CA SDM-Web-Anwenderschnittstelle muss auf einen Anwendungsserver verweisen, der ordnungsgemäß konfiguriert ist. Die "ca_application_registration" enthält eine URL zu Ihrer CA SDM-Installation, die von anderen CA-Produkten verwendet wird. Diese URL verweist auf den CA SDM-Server, der zuerst konfiguriert ist. Normalerweise ist dies der Hintergrundserver. Nur die CA SDM-Administratoren können den Wert durch die Administrationseinrichtung ändern. Wenn Sie einen Lastenausgleich verwenden, verweisen Sie diese URL auf den Lastenausgleich anstatt auf einen einzelnen Anwendungsserver. Hinweis: Weitere Informationen finden Sie in der Online-Hilfe.
• Die meisten Interaktionen und Integrationen der Endanwender mit anderen Softwareprodukten werden auf Anwendungsserverebene ausgeführt. Es gibt kein Failover für die Anwendungsserver. Wenn der Anwendungsserver nicht verfügbar ist, dann sind die Webservices für den Anwendungsserver auch nicht verfügbar. Um die Anwendungsverfügbarkeit zu steigern, können Sie einen Lastenausgleich bereitstellen, um Requests zwischen verschiedenen Anwendungsservern weiterzuleiten.
• Sie können NSM nur mit einem einzelnen Anwendungsserver integrieren, da die IP-Adressen betroffen werden. Die NSM-Integration ist nicht verfügbar, wenn dieser Server ausgefallen ist.
• CA Workflow muss auf einem der Anwendungsserver installiert werden. Wenn dieser Anwendungsserver ausfällt, ist die CA Workflow-Integration nicht verfügbar.

Weitere Aspekte bei den Umwandlungsfunktionen

• Sie können nur den Hintergrundserver in einen Primärserver konvertieren.
• Sie können nur den Primärserver in einen Hintergrundserver konvertieren.
• Sie können nur den Sekundärserver in einen Standby-Server oder einen Anwendungsserver konvertieren.
• Sie können nur den Standby-Server oder einen Anwendungsserver in den Sekundärserver konvertieren.

Föderierte Such-Überlegungen

• Um die föderierte Suchfunktion zu aktivieren und zu verwenden, wählen Sie die föderierte Suchoption aus, während Sie die Anwendungsserver konfigurieren.