So ändern Sie ein Schema mit Web Screen Painter

Verwenden Sie das Schema Designer von Web Screen Painter, um das Datenbankschema von CA SDM ändern. Der Schemadesigner bietet eine grafische Anwenderschnittstelle zum Überprüfen und Ändern dieses Schemas. Folgendes Diagramm zeigt, wie ein Schema mithilfe von Web Screen Painter geändert wird:
casm173
Verwenden Sie das Schema Designer von Web Screen Painter, um das Datenbankschema von CA SDM ändern. Der Schemadesigner bietet eine grafische Anwenderschnittstelle zum Überprüfen und Ändern dieses Schemas. Folgendes Diagramm zeigt, wie ein Schema mithilfe von Web Screen Painter geändert wird:
Diagramm, das die Anpassung des Schemas mit WSP veranschaulicht
Diagram depicting how to customize schema using WSP
Gehen Sie folgendermaßen vor:
Öffnen Sie den Schemadesigner in WSP
Um mit dem Schemadesigner zu arbeiten, stellen Sie sicher, dass WSP auf dem CA SDM-Server installiert ist. Weitere Informationen über die WSP-Installation finden Sie unter "Installieren von Web Screen Painter".
Gehen Sie folgendermaßen vor:
  1. Melden Sie sich an den folgenden CA SDM-Server, auf dem WSP, abhängig von Ihrer CA SDM-Konfiguration installiert wird:
    • Konventionell: Primärserver
    • Erweiterte Verfügbarkeit: Hintergrundserver
  2. Starten Sie WSP, indem Sie eine der folgenden Aktionen durchführen, abhängig vom Betriebssystem, das auf dem CA SDM-Server installiert ist:
    • (Windows) Wählen Sie im Startmenü Programme, CA, CA SDM, Web Screen Painter aus.
    • (UNIX) Geben Sie den Befehl "pdm_ mit $NX_ROOT/bin" ein.
    Das Web Screen Painter-Anmeldefenster wird geöffnet.
  3. Geben Sie Ihre Anmeldeinformationen ein.
  4. Wählen Sie "Extras", "Schemadesigner" aus.
    Das Fenster "Schemadesigner" wird geöffnet. Im Fenster "Schemadesigner" wird auf der linken Seite die CA SDM-Datenbank im Baumstrukturformat angezeigt. Die Tabellen und Spalten werden nach Objektnamen angezeigt. Wenn der Anzeigename vom Objektnamen einer Tabelle oder Spalte abweicht, wird der Anzeigename in Klammern mit dem Objektnamen angezeigt.
