Escolar Documentos
Profissional Documentos
Cultura Documentos
for Oracle
Messages Manual
Version 3.2.70
Response Online
You can obtain technical support from BMC Software 24 hours a day, seven days a week by accessing the
technical support Web site at http://www.bmc.com/support.html. From this site, you can
• read overviews about support services and programs that BMC Software offers
• find the most current information about BMC Software products
• search a database for problems similar to yours and possible solutions
• order or download product documentation
• report a problem or ask a question
• subscribe to receive e-mail notices when new product versions are released
• find worldwide BMC Software support center locations and contact information, including e-mail addresses,
fax numbers, and telephone numbers
Response On Demand
In the USA and Canada, if you need technical support and do not have access to the Web, call 800 537 1813.
Outside the USA and Canada, please contact your local support center or your local sales office for assistance.
iii
BMC Software, Inc., Confidential and Proprietary Information
Contents
Chapter 1 Overview
SQL-BackTrack Message Format . . . . . . . . . . . . . . . . . . . . . . . . . . 1-2
Message Look-Up Utility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-3
References to Oracle Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4
Log Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4
Product Log Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-5
Installation Log Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-5
Program Return Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-6
Contents v
Procedures for Invoking the License Manager . . . . . . . . . . . . . . . . A-7
Starting the License Manager Using Inetd . . . . . . . . . . . . . . . . . . . A-8
Oracle Parallel Server Licensing Issues . . . . . . . . . . . . . . . . . . . . . A-11
License Keys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-11
Port Assignments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-11
Checking dtlicense Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-12
Index
This guide should be used with the SQL-BackTrack for Oracle User
Guide, which describes how to use SQL-BackTrack to perform database
backups and recoveries.
Note
This guide assumes you are familiar with Oracle system administration
and your operating system commands and privileges. It also assumes that
you have already installed Oracle and SQL-BackTrack. You should know
how to perform basic actions in a window environment, such as choosing
menu commands and dragging and dropping icons.
Chapter/Appendix Description
Chapter 1, “Overview” provides information about message formats, log files,
and return codes
Chapter 2, “Error Messages” provides a list of error messages and possible causes
and responses
Appendix A, “Solving License Manager describes SQL-BackTrack licensing issues
Problems”
“Index” lists index entries
Related Documentation
BMC Software products offer the following types of documentation:
In addition to this book and the online Help, you can find useful
information in the publications listed in the following table. As “Online
and Printed Books” on page xi explains, these publications are available
on request from BMC Software.
BMC Software provides a core set of printed books with your product
order. To request additional books, go to
http://www.bmc.com/support.html.
Release Notes
Printed release notes accompany each BMC Software product. Release
notes provide up-to-date information such as
The latest versions of the release notes are also available on the Web at
http://www.bmc.com/support.
Note
Notes provide additional information about the current subject.
Warning
Warnings alert you to situations that can cause problems, such as loss of
data, if you do not follow instructions carefully.
Example
Examples clarify a concept discussed in text.
Tip
Tips provide useful information that may improve product performance
or make procedures easier to follow.
system/instance/file_name (Unix)
a | b | c
Overview 1
This chapter describes some information about the error messages you
can receive while using the SQL-BackTrack™ for Oracle product. This
chapter includes the following topics:
Overview 1-1
SQL-BackTrack Message Format
All SQL-BackTrack messages follow a standard format that contains the
message number and the message text.
The message text may contain variables that are replaced by values
provided by SQL-BackTrack. The following table lists these variables
and the type of information they represent:
Variable Description
%1 - %7 Represents a string that is passed through, such as
a file name, table name, index name, and so forth.
These numbers increment by one within each
message. For example, the first occurrence of a
variable is represented by %1, the second
occurrence by %2, and so on. For example:
>message 3705 dtlink_unlink_error
%<prog>1: unlink() failed for file
’%<patch-file>2’ [%E]. ##
Example
For example, dtomessage <5699> [-msgfile <tre1840>].
Overview 1-3
You receive a message similar to the following:
Message #: 5699
************* Message Text and Comments *************
Error occured while trying to backup ‘%<tablespace>1’
tablespace.
References to Oracle messages begin with the keyword ORA and are
followed by the message number, for example, [ORA-04002]. For more
information about these messages, see the Oracle Server Messages
manual.
Log Files
SQL-BackTrack uses log files to store different kinds of information.
The log files record, output from the SQL-BackTrack programs, can help
you diagnose problems during backup and recovery operations.
The final entry for a program contains the return code. If no errors
occurred during execution, the return code is zero (shown in the entry as
rc=0). Any other return code indicates a warning or an error. For more
information, see “Program Return Codes” on page 1-6.
The pid is the Unix process identifier of the installation script. If the
installation was unsuccessful, check the log file before contacting BMC
Software Product Support.
Overview 1-5
Program Return Codes
Return codes are returned by the SQL-BackTrack programs to indicate
the results of a specific operation. SQL-BackTrack uses the following
return codes in messages and log files:
Error Messages 2
This chapter describes the messages that you might receive while using
the SQL-BackTrack product from BMC Software.
The error messages are arranged in numerical order, with the message
text immediately following the message number. An explanation of the
message and the suggested user response appear below the message. The
messages are listed in the following categories:
If you are viewing this document online, you can locate a message by
clicking on Edit => Find from your browser and entering the error
number.
User Response: This error can occur when a user accidentally removes
certain files that SQL-BackTrack expects to use. If files have not been
removed from the SQL-BackTrack product directories, then this may be
an internal error. If this is the case, contact BMC Software Technical
Support.
The message that accompanies this error depends on the cause of the
problem. For example, if the license file format is incorrect, the following
error is displayed:
Explanation: The license entered is not valid for the hostid of the
machine.
User Response: Check the host displayed with the error and compare it
to the hostid form executing the hostid command. If they are
different, contact BMC Software Licensing or Sales for a new license
key that is valid for the current host.
User Response: Examine the datatools.log file and the other messages
that accompany this error to determine which datafile backup is
encountering the corruption, and then delete the corresponding .stat file
from the catalog directory. There is no harm in deleting these files.
However, doing so means that the next backup of the associated datafile
or datafiles will be a full backup even if incremental is selected, because
there are no .stat files for SQL-BackTrack to use when comparing
changed blocks.
User Response: Verify that there is adequate free space in the paging
files or increase the process size limit.
One possible cause for this error is that a process (such as dtoarchmon)
failed and the pipe was reset, causing that process’s child processes to
fail as well.
User Response: This problem is complex and can have many causes. If
the problem is repeatable, contact BMC Software Technical Support.
User Response: Consult your Unix system administrator and take the
proper corrective action appropriate for the error message displayed.
Note
Shared memory is only required for monitoring the progress of backup
and/or recovery actions. If you do not want to use the dtwatch command
to monitor these actions, it is possible to completely avoid this error. If
you set the DTSHMEM environment variable to NONE, SQL-BackTrack
will no longer attempt to access the shared memory area.
Note
To avoid getting this message, set the environment variable DTSHMEM
to NONE. The side effect of this workaround is that the dtwatch utility
will no longer work.
User Response: Edit the dthosts file and select a new port number for
the dtoarchmon process.
Explanation: The tape in the listed device is full. If you have enabled
tape spanning and set the tape size correctly, then the tape OBSI
automatically spans to the next tape. If you have not enabled tape
spanning and SQL-BackTrack encounters the end of the tape during a
backup, then the backup fails with this message.
User Response: For the current backup, enter a new tape and restart the
backup. Avoid this problem by enabling tape spanning and setting the
correct tape size in your tape backup pool definition. See the
SQL-BackTrack for Oracle User Guide for details on the backup pool
format for tapes.
User Response: Check to make sure that you have inserted a tape that
is labeled correctly. If you are writing a new backup to tape, use the
dttape command to label a blank tape. If you are trying to recover from a
SQL-BackTrack backup, then you have either inserted the wrong tape or
the tape has been corrupted or deleted. Try to recover from an earlier
backup.
User Response: Perform a dry run recovery using the same backup. If
the dry run recovery attempt fails at the same point, it indicates that the
backup is corrupted. Try to recover from an earlier backup instead.
User Response: Determine where the log records are being written.
Make sure that the permissions on the corresponding log file and its
parent directory are set to allow the user to write to this log file.
DT-01247 Log write failed [message limit for this program exceeded.]
User Response: Check the media and verify that there is enough space
available.
DT-01254 Program error <signal #> (signal message), saving core file in
<path>.
User Response: Save the core file in a safe place. Do not use a
temporary directory. Write a note identifying the command that the
program was executing and forward the note, the core file, and the
datatools.log information to BMC Software Technical Support.
User Response: Use the Oracle error messages and error codes in this
message to determine the appropriate course of action. If you cannot
diagnose the problem based on this error message, call BMC Software
Technical Support.
User Response: Ensure you have not mistyped the error number.
User Response: Verify that the file name and path you provided to
SQL-BackTrack for this file are correct and that the file exists.
User Response: Check the status of your database and file system to
ensure that no corruption has occurred. Replace any bad media if
necessary.
User Response: Examine your file system to see if it has run out of
space, and add more disk space if necessary. Ensure that no media or file
corruption has occurred, and replace any bad disks if necessary. See the
associated Unix error message for the exact cause.
User Response: Look for the directory or file and see if it is missing.
Most likely, it was an error during the catalog directory
creation/administration when a certain file was not correctly specified.
Explanation: The user does not have permission to rename the file.
User Response: Please check the file and directory permissions of the
files and directories that you are trying to access.
User Response: Verify the path name of the directory or file listed in
the error message. Ensure that the file or directory exists.
% ls -al
% cd <parent-directory>
% /etc/link . <orphan-directory>/..
If this command does not solve the problem, contact your Unix system
administrator for more information.
User Response: The response would be to take the required steps (as
appropriate for the system error message) and try the command again.
User Response: Verify that the OBSI Module you have is compatible
with this version of SQL-BackTrack. If necessary, upgrade the OBSI
Module, SQL-BackTrack, or both products. If the versions are
compatible, contact BMC Software Technical Support.
This message means that the file is corrupted. Many events could cause
this corruption, but the most common are a system crash or the act of
killing a process with the kill -9 command.
User Response: If the file listed in the error message is a text file, make
sure there are no obvious errors in the file, such as a syntax error or a
missing end-of-file line (;;RDFEOF). If the file is a binary file, the file is
probably beyond repair and may need to be recreated depending upon the
scenario.
User Response: Check the response and re-enter a valid response at the
prompt.
• The TCP/IP port you specified in the dthosts file for dtoarchmon is
already in use.
• You entered the wrong password for the Oracle database during
configuration.
Explanation: Either the version of the OBSI Module that you are
using is incompatible with this version of SQL-BackTrack or an internal
error has occurred.
User Response: Verify that the OBSI Module you have is compatible
with this version of SQL-BackTrack (see the SQL-BackTrack for Oracle
User Guide for more information). If necessary, upgrade the OBSI
Module, SQL-BackTrack, or both products. If the versions are
compatible, contact BMC Software Technical Support.
The OS usually resolves the host name by looking into the DNS or NIS
tables (or a similar system). If those name resolution servers are down,
then SQL-BackTrack cannot determine the local host name and will
produce this error message.
User Response: Contact BMC Software Sales for a new license that
supports larger databases.
User Response: Check the server response and rerun the operation.
User Response: Shutdown and restart the database manually (or wait
for the database to start up if a STARTUP command was already in
progress), then restart the SQL-BackTrack operation.
User Response: The cause for the failure is given in the Oracle error
message listed at the end of this message. Take appropriate action to
correct the problem and run the SQL-BackTrack operation again.
Explanation: Our product tried to bring down Oracle using sqldba, but
the attempt failed. You might encounter this message in an Oracle
Parallel Server (OPS) installation if for some reason SQL-BackTrack is
unable to shut down one or more database nodes for a cold backup.
User Response: Retry the failed operation later. If this fails, contact
Oracle Technical Support. This is an Oracle error.
User Response: Remove the file from the DTTEMPDIR directory and
run a synchronization of the database and the SQL-BackTrack catalog
directory.
DT-02110 Unable to start database <SID> in exclusive mode. Make sure all
threads have been closed.
User Response: Be sure all threads for the database are closed. Try
starting up the database in exclusive mode using Server Manager. If the
problem persists, contact Oracle Technical Support.
User Response: Check the state of your database using the DB Verify
tool (dbv) or another tool that can scan for corrupted blocks. If you find
corrupt or fractured blocks, call Oracle Technical Support to resolve the
problem. If you do not find any corrupt or fractured blocks, contact BMC
Software Technical Support.
User Response: If dtoarchmon is up, shut it down and restart it. Make
sure that the port it is running on is available and active. If dtoarchmon is
down, start it using the dtoarchmon command. For complete syntax, see
the SQL-BackTrack for Oracle User Guide.
• If you supplied the extraction file and receive this error, then you
made an error when defining the TABLEDEF entry in the logical
extraction parameter file.
TABLEDEF={ownername.table_name(column1,column2,....)}
If this is a syntax error, the user should review and correct the command
syntax.
If you used the obacktrack Main Menu to enter the logical extraction
parameters and did not edit the parameters file directly, contact BMC
Software Technical Support.
If you used the obacktrack Main Menu to enter the logical extraction
parameters and did not edit the parameters file directly, contact BMC
Software Technical Support.
Explanation: You entered the same value for the DELIMITER and
ENCLOSURE parameters in the logical extraction parameter file. These
parameters specify two separator characters used to format the extracted
data. If you used the obacktrack Main Menu to perform logical
extraction, this problem should not occur.
If you used the obacktrack Main Menu to enter the logical extraction
parameters and did not edit the parameters file directly, contact BMC
Software Technical Support.
User Response: To prevent this error from occurring again, use the
Oracle error message displayed before this message to debug the
problem.
User Response:
If you ran the logical extraction process through the obacktrack Main
Menu, SQL-BackTrack should have automatically created this parameter
file based on the responses you entered. If you have not edited this file,
call BMC Software Technical Support.
User Response: Edit the procconfig.rdf file to correct the problem. See
the SQL-BackTrack for Oracle User Guide for information on the
appropriate format of this file.
DT-02654 The redo_logs block is missing from the procconfig.rdf file. This
block must be present for successful parsing of the file.
User Response: Edit the procconfig.rdf file to correct the problem. See
the SQL-BackTrack for Oracle User Guide for information on the
appropriate format of this file.
DT-02655 The archive_logs block is missing from the procconfig.rdf file. This
block must be present for successful parsing of the file.
User Response: Edit the procconfig.rdf file to correct the problem. See
the SQL-BackTrack for Oracle User Guide for information on the
appropriate format of this file.
User Response: Edit the procconfig.rdf file to correct the problem. See
the SQL-BackTrack for Oracle User Guide for information on the
appropriate format of this file.
DT-02657 The control_files block is missing from the procconfig.rdf file. This
block must be present for successful parsing of the file.
User Response: Edit the procconfig.rdf file to correct the problem. See
the SQL-BackTrack for Oracle User Guide for information on the
appropriate format of this file.
DT-02658 A pool which is not defined in the POOL file has been specified in
the procconfig.rdf file or as a default.
DT-02659 An invalid RDF block with key = <key_name> has been detected in
the procconfig.rdf file. This is a syntax error.
User Response: Check the syntax of the key causing the error. Refer to
the SQL-BackTrack for Oracle User Guide for the complete syntax of the
procconfig.rdf file.
DT-02660 The numeric file specifier ‘<file_ID>’ listed in the procconfig.rdf file
cannot be mapped to a datafile in the dbprofile.rdf file.
User Response: Update the file IDs in the procconfig.rdf file with the
most current values from the database.
User Response: Please check the error returned by the system and take
appropriate action.
User Response: Check the condition of your database and all related
environment variables and run the SQL-BackTrack operation again.
User Response: This error message is received when the prompt which
requests dtoarchmon to become master has no database name or Oracle
SID in it.
User Response: If these two environment variables are set, ensure that
they refer to the same locale. NLS_LANG has the format
<language_territory>.<character_set>. LANG has the format
<language_code>. (Use the Unix command locale to view your current
LANG setting.)
User Response: Perhaps the migration utility has been run already, or
the product has been run on the <database>, then the migration is then
run.
User Response: Change the dtlicense port number in the dthosts file, as
described in the SQL-BackTrack for Oracle User Guide.
User Response: The license manager, dtlicense, has detected the use of
an unrecognized option during execution of the dtlicense program.
User Response: Retry the command and use only supported options.
• 4K of shared memory
• 1 semaphore set
• 25 semaphores
% dtwatch
DT-01162W: ShMemInitialize: semget error [No space
left on device].
DT-03600F: Shared memory for activity display is not
available.
User Response: Run the program again using a valid set of arguments.
See the SQL-BackTrack for Oracle User Guide for a complete list of the
syntax for each component program.
DT-05011 You are running as user ‘username1’. You must run as ‘username2’
for physical backup or recovery.
Explanation: This error can occur if the user running backup and
recovery operations is not user “Oracle”.
User Response: Ensure that the pools are properly specified in the files
<catalog_dir>/dbname.db/config/procconfig.rdf and
<catalog_dir>/poolinfo/POOLS and restart the operation.
User Response: Make sure that you have entered the OBSI device
name correctly. Check the OBSI device to see that it is installed
correctly; and, make sure that there is a valid link to it in the
$DTBASE/obacktrack-<version>/links directory.
User Response: Use a cold backup to back up redo logs. You can use
the obacktrack command to generate an appropriate backup script or to
perform the backup.
DT-05310 Offline dump of active rollback segment not allowed; must be cold
or online.
User Response: Provide the type of file to back up using one of the
following options on the dtobackup command: -datafiles, -archivelogs,
-controlfiles, -redologs, or -parmfiles. If you still get an error, it is an
internal error; contact BMC Software Technical Support.
User Response: Do not try to switch logs during a cold backup. You
can switch logs during an online backup.
User Response: Provide the names of the datafiles to back up using the
-datafiles option on the dtobackup command. If you still get this error,
contact BMC Software Technical Support.
User Response: This message might indicate that the database needs
recovery; make sure that the control files are present. If they are, verify
that the oraclehome, oraclesid, and initora values are set correctly in the
opsconfig.rdf file in the catalog directory
(<catalog_dir>/<dbname>.db/config/opsconfig.rdf).
User Response: This message might indicate that the database needs
recovery; make sure that the redo logs are present. If they are, verify that
the oraclehome, oraclesid, and initora values are set correctly in the
opsconfig.rdf file in the catalog directory
(<catalog_dir>/<dbname>.db/config/opsconfig.rdf).
User Response: Make sure that the oraclehome, oraclesid, and initora
values are set correctly in the opsconfig.rdf file in the catalog directory
(catalog/dbname.db/config/opsconfig.rdf).
User Response: Supply the name of the data dictionary file, using the
-datadict option on the dtorestore command. If the problem persists,
contact BMC Software Technical Support.
Explanation: The OBSI Module driver specified for this operation has
a name beginning with a slash in the obsi=<driver> key in the
<catalog_dir>/poolinfo/POOLS file. OBSI Module driver names in this
key cannot begin with slashes (/).
User Response: Use the -cold and -shutdown options when backing up
this database, or run the database in ARCHIVELOG mode.
User Response: See the Unix error message at the end of this error
message for details about your particular problem and take appropriate
steps to resolve the problem.
User Response: Restart the database and re-issue the command. Or,
change the -online option on the dtobackup command to -cold, to
perform a cold backup of a database that has already been shut down.
Use the obacktrack command to see what kinds of backups are available
to you.
Explanation: You used an invalid format for the date and time in the
-asof option of the dtorestore command.
Explanation: You issued a dtorestore command with both the -asof and
-scn options, which are incompatible. You cannot perform a point-in-time
recovery based on both the time and the System Change Number (SCN).
User Response: Run the dtorestore command again using only one of
these two command options..
User Response: Examine the operating system error message at the end
of this message and take steps to resolve the problem.
User Response: Ensure you have not mistyped the error number. This
message is not being used any more.
DT-05601 Backup of the online redo logs must be part of a COLD backup.
User Response: Ensure you have not mistyped the error number.
User Response: Run the dtorestore command again using only one of
these options.
User Response: Run the dtorestore command again using the -destdir
option. For more information about the syntax of dtorestore, see the
SQL-BackTrack for Oracle User Guide.
Explanation: In the unlikely event that you receive this error, it implies
that your redo log files have been corrupted.
User Response: Confirm that there are no backups available for this
datafile. If there are none available, then it is impossible to recover this
file.
User Response: Confirm that there are no level zero dumps available
for this file. If in fact there are none; then, it is impossible to recover this
file.
User Response: Shut down the database and retry the backup
operation.
User Response: Look for other processes that may be locking the
backup history information contained in the SQL-BackTrack catalog
directory. If you find a likely candidate, wait for it to complete before
retrying the operation that generated the message. Otherwise, contact
BMC Software Technical Support for help in unlocking the backup
history file.
User Response: Look for other processes that may be locking the
backup history information contained in the SQL-BackTrack catalog
directory. If you find a likely candidate, wait for it to complete before
retrying the backup. Otherwise, contact BMC Software Technical
Support for help in unlocking the backup history file.
User Response: Look for other processes that may be locking the
backup history information contained in the SQL-BackTrack catalog
directory. If you find a likely candidate, wait for it to complete before
retrying the restoration. Otherwise, contact BMC Software Technical
Support for help in unlocking the backup history file.
User Response: If you were invoking the dtorutil command from the
command line or within a script, re-run the command with one of the
following options: -recover, -syncnames, -syncredo, -online, or -offline.
Archive log backups are an exception. Archive log backups can take
place while any type of physical backup is going on (except another
archive log backup).
User Response: Wait for the earlier backup to complete before you
continue with the current backup.
User Response: Use the obacktrack command to create a profile for the
database.
User Response: Use the obacktrack command to create a profile for the
database in question. If a profile already exists, use the Database option
in the Database Catalog options menu to update the database profile.
User Response: Use the obacktrack command to create a profile for the
database in question. If a profile already exists, use the Synchronize
Database option in the Database Catalog options menu to update the
database profile.
User Response: Use the obacktrack command to create a profile for the
database in question. If a profile already exists, use the Synchronize
Database option in the Database Catalog options menu to update the
database profile.
User Response: Check the Oracle error message. Try starting the
database instance, and contact Oracle Technical Support if necessary.
User Response: Check the error message. Check to see if the POOLS
file (<catalog_dir>/poolinfo/POOLS) is corrupted.
User Response: Look for associated error messages, or use the dtwatch
command to see the most recent status and error messages for the
backup.
User Response: Check the user name and password used to access the
database and make sure it has adequate privileges.
User Response: Make sure the restore directory exists and ensure that
it has the proper permission.
User Response: Check that the value listed in the error message is in
fact the ORACLE_HOME directory. If not, change the value of the
oraclehome key in the opsconfig.rdf file
(<catalog_dir>/<dbname>.db/config/opsconfig.rdf).
User Response: Verify that tables are available for logical extraction
and verify that the logical extraction option is turned on before you
re-initiate the backup.
User Response: You can still extract the columns that do not contain
the unsupported data types by typing y at the prompt to continue the
extraction. Typing n at the prompt cancels the current operation.
Explanation: The directory listed in the error message does not appear
to be a SQL-BackTrack catalog directory. Most likely, the .oracatalog file
is corrupted or missing from the catalog directory.
User Response: If you are trying to create a new catalog directory, the
directory must not already exist. Remove the directory and try again, or
put the catalog directory somewhere else. If this is an existing
SQL-BackTrack catalog directory, contact BMC Software Technical
Support.
User Response: Please check the error returned by the system and take
appropriate action.
User Response: Check that you did not misspell the export profile
name. Check that the database listed does have a profile of that name by
looking at the contents of the <catalog_dir>/<dbname>.db/export
directory. There should be a subdirectory for each defined export profile.
User Response: If you get this message, you must restart the backup
from the beginning (without the -restart option). If the problem persists,
contact BMC Software Technical Support.
Explanation: The options.rdf file for the export profile has an invalid
export_type entry. This is only likely to occur if you have edited this file
manually.
User Response: Edit the options.rdf file for the export profile being
called (<catalog_dir>/<dbname>.db/export/<profile>.exp/options.rdf).
Replace the export_type entry with a valid entry. Valid entries are: full,
owner, table, or incremental.
User Response: Edit the .oracatalog file in the directory listed in the
error message. The first line should be:
type=type
Change the type in this line to the expected type listed in the error
message (type2).
Explanation: The host name listed in the error message is not listed in
the OPS Configuration File
(<catalog_dir>/<dbname>.db/config/opsconfig.rdf).
User Response: If you are running Oracle Parallel Server, edit the
opsconfig.rdf file and add all OPS nodes. See the SQL-BackTrack for
Oracle User Guide for more information on the OPS Configuration File.
If you are performing a disaster recovery (with or without OPS) and have
copied a SQL-BackTrack catalog directory to a new machine, edit the
opsconfig.rdf file and change the node name entry to match the node
name where you are currently running SQL-BackTrack.
DT-20048 File <filename> is not a valid jobfile: missing ‘begin job’ block.
User Response: Rerun the failed backup or recovery operation from the
beginning (without the -restart option). If the problem persists, contact
BMC Software Technical Support.
DT-20049 File <filename> is not a valid jobfile: missing ‘begin files’ block.
User Response: Rerun the failed backup or recovery operation from the
beginning (without the -restart option). If the problem persists, contact
BMC Software Technical Support.
User Response: Make sure that the account running the command is
logged on as the correct user. See the SQL-BackTrack for Oracle User
Guide for more information on access privileges. Also, consult the log
file (datatools.log in the datatools directory) for other informational
messages related to this error.
User Response: If you were trying to restart a job with a jobid, make
sure you did not mistype the jobid. If you were not issuing a dtobackup
-restart command with a jobid, then this is an internal error. Contact
BMC Software Technical Support.
Explanation: This error may occur if you have manually edited the
options.rdf file. It is caused by an invalid entry (listed in the message) in
the backup_order section of the options.rdf file.
Explanation: This error may occur if you have manually edited the
options.rdf file. It is caused by a duplicate entry (listed in the message) in
the backup_order section of the options.rdf file.
User Response: Make sure that you do not have multiple backup or
expiration processes running against the same database at the same time.
Run the operation again. If the error still persists, contact BMC Software
Technical Support. Have a copy of the datatools.log file available for
BMC Software Technical Support.
Explanation: The directory (or file) listed in the error message is not a
valid component of a SQL-BackTrack catalog directory. This is an
internal error that indicates that your catalog directory is corrupted.
User Response: Either restore the file from a previous file system
backup, or create a new file in
<catalog_dir>/<dbname>.db/config/opsconfig.rdf. For information on
the format of the file, see the SQL-BackTrack for Oracle User Guide.
User Response: If you encounter this error during a backup, run the
dtocheck command with the catalog directory name to resynchronize the
catalog directory to the database, then retry the backup. If the error
persists, contact BMC Software Technical Support. If you encounter this
error during recovery, contact BMC Software Technical Support.
DT-20501 You must indicate which files to expire when expiring by id; i.e.
when using -dumpid or -jobid.
User Response: Make sure the dtoarchmon processes are running on all
OPS nodes and the configuration parameters are set correctly.
User Response: Check the value reported in the error message. Consult
the dtoreport man page for valid values for each option, or use the
obacktrack program to construct the report options.
Explanation: You have requested a report for a specific data file, and
the data file does not exist in the database. In most cases, this indicates
that you have mistyped the data file name.
User Response: Correct the data file name carefully and re-try the
report. Or use the obacktrack program to generate the report.
User Response: Correct the tablespace name and rerun the report.
If you have already installed the product and need to enter a license key
(or provide an upgraded license key), do the following:
% cd $DTBASE/obacktrack
% install/dtoinstall license
First, the dtoinstall program will display your serial number and company
information. Press Return to leave this information unchanged. Then,
enter the license key when prompted.
• The license manager can be invoked through the inetd process. When
the SQL-BackTrack product is invoked, a request is sent to the
operating system to start the license manager when appropriate. The
process is automatically terminated after the license verification is
completed.
Note
The license manager will not start if one of the components is missing or
set up incorrectly. The following sections discuss the proper setup for
each component.
The number that appears after the permissions indicates the number of
links to the inode number, in the first column of the output. If the link
exists (the number should be 2) and the inode number of this dtlicense
binary is the same as that of the dtlicense binary in the
$DTBASE/obacktrack/bin directory, then customization must have been
performed during installation.
If your output indicates that the link is broken, relink the files as follows:
% ln $DTBASE/obacktrack/bin/dtlicense dtlicense
The license manager will not function if its assigned port number is
being used by other processes. There are three ways to determine
whether a particular port number is in use:
Step 1 Check the /etc/services file to see whether there is an entry in the file
indicating that other processes may be using the same port number.
Step 2 Check with your Unix system administrator if you think that the
information in the /etc/services file may not be accurate.
You should get an error indicating that an illegal license request was
made. This indicates that the dtlicense program is using this port.
Otherwise, the port may be used by another process.
Once you determine that this port number is in use, you must select a
different port number.
If you are using a port other than 4444 for dtlicense, or 4444 for
dtoarchmon, you need to create a dthosts file (or edit one if it already
exists). To do so:
% emacs $DTBASE/obacktrack/ctl/dthosts
Begin dtlicense=4444
end dtlicense
begin dtoarchmon=5555
end dtoarchmon
If the error that you receive when you try to invoke the license manager
with the above command is unclear, execute the command again with the
-debug option:
/etc/inetd.conf
dtlicense stream tcp nowait sybase $DTBASE/dtlicense/dtlicense
dtlicense -inetd -msgfile
$DTBASE/obacktrack-3.2/msgs/utilities.english -nolog
/etc/services
dtlicense nnnn/tcp # DataTools license manager
(nnnn is a port number)
When you add the entries using the dtmodsys script, the SQL-BackTrack
product automatically restarts the inetd process. However, if you edit the
files manually, you need to restart the inetd process for the changes to
take effect. The command to restart the inetd process is platform-specific.
The following table shows the operating system and the corresponding
commands:
If you are running NIS, you need to modify the /etc/inetd.conf and
/etc/services files on the NIS server machine. In addition, a new NIS map
needs to be built. The following table lists the operating system and the
corresponding commands:
• If services is set to files, then the /etc/services file should have the
following entry:
dtlicense 4444/tcp
If removing and reentering the entries do not solve the problem, remove
the entries again and start the license manager manually with the -debug
option to obtain diagnostic information.
If the problems are related to port number or the dtlicense device, refer to
the appropriate sections for more information. If the problem persists, try
starting the license manager manually and contact BMC Software
Product Support.
License Keys
You need a license key for every OPS node on the system. If you have a
site license, you can use this. Otherwise, enter license keys for each
node. The license file can be found in $DTBASE/obacktrack/ctl/license.
Use a local text editor to edit the file.
Port Assignments
The dtoarchmon and dtlicense programs must run on each OPS node to
provide distributed backup and recovery operations and ongoing archive
log monitoring and backup.
By default, SQL-BackTrack uses the port 4444 for dtlicense and 5555 for
dtoarchmon on each node. If you need to change these port assignments,
create a dthosts file. To do this:
% emacs $DTBASE/obacktrack/ctl/dthosts
Begin dtlicense=4444
end dtlicense
begin dtoarchmon=5555
end dtoarchmon
Begin dtlicense=4444
hostname=port
hostname=port
end dtlicense
begin dtoarchmon=5555
hostname=port
hostname=port
end dtoarchmon
Index
C E
conventions xiii error log files 1-4
customizing dtlicense A-3 installation log files 1-5
determining if a link exists A-4 product log files 1-5
fixing a broken link A-4 error messages
message types 1-2
variables 1-2
D
documentation, related ix F
online and printed books xi
release notes xii files, dthosts A-6
dthosts file A-6 files, dthosts (OPS example) A-12
dthosts file (OPS example) A-12
dtlicense program A-2
port number assignment A-5 I
dtlicense, customizing A-3
determining if a link exists A-4 inetd process A-3
fixing a broken link A-4 inetd, using to start license manager A-8
dtmodsys script A-8 invoking the license manager A-7
dtoarchmon program
port number assignment A-5
dtoinstall program A-2 L
license manager
invoking A-7
starting using inetd A-8
Index 1
license manager requirements A-2
licensing issues, OPS A-11
R
checking dtlicense status A-12 related documentation ix
license keys A-11 online and printed books xi
port assignments A-11 release notes xii
licensing overview A-2 release notes xii
log files 1-4
installation log files 1-5
product log files 1-5 S
scripts, dtmodsys A-8
M
message look-up utility 1-3 U
message types 1-2
message variables 1-2 utility, message look-up 1-3
O
online books xi
OPS (Oracle Parallel Server) licensing
issues A-11
checking dtlicense status A-12
license keys A-11
port assignments A-11
Oracle messages, references to 1-4
P
port assignments
for OPS A-11
port numbers, selecting A-5
printed books xi
processes, inetd A-3
programs
dtlicense A-2
dtoinstall A-2