ORA-00600:内部错误代码，参数：[4194]，[65]，[51]

Question

我对甲骨文有意见。

当我执行启动以打开数据库时，警报日志中出现了错误，即ORA-00600:内部错误代码。

甲骨文的工作没有问题，突然出现了这个问题。

甲骨文版本是10g快递。

我只是想知道，当DBF文件大小超过10G时，是否会发生此问题。

上周，我向表空间添加了另一个数据文件。

我想知道快递版是否不能添加更多的数据文件。

，你能告诉我有什么问题吗?

ORA-00600:内部错误代码，参数: 4194，65，51，[]

Answer 1

“我只是想知道，当DBF文件大小超过10G时，是否会发生此问题。”

Oracle XE是免费的，但附带各种限制。在10g中，对用户数据的限制是4GB的(引文)，尽管我希望这个限制能得到适当的执行。这个总数是否涵盖所有数据文件，包括撤销和临时表空间？

“上周，我向表空间添加了另一个数据文件。”

当您添加该附加文件时，您是否违反了4GB的用户数据限制？请注意，在11g中，用户数据限制提高到了11 be，因此这将是您升级的一个很好的理由。看看这个。

总之，ORA-00600是甲骨文的通用消息，每当遇到意外行为，即内部错误时，它就抛出该消息。这方面的通常建议是与Oracle支持部门联系，但大多数XE用户没有支持合同。在这种情况下，就会有Oracle论坛，其中包括一个专门处理TechNet问题的站点。在这里找到它。

警报日志中应该有更多的信息。您可以在后台转储目录中找到警报日志。如果您不知道它在哪里，请在SQL*Plus中找到它

 SQL>  show parameter background_dump_dest

这很可能是腐败问题。您会很好(前提是您一直在做适当的备份)，因为Oracle的恢复实用程序非常好。了解更多信息。

Answer 2

ORA-600 [4194] "Undo Record Number Mismatch While Adding Undo Record"    
VERSIONS:
    versions 6.0 to 10.1
    DESCRIPTION:
    A mismatch has been detected between Redo records and rollback (Undo)
    records.
    We are validating the Undo record number relating to the change being
    applied against the maximum undo record number recorded in the undo block.
    This error is reported when the validation fails.
    ARGUMENTS:
    Arg [a] Maximum Undo record number in Undo block
    Arg [b] Undo record number from Redo block
    FUNCTIONALITY:
    Kernel Transaction Undo called from Cache layer
    IMPACT:
    PROCESS FAILURE
    POSSIBLE ROLLBACK SEGMENT CORRUPTION

您最好从rman恢复您的撤消表空间，它可能会解决这个问题。如果任何备份不可用，则PRM( Oracle恢复/救援工具)可能是您最后的选择。

Answer 3

首先，复制产生问题的表。重命名原始表，然后复制表，给出原始table.Then运行查询的名称，它将工作。