Professional Documents
Culture Documents
178
Ksedmp:internal or fatal error
Ora-00600:internal error code, arguments: [6002], [0], [0], [4], [0], [], [], []
-----Pl/sql Call Stack-----
Object Line Object
Handle Number Name
57CCE5A18 418 Package The body SYS. Dbms_ha_alerts_prvt
57CCE5A18 552 Package The body SYS. Dbms_ha_alerts_prvt
Error reality, there is a problem executing the internal task of the SYS.DBMS_HA_ALERTS_PRVT
package.
The ORA-00600 6002 error is related to the index, and the specific content refers to:
When Oracle attempts to insert an index key value, first need to find the appropriate location, and to
do the relevant checksum, checksum content including the number of indexed columns, data size, and
so on, once found inconsistent, will appear ORA-600 6002 error.
Oracle is trying to insert a key and key data into a B*tree index.
In ' order ' to ' do ', it had to the correct leaf blocks to do the insert.
Once the correct leaf block is retrieved, Oracle validates the blocks by checking the data size and
number of columns in T He key.
If there is a mismatch then ORA-600 [6002] is reported.
So if you encounter this error, you should first find the Index object where the problem occurs, and
you can try to eliminate the error effect by rebuilding the index.
The following are the header information for the error that appears in the trace file:
We can see that the problem object number is 22a9 and the type is the index.
The object name can be found through a database query, which is resolved by rebuilding the index:
object_name
--------------------------------------------------------------------------------------------------------------- ---------
Wri$_alert_threshold_log_pk
Index altered.
A 6002 error needs to be analyzed based on the object's differences, which can usually be resolved
through an index rebuild. Sometimes the problem appears on the IoT object, which can be resolved by
backing up the data, truncate the insert-back record.
Another article
ORA-600 3020 Error, the database encountered 3020 errors when applying the archive log in
recovery:
After this error, the recovery is interrupted, cannot continue, the 3020 error is explained on the
Metalink, the main reason is:
That is, the information recorded in the redo is not consistent with the recovered block information at
the time of recovery, resulting in the recovery being unable to continue. For example, update Some
records from 3 to 2, finding that the record is not 3 at all, and that recovery cannot continue.
This error may be due to an operation missing from the write redo, which may have been caused by an
abnormal outage or a storage failure.
This error can is reported if any of the updates are lost for some reason.
This error, if there is no backup, the data is not particularly important, you can use some implicit para
meters or coercion to open the database, but inevitably there will be data loss, Olive did one such atte
mpt.
The proven practical way to do this is to use:
This deal with this case, the final selection of incomplete recovery, record data, and sometimes give
up is a kind of recovery!