ORA-32004错误解决办法
ORACLE 10G RAC 环境设置数据库为归档模式后，再次启动数据库时就报ORA-32004错误提示，数据库仍能正常使用，出于职业敏感性，看到ORA-就来劲，总想找到某种办法解决它。
以下部分信息来自于网友分享：
ORA-32004错误原因：由于在初始化参数文件中存在一些在该Oracle版本中不支持的一些参数，因此会在启动的时候提示这个错误，但不影响系统的使用。既然发现有这个问题存在就应该解决了。解决步骤如下：
以下部分信息来自于网友分享：
ORA-32004错误原因：由于在初始化参数文件中存在一些在该Oracle版本中不支持的一些参数，因此会在启动的时候提示这个错误，但不影响系统的使用。既然发现有这个问题存在就应该解决了。解决步骤如下：
(1)查看alert日志，从中搜索“deprecated(意思是弃用)"，找到提示的哪个存在于spfile中弃用的参数
(2)进入sqlplus，使用alter system reset log_archive_start scope=spfile sid='*';(注：这里使用的参数为log_archive_start)
(3)重启数据库查看是否报ORA-32004错误并查看数据库是否处于归档模式
(4)查看当前数据库版本不在建议使用的参数
(5).下面是Oracle 10gR2不再支持的参数
(6).下面是Oracle 10gR2不建议使用参数
(2)进入sqlplus，使用alter system reset log_archive_start scope=spfile sid='*';(注：这里使用的参数为log_archive_start)
(3)重启数据库查看是否报ORA-32004错误并查看数据库是否处于归档模式
(4)查看当前数据库版本不在建议使用的参数
(5).下面是Oracle 10gR2不再支持的参数
|
* ENQUEUE_RESOURCES (undocumented in 10gR2) * DBLINK_ENCRYPT_LOGIN * HASH_JOIN_ENABLED (undocumented parameter) * LOG_PARALLELISM (undocumented parameter) * MAX_ROLLBACK_SEGMENTS * MTS_CIRCUITS (this is replaced by CIRCUITS) * MTS_DISPATCHERS (this is replaced by DISPATCHERS) * MTS_LISTENER_ADDRESS * MTS_MAX_DISPATCHERS (this is replaced by MAX_DISPATCHERS) * MTS_MAX_SERVERS (this is replaced by MAX_SHARED_SERVERS) * MTS_MULTIPLE_LISTENERS * MTS_SERVERS (this is replaced by SHARED_SERVERS) * MTS_SERVICE * MTS_SESSIONS (this is replaced by SHARED_SERVER_SESSIONS) * OPTIMIZER_MAX_PERMUTATIONS (undocumented parameter) * ORACLE_TRACE_COLLECTION_NAME * ORACLE_TRACE_COLLECTION_PATH * ORACLE_TRACE_COLLECTION_SIZE * ORACLE_TRACE_ENABLE * ORACLE_TRACE_FACILITY_NAME * ORACLE_TRACE_FACILITY_PATH * PARTITION_VIEW_ENABLED (undocumented parameter) * PLSQL_NATIVE_C_COMPILER * PLSQL_NATIVE_LINKER * PLSQL_NATIVE_MAKE_FILE_NAME * PLSQL_NATIVE_MAKE_UTILITY * ROW_LOCKING (undocumented parameter) * SERIALIZABLE (undocumented parameter) * TRANSACTION_AUDITING (undocumented parameter) * UNDO_SUPPRESS_ERRORS |
|
* LOGMNR_MAX_PERSISTENT_SESSIONS (Oracle Streams uses it)
* MAX_COMMIT_PROPAGATION_DELAY * REMOTE_ARCHIVE_ENABLE * SERIAL_REUSE * SQL_TRACE * BUFFER_POOL_KEEP [replaced by DB_KEEP_CACHE_SIZE] * BUFFER_POOL_RECYCLE [replaced by DB_RECYCLE_CACHE_SIZE] * GLOBAL_CONTEXT_POOL_SIZE * LOCK_NAME_SPACE * LOG_ARCHIVE_START * MAX_ENABLED_ROLES * PARALLEL_AUTOMATIC_TUNING * PLSQL_COMPILER_FLAGS [replaced by PLSQL_CODE_TYPE and PLSQL_DEBUG] |
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29634949/viewspace-1260531/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- 手工删除卸载oracle 11g rac的具体步骤（方法）
- 启动数据库至open状态报错：ORA-03113: end-of-file on communication channel
- ORA-19870 ORA-19504 ORA-17502 ORA-15001 ORA-15040
- windows Server 2008管理员密码禁用了怎么处理
- Msg 3702:Cannot drop the database 'gcard' because it is currently in use.
- OVF 部署失败: SHA1 digest of file SLM7-87-disk2.vmdk does not match manifest
- suse linux ssh远程无法访问问题
- VSAN 配置过程中遭遇"滑铁卢"
- Sybase RS 介绍
- Sybase中的APL与DOL表