Hinzufügen einer Tabelle
Verwenden Sie den Schemadesigner, um der Datenbank eine Tabelle hinzuzufügen.
Gehen Sie folgendermaßen vor:
  1. Wählen Sie "Bearbeiten", "Tabelle hinzufügen" aus.
    Das Dialogfeld "Neue Tabelle hinzufügen" wird geöffnet.
  2. Geben Sie den Tabellennamen in das Feld „Neuer Tabellenname“ ein, und klicken Sie auf „OK“. Stellen Sie sicher, dass der Name der standortdefinierten Tabelle mit dem Buchstaben "z" beginnt, um Konflikte mit möglichen zukünftigen Standardtabellen zu verhindern.
    Wenn Sie kein "z" hinzufügen, dann WSP fügt ein "z" an den Anfang des Tabellennamens hinzu.
  3. Füllen Sie die folgenden Felder nach Wunsch aus:
    • Name
      (Schreibgeschützt) Gibt den Objektnamen der Tabelle an. Der Objektname der cr-Tabelle lautet z. B. "cr".
    • Anzeigename
      Gibt den anwenderfreundlichen Namen für die Tabelle an. Der Anzeigename der cr-Tabelle lautet z. B. "Request". Sie können den Anzeigename einer Tabelle ändern, indem Sie einen neuen Namen in dieses Feld eingeben.
    • Schemaname:
      (Schreibgeschützt für standardmäßige Tabellen) Gibt den Namen, der verwendet wird, um auf die Tabelle in CA SDM-Hilfsprogrammen zu verweisen, wie z. B. "pdm_userload". Bei standortdefinierten Tabellen entspricht der Schemaname standardmäßig dem Objektnamen. Sie können den Schemanamen durch Eingabe eines neuen Werts in diesem Feld ändern.
    • DBMS-Name:
      Gibt den Namen der Tabelle im physischen DBMS an. Dieses Feld ist bei allen Standardtabellen schreibgeschützt. Für standortdefinierte Tabellen entspricht dieser Name immer dem Schemanamen.
    • Standardanzeigefeld (allgemeiner Name)
      Gibt die Spalte an, die in der Anwenderschnittstelle für ein Feld angezeigt wird, das auf diese Tabelle verweist. Zum Beispiel bildet das Feld "Bevollmächtigter" einers Request einen Verweis zur Tabelle "Contact" . Da der allgemeine Name der Tabelle "Contact" "combo_name" (Nachname, Vorname zweiter Vorname) lautet, wird der kombinierte Name des entsprechenden Kontakts als Zuständiger angezeigt. Der Wert des allgemeinen Namens kann nicht geändert werden.
    • Fremdes Schlüsselfeld (rel. Attr.)
      Gibt die Spalte an, die in der Datenbank für ein Feld gespeichert ist, das auf diese Tabelle verweist. Zum Beispiel bildet das Feld "Bevollmächtigter" einers Request einen Verweis zur Tabelle "Contact" . Da das relative Attribut der Tabelle "Kontakt" ID lautet, enthält die Spalte "Zuständiger" in einer Request die ID des referenzierten Kontakts. Der Wert von "rel attr." kann nicht geändert werden.
    • Funktionsgruppe
      Gibt den Namen der Gruppe ein, die die Zugriffsebene steuert, über die Anwender für den Zugriff auf Datensätze in dieser Tabelle verfügen. Der Zugriffstyp jedes Kontakts gibt an, ob der Kontakt über Lesezugriff, Bearbeitungsrechte oder keinen Zugriff auf die Daten in Tabellen in jeder Funktionsgruppe verfügt. Sie können den Wert von „rel attr“ ändern, indem Sie einen anderen Wert in der Dropdownliste wählen.
    Der Schemadesigner enthält die Registerkarte "Erweitert". Die Informationen zu diesen Registerkarten sind für CA Technologies Support-Mitarbeiter und technische Fachkräfte gedacht. Bei der Verwendung des Schemadesigners werden diese Registerkarten in der Regel nicht benötigt und werden deshalb in diesem Handbuch nicht weiter erläutert.
    Auf der Registerkarte "Erweitert" des Dialogfelds "Schemadesigner" werden Informationen angezeigt, die nur für Personen relevant sind, die über umfassende interne Kenntnisse in Bezug auf CA SDM verfügen. Sein Inhalt variiert mit dem Spaltentyp. Es wird empfohlen, dass Sie die Werte auf dieser Registerkarte nur auf Anweisung eines CA SDM-Mitarbeiters ändern. Wenn Sie eine Tabelle markieren, sind folgende Felder enthalten:
    • Aktive Auslöser
      Geben Sie die Auslöser ein, die momentan in der Objekt-Engine für die Spalte aktiv sind. Ein Auslöser ist ein kleines Programm, das zu bestimmten Zeiten, wenn eine Spalte geändert wird, von der Objekt-Engine ausgeführt wird. Die Liste der aktiven Auslöser umfasst sowohl Standardauslöser als auch als standortdefinierte Auslöser (sodass standortdefinierte Auslöser in der Liste der aktiven Auslöser und in der Liste der standortdefinierten Auslöser aufgeführt sind).
    • Standortdefinierte Auslöser
      Geben Sie die Auslöser ein, die an Ihrem Standort installiert worden sind. Zum Beispiel kann es sich um Auslöser handeln, die infolge der Installation einer CA SDM-Option aktiviert wurden, oder um Auslöser, die von CA Technical Services für Ihren Standort geschrieben wurden. Die Liste der aktiven Auslöser umfasst sowohl Standardauslöser als auch als standortdefinierte Auslöser (sodass standortdefinierte Auslöser in der Liste der aktiven Auslöser und in der Liste der standortdefinierten Auslöser aufgeführt sind).
    • LRel-Spezifikation
      Geben Sie die Spezifikation einer m:m-Beziehung zwischen zwei Tabellen im folgenden Format ein:
      table1 column1 <> table2 column2
      Dies zeigt, dass der LREL eine m:m-Beziehung zwischen table1 und table2 mit der virtuellen Spalte column1, die die Beziehung in table1 enthält, und der virtuellen Spalte column2 ist, die die Beziehung in table2 enthält.
    • Aktive xRel-Abfrageinformationen
      Geben Sie die aktive Spezifikation der Abfrage ein, die eine virtuelle BREL- oder QREL-Spalte definiert. Die Spezifikation weist das Majic-Format der Objekt-Engine auf.
    • Standortdefinierte xRel-Abfrageinformationen
      Ändern Sie die Abfrage, die einer BREL oder QREL zugeordnet ist. Es wird empfohlen, dass Sie nur nach Anweisung durch einen CA-Mitarbeiter in diesem Feld Eingaben vornehmen.
    • Aktiver abgeleiteter Ausdruck
      Geben Sie die aktive Spezifikation des Ausdrucks ein, den die Objekt-Engine verwendet, um den Wert einer virtuellen DERIVED-Spalte zu erstellen.
    • Standortdefinierte xRel-Abfrageinformationen
      Ändern Sie den Ausdruck, der einer DERIVED-Spalte zugeordnet ist. Es wird empfohlen, dass Sie nur nach Anweisung durch einen CA-Mitarbeiter in diesem Feld Eingaben vornehmen.
    Auf der Registerkarte "Domsets" im Dialogfeld "Schemadesignertabelle" wird Folgendes angezeigt:
    • MLIST_DYNAMIC
      Dynamisches Domset ohne WHERE-Klausel.
    • MLIST_STATIC
      Statisches Domset ohne WHERE-Klausel.
    • RLIST_DYNAMIC
      Dynamisches Domset mit WHERE-Klausel, die im Abschnitt STANDARD_LISTS der FACTORY-Anweisung definiert ist.
    • RLIST_STATIC
      Statisches Domset mit WHERE-Klausel, die im Abschnitt STANDARD_LISTS der FACTORY-Anweisung definiert ist.
    Wenn Sie auf eines der Domsets doppelklicken, wird das Dialogfeld "Eigenschaften" mit den folgenden Feldern geöffnet:
    • domset_name
    • fetch_columns
    • max_fetch
    • sort columns
      (
      Dies ist das einzige bearbeitbare Feld)
    • Änderungshäufigkeit
    • wobei
  4. Führen Sie eine der folgenden Aktionen aus, um die Tabelle zu speichern:
    • Wenn Sie im Testsystem arbeiten, wählen Sie "Datei", "Speichern" aus.
    • Wenn Sie im Produktionssystem arbeiten, wählen Sie "Datei", "Speichern" aus, und legen Sie den Testmodus fest.
      Daraufhin werden Ihre Änderungen in der Datenbank gespeichert und eine Datei (wsptest.mods) auf dem Server erstellt, in der die Änderungen für die Objekt-Engine definiert werden. Diese Datei wird im Unterverzeichnis "site/mods/majic" des CA SDM-Installationsverzeichnisses gespeichert. Nachdem die Datei "wsptest.mods" erstellt wurde, aktualisiert WSP die Objekt-Engine, sodass sie die neuen Änderungen verwendet. In Abhängigkeit von der Komplexität Ihres Schemas kann dies von ein paar Sekunden bis zu ein paar Minuten dauern.
      Eine Meldung wird angezeigt. Klicken Sie zum Fortsetzen auf "Ja". Die Datei "wsptest.mods" wirkt sich nur auf die Objekt-Engine aus, die von der Option "wsp_domsrvr" angegeben ist. Andere Objekt-Engines auf demselben Server verarbeiten die Datei nicht, und die Datei wird nicht über andere Server verteilt. Darüber hinaus werden im Testmodus neue Tabellen und Spalten für die Objekt-Engine als lokale Objekte definiert. Dies bedeutet, dass die Objekt-Engine über sie informiert ist, und Sie sie in Webformularen verwenden können. Sie existieren jedoch nicht in der Datenbank und wirken sich nicht auf andere Anwender aus. Normale CA SDM-Anwender verwenden die Objekt-Engine von WSP nicht und sind deshalb nicht von den Schemaänderungen betroffen, die Sie testen. Die Tabelle wird hinzugefügt.
