Beschreibung des Analyseprotokolls (REPORT-Phase)

Geben Sie bei einem BALTER-Lauf REPORT IS YES an, so startet BALTER nach der Analysephase die REPORT-Phase, in der er das Analyseprotokoll auf SYSLST ausgibt. Im Analyseprotokoll listet BALTER die auszuführenden Änderungen in der Reihenfolge auf, in der er sie während der Umstrukturierungsphase durchführt.
Wenn BALTER für eine Änderung freien Speicherplatz in der Datenbank benötigt, so gibt er mit aus:

• die Anzahl der benötigten Datenseiten

• den Realm, in dem er den Platz benötigt

Außerdem protokolliert BALTER, ob und wie viel Speicherplatz bei den einzelnen Umstrukturierungsaktionen frei wird, und meldet Änderungen, die nicht oder nur unter bestimmten Bedingungen erlaubt sind.

Freier Speicherplatz
BALTER erweitert bei Bedarf automatisch die Realms der bearbeiteten Datenbank. Näheres hierzu siehe Handbuch „Datenbankbetrieb“, Automatische Realm-Erweiterung durch Dienstprogramme). Falls der freie Speicherplatz für eine Änderung nicht ausreicht, wird er in der Regel durch diese automatische Realm-Erweiterung zur Verfügung gestellt. Nur wenn die Voraussetzung für die automatische Realm-Erweiterung nicht erfüllt ist, kann der Fall eintreten, dass der freie Speicherplatz tatsächlich nicht ausreicht.

REPORT OF ADDED, DELETED AND NEEDED AREAS

Protokoll der hinzugefügten, gelöschten und benötigten Realms

Meldung	Bedeutung
realmname ADDED	Realm realmname hinzugefügt
realmname DELETED	Realm realmname gelöscht
realmname NEEDED	Realm realmname benötigt Realm realmname muss vor der Umstrukturierungsphase gesichert werden.

Tabelle 35: Protokoll der hinzugefügten, gelöschten und benötigten Realms

Bei REPORT IS YES protokolliert BALTER auch auf SYSOUT, welche Realms benötigt und welche Realms nicht benötigt werden

Meldung	Bedeutung
REALM NEEDED: realmname	Realm realmname benötigt Realm realmname muss vor der Umstrukturierungsphase gesichert werden.
REALM NOT NEEDED: realmname	Realm realmname nicht benötigt

Tabelle 36: SYSOUT-Protokoll der benötigten und nicht benötigten Realms

REPORT OF CHANGES IN DBTT FOR RECORD: satzname

Protokoll der DBTT-Änderungen für die Satzart satzname

