修复Oracle数据库参数文件的另类方法
2008-12-18 13:07:36 来源:WEB开发网核心提示:错误案例:参数文件,10.2.0 windows版本oracle的spfile和pfile默认在E:oracleproduct10.2.0db_1database目录下,修复Oracle数据库参数文件的另类方法,SPFILEsid.ORA和INITsid.ORA,oracle默认用spfile,若spfile损坏,则自
错误案例:参数文件,10.2.0 windows版本oracle的spfile和pfile默认在E:oracleproduct10.2.0db_1database目录下,SPFILEsid.ORA和INITsid.ORA,oracle默认用spfile,若spfile损坏,则自动用pfile,如果 两个都坏了,则提示错误。如果没有备份,那怎么办呢?
当然,你可以找到oracle自带的init模板,一个个参数地设置自己系统的参数文件。那这将是一件很糟的事情,它会浪费你宝贵的时间。
解决方法:
从alert_alaska.log警告日志里着手,因为它记录着一直以来数据库运行的情况,当然也包括每次启动的参数信息啦,我们要的就是:
processes = 150 __shared_pool_size = 75497472__large_pool_size = 4194304__java_pool_size = 4194304__streams_pool_size = 0nls_language = AMERICANnls_territory = AMERICAsga_target = 167772160control_files = E:ORACLEPRODUCT10.2.0ORADATAALASKACONTROL01.CTL, E:ORACLEPRODUCT10.2.0ORADATAALASKACONTROL02.CTL, E:ORACLEPRODUCT10.2.0ORADATAALASKACONTROL03.CTLdb_block_size = 8192 __db_cache_size = 79691776compatible = 10.2.0.1.0db_file_multiblock_read_count= 16db_recovery_file_dest = e:oracleproduct10.2.0/alash_recovery_areadb_recovery_file_dest_size= 1073741824 log_checkpoints_to_alert = TRUEundo_management = AUTOundo_tablespace = UNDOTBS1undo_retention = 900remote_login_passwordfile= EXCLUSIVEdb_domain = com.cndispatchers = '(PROTOCOL=TCP) (SERVICE=alaskaXDB)'#用 ' ' 引起它们 job_queue_processes = 10 audit_file_dest = E:ORACLEPRODUCT10.2.0ADMINALASKAADUMPbackground_dump_dest = E:ORACLEPRODUCT10.2.0ADMINALASKABDUMPuser_dump_dest = E:ORACLEPRODUCT10.2.0ADMINALASKAUDUMPcore_dump_dest = E:ORACLEPRODUCT10.2.0ADMINALASKACDUMPdb_name = alaskaopen_cursors = 300pga_aggregate_target = 16777216 |
最后运行:startup pfile='c:pfile.txt';即可完成。
- ››oracle 恢复误删除的表和误更新的表
- ››Oracle分页查询排序数据重复问题
- ››Oracle创建dblink报错:ORA-01017、ORA-02063解决
- ››Oracle 提高SQL执行效率的方法
- ››Oracle 动态查询,EXECUTE IMMEDIATE select into...
- ››修复win7下IE8主页被篡改过程
- ››Oracle 11g必须开启的服务及服务详细介绍
- ››oracle性能34条优化技巧
- ››oracle数据库生成随机数的函数
- ››Oracle 数据库表空间容量调整脚本
- ››oracle单库彻底删除干净的方法
- ››Oracle创建表空间、创建用户以及授权、查看权限
更多精彩
赞助商链接