Hinzufügen einer Spalte
Verwenden Sie den Schemadesigner, um der Datenbank eine Spalte hinzuzufügen.
Gehen Sie folgendermaßen vor:
  1. Wählen Sie die Tabelle aus, für die Sie eine Spalte hinzufügen möchten (oder wählen Sie eine der vorhandenen Spalten aus).
  2. Wählen Sie "Bearbeiten", "Spalte hinzufügen" aus.
    Das Dialogfeld "Neue Spalte hinzufügen" wird geöffnet.
  3. Geben Sie den Spaltennamen in das Feld „Neuer Spaltenname“ ein, und klicken Sie auf „OK“. Stellen Sie sicher, dass die Namen der standortdefinierten Tabelle mit dem Buchstaben "z" beginnen, um Konflikte mit möglichen zukünftigen Standardspalten zu verhindern.
    WSP stellt sicher, dass Sie das Präfix hinzugefügt haben, aber fügt im Bedarfsfall ein "z" am Anfang des Spaltennamens hinzu.
  4. Füllen Sie die folgenden Felder nach Wunsch aus:
    • Name
      (Nur Anzeige) Gibt den Objektnamen der Spalte an. Der Objektname der Spalte "alt_phone" in der Tabelle "Kontakt" lautet "alt_phone".
    • Anzeigename
      Gibt den anwenderfreundlichen Namen für die Spalte an. Sie können den Anzeigenamen einer Spalte ändern, indem Sie einen anderen Namen in dieses Feld eingeben. Der Anzeigename der Spalte "alt_phone" in der Tabelle "Kontakt" lautet "Alternative Telefonnummer".
    • Schemaname:
      (Schreibgeschützt für standardmäßige Tabellen) Gibt den Namen, der verwendet wird, um auf die Spalten in CA SDM-Hilfsprogrammen zu verweisen, wie z. B. "pdm_userload". Bei standortdefinierten Tabellen entspricht der Schemaname standardmäßig dem Objektnamen. Sie können den Schemanamen durch Eingabe eines anderen Werts in diesem Feld ändern.
    • DBMS-Name:
      (Schreibgeschützt für alle Tabellen) Gibt den Namen an, der verwendet wird, um auf die Tabelle im physischen DBMS zu verweisen. Für standortdefinierte Tabellen entspricht der DBMS-Name immer dem Schemanamen.
    • Beschreibung
      Gibt eine kurze Beschreibung der Spalte an.
    • Feldtyp
      (Schreibgeschützt für alle standardmäßigen Spalten in standardmäßigen Tabellen und gespeicherte standortdefinierte Spalten) Gibt den Datentyp der Spalte an. Sie können den Feldtyp von standortdefinierten Spalten angeben oder ändern, indem Sie einen Wert aus der Dropdown-Liste wählen. Folgende Liste beschreibt die verfügbaren Feldtypen:
      • INTEGER
        Gibt einen numerischen Wert an.
      • STRING
        Gibt eine Textzeichenfolge an. Das Feld "Zeichenfolgenlänge" gibt die Anzahl der Zeichen in einer Zeichenfolge an.
      • DATUM
        Gibt ein Datum und eine Uhrzeit an. Der in der Datenbank gespeicherte Ganzzahlwert entspricht der Anzahl an Sekunden seit Mitternacht, dem 1. Januar 1970.
      • DAUER
        Gibt eine Zeitspanne an. Der in der Datenbank gespeicherte Wert ist eine Ganzzahl, die einer Anzahl an Sekunden entspricht.
      • DOUBLE
        Gibt eine reale Zahl (Gleitkomma) an.
      • SREL
        Gibt eine Fremdschlüsselreferenz auf eine andere Tabelle an. Das Feld "SREL-Tabelle" gibt die referenzierte Tabelle an. Der in der Datenbank gespeicherte Wert entspricht dem zugehörigen Attribut der entsprechenden Tabelle. Hierbei kann es sich entweder um eine Ganzzahl oder eine Zeichenfolge handeln. Der im Produkt angezeigte Wert ist der allgemeine Name der entsprechenden Tabellenzeile. Informationen zum Festlegen von SREL-Attributen mit Fremdschlüsselwerten finden Sie unter CA Service Desk Manager-Informationen zu den Referenzbefehlen.
      • BREL
        Gibt eine virtuelle Spalte an, in der alle Objekte mit SREL auf diese Tabelle dargestellt sind. Es existiert nur in der Objekt-Engine und ist nicht physikalisch in der Datenbank gespeichert. Dieser Feldtyp sollte nur auf Anweisung eines Mitarbeiters von CA Technologies ausgewählt werden.
      • QREL
        Gibt eine virtuelle Spalte an, in der eine Reihe von Objekten dargestellt ist, die von der Where-Klausel in der Registerkarte „Erweitert“ ausgewählt wird. Es existiert nur in der Objekt-Engine und ist nicht physikalisch in der Datenbank gespeichert. Dieser Feldtyp sollte nur auf Anweisung eines Mitarbeiters von CA Technologies ausgewählt werden.
      • DERIVED
        Gibt eine virtuelle Spalte an, die von der Objekt-Engine mit den Werten von anderen Spalten erstellt wurde. Hierfür wurde die in der Registerkarte „Erweitert“ angegebene Formel verwendet. Es existiert nur in der Objekt-Engine und ist nicht physikalisch in der Datenbank gespeichert. Dieser Feldtyp sollte nur auf Anweisung eines Mitarbeiters von CA Technologies ausgewählt werden.
    • Zeichenfolgenlänge
      Die Länge einer Zeichenfolge-Spalte. Dieses Feld ist für Nicht-String-Spalten leer. Es ist bei allen Standardspalten und bei gespeicherten standortdefinierten Spalten schreibgeschützt. Sie können die Länge von neuen standortdefinierten STRING-Spalten angeben oder ändern, indem Sie eine Ganzzahl zwischen 1 und 32767 in dieses Feld eingeben.
    • SRel-Tabelle
      Die Tabelle, auf die eine SREL-Spalte verweist. Dieses Feld ist für Nicht-SREL-Spalten leer. Es ist bei allen Standardspalten und bei gespeicherten standortdefinierten Spalten schreibgeschützt. Sie können die Tabelle angeben, auf die von einer neuen standortdefinierten SREL verwiesen wird, indem Sie sie aus der Dropdownliste wählen.
    • Bei neuem Standardwert
      Der Standardwert, der dieser Spalte zugeordnet ist, wenn eine neue Zeile der Tabelle definiert wird. Es muss sich um einen für den Feldtyp geeigneten Wert handeln. Einige Schlüsselwortwerte stehen für besondere Feldtypen zur Verfügung:
      • JETZT
        Gibt das aktuelle Datum und die aktuelle Uhrzeit für die Spalte DATE an.
      • ANWENDER
        Gibt den aktiven Anwender für eine SREL zur Tabelle "Contact" an.
    • Beim Speichern festgelegter Wert
      Der Wert, der dieser Spalte zugeordnet ist, wenn eine Zeile der Tabelle aktualisiert wird. Es muss sich um einen für den Feldtyp geeigneten Wert handeln. Einige Schlüsselwortwerte stehen für besondere Feldtypen zur Verfügung:
      • JETZT
        Gibt das aktuelle Datum und die aktuelle Uhrzeit für die Spalte DATE an.
      • ANWENDER
        Gibt den aktiven Anwender für eine SREL zur Tabelle "Contact" an.
    • Erforderlich
      Durch Aktivieren dieses Kontrollkästchen wird angegeben, dass ein Wert für die Spalte angegeben werden muss, bevor eine Zeile der Tabelle mit dieser Spalte gespeichert werden kann. Sie können diese Option für Standardspalten und standortdefinierte Spalten festlegen. Überdies können Sie festgelegte Optionen auch wieder deaktivieren. Sie können jedoch die Option einer Standardspalte nicht deaktivieren, sofern sie nicht durch Ihren Standort festgelegt wurde.
    • Nur bei neuem Eintrag aktualisierbar
      Durch Aktivieren dieses Kontrollkästchens wird angegeben, dass ein Wert für diese Spalte nur angegeben werden kann, wenn eine Tabellenzeile neu erstellt wurde. Danach sind keine Änderungen mehr möglich. Sie können diese Option für Standardspalten und standortdefinierte Spalten festlegen. Überdies können Sie festgelegte Optionen auch wieder deaktivieren. Sie können jedoch die Option einer Standardspalte nicht deaktivieren, sofern sie nicht durch Ihren Standort festgelegt wurde.
    • Schlüssel für pdm_userload
      Durch Aktivieren dieses Kontrollkästchens wird angegeben, dass diese Spalte zu den Spalten gehört, die mit pdm_userload getestet wurden, um zu überprüfen, ob die Eingabe eine Aktualisierung einer verfügbaren Zeile ist. Diese Option ist nur für STRING-Spalten verfügbar. Sie ist für alle Spalten in Standardtabellen schreibgeschützt.
    • DBMS-Indexoptionen
      Diese Optionen geben Merkmale einer Spalte an, die ein Index der physischen DBMS ist. Sie sind nur für Spalten in standortdefinierten Tabellen verfügbar.
      • Einzeln
        Gibt an, dass die Spalte in der Tabelle einmalig ist und dass keine zwei Zeilen über denselben Wert für die Spalte verfügen.
      • Aufsteigend
        Gibt an, dass der DBMS-Index in dieser Spalte in aufsteigender Reihenfolge aufgeführt ist. Diese Option bewirkt das Gegenteil von "Absteigend".
      • Absteigend
        Gibt an, dass der DBMS-Index in dieser Spalte in absteigender Reihenfolge aufgeführt ist. Diese Option bewirkt das Gegenteil von "Aufsteigend".
    Der Schemadesigner enthält die Registerkarte "Erweitert". Die Informationen zu diesen Registerkarten sind für CA Technologies Support-Mitarbeiter und technische Fachkräfte gedacht. Bei der Verwendung des Schemadesigners werden diese Registerkarten in der Regel nicht benötigt und werden deshalb in diesem Handbuch nicht weiter erläutert.
    Auf der Registerkarte "Erweitert" des Dialogfelds "Schemadesigner" werden Informationen angezeigt, die nur für Personen relevant sind, die über umfassende interne Kenntnisse in Bezug auf CA SDM verfügen. Sein Inhalt variiert mit dem Spaltentyp. Es wird empfohlen, dass Sie die Werte auf dieser Registerkarte nur auf Anweisung eines CA SDM-Mitarbeiters ändern. Wenn Sie eine Tabelle markieren, sind folgende Felder enthalten:
    • Aktive Auslöser
      Geben Sie die Auslöser ein, die momentan in der Objekt-Engine für die Spalte aktiv sind. Ein Auslöser ist ein kleines Programm, das zu bestimmten Zeiten, wenn eine Spalte geändert wird, von der Objekt-Engine ausgeführt wird. Die Liste der aktiven Auslöser umfasst sowohl Standardauslöser als auch als standortdefinierte Auslöser (sodass standortdefinierte Auslöser in der Liste der aktiven Auslöser und in der Liste der standortdefinierten Auslöser aufgeführt sind).
    • Standortdefinierte Auslöser
      Geben Sie die Auslöser ein, die an Ihrem Standort installiert worden sind. Zum Beispiel kann es sich um Auslöser handeln, die infolge der Installation einer CA SDM-Option aktiviert wurden, oder um Auslöser, die von CA Technical Services für Ihren Standort geschrieben wurden. Die Liste der aktiven Auslöser umfasst sowohl Standardauslöser als auch als standortdefinierte Auslöser (sodass standortdefinierte Auslöser in der Liste der aktiven Auslöser und in der Liste der standortdefinierten Auslöser aufgeführt sind).
    • LRel-Spezifikation
      Geben Sie die Spezifikation einer m:m-Beziehung zwischen zwei Tabellen im folgenden Format ein:
      table1 column1 <> table2 column2
      Dies zeigt, dass der LREL eine m:m-Beziehung zwischen table1 und table2 mit der virtuellen Spalte column1, die die Beziehung in table1 enthält, und der virtuellen Spalte column2 ist, die die Beziehung in table2 enthält.
    • Aktive xRel-Abfrageinformationen
      Geben Sie die aktive Spezifikation der Abfrage ein, die eine virtuelle BREL- oder QREL-Spalte definiert. Die Spezifikation weist das Majic-Format der Objekt-Engine auf.
    • Standortdefinierte xRel-Abfrageinformationen
      Ändern Sie die Abfrage, die einer BREL oder QREL zugeordnet ist. Es wird empfohlen, dass Sie nur nach Anweisung durch einen CA-Mitarbeiter in diesem Feld Eingaben vornehmen.
    • Aktiver abgeleiteter Ausdruck
      Geben Sie die aktive Spezifikation des Ausdrucks ein, den die Objekt-Engine verwendet, um den Wert einer virtuellen DERIVED-Spalte zu erstellen.
    • Standortdefinierte xRel-Abfrageinformationen
      Ändern Sie den Ausdruck, der einer DERIVED-Spalte zugeordnet ist. Es wird empfohlen, dass Sie nur nach Anweisung durch einen CA-Mitarbeiter in diesem Feld Eingaben vornehmen.
    Auf der Registerkarte "Domsets" im Dialogfeld "Schemadesignertabelle" wird Folgendes angezeigt:
    • MLIST_DYNAMIC
      Dynamisches Domset ohne WHERE-Klausel.
    • MLIST_STATIC
      Statisches Domset ohne WHERE-Klausel.
    • RLIST_DYNAMIC
      Dynamisches Domset mit WHERE-Klausel, die im Abschnitt STANDARD_LISTS der FACTORY-Anweisung definiert ist.
    • RLIST_STATIC
      Statisches Domset mit WHERE-Klausel, die im Abschnitt STANDARD_LISTS der FACTORY-Anweisung definiert ist.
    Wenn Sie auf eines der Domsets doppelklicken, wird das Dialogfeld "Eigenschaften" mit den folgenden Feldern geöffnet:
    • domset_name
    • fetch_columns
    • max_fetch
    • sort columns (Dies ist das einzige bearbeitbare Feld)
    • Änderungshäufigkeit
    • wobei
  5. Führen Sie eine der folgenden Aktionen aus, um die Spalte zu speichern:
    • Wenn Sie im Testsystem arbeiten, wählen Sie "Datei", "Speichern" aus.
    • Wenn Sie im Produktionssystem arbeiten, wählen Sie "Datei", "Speichern" aus, und legen Sie den Testmodus fest.
      Daraufhin werden Ihre Änderungen in der Datenbank gespeichert und eine Datei (wsptest.mods) auf dem Server erstellt, in der die Änderungen für die Objekt-Engine definiert werden. Diese Datei wird im Unterverzeichnis "site/mods/majic" des CA SDM-Installationsverzeichnisses gespeichert. Nachdem die Datei "wsptest.mods" erstellt wurde, aktualisiert WSP die Objekt-Engine, sodass sie die neuen Änderungen verwendet. In Abhängigkeit von der Komplexität Ihres Schemas kann dies von ein paar Sekunden bis zu ein paar Minuten dauern.
      Eine Meldung wird angezeigt. Klicken Sie zum Fortsetzen auf "Ja". Die Datei "wsptest.mods" wirkt sich nur auf die Objekt-Engine aus, die von der Option "wsp_domsrvr" angegeben ist. Andere Objekt-Engines auf demselben Server verarbeiten die Datei nicht, und die Datei wird nicht über andere Server verteilt. Darüber hinaus werden im Testmodus neue Tabellen und Spalten für die Objekt-Engine als lokale Objekte definiert. Dies bedeutet, dass die Objekt-Engine über sie informiert ist, und Sie sie in Webformularen verwenden können. Sie existieren jedoch nicht in der Datenbank und wirken sich nicht auf andere Anwender aus. Normale CA SDM-Anwender verwenden die Objekt-Engine von WSP nicht und sind deshalb nicht von den Schemaänderungen betroffen, die Sie testen.
    Die Spalte wird zur Bereichstabelle hinzugefügt.
  6. Führen Sie folgenden Befehl aus, um über die REST-API auf die hinzugefügten Attribute zuzugreifen:
    • pdm_rest_util -newdeploy
      oder
    • pdm_rest_util -undeploy
      und dann
      pdm_rest_util -deploy
  7. Starten Sie die CA SDM-Dienste neu.
