ora-01033，ORA-16038

ORA-01033: ORACLE initialization or shutdown in progress
1、进入CMD，执行set ORACLE_SID=fbms，确保连接到正确的SID；2、运行sqlplus "/as sysdba"      SQL>shutdown immediate      停止服务     SQL>startup                          启动服务，观察启动时有无数据文件加载报错，并记住出错数据文件标号     SQL>shutdown immediate      再次停止服务     SQL>startup mount     SQL> recover datafile 文件路径及文件名         恢复出错的数据文件     SQL>shutdown immediate      再次停止服务    SQL>startup                          启动服务，此次正常。3、进入PL/SQL Developer检查，没有再提示错误。

在启动数据库过程中报错：ORA-16038: 日志 3 序列号 1807 无法归档

出现ORA-16038 ORA-19809 ORA-00312 Oracle 归档日志所存放的盘符控件是不是已经满了，而默认安装的时候该区间选择了2G大小当归档日志超过2G的时候，空间不足，于是无法归档，当时手工删除归档日志文件，Oracle是无法识别空间是否释放, 导致数据库无法启动 .



解决办法：


—————————————解决方法 （一）——————————————


1、清理该盘符，使其有足够的空间存放该日志文档。


2、重新关闭，启动数据库。问题解决。



————————————————解决方法 （二）——————————————


1、mount数据库




sql> startup mount (注意，这时候还会报错，但是可以更改系统参数)




2、 更改系统参数




sql> alter system set db_recovery_file_dest_size=2g scope=spfile;




参数db_recovery_file_dest_size的值根据磁盘剩余空间大小和实际需要来设置，没有定论




3、打开数据库




sql> alter database open 不会成功的




4、删除失效归档日志.




RMAN> connect target /




RMAN> crosscheck archivelog all;




RMAN> delete expired archivelog all;




RMAN> exit




5、重新启动数据库




sql> shutdown immediate




sql> startup




-------------解决方法（三）-------------




oracle出现ORA-16038，ORA-19809，ORA-00312问题的解决方法




1：SQL> startup ORACLE 例程已经启动。




数据库装载完毕。




ORA-16038: 日志 3 序列号 46 无法归档




ORA-19809: 超出了恢复文件数的限制




ORA-00312: 联机日志 3 线程 1: ‘D:ORACLEPRODUCT10.2.0ORADATAORCLREDO03.LOG‘




2：SQL> alter database clear unarchived logfile ‘D:ORACLEPRODUCT10.2.0ORADATAO RCLREDO03.LOG‘;




数据库已更改。




3：SQL> shutdown immediate




ORA-01109: 数据库未打开 已经卸载数据库。




ORACLE 例程已经关闭。




4：SQL> startup




ORACLE 例程已经启动。




数据库装载完毕。




数据库已经打开。




无法归档错误主要是因为数据库不正常关闭,SQL语句出错造成数据线程停止所因起。




-------------解决方法（四）-------------






还有就是设置归档日志的大小，设置为10G的时候，错误可解决，报错的时候系统ALERT日志里也提示有几种参考方法如下工作日志所示：




1：监控邮件监控到ALERT日志中的错误如下：




< ORA-19809: limit exceeded for recovery files
< ORA-19804: cannot reclaim 43570176 bytes disk space from 2147483648 limit
< ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available.






2：查看ALERT日志详细错误如下




ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available.




Tue May 31 14:57:42 2011




************************************************************************




You have following choices to free up space from flash 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_recovery_file_dest_size parameter to




reflect the new space.




4. Delete unnecessary files using RMAN DELETE command. If an operating




system command was used to delete files, then use RMAN CROSSCHECK and




DELETE EXPIRED commands.




************************************************************************




Tue May 31 14:57:42 2011




Errors in file /usr/app/db-server/ora_base/admin/gis/bdump/gis_arc1_3602.trc:




ORA-19809: limit exceeded for recovery files




ORA-19804: cannot reclaim 43570176 bytes disk space from 2147483648 limit




