Veröffentlichen von Schemaänderungen

Anpassung › Anpassen der Webschnittstelle › So passen Sie das Schema mithilfe von Web Screen Painter an › Veröffentlichen von Schemaänderungen

Veröffentlichen von Schemaänderungen

Sobald Sie mit den Schemaänderungen zufrieden sind, können Sie sie für alle Anwender verfügbar machen, indem Sie sie veröffentlichen. WSP speichert Ihre neuen oder aktualisierten Tabellen und Spalten in den Tabellen "wsptbl" und "wspcol" der jeweiligen Datenbank.

Gehen Sie wie folgt vor:

Erstellen oder aktualisieren Sie Dateien, die das geänderte Schema für die Objekt-Engine und die Dienstprogramme von CA SDM beschreiben. WSP erstellt in der Web-Engine die folgenden Dateien, die von der Option "wsp_webengine" bestimmt werden (standardmäßig web:local):

wsp.mods

Beschreibt alle von Web Screen Painter verwalteten Schemaänderungen an der Objekt-Engine.

wsp_schema.sch

Beschreibt alle von Web Screen Painter verwalteten Tabellen und Spalten.

wsp_index.sch

Beschreibt DBMS-Indizes für die von Web Screen Painter verwalteten Tabellen.

wsp.altercol

Benennt neue Spalten, die in WSP erstellt, aber noch nicht für die DBMS definiert wurden.

wsp.altertbl

Benennt neue Tabellen, die in WSP erstellt, aber noch nicht für die DBMS definiert wurden. Darüber hinaus verteilt WSP die Datei "wsp.mods" an alle CA SDM-Server mit einer Objekt-Engine.
Wählen Sie "Datei", "Speichern" und "Veröffentlichen" aus.
Die erforderlichen Dateien werden auf CA SDM-Servern erstellt, aber nicht zurückgeführt. Folglich haben die neuen Dateien keine unmittelbare Auswirkung. Die erstellten Dateien werden jedoch nach dem nächsten Neustart der CA SDM-Services verwendet.
Wenn Sie die konventionelle Konfiguration verwenden, führen Sie folgende Schritte aus:
- Fahren Sie die CA SDM-Dienste auf dem Primärserver herunter, und führen Sie folgenden Befehl aus:
```
pdm_publish
```
  Dieser Befehl ändert das physische DBMS, sodass sie Informationen über das neue Schema enthält.
  
  Wichtig! Die Ausführung von "pdm_publish" hat umfassende Auswirkungen auf andere Anwender. Stellen Sie sicher, dass Sie bei der Veröffentlichung von Schemaänderungen äußerst sorgfältig vorgehen. Wir empfehlen, dass Sie CA SDM-Änderungsaufträge verwenden, um die Genehmigung für geplante Schemaveröffentlichungen zu erhalten.
Wenn Sie die Konfiguration für erweiterte Verfügbarkeit verwenden, führen Sie folgende Schritte aus:
1. Führen Sie folgenden Befehl auf dem Hintergrundserver aus, sodass mithilfe von Support-Automatisierung alle aktiven Anwender benachrichtigt werden, ihre Arbeit zu speichern:
```
sa_server_notifier [-h] | [-q seconds] | [-c]
```
  -h
  
  Zeigt die Hilfeseite an.
  
  -q seconds
  
  Diese Option benachrichtigt einen lokalen Server (Hintergrundserver), eine Stilllegung in einem angegebenen Zeitintervall durchzuführen. Dieses Intervall ist die Anzahl von Sekunden, bevor der Server offline geschaltet wird. Diese Option kann nicht für einen Standby-Server oder einen Anwendungsserver verwendet werden.
  
  -c
  
  Diese Option bricht einen zuvor gesendeten Request zur Stilllegung ab.
  
  Eine Pop-up-Meldung wird allen aktiven Anwendern mithilfe von Support-Automatisierung auf dem Hintergrundserver angezeigt. Diese Meldung weist die Anwender auf das Herunterfahren des Servers hin, und die geplante Zeit bis zum Herunterfahren des Servers wird angezeigt. Die Anwender müssen ihre Arbeit speichern und sich innerhalb der angegebenen Zeit abmelden.
2. Fahren Sie die CA SDM-Dienste auf dem Hintergrundserver herunter.
  Wichtig! Starten Sie die CA SDM-Dienste auf Standby-Servern oder Anwendungsservern nicht neu, nachdem Sie "Speichern und veröffentlichen" über WSP ausgeführt haben. Diese Aktion beschädigt die Konfiguration für erweiterte Verfügbarkeit. Wenn die CA SDM-Dienste auf Standby-Servern oder Anwendungsservern angehalten werden und Sie die Dienste starten möchten, führen Sie den Befehl "pdm_server_control –v" auf den Servern aus, um die Versionskontrolle zu unterdrücken, bevor Sie die CA SDM-Dienste starten.
  
  Wichtig! Wenn der Hintergrundserver während der Veröffentlichung fehlschlägt, stellen Sie sicher, dass Sie die WSP-Änderungen wiederherstellen. Weitere Informationen finden Sie im Abschnitt "Wiederherstellen von WSP-Änderungen beim Fehlschlagen der Hintergrundserver".