Ändern von Tabellen oder Spalten
Sie können Informationen über eine Tabelle oder Spalte im Schemadesigner ändern. Klicken Sie dazu auf die Tabelle oder Spalte, und geben Sie die neuen Informationen in die entsprechenden Felder ein. Welche Informationen Sie ändern können, hängt vom Status der Tabelle oder Spalte ab:
  • Standardtabellen
    Ermöglicht es Ihnen, die Felder "Anzeigename", "Beschreibung" und "Funktionsgruppe" zu ändern.
  • Standardspalten
    Ermöglicht es Ihnen, die Felder "Anzeigename" und "Beschreibung" sowie "Bei neuem Standardwert" und "Bei Speichern festgelegter Wert" zu ändern. Darüber hinaus können Sie die Kontrollkästchen „Erforderlich“ und „Nur bei neuem Eintrag aktualisierbar“ aktivieren, wenn diese nicht aktiviert sind. Wenn diese Optionen standardmäßig definiert sind, können Sie sie nicht deaktivieren. Sie können jedoch Ihre eigenen Änderungen umkehren.
  • Standortdefinierte Tabelle
    Wenn die Tabelle nicht veröffentlicht wurde, können Sie alle Felder mit Ausnahme des Feldes "Name" bearbeiten. Dieses kann nach dem Speichern der Tabelle nicht mehr geändert werden. Nachdem eine standortdefinierte Tabelle veröffentlicht wurde, können Sie nur die Felder "Anzeigename", "Beschreibung" und "Funktionsgruppe" ändern.
  • Standortdefinierte Spalte
    Wenn die Spalte nicht veröffentlicht wurde, können Sie alle Felder mit Ausnahme des Feldes "Name" bearbeiten. Dieses kann nach dem Speichern der neuen Spalte nicht mehr geändert werden. Nachdem eine standortdefinierte Spalte veröffentlicht wurde, können Sie nur die Felder "Anzeigename" und "Beschreibung" sowie "Bei neuem Standardwert" und "Bei Speichern festgelegter Wert" ändern. Außerdem können Sie die Kontrollkästchen "Erforderlich", "Nur bei neuem Eintrag aktualisierbar" und "Schlüssel für pdm_userload" aktivieren sowie die DBMS-Indexoptionen verwenden.