ARC1: Error 19809 Creating archive log file to ‘/usr/app/db-server/ora_base/flash_recovery_area/GIS/archivelog/2011_05_31/o1_mf_1_44477_0_.arc‘




Tue May 31 15:17:20 2011




Thread 1 advanced to log sequence 44479




Current log# 3 seq# 44479 mem# 0: /usr/app/db-server/ora_base/oradata/gis/redo03.log




Tue May 31 15:17:20 2011




Errors in file /usr/app/db-server/ora_base/admin/gis/bdump/gis_arc0_3600.trc:




很明显的错误信息，说明归档空间满了






3：查看归档参数






SQL> show parameter rec






NAME                                 TYPE        VALUE




------------------------------------ ----------- ------------------------------




buffer_pool_recycle                  string




control_file_record_keep_time        integer     7




db_recovery_file_dest                string      /usr/app/db-server/ora_base/fl




ash_recovery_area




db_recovery_file_dest_size           big integer 2G




db_recycle_cache_size                big integer 0




ldap_directory_access                string      NONE




recovery_parallelism                 integer     0




recyclebin                           string      on




use_indirect_data_buffers            boolean     FALSE






4：查看使用率




SQL> select * from v$flash_recovery_area_usage;




FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES




------------ ------------------ ------------------------- ---------------




CONTROLFILE                   0                         0               0




ONLINELOG                     0                         0               0




ARCHIVELOG                99.99                         0               0




BACKUPPIECE                   0                         0               0




IMAGECOPY                     0                         0               0




FLASHBACKLOG                  0                         0               0






5：变更归档大小为10G




SQL> alter system set db_recovery_file_dest_size=10G scope=both;




System altered.






6：再次查看使用率




SQL> select * from v$flash_recovery_area_usage;




FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES




------------ ------------------ ------------------------- ---------------




CONTROLFILE                   0                         0               0




ONLINELOG                     0                         0               0




ARCHIVELOG                19.93                         0              49




BACKUPPIECE                   0                         0               0




IMAGECOPY                     0                         0               0




FLASHBACKLOG                  0                         0               0






