SQL/MP Reference Manual

HP NonStop SQL/MP Reference Manual523352-013
D-60
Examples—DOWNGRADE CATALOG
the SQL/MP software that executes it is replaced with an older version. However, if
the purpose of the DOWNGRADE CATALOG is to prepare for installation of an
older version of SQL/MP software, you will need to re-SQL-compile programs with
a newer PFV after the older software is in place. (A runtime error occurs if you
attempt to execute a program with a PFV newer than the version of the installed
SQL/MP software.)
DOWNGRADE CATALOG creates a new temporary catalog on the same volume
as each catalog being downgraded. Such volumes must have enough disk space
available to store files twice as large as the original catalog.
You cannot use DOWNGRADE CATALOG in a user-defined transaction.
An error that causes the downgrade of one catalog specified in catalogs to fail
does not necessarily cause the downgrades of other catalogs specified in
catalogs to fail. (Use GET VERSION to check the version of a specific catalog.)
In unusual failure situations (such as a system failure during a downgrade catalog
operation), temporary files with names that begin with the letters “ZZDN” might be
left on the same subvolume as the catalog. You can delete these with CLEANUP.
Examples—DOWNGRADE CATALOG
This example downgrades the catalog on the subvolume $VOL1.SVOL1 to version
2:
>> DOWNGRADE CATALOG $VOL1.SVOL1 TO 2;
This example downgrades all the catalogs on volume $VOL to version 310:
>> DOWNGRADE CATALOG $VOL.* TO 310;
This example downgrades all the catalogs on the current default node to version 2:
>> DOWNGRADE CATALOG $*.* TO 2;
This example downgrades all catalogs on a volume on a remote node to version 2:
>> DOWNGRADE CATALOG \DIST.$DATA.* TO A011;