Testen von Schemaänderungen
Sie können Ihre Schemaänderungen testen sowie Web-Formulare erstellen, aktualisieren und anzeigen, bevor Sie Änderungen an der physischen Datenbank durchführen. Durch das Einfügen von Schemaänderungen in den Testmodus werden sie für die Objekt-Engine definiert. Die Daten werden jedoch nicht physisch in der Datenbank gespeichert. Da das Einfügen von Schemaänderungen in den Testmodus möglicherweise Auswirkungen auf andere Anwender hat, ist diese Option nur verfügbar, wenn Ihre Installation über die Optionen wsp_domsrvr und wsp_webengine verfügt, um WSP eine Objekt-Engine zuzuordnen.
Um Schemaänderungen in den Testmodus zu versetzen, wählen Sie aus dem Menü "Datei" die Optionen "Speichern" und "In Testmodus setzen". Daraufhin werden Ihre Änderungen in der Datenbank gespeichert und eine Datei auf dem Server(auf dem Sie angemeldet sind) erstellt, in der die Änderungen für die Objekt-Engine definiert werden. Diese Datei mit dem Namen wsptest.mods wird im Unterverzeichnis site/mods/majic des CA SDM-Installationsverzeichnisses gespeichert.
Nachdem die Datei wsptest.mods erstellt wurde, aktualisiert WSP die Objekt-Engine, so dass sie die neuen Änderungen verwendet. In Abhängigkeit von der Komplexität Ihres Schemas kann dies von ein paar Sekunden bis zu ein paar Minuten dauern.
Nachdem die Objekt-Engine die Aktualisierung abgeschlossen hat, sind Ihre Schemaänderungen verfügbar und können in Web-Formularen, die mit WSP erstellt wurden, verwendet und getestet werden. Daten in Tabellen und Spalten im Testmodus werden nur im internen Speicher der WSP Objekt-Engine gespeichert. Sie können von anderen Anwendern des Systems nicht angezeigt werden und haben auch keine Auswirkungen auf sie.
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 folgendermaßen vor:
  1. Erstellen oder aktualisieren Sie Dateien, die das geänderte Schema für die Objekt-Engine und die CA SDM-Dienstprogramme 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 Web Screen Painter-verwalteten Tabellen und Spalten.
    • wsp_index.sch
      Beschreibt DBMS-Indizes für von Web Screen Painter verwaltete 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 leitet WSP die Datei "wsp.mods" an alle CA SDM-Server mit einer Objekt-Engine weiter.
  2. 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-Dienste verwendet.
  3. 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.
      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.
  4. 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.
      Starten Sie die CA SDM-Dienste auf den Standby- oder Anwendungsservern nicht neu, nachdem Sie den Vorgang "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 wurden 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.
      Wenn der Hintergrundserver während der Veröffentlichung fehlschlägt, stellen Sie sicher, dass Sie die WSP-Änderungen wiederherstellen. Weitere Informationen finden Sie unter dem Thema Wiederherstellen von WSP-Änderungen während des Ausfalls eines Hintergrundservers.
    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:
      Do you want pdm_publish to start CA Service Desk Manager in this standby server and perform fail-over(Y/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.
      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 von Sekunden, bevor der Server offline geschaltet wird. Wenn Sie diese Option ohne "Servername" verwendet, 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.
Wiederherstellen von WSP-Änderungen während des Ausfalls eines Hintergrundservers
Sie können die MDB-Schemaänderungen wiederherstellen, wenn der Hintergrundserver während der Veröffentlichung fehlschlägt.
Wir empfehlen Ihnen, die Wiederherstellungsschritte nicht direkt in der Produktionsumgebung auszuführen. Stellen Sie sicher, dass Sie sie zuerst in einer Test- oder Entwicklungsumgebung validieren.
Gehen Sie folgendermaßen vor:
  • Wenn der Hintergrundserver vor der Veröffentlichung abgestürzt ist, werden die letzten gespeicherten Schemaänderungen in der MDB beibehalten. Sie melden sich beim neuen Hintergrundserver an und setzen Ihre Veröffentlichungen fort.
  • Wenn der Hintergrundserver nach der Veröffentlichung abstürzt, führen Sie folgende Aktionen aus:
    1. Halten Sie die CA SDM-Dienste auf dem abgestürzten Hintergrundserver an.
    2. Wählen Sie einen Standby-Server aus, den Sie als neuen Hintergrundserver hochstufen möchten.
    3. Kopieren Sie folgende Dateien vom abgestürzten Hintergrundserver in den gleichen Speicherort auf dem Standby-Server:
      • "$NX_ROOT$/site/mods/majic/wsp.mods"
      • "$NX_ROOT$/site/mods/wsp.altertbl"
      • "$NX_ROOT$/site/mods/wsp.altercol"
      • "$NX_ROOT$/site/mods/wsp_index.sch"
      • "$NX_ROOT$/site/mods/wsp_schema.sch
    4. Führen Sie folgenden Befehl auf dem Standby-Server aus, um die Schemaänderungen zu veröffentlichen und um das automatische Failover auszuführen:
      pdm_publish
    5. Wählen Sie "J" in der Meldung aus, die nach der erfolgreichen Veröffentlichung von Schemaänderungen angezeigt wird.
      Die CA SDM-Dienste werden auf dem Standby-Server gestartet.
      Wenn das automatische Failover nicht ausgeführt wird, führen Sie den Befehl "pdm_server_control -b" auf dem Standby-Server aus, um den Server als neuen Hintergrundserver hochzustufen.
    6. Legen Sie alle Anwendungsserver still, und führen Sie sie zurück. Starten Sie alle Standby-Server neu. Weitere Informationen finden Sie im Abschnitt "Veröffentlichen von Schemaänderungen".
Umkehren von Schemaänderungen
Wenn Sie Ihre Meinung über Schemaänderungen geändert haben, nachdem Sie sie in den Textmodus gesetzt haben, können Sie die Änderungen bis zur veröffentlichten Version des Schemas rückgängig machen. Das Umkehren von Schemaänderungen hat möglicherweise Auswirkungen auf andere Anwender. Daher ist diese Option nur verfügbar, wenn sowohl die Option "wsp_domsrvr" als auch "wsp_webengine" installiert ist, um WSP eine Objekt-Engine und eine Web-Engine zuzuordnen.
Gehen Sie folgendermaßen vor:
Wählen Sie "Datei", "Aus Testmodus zurücksetzen" aus.
WSP löscht die Datei "wsptest.mods", woraufhin die WSP-Objekt-Engine das Schema auf die veröffentlichte Version zurücksetzt.
Nachdem die Datei "wsptest.mods" gelöscht ist, wird die Objekt-Engine von WSP neu gestartet, damit das interne Schema neu erstellt werden kann. In Abhängigkeit von der Komplexität Ihres Schemas kann dies von ein paar Sekunden bis zu ein paar Minuten dauern.
Nachdem die Aktualisierung der Objekt-Engine abgeschlossen ist, entspricht das aktive Schema wieder der veröffentlichten Version.
Webformulare, die geändert wurden, damit sie mit dem neuen Schema funktionieren, werden nicht automatisch zurückgesetzt. Deshalb funktionieren sie bei Verwendung des veröffentlichten Schemas möglicherweise nicht korrekt.
Ändern von standortdefinierten Spalten nach der Veröffentlichung
Nachdem standortdefinierte Schemaänderungen veröffentlicht wurden, behandelt WSP sie ähnlich wie ein Standardschema und schränkt weitere Änderungen ein. Sie können eine standortdefinierte Spalte löschen oder die Länge einer standortdefinierten Zeichenfolgenspalte ändern, indem Sie das DBMS und das Schema extern zu WSP manuell aktualisieren. Dann führen Sie das Skript "pdm_wspupd" aus, um die Datenbanktabelle "wspcol" zu aktualisieren, um WSP mit den externen Änderungen zu synchronisieren.
Gehen Sie folgendermaßen vor:
  1. Melden Sie sich abhängig von Ihrer CA SDM-Konfiguration bei folgendem Server an:
    • Konventionell: Primärserver
    • Erweiterte Verfügbarkeit: Hintergrundserver
  2. Suchen Sie das Unterverzeichnis "site/mods" in Ihrem CA SDM-Installationsverzeichnis.
    Erstellen Sie eine Sicherung der Datei "wsp_schema.sch" in einem anderen Verzeichnis als das Unterverzeichnis "site/mods", um doppelte Dateien zu vermeiden.
  3. Bearbeiten Sie die Datei "wsp_schema.sch", um unerwünschte standortdefinierte Spalten zu löschen oder um die Länge der standortdefinierten ZEICHENFOLGE-Spalten zu ändern. Diese Aktualisierungen sind die einzigen Änderungen, die von diesem Verfahren unterstützt werden. Sie können einen standardmäßigen Texteditor verwenden, um die Datei "wsp_schema.sch" zu bearbeiten.
    Wenn eine der Indexoptionen (z. B. UNIQUE) angegeben wurden, um eine Spalte zu löschen, dann bearbeiten Sie die Datei "wsp_index.sch", und entfernen Sie Verweise auf die Spalte. Wenn es sich bei der Spalte um die einzige indizierte Spalte in der Tabelle handelt, müssen Sie alle Verweise auf die Tabelle aus der Datei wsp_index.sch entfernen.
  4. Bearbeiten Sie Datei "majic/wsp.mods" mit den gleichen Änderungen, die in "wsp_schema.sch" vorgenommen wurden:
    • Löschen Sie unerwünschte standortdefinierte Spalten.
    • Ändern Sie die Länge der standortdefinierten ZEICHENFOLGE-Spalten.
  5. Geben Sie in der Eingabeaufforderung folgenden Befehl ein:
    pdm_wspupd
    Das Skript pdm_wspupd liest die Datei wsp_schema.sch, vergleicht sie mit der Tabelle wspcol in der Datenbank und schreibt für jeden Unterschied eine Zeile an die Konsole. Als Beispiel dient folgende Ausgabe:
    PDM_WSPUPD - Update wspcol table from wsp_schema.sch Reading wsp_schema.sch to for current DBMS information... Reading wspcol table for WSP schema information... String column zSalesOrg.description length changed from 350 to 400 Column zSalesOrg.sym not found in wsp_schema.sch - deleting wspcol row pdm_wspupd found 1 WSP-maintained column(s) to update and 1 to delete. Please verify that your DBMS has been manually updated to correspond to wsp_schema.sch, then reply Y to update wspcol or anything else to cancel.
  6. Überprüfen Sie, ob die von pdm_wspupd gefundenen Änderungen genau den Änderungen entsprechen, die Sie in "wsp_schema.sch" durchgeführt haben. Ist dies der Fall, geben Sie
    Y
    ein, um die Änderungen zu bestätigen.
    Nachdem Sie die Aktualisierung bestätigt haben, verwendet das Skript die Standard-CA SDM-Programme, um die Tabelle „wspcol“ zu aktualisieren. Dann zeigt der Schemadesigner Ihre Änderungen an.
  7. Den CA SDM-Server anhalten.
  8. Modifizieren Sie mithilfe des entsprechenden Dienstprogramms für Ihre DBMS die DBMS-Definition der geänderten Spalten:
    • Löschen Sie Spalten aus der Datenbank, die Sie aus "wsp_schema.sch" gelöscht haben.
    • Ändern Sie die Datenbanklänge von beliebigen Zeichenfolgenspalten, die Sie in "wsp_schema.sch" geändert haben.
    Achten Sie sorgfältig darauf, dass die in der DBMS vorgenommenen Änderungen exakt den Änderungen in "wsp_schema.sch" entsprechen.
  9. Veröffentlichen von Schemaänderungen.
  10. Den CA SDM-Server starten.