Meldung	Bedeutung
NUMBER OF ENTRIES RESERVED IN    OLD DBTT PAGE = ganzzahl	Anzahl der in einer Seite der bisherigen DBTT reservierten DBTT-Einträge
NUMBER OF ENTRIES RESERVED IN    NEW DBTT PAGE = ganzzahl	Anzahl der in einer Seite der neuen DBTT reservierten DBTT-Einträge
TOTAL NUMBER OF PAGES IN    OLD DBTT = ganzzahl	Anzahl der für die bisherige DBTT reservierten Seiten (DBTT-Basis und DBTT-Extents)
TOTAL NUMBER OF PAGES, NEEDED FOR NEW DBTT IN    AREA realmname = ganzzahl.    IF THERE IS NOT ENOUGH SPACE AVAILABLE,    THE RESTRUCTURING PROCESS WILL ABEND.	Anzahl der Seiten, die die neue DBTT im Realm realmname insgesamt benötigt. Steht nicht ausreichend Platz zur Verfügung, so wird die Umstrukturierungsphase abgebrochen; für die neu anzulegenden DBTT-Extents müssen aufeinander folgende leere Seiten zur Verfügung stehen (vgl. „Freier Speicherplatz").
TABLE ANCHORED IN DBTT COLUMN: ganzzahl    WILL BE DELETED.	Die Tabelle, die in der DBTT-Spalte ganzzahl verankert war, wird gelöscht.
TABLE ANCHORED IN DBTT-COLUMN-NR: ganzzahl    WILL BE MOVED FROM    {AREA realmname-1 | OWNER AREA}    TO {AREA realmname-2 | OWNER AREA}.	Die Tabelle, die in der DBTT-Spalte ganzzahl verankert ist, wird verlagert vom Realm realmname-1 / Ownerrealm in den Realm realmname-2 / Ownerrealm
[UP TO]{ ganzzahl | NO} OLD DBTT PAGE(S)    WILL BE FREED IN AREA realmname	Anzahl der Seiten, die von der bisherigen DBTT im Realm realmname freigegeben werden. Die genaue Anzahl der tatsächlich freigegebenen Seiten in der Ausführungsphase kann in Einzelfällen um bis zu 64 Seiten geringer sein als in ganzzahl ausgewiesen.
UP TO 256 CONSECUTIVE EMPTY PAM PAGES ARE NEEDED FOR NEW DBTT.	Bei der Wiederverwendung von Teilen einer vorhandenen DBTT mit Extents wird eine neue DBTT-Basis angelegt, die größer als ein DBTT Extent ist.
THE RECORD TYPE IS NOW OWNER IN SOME SETS.	Durch die Umstrukturierung wird eine Satzart, die bisher nur Member in Sets war, auch zum Owner in Sets.
THE DBTT HAS TO BE SHORTENED TO 16 711 679 ENTRIES.	In Datenbanken mit 2-Kbyte-Seitenformat sind nur 16711679 DBTT-Einträge für Ownersatzarten möglich (vgl. Abschnitt „Mengengerüst beschreiben“ im Handbuch "Entwerfen und Definieren").
IF THERE ARE EXISTING ENTRIES WITH HIGHER RSQ THE RESTRUCTURING PROCESS WILL END ABNORMALLY.	Wenn in der bisherigen Membersatzart DBTT-Einträge oberhalb der für Ownersatzarten möglichen existieren, so wird BALTER die Umstrukturierungsphase abbrechen. Die vorgesehene Umstrukturierung ist im 2-Kbyte-Seitenformat nicht möglich.

Tabelle 37: Protokoll der DBTT-Änderungen

Belegt die neue DBTT mehr Seiten als die bisherige, so werden die bisher genutzten Seiten nach Möglichkeit weiter genutzt. Für neu anzulegende DBTT-Extents müssen aufeinander folgende leere Seiten mit der fixen Größe dieser Extents zur Verfügung stehen. Zusammenhängend müssen mindestens jeweils 128 freie PAM-Seiten für die DBTT-Teile zur Verfügung stehen.

Ist die neue DBTT genauso groß wie die bisherige oder kleiner, so verwendet BALTER zum Aufbauen der neuen DBTT die Seiten der bisherigen DBTT. Nicht mehr benötigte DBTT-Extents werden freigegeben.

REPORT OF DATABASE CHANGES FOR SINGULAR SET: setname

Protokoll der Änderungen für den singulären Set setname

Meldung	Bedeutung
LENGTH OF OLD SYSTEM RECORD = ganzzahl	Länge des alten Ankersatzes
LENGTH OF NEW SYSTEM RECORD = ganzzahl	Länge des neuen Ankersatzes
TABLE OCCURRENCE ANCHORED IN SYSTEM RECORD    COLUMN ganzzahl    WILL BE DELETED IF PRESENT.	Die Tabelle, die in Spalte ganzzahl des Ankersatzes verankert ist, wird gelöscht, wenn sie existiert.
TABLE ANCHORED IN DBTT-COLUMN-NR ganzzahl    WILL BE MOVED FROM    AREA realmname-1 TO AREA realmname-2.	Die Tabelle, die in Spalte ganzzahl des Ankersatzes verankert ist, wird vom Realm realmname-1 in den Realm realmname-2 verlagert.
FORWARD CHAIN POINTER WILL BE REMOVED.	Kettungsfeld für Vorwärtsverkettung wird entfernt
BACKWARD CHAIN POINTER WILL BE REMOVED.	Kettungsfeld für Rückwärtsverkettung wird entfernt
THE SYSTEM RECORD WILL BE CREATED    IN AREA realmname	Der Ankersatz wird im Realm realmname aufgebaut.
THE SYSTEM RECORD WILL BE DELETED    IN AREA realmname	Der Ankersatz wird aus dem Realm realmname gelöscht.
THE SYSTEM RECORD WILL BE MOVED FROM    AREA realmname-1 TO AREA realmname-2	Der Ankersatz wird vom Realm realmname-1 in den Realm realmname-2 verlagert.
ganzzahl PAGES WITH CALC SEARCH KEY TABLES    WILL BE FORMATED IN AREA realmname.    THEY ARE CONSECUTIVE.    IS THERE ENOUGH SPACE AVAILABLE?	Im Realm realmname werden ganzzahl Seiten für den indirekten Hashbereich des CALC-SEARCH-Keys formatiert. Die Seiten bilden einen zusammenhängenden Bereich. Reicht der freie Speicherplatz dafür? Vgl. „Freier Speicherplatz".
ganzzahl PAGES FOR CALC SEARCH KEY TABLES    WILL BE DELETED IN AREA realmname	Im Realm realmname werden ganzzahl CALC-Seiten von SEARCH-Key-Tabellen gelöscht.

Tabelle 38: Protokoll der Änderungen für singuläre Sets

REPORT OF DATABASE CHANGES FOR DELETION OF RECORD: satzname

Protokoll über das Löschen der Satzart satzname

Meldung	Bedeutung
NUMBER OF ENTRIES RESERVED IN    OLD DBTT PAGE = ganzzahl	Anzahl der in einer Seite der bisherigen DBTT reservierten DBTT-Einträge
ganzzahl OLD DBTT PAGES WILL BE FREED    IN AREA realmname	Im Realm realmname werden ganzzahl Seiten der bisherigen DBTT freigegeben.
TABLE ANCHORED IN DBTT COLUMN ganzzahl    WILL BE DELETED IF PRESENT.	Die Tabelle, die in der DBTT-Spalte ganzzahl verankert war, wird gelöscht, wenn sie existiert.
ganzzahl PAGES WITH CALC KEY RECORDS AND   TABLES WILL BE DELETED IN AREA realmname	Im Realm realmname werden ganzzahl direkte CALC-Seiten gelöscht.
ganzzahl PAGES WITH CALC KEY TABLES WILL BE    DELETED IN AREA realmname	Im Realm realmname werden ganzzahl indirekte CALC-Seiten gelöscht.
ALL RECORD INFORMATION WILL BE DELETED.	Alle Sätze werden gelöscht.

Tabelle 39: Protokoll über das Löschen von Satzarten

REPORT OF DATABASE CHANGES FOR CREATION OF RECORD: satzname

Protokoll über das Hinzufügen der Satzart satzname

Meldung	Bedeutung
NUMBER OF ENTRIES RESERVED IN    NEW DBTT PAGE = ganzzahl	Anzahl der in einer Seite der neuen DBTT reservierten DBTT-Einträge
TOTAL NUMBER OF PAGES,    NEEDED FOR NEW DBTT IN AREA realmname    = ganzzahl	Anzahl der leeren Seiten, die die neue DBTT im Realm realmname benötigt. Für die DBTT-Basis und die DBTT-Extents müssen aufeinander folgende leere Seiten zur Verfügung stehen.
ganzzahl PAGES FOR CALC KEY RECORDS AND    TABLES WILL BE FORMATED IN AREA realmname.    THEY ARE CONSECUTIVE.	Im Realm realmname werden ganzzahl Seiten für einen direkten Hashbereich formatiert. Sie bilden einen zusammenhängenden Bereich.
ganzzahl PAGES FOR CALC KEY TABLES WILL BE    FORMATED IN AREA realmname.    THEY ARE CONSECUTIVE.	Im Realm realmname werden ganzzahl Seiten für einen indirekten Hashbereich formatiert. Sie bilden einen zusammenhängenden Bereich.
IF THERE IS NOT ENOUGH SPACE AVAILABLE,    THE RESTRUCTURING PROCESS WILL END    ABNORMALLY.	Steht nicht genügend Platz zur Verfügung, so bricht BALTER die Umstrukturierungsphase ab. Vgl. „Freier Speicherplatz".

Tabelle 40: Protokoll über das Hinzufügen von Satzarten

REPORT OF DATABASE CHANGES FOR RECORD: satzname

Protokoll der Änderungen für die Satzart satzname

Meldung	Bedeutung
ganzzahl PAGES WITH CALC KEY RECORDS AND    TABLES WILL BE DELETED IN AREA realmname	Im Realm realmname werden ganzzahl direkte CALC-Seiten gelöscht.
ganzzahl PAGES WITH CALC KEY TABLES WILL BE    DELETED IN AREA realmname	Im Realm realmname werden ganzzahl indirekte CALC-Seiten gelöscht.
ganzzahl PAGES FOR CALC KEY RECORDS AND    TABLES WILL BE FORMATED IN AREA realmname.    THEY ARE CONSECUTIVE.    IS THERE ENOUGH SPACE AVAILABLE?	Im Realm realmname werden ganzzahl Seiten für einen direkten Hashbereich formatiert. Sie bilden einen zusammenhängenden Bereich. Reicht der freie Speicherplatz dafür? Vgl. „Freier Speicherplatz".
ganzzahl PAGES FOR CALC KEY TABLES WILL BE    FORMATED IN AREA realmname.    THEY ARE CONSECUTIVE.    IS THERE ENOUGH SPACE AVAILABLE?	Im Realm realmname werden ganzzahl Seiten für einen indirekten Hashbereich formatiert. Sie bilden einen zusammenhängenden Bereich. Reicht der freie Speicherplatz dafür? Vgl. „Freier Speicherplatz".
AREA DELETED FROM RECORD-WITHIN-CLAUSE	Realm realmname aus der RECORD-WITHIN-Klausel entfernt
FOLLOWING ACTIONS EXECUTED IF RECORD    OCCURRENCES ARE PRESENT:	Sind Sätze der Satzart gespeichert, so wird Folgendes durchgeführt:
THE RESTRUCTURING PROCESS WILL END    ABNORMALLY FOR NOT ALLOWED SCHEMA CHANGES.	Wegen nicht erlaubter Schemaänderungen wird BALTER die Umstrukturierungsphase abbrechen.
THE RESTRUCTURING PROCESS WILL END    ABNORMALLY IF RECORD OCCURRENCES ARE    PRESENT IN AREAS WHICH ARE DELETED FROM    RECORD-WITHIN-CLAUSE	Sind in den Realms, die aus der RECORD-WITHIN-Klausel entfernt wurden, Sätze der Satzart gespeichert, so wird BALTER die Umstrukturierungsphase abbrechen.
A NON SINGULAR AUTOMATIC SET THAT WAS NOT    PRESENT IN THE OLD SCHEMA HAS BEEN    SPECIFIED IN THE NEW SCHEMA.    THE RESTRUCTURING PROCESS WILL STOP    BECAUSE THE SET OCCURRENCES TO WHICH EACH    RECORD OCCURRENCE BELONGS ARE NOT KNOWN.	Sie haben im neuen Schema einen standard Set mit Set-Mitgliedschaft MANDATORY AUTOMATIC hinzugefügt. BALTER wird die Umstrukturierungsphase abbrechen, da die Set-Occurrences, denen die einzelnen Sätze zugeordnet werden sollen, nicht bekannt sind.
AS A CONSEQUENCE OF LOGICAL CHANGE THE    RECORDTYPE WILL BE PLACED IN NEW PAGES.    DURING THE PROCESS THE RECORDTYPE WILL    RESIDE TWICE IN THE AREA(S).    IS THERE ENOUGH SPACE AVAILABLE?	Wegen vollständiger Verlagerung wird die Satzart in andere Seiten verlagert.Während des Umspeicherns wird dieSatzart in dem (den) Realm(s) doppeltvorkommen. Reicht der freie Speicherplatz dafür? Vgl. „Freier Speicherplatz".
SET setname DOES NOT HAVE MODE = LIST ANYMORE.     THE LIST TABLE HEADER WILL BE    REMOVED FROM THE LIST-PAGES.	Der Set setname ist nicht mehr mit MODE IS LIST definiert. BALTER wird den Tabellenkopf der Liste aus den Seiten der Liste entfernen.
DUE TO A CHANGE IN LOCATION MODE THE CALC    KEY INFORMATION WILL BE REMOVED.	Die CALC-Information wird auf Grund einer Änderung der LOCATION MODE-Klausel entfernt.
CALC RECORDS AND KEYS WILL BE PLACED    IN THE CALC KEY PAGES.	BALTER wird CALC-Sätze und -Keys in den Seiten des Hashbereichs eintragen.
CALC KEYS WILL BE PLACED    IN THE CALC KEY PAGES.	BALTER wird CALC-Keys in den Seiten des Hashbereichs eintragen.
'DUPLICATES ARE NOT ALLOWED' HAS BEEN    SPECIFIED FOR THE CALC KEY.    IF DUPLICATES ARE DETECTED    THE DUPLICATE VALUES WILL BE PRINTED AND    THE RESTRUCTURING PROCESS WILL CONTINUE.	DUPLICATES ARE NOT ALLOWED wurde für den CALC-Key festgelegt. Findet BALTER Duplikate, so protokolliert er die Duplikatwerte und setzt die Umstrukturierungsphase fort.Enthält die Tabelle nach dem BALTER-Lauf Duplikate, so kann die Tabelle über diese Duplikate nicht verarbeitet werden. Dies lässt sich wie folgt korrigieren: Zunächst DUPLICATES ARE ALLOWED in der Schema-DDL definieren, danach die Schlüsselfelder gemäß DUPLICATES NOT belegen und anschließend die DDL-Definition in DUPLICATES NOT ändern.
'DUPLICATES ARE NOT ALLOWED' HAS BEEN    SPECIFIED FOR THE CALC KEY.    THIS KEY IS A NEW ONE ON    {ONE NEW FIELD | ONLY NEW FIELDS}.    THEREFORE THE TABLE WILL HAVE ONLY    DUPLICATES.    THIS IS INCONSISTENT WITH 'DUPLICATES ARE    NOT ALLOWED'.    SPECIFY 'DUPLICATES ARE ALLOWED'    IF DUPLICATES ARE DETECTED THE DUPLICATE    VALUES WILL BE PRINTED AND THE    RESTRUCTURING PROCESS WILL CONTINUE.	DUPLICATES ARE NOT ALLOWED wurde für den CALC-Key festgelegt. Jedes Feld dieses Schlüssels ist neu. Werden vorhandene Sätze der Satzart, für die der Schlüssel definiert ist, zum Tabellenaufbau benutzt, so wird eine Tabelle aus sämtlich neuen Feldern aufgebaut und kann nur Duplikate enthalten. BALTER protokolliert die gefundenen Duplikate und setzt die Umstrukturierungsphase fort. Die Tabelle kann jedoch nicht verarbeitet werden. Die widersprüchlichen Vorgaben lassen sich wie folgt korrigieren: Zunächst DUPLICATES ARE ALLOWED in der Schema-DDL definieren, danach die neuen Schlüsselfelder gemäß DUPLICATES NOT belegen und anschließend die DDL-Definition in DUPLICATES NOT ändern.
FOR SET setname A SORTED CHAIN WILL BE BUILT.	Für den Set setname wird eine sortierte Kette aufgebaut.
FOR SET setname A LIST TABLE WILL BE BUILT.	Für den Set setname wird eine Liste aufgebaut.
FOR SET setname A POINTER ARRAY WILL BE BUILT.	Für den Set setname wird eine Adressliste aufgebaut.
'DUPLICATES ARE NOT ALLOWED' HAS BEEN    SPECIFIED FOR THE SORT KEY.    IF DUPLICATES ARE DETECTED    THE DUPLICATE VALUES WILL BE PRINTED AND    THE RESTRUCTURING PROCESS WILL CONTINUE.	DUPLICATES ARE NOT ALLOWED wurde für den ASC-/DESC-Key festgelegt. Findet BALTER Duplikate, so protokolliert er die Duplikatwerte und setzt die Umstrukturierungsphase fort. Enthält die Tabelle nach dem BALTER-Lauf Duplikate, so kann die Tabelle über diese Duplikate nicht verarbeitet werden. Dies lässt sich wie folgt korrigieren: Zunächst DUPLICATES ARE ALLOWED in der Schema-DDL definieren, danach die Schlüsselfelder gemäß DUPLICATES NOT belegen und anschließend die DDL-Definition in DUPLICATES NOT ändern.
'DUPLICATES ARE NOT ALLOWED' HAS BEEN    SPECIFIED FOR THE SORT KEY.    THIS KEY IS A NEW ONE ON    {ONE NEW FIELD | ONLY NEW FIELDS}.    THEREFORE THE TABLE WILL HAVE ONLY    DUPLICATES.    THIS IS INCONSISTENT WITH 'DUPLICATES ARE    NOT ALLOWED'.    SPECIFY 'DUPLICATES ARE ALLOWED'    IF DUPLICATES ARE DETECTED THE DUPLICATE    VALUES WILL BE PRINTED AND THE    RESTRUCTURING PROCESS WILL CONTINUE.	DUPLICATES ARE NOT ALLOWED wurde für den ASC-/DESC-Key festgelegt. Jedes Feld dieses Schlüssels ist neu. Werden vorhandene Sätze der Satzart, für die der Schlüssel definiert ist, zum Tabellenaufbau benutzt, so wird eine Tabelle ausschließlich aus neuen Feldern aufgebaut und kann nur Duplikate enthalten. BALTER protokolliert die gefundenen Duplikate und setzt die Umstrukturierungsphase fort. Die Tabelle kann jedoch nicht verarbeitet werden. Die widersprüchlichen Vorgaben lassen sich wie folgt korrigieren: Zunächst DUPLICATES ARE ALLOWED in der Schema-DDL definieren, danach die neuen Schlüsselfelder gemäß DUPLICATES NOT belegen und anschließend die DDL-Definition in DUPLICATES NOT ändern.
FOR SET setname CALC SEARCH KEYS WILL BE    PLACED IN THE CALC KEY PAGES.	Für den Set setname werden CALC-SEARCH-Keys in die Seiten des indirekten Hashbereichs eingetragen.
FOR SET setname AN INDEXED SEARCH KEY TABLE    OF TYPE REPEATED KEY WILL BE BUILT.	Für den Set setname wird eine mehrstufige SEARCH-Key-Tabelle des Typs REPEATED KEY aufgebaut.
FOR SET setname AN INDEXED SEARCH KEY TABLE    OF TYPE DATABASE KEY LIST WILL BE BUILT.	Für den Set setname wird eine mehrstufige SEARCH-Key-Tabelle des Typs DATABASE-KEY-LIST aufgebaut.
'DUPLICATES ARE NOT ALLOWED' HAS BEEN    SPECIFIED FOR THE SEARCH KEY.    IF DUPLICATES ARE DETECTED    THE DUPLICATE VALUES WILL BE PRINTED AND    THE RESTRUCTURING PROCESS WILL CONTINUE.	DUPLICATES ARE NOT ALLOWED wurde für den SEARCH-Key festgelegt. Findet BALTER Duplikate, so protokolliert er die Duplikatwerte und setzt die Umstrukturierungsphase fort. Enthält die Tabelle nach dem BALTER-Lauf Duplikate, so kann die Tabelle über diese Duplikate nicht verarbeitet werden. Dies lässt sich wie folgt korrigieren: Zunächst DUPLICATES ARE ALLOWED in der Schema-DDL definieren, danach die Schlüsselfelder gemäß DUPLICATES NOT belegen und anschließend die DDL-Definition in DUPLICATES NOT ändern.
'DUPLICATES ARE NOT ALLOWED' HAS BEEN    SPECIFIED FOR THE SEARCH KEY.    THIS KEY IS A NEW ONE ON    {ONE NEW FIELD | ONLY NEW FIELDS}.    THEREFORE THE TABLE WILL HAVE ONLY    DUPLICATES.    THIS IS INCONSISTENT WITH 'DUPLICATES ARE    NOT ALLOWED'.    SPECIFY 'DUPLICATES ARE ALLOWED'    IF DUPLICATES ARE DETECTED THE DUPLICATE    VALUES WILL BE PRINTED AND THE    RESTRUCTURING PROCESS WILL CONTINUE.	DUPLICATES ARE NOT ALLOWED wurde für den SEARCH-Key festgelegt. Jedes Feld dieses Schlüssels ist neu. Werden vorhandene Sätze der Satzart, für die der Schlüssel definiert ist, zum Tabellenaufbau benutzt, so wird eine Tabelle ausschließlich aus neuen Feldern aufgebaut und kann nur Duplikate enthalten. BALTER protokolliert die gefundenen Duplikate und setzt die Umstrukturierungsphase fort. Die Tabelle kann jedoch nicht verarbeitet werden. Die widersprüchlichen Vorgaben lassen sich wie folgt korrigieren: Zunächst DUPLICATES ARE ALLOWED in der Schema-DDL definieren, danach die neuen Schlüsselfelder gemäß DUPLICATES NOT belegen und anschließend die DDL-Definition in DUPLICATES NOT ändern.
ALL RECORD OCCURRENCES WILL BE    READ AND WRITTEN.	Alle Sätze werden gelesen und geschrieben.
ALL RECORD OCCURRENCES WILL BE    READ, MODIFIED AND WRITTEN.    THESE MODIFICATIONS ARE A CONSEQUENCE    OF CHANGES IN:    - THE SYSTEM-PART OF THE RECORD    - THE USER-PART OF THE RECORD	Alle Sätze werden gelesen, geändert und geschrieben. Dies ist notwendig wegen Änderungen in den Set-Connection-Data der Satzart und im Benutzerteil der Satzart
THE SYSTEM WILL TRY TO USE SAME PAGE FOR THE    NEW ALLOCATION OF THE RECORD OCCURRENCES.	BALTER wird versuchen, den Sätzen beim Neu-Speichern die alten Seiten zuzuweisen.
LIST WILL BE REALLOCATED	Eine Liste wird neu aufgebaut. Membersätze eines verteilbaren SYSTEM-LIST-Set werden annähernd gleich über die beteiligten Realms verteilt.
RECORDS OF SYSTEM LIST SET CAN NOW BE STORED IN n REALMS	Nach der Umstrukturierung können die Membersätze in n Realms abgespeichert werden.

Tabelle 41: Protokoll der Änderungen von Satzarten

Falls Sie den Benutzerteil einer Satzart geändert haben, gibt BALTER eine Tabelle aus, die das Layout des alten Satzes dem neuen gegenüberstellt:

Bild 29: Vergleich des alten und des neuen Satzes (Benutzerteil)

LAYOUT OLD RECORD (USER PART)

altes Layout der Satzart (Benutzerteil)

LAYOUT NEW RECORD (USER PART)

neues Layout der Satzart (Benutzerteil)

ITEM-NAME

Feldname

TYPE Typ des Feldes:

1 alphanumerische Zeichenfolge
2 entpackte Dezimalzahl ohne Vorzeichen
3 entpackte Dezimalzahl mit Vorzeichen
5 gepackte Dezimalzahl
6 Halbwort
7 Wort
8 Database-Key-Feld

DISPL Distanz des Feldes zum Beginn der Satzart (incl. SCD)

Maßnahmen bei Speicherbedarf in den Realms

Wenn Sie anhand des Analyseprotokolls feststellen, dass für die Umstrukturierung in einem oder mehreren Realms Ihrer Datenbank mehr Speicherplatz benötigt wird, als frei ist, so müssen Sie folgende Maßnahmen durchführen:

• Entweder die Voraussetzungen für eine automatische Erweiterbarkeit der betroffenen Realms schaffen (Näheres hierzu siehe Handbuch „Datenbankbetrieb“)

• oder manuell zusätzlichen Speicherplatz in den betroffenen Realms schaffen:

  • die bisher veränderten Realms Ihrer Datenbank zurücksetzen auf den Stand vor Beginn der Umstrukturierung (siehe Abschnitt „Datenbank rekonstruieren")

  • mit BREORG die betroffenen Realms erweitern

  • den Umstrukturierungsprozess ab ’Vorbereiten der Compilerdatenbank’ neu starten.