Writer instructions | |
---|---|
Page title | For most spaces, this page must be titled Space announcements. For spaces with localized content, this page must be titled Space announcements l10n. |
Purpose | Provide an announcement banner on every page of your space. |
Location | Move this page outside of your home branch. |
Guidelines |
Overriding the OBID value
BMC AMI Unload enables you to override the OBID value defined by IBM Db2 when qualifying rows for unloading.
By default, BMC AMI Unload uses the value that Db2 assigns. This makes it easier to recover data if a table is dropped and you need to unload from a copy of the table space. You can override the OBID specification that BMC AMI Unload retrieves from the Db2 catalog. This enables you, for example, to unload data from image copies or DSN1COPYs after a table has been dropped.
If you use an OBID value of 0, BMC AMI Unload ignores all OBIDs in the input records. Use the value of 0 for single-table table spaces only. Using a value of 0 with a multi-table table space might produce unpredictable results or result in an abend.
To override the Db2-defined OBID value
Code the OBID keyword in the unload statement.
- If you are using the UNLOAD command, specify the INFILE option.
- Ensure that the table name in the FROM TABLE clause in the unload statement exists. It need not contain rows, because BMC AMI Unload needs only the column specification for the table.
- Ensure that, for the table in the FROM TABLE clause, the columns that BMC AMI Unload unloads are compatible with the table in the input copy data set.
- If the table in the copy has an EDITPROC, ensure that the Db2-defined table is defined with that same EDITPROC.