ORA-01565 乱改SPFILEORCL.ORA文件造成的错误

今天想学习rman和归档模式的恢复,由于我的机子是非归档模式,于是先将本机的数据库改为归档模式。google一下修改归档日志的方法 找到一篇于是按照人家的方法开始
SQL> alter system set log_archive_start=true scope=spfile;

系统已更改。

SQL> alter system set log_archive_dest_1='location=E:oracleproduct10.1.0adminor
larch' scope=spfile;

SQL> startup mount
ORA-32004: obsolete and/or deprecated parameter(s) specified
ORACLE 例程已经启动。

Total System Global Area  167772160 bytes
Fixed Size                  1247900 bytes
Variable Size              83887460 bytes
Database Buffers           79691776 bytes
Redo Buffers                2945024 bytes
数据库装载完毕。

网上找了一下资料 说是pfile文件保存在E:\oracle\product\10.2.0\db_1\dbs文件夹下,于是找到SPFILEORCL.ORA 打开里面有乱码 先不管这些 查找log_archive_dest_1 发现里面有关于“log_archive_dest_1='location=E:oracleproduct10.1.0adminor
larch' scope=spfile; ”
于是自己认为是不是修改了这个就没有问题了。 于是备份SPFILEORCL.ORA 文件,然后删除了log_archive_dest_1的那一段。

SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount
ORA-01078: failure in processing system parameters
ORA-01565: error in identifying file 'E:\oracle\product\10.2.0\db_1/dbs/spfileo
cl.ora'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: ??????????????
O/S-Error: (OS 3516) ?????????????? Windows ??????????

尝试将SPFILEORCL.ORA的备份文件改名,启动数据库还是报同样的错误,而不是以前的错误,有些不知所措 幸好是自己的本机 实在不行就重装了,于是开始在google上继续找答案。找了一会就找了的方法 真的要感谢互联网。真是一个好东西。解决方法如下:

C:\Documents and Settings\Administrator>sqlplus /nolog

SQL*Plus: Release 10.2.0.1.0 - Production on 星期三 2月 18 23:42:25 2009

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

SQL> connect /as sysdba
已连接到空闲例程。
SQL> create spfile='E:\oracle\product\10.2.0\db_1\dbs\SPFILEORCL.ORA' from pfil
='E:\oracle\product\10.2.0\admin\orcl\pfile\init.ora.132009183928';

文件已创建。
SQL> startup
ORACLE 例程已经启动。

Total System Global Area  167772160 bytes
Fixed Size                  1247900 bytes
Variable Size              62915940 bytes
Database Buffers          100663296 bytes
Redo Buffers                2945024 bytes
数据库装载完毕。
数据库已经打开。
SQL>

至此问题得到解决。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12216142/viewspace-555601/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/12216142/viewspace-555601/

ORA-00060: deadlock detected是Oracle数据库中的一个错误代码,它表示在等待资源时检测到了死锁。死锁是指两个或多个进程相互等待对方所持有的资源,导致系统无法继续进行下去。 这个错误通常与并发操作有关,其中至少有两个会话(或进程)试图同时访问相同的资源,但由于彼此之间的依赖关系,她们无法继续执行下去。 根据引用中的描述,当会话1执行UPDATE语句时,尝试更新id为2的记录,但同时会话2也在等待并尝试更新id为1的记录。由于两个会话互相依赖,并且需要等待对方释放资源,因此发生了死锁,导致其中一个会话被自动终止,并抛出ORA-00060错误。 要解决ORA-00060错误,可以采取以下措施: 1. 观察和记录死锁事件的发生情况。可以使用Oracle提供的性能监视工具,如AWR报告或ADDM报告,来分析和识别频繁发生死锁的模式和原因。 2. 优化数据库设计和应用程序逻辑。检查数据库表和索引的设计,确保它们能够最小化并发操作引发死锁的可能性。同时,应用程序逻辑也需要考虑到并发访问资源的情况,避免出现相互依赖导致的死锁。 3. 使用适当的并发控制机制。可以使用Oracle提供的锁机制,如行级锁或表级锁,来管理并发操作。合理选择锁的粒度,避免不必要的锁竞争,减少死锁的概率。 4. 在发生死锁时,可以通过修改会话的事务隔离级别来解决问题。例如,将事务隔离级别设置为READ COMMITTED,以减少锁的范围,降低死锁风险。 总之,ORA-00060: deadlock detected是Oracle数据库中一个常见的错误代码,表示在并发操作中检测到了死锁。通过观察和记录死锁事件,优化数据库设计和应用程序逻辑,以及使用适当的并发控制机制,可以减少死锁的发生概率,并提高系统的性能和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值