Oracle® Database Error Messages 10g Release 1 (10.1) Part Number B10744-01 |
|
|
- The string operands(other than an nlsparams argument) to an operator or built-in function do not have the same character set.
- An nlsparams operand is not in the database character set.
- String data with character set other than the database character set is passed to a built-in function not expecting it.
- The second argument to CHR() or CSCONVERT() is not CHAR_CS or NCHAR_CS.
- A string expression in the VALUES clause of an INSERT statement, or the SET clause of an UPDATE statement, does not have the same character set as the column into which the value would be inserted.
- A value provided in a DEFAULT clause when creating a table does not have the same character set as declared for the column.
- An argument to a PL/SQL function does not conform to the character set requirements of the corresponding parameter.
- it is a typed table
- it contains ADT columns
- it contains nested-table columns
- it contains REF columns
- it contains array columns
- it is an index-organized table
- it contains LOB columns
- it is a nested table
2. ALTER DATABASE START LOGICAL STANDBY APPLY;
3. Examine the current_scn column in the DBA_LOGSTDBY_EVENTS view to determine which log file contains the unsupported record.
4. Provide the log file to Oracle Support Services.
- The databases changing roles are offline.
- The primary database is not shipping log files.
- The standby database that will become the primary is not applying log files. The broker returns this error for database state change operations if the database state specified is invalid.
- The databases changing roles are online.
- The primary database is shipping log files.
- The standby database is applying log files. If this error is returned when attempting a database state change operation, make sure you specify a valid state.
- A failover operation has been submitted or is currently is in progress.
- A switchover operation has been submitted or is currently is in progress.
- An instance restart is pending for one or more databases.
- While transmitting the configuration file between databases, DRCX detected an inconsistency in the block count of the file.
- The DRCX process got an error while writing the configuration file.
- cannot locate itself in the broker configuration file.
- fails to distinguish itself from two or more databases in the configuration file.
- determines it was not part of a change of primary due to failover.
- confirm that the host and SID names for the database exactly match the values in the HOST_NAME and INSTANCE_NAME columns of V$INSTANCE.
- confirm that you have not created two or more databases with the same connect identifier. That is, multiple databases in the broker configuration should not indicate the same physical database.
- if you had performed a failover and have re-instantiated your old primary database (or a standby database that had to be reinstantiated), make sure the Data Guard broker configuration files have been removed for that database. Do NOT remove the configuration files that are in use by the new primary.
- The broker rejects an attempt to change the configuration's overall protection mode since it could not find any online, enabled standby databases that support the proposed protection mode.
- The broker rejects an attempt to enable the configuration if it determines there are no online, enabled standby databases that support the overall protection mode.
- The broker rejects an attempt to disable or remove a database that, if disabled or deleted, would result in no remaining standby databases that can support the configuration's overall protection mode.
- The broker rejects an attempt to set the configuration offline if doing so would violate the configuration's overall protection mode.
- The broker rejects an attempt to set a standby database offline if doing so would violate the configuration's overall protection mode.
- The broker rejects a switchover attempt if doing so would violate the configuration's overall protection mode.
- The broker returns this error during a health check.
- For enable failures, confirm that at least one standby database has a LogXptMode configuration property setting that supports the current overall protection mode.
- For delete and disable failures, confirm that at least one other standby database has a LogXptMode configuration property setting that supports the overall protection mode.
- For state change failures, confirm that at least one other standby database has a LogXptMode configuration property setting that supports the overall protection mode. If setting the configuration OFFLINE you may have to downgrade the protection mode setting to maximum performance beforehand.
- For switchover failures, confirm that at least one other standby database has a LogXptMode configuration property setting that supports the overall protection mode. If your configuration contains a primary and a single standby, ensure that the LogXptMode configuration property established for the primary database supports the overall protection mode. After the switchover, the old primary will become the standby and its LogXptMode configuration property setting must support the overall protection mode.
- For health check error, confirm that at least one standby database has a LogXptMode configuration property setting that supports the current overall protection mode.
- the net-service-name specified in DGMGRL's CREATE CONFIGURATION or ADD DATABASE command is not one that provides access to the database being added, or
- there are no instances running for the database being added.