6 rows selected.


 
				


				
时间： 2024-11-06 03:47:54 

		


		


	

	
	

		


		
ora-01033，ORA-16038的相关文章


						

		

			

                真心崩溃了，oracle安装完成后居然没有tnsnames.ora和listener.ora文件
			

		

		

									

				problem: oracle  11  r2  64位安装完成后NETWORK/ADMIN目录下居然没有tnsnames.ora和listener.ora文件 solution: 问题是之前安装了另外一个版本的oracle,我是安装了oracle xe,没有卸载干净,导致在环境变量中存在TNS_ADMIN指向了不正确的目录.如下图所示: 上图中的TNS_ADMIN的配置是正确的,原来的配置是错误的.原来的配置指向的是d:\oraclexe下的某个目录,因为指向的目录已经被删除,所以用oracl			

		

	

				

		

			

                listener.ora 、sqlnet.ora 、tnsnames.ora的关系以及手工配置
			

		

		

									

				listener.ora.sqlnet.ora.tnsnames.ora ,都是放在$ORACLE_HOME\network\admin目录下. --begin 重点:三个文件的作用和使用 #----------------------- sqlnet.ora(客户及服务器端) --作用类似于linux或者其他unix的nsswitch.conf文件,通过这个文件来决定怎么样找一个连接中出现的连接字符串, 例如我们客户端输入 sqlplus sys/[email protected] 假如我的s			

		

	

				

		

			

                Oracel数据库 listener.ora和tnsnames.ora配置
			

		

		

									

				oracel服务经常会出现各种监听问题,很多情况是 listener.ora和tnsnames.ora 的配置有问题  D:\app\Administrator\product\11.2.0\dbhome_1 oracel安装路径径参考自己的 listener.ora配置 # listener.ora Network Configuration File: D:\app\Administrator\product\11.2.0\dbhome_1\network\admin\listener.or			

		

	

				

		

			

                Oracle的listener.ora、tnsnames.ora的配置
			

		

		

									

				使用DBCA建库,Global Database Name为:prod.origtec.com      SID:prod An Oracle database is uniquely identified by a Global Database Name,typically of the form "name.domain" Global Database Name: A database is referenced by at least one Oracle instance			

		

	

				

		

			

                安装好oracle11gR2之后在相应路径下却没有生成tnsnames.ora和listener.ora
			

		

		

									

				oracle安装帖子:https://blog.csdn.net/wjb123sw99/article/details/80780277 oracle安装过程中检查失败:需开启C盘共享,或者勾选忽略,参考帖子http://blog.itpub.net/22969361/viewspace-1188283/ Oracle安装失败后,彻底卸载Oracle帖子:https://blog.csdn.net/Devin_LiuYM/article/details/59539020 安装完oracle,C:			

		

	

				

		

			

                ORA-12541:TNS:no listener 客户端tnsnames.ora配置，以及服务端listener.ora配置
			

		

		

									

				需求:客户端(192.168.25.1)需要访问服务端(192.168.7.215)的Oracle库ORCL. 步骤一:配置客户端tnsnames.ora 步骤二:配置服务端listener.ora 这样就配置完成了,重启一下监听:lsnrctl stop.lsnrctl start 可以在客户端验证是否能够连接: 原文地址:https://www.cnblogs.com/xiangxiushu/p/12662998.html			

		

	

				

		

			

                系统突然断电重启导致rac节点无法启动，crs-4000错误
			

		

		

									

				公司rac集群为双节点oracle11g的rac,操作系统为AIX6.1,突然断电重启了,再次查看集群状态,发现其中一个节点起不来. 经过系统工程师检查,发现重启后存储的光纤网络有十几秒左右的延时,于是手动启动crs,结果保crs-4000问题.以root用户执行./crsctl start crs仍然不行. 怀疑是asm有问题,在grid用户下asmcmd,结果发现连接到空实例,真是 ASM没有启动,于是直接在asmcmd里startup没有启动.但是半天也没有反应,于是进入asm实例: sq			

		

	

				

		

			

                oracle instant client，tnsping，tnsnames.ora和ORACLE_HOME
			

		

		

									

				前段时间要远程连接oracle数据库,但是又不想在自己电脑上完整安装oracle客户端,于是到oracle官网下载了轻量级客户端instant client.这玩意没有图形界面,全靠sqlplus远程连接服务器,所以不占地方,正好满足我这种追求"简单就好"的强迫症患者需求. 但是呢,可能是服务器那边没开监听端口,我在自己的机子上尝试了各种配置,包括tnsnames.ora,sqlnet.ora等,远程连接均告失败.为了排查问题,我先ping了一下服务器的外网地址,发现没问题.网上说,光			

		

	

				

		

			

                在TNSNAMES.ORA文件中配置本机装的oracle
			

		

		

									

				首先,感谢这两位网友:http://zhidao.baidu.com/link?url=eGYeoEa-EhQdVitSGqjE36uNfVmEsryXH1WUjPue6YvArDSx-Y1N9_rd9Hx6vh-NklyevkcCtAMh1X28fI1Hoq 引子: 我在Oracle SQL Developer工具中创建了一个名为"oa"的连接,然后登陆PLSQL Developer,从本地导入一张表"T_DEPT",打开Oracle SQL Developer,			

		

	

				

		

			

                使用sqlnet.ora限制IP访问
			

		

		

									

				他在最后一个超级遭遇了许多方法值,然后找到一个方法,在DB上限IP访问. http://blog.csdn.net/jacson_bai/article/details/18097805 ENV: IP:10.244.170.221 Oracle DB:11.2.0.3 实现功能: 1.仅仅同意某几个IP訪问数据库 2.除了某几个IP,其它都可訪问 实现功能1的方法 [[email protected]]cd /oracle/11204/db_1/network/admin 新建sqlnet.o