环境:win7+oracle11g
情景:
登录OEM失败:
检查过oracle服务都是开启状态,回到命令行,尝试重新启动oracle,如下图:
又尝试重新配置网络,测试不成功:
报错:.ORA-01034: ORACLE not available
ORA-27101: sharedmemory realm does not exist;
百度到以下方式,
尝试后,还是报ORA-03113: 通信通道的文件结尾
数据库装载完毕。
ORA-03113: 通信通道的文件结尾
进程 ID: 2984
会话 ID: 5 序列号: 3
此时执行shutdown immediate命令无法关闭,并报错如下:
ORA-24324: 未初始化服务句柄
ORA-01041: 内部错误, hostdef扩展名不存在 ;
百度到:则需要检查系统注册表中的ORACLE_HOME路径了。
2、把sqlnet.ora文件中SQLNET.AUTHENTICATION_SERVICES = (NTS) 将NTS换成NONE。
尝试后依然如此;
折腾了一天还是没有解决,于是准备采用:数据库出现问题,第一个就要去看alert log。 这个要养成习惯。 不看log,不能准确定位问题。
尤其在生产环境,alert log 都是部署脚本,实时监控的,有错误都会发送报警信息。
果然,在alert——orcl.log中,找到了错误,及其建议解决方式:
Mon May 07 08:17:582018
ARC2 started with pid=22, OS id=3204
ARC1: Archival started
ARC2: Archival started
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
ARC2: Becoming the heartbeat ARCH
Errors in filee:\anzhuang\oracle\diag\rdbms\orcl\orcl\trace\orcl_arc1_4356.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 4102029312 bytes is 100.00%used, and has 0 remaining bytes available.
Errors in file e:\anzhuang\oracle\diag\rdbms\orcl\orcl\trace\orcl_ora_9564.trc:
ORA-19815: 璀﹀憡: db_recovery_file_dest_size 瀛楄妭 (鍏?4102029312 瀛楄妭) 宸蹭娇鐢?100.00%, 灏氭湁 0 瀛楄妭鍙敤銆?
************************************************************************
You have following choices to free up space from recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_r