3. Führen Sie folgenden Befehl auf dem Standby-Server aus, den Sie als neuen Hintergrundserver hochstufen möchten:
```
pdm_server_control -b
```
  -b
  
  Benachrichtigt einen lokalen Standby-Server, der in den Hintergrundserver gewechselt wird. Der Standby-Server muss bereits ausgeführt werden. Wenn der Server nicht ausgeführt wird, dann wird er gestartet, aber es wird kein Failover durchgeführt. Um ein Failover zu starten, führen Sie den Befehl erneut aus.
  
  Der Hintergrundserver fährt automatisch herunter, und der Standby-Server wird als neuer Hintergrundserver hochgestuft. Diese Änderung wirkt sich nicht auf die Endanwendersitzungen aus. Die Aktualisierungen (sofern vorhanden), die sich in Bearbeitung befinden, werden gespeichert und aufgeschoben, bis der neue Hintergrundserver online geschaltet wird.
4. Führen Sie folgenden Befehl auf dem ursprünglichen Hintergrundserver (jetzt der Standby-Server) aus, um das DBMS mit den Schemaänderungen zu aktualisieren:
```
pdm_publish
```
  Der Befehl "pdm_publish" erstellt eine Kontrolldatei, die zum nächsten CA SDM-Start führt, um das Synchronisieren des Standby-Servers mit dem Hintergrundserver zu unterdrücken. Diese Aktion ist notwendig, um die von "pdm_publish" durchgeführten Änderungen der Schemadatei beizubehalten. Dieser Befehl führt optional den zweiten Failover durch, nachdem die Schemaänderungen erfolgreich veröffentlicht wurden. Folgende Meldung wird dem Anwender am Ende der erfolgreichen Veröffentlichung angezeigt:
```
Möchten Sie, dass "pdm_publish" CA Service Desk Manager auf diesem Standby-Server startet und ein Failover durchführt (J/N)?
```
  - Wenn Sie "J" eingeben, startet "pdm_publish" die CA SDM-Dienste auf dem Standby-Server und führt automatisch ein Failover durch. Fahren Sie mit Schritt "g" fort, um die Schemaänderungen auf allen Anwendungsservern anzuwenden.
  - Wenn Sie "N" eingeben, fahren Sie mit Schritt "e" fort.
5. Starten Sie CA SDM-Dienste auf dem Standby-Server (ursprünglich der Hintergrundserver).
  Beim Start wird die Kontrolldatei entdeckt, die von "pdm_publish" erstellt wurde. Jedoch wird der Standby-Server nicht mit dem Hintergrundserver synchronisiert. Da keine Synchronisierung durchgeführt wird, werden die von "pdm_publish" vorgenommenen Änderungen für diesen Start beibehalten.
  
  Wichtig! Stellen Sie sicher, dass Sie diese Anweisungen genau befolgen, da ein Failover-Fehler zum ursprünglichen Hintergrundserver nach "pdm_publish" zu fehlerhaften Diensten führt.
6. Führen Sie folgenden Befehl auf dem Standby-Server (ursprünglich der Hintergrundserver) aus, um den Server wieder als Hintergrundserver festzulegen:
```
pdm_server_control -b 
```
  Dieser Befehl löscht auch die Kontrolldatei, sodass die Versionskontrolle normal funktioniert, wenn dieser Server wieder als Standby-Server festgelegt wird.
7. Führen Sie folgenden Befehl auf den Anwendungsservern aus:
```
pdm_server_control -q interval -s server_name
```
  -q interval -s server_name
  
  Benachrichtigt einen lokalen Anwendungsserver oder einen Remote-Anwendungsserver, eine Stilllegung in einem angegebenen Zeitintervall durchzuführen. Dieses Intervall ist die Anzahl der Sekunden, bevor der Server offline geschaltet wird. Wenn man diese Option ohne server_name verwendet wird, dann wird der lokale Server zur Stilllegung benachrichtigt. Diese Option kann für einen Hintergrundserver oder einen Standby-Server nicht verwendet werden.
  
  Eine Pop-up-Meldung wird allen aktiven Anwendern auf dem angegebenen Anwendungsserver angezeigt. Diese Meldung weist die Anwender auf das Herunterfahren des Servers hin, und die geplante Zeit bis zum Herunterfahren des Servers wird angezeigt. Die Anwender müssen ihre Arbeit speichern und sich innerhalb der angegebenen Zeit abmelden. Die Anwender melden sich auf dem aktualisierten Anwendungsserver an, um ihre Arbeit fortzusetzen.
8. Starten Sie alle Standby-Server neu.