Oracle的db_create_file_dest参数

在043里面有下面这个题目

You want an ASM instance to manage the files of your database. To achieve this objective, you

specify the following parameters in the parameter file of the database:

INSTANCE_TYPE = RDBMS

DB_NAME = PROD

LARGE_POOL_SIZE = 8MB

DB_BLOCK_SIZE = 4K

LOG_ARCHIVE_DEST = +dgroupA

LOG_ARCHIVE_FORMAT = "$ORACLE_SID_%s_%t.% t"

DB_CREATE_FILE_DEST = +dgroupA

COMPATIBLE = 10.1.0.2.0

CONTROL_FILES = +dgroupA

Which parameter would be ignored while starting up the instance for the database PROD?

问以上那个参数会被数据库实例忽略,题目的正确答案是DB_CREATE_FILE_DEST这个参数会被忽略, 下面解释一下为什么

首先需要了解DB_CREATE_FILE_DEST,DB_CREATE_ONLINE_LOG_DEST_n这个2个参数的作用

(1)DB_CREATE_FILE_DEST这个参数,用于确定创建datafiles,tempfiles文件缺省路径

(2)DB_CREATE_ONLINE_LOG_DEST_n这个参数,用于确定创建online redo log files,control files文件缺省路径

但是当DB_CREATE_FILE_DEST,DB_CREATE_ONLINE_LOG_DEST_n同时使用的时候, DB_CREATE_ONLINE_LOG_DEST_n将会覆盖DB_CREATE_FILE_DEST,使DB_CREATE_FILE_DEST失效

查看本栏目更多精彩内容:http://www.bianceng.cnhttp://www.bianceng.cn/database/Oracle/

时间: 2024-10-05 01:42:07

Oracle的db_create_file_dest参数的相关文章

[20150318]dg与db_create_file_dest参数

[20150318]dg与db_create_file_dest参数.txt --今天在例行检查时,发现dataguard上新建立的文件防的位置不对. RMAN> report schema ; ..... 37   32767    PORTAL_HIS           ***     /u01/app/oracle/oradata/dbcndg/datafile/portal_his16.dbf 38   32767    PORTAL_EMR           ***     /u0

Oracle Parallel相关参数设置不当引起的系统故障

11月5日,由Senior DBA姚宇老师在"DBA+深港群"进行了一次关于"Oracle parallel相关参数设置不当引起的系统故障"的线上主题分享.小编特别整理出其中精华内容,供大家学习交流.    嘉宾简介    "DBA+社群"香港联合发起人: 网名@IvanYao,Oracle OCM,RedHat RHCE: 十年以上Oracle.Unix/Linux 运维开发经验: 拥有包括银行.证券.电信.媒体及政府等行业IT经验: 目前供职

探索ORACLE之RMAN_07 参数文件丢失恢复

探索ORACLE之RMAN_07 参数文件丢失恢复 作者:吴伟龙   Name:Prodence Woo QQ:286507175  msn:hapy-wuweilong@hotmail.com   Oracle数据库的参数文件有两种一种是pfile(初始化参数文件),还有一种是spfile(服务器初始化参数文件):实际上spfile是pfile衍生过来的一新参数文件,应用9i以后的版本,在9i之前的版本都不支持,只支持pfile:而且pfile是不能通过oracle命令来进行备份的,只有spf

一个Webservice执行Oracle SQL带参数奇怪的问题

问题描述 在webservice中遇到一个很奇怪的问题,(1)SQL直接赋值的方式,SQL执行很快,sSQL="SELECTCOL1,COL2FROMTABELWHERECOL3='"+sData+"'";DataSetdsTemp=newDataSet();dsTemp=Common.ExecuteSQL(sSQL);(2)SQL用参数的方式,哪怕是最简单的SQL执行都需要5秒以上,这样就是很奇怪了,SQL语句执行,一般都建议使用参数形式,现在使用参数反而执行速度

Oracle数据库服务器参数文件管理教程

一.在数据库启动的时候指定参数文件. 在启动数据库的过程中,必须要提供一个准确的初始化参数文件,无论是文本参数文件还是服务器参数文件.在利用Startup命令启动数据库的时候,可以指定其采用的服务器参数文件.不过在这里需要注意一个细节,即采用的初始化参数文件不同,其采用的关键字也是不同的.如果采用的是服务器参数文件,则需要使用SPfile指定;如果采用的是文本参数文件,则需要使用Pfile关键字指定.数据库系统并不会自动根据参数文件的类别来进行判断,而是根据这个关键字来判断.如果发生张冠李戴现象

Oracle 11g Dataguard参数详解_oracle

注:本文译自<Oracle Data Guard 11g Handbook> Page 78 – Page 88 就Data Guard(后面都写成DG)来说,我们只关注如下三种参数: 1.独立于数据库角色的参数 2.数据库角色为primary时的参数 3.数据库角色为standby时的参数 虽然DG有着非常多的配置参数,我们实际使用的只有其中很少的部分,而且因为现在许多的DG功能被集成到了代码中,最近的DG版本中很多配置参数已经被弃用了.需要注意的是,为了便于完成数据库的角色转换(Role

Oracle的初始化参数及性能视图

1.数据库版本 LEO1@LEO1>select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production PL/SQL Release11.2.0.1.0 - Production CORE

Oracle中修改参数db_recovery_file_dest时需要注意的问题

前两天在pub上看到有人遇到了这个问题,今天讲课时遇到了,可晚上再模拟时却死活都再现不了了. 问题就是先屏蔽了flash recovery area功能,之后又恢复该功能,结果在修改参数db_recovery_file_dest时需要在目录后面加上"",否则参数可以修改,但是还是不能启动flash recovery area功能;不过再次模拟时却不能再现: 下面db_recovery_file_dest对应的目录之所以后面有"",就是下午在修改参数 db_recov

Oracle中PARALLEL_MAX_SERVERS参数的设置

PARALLEL_MAX_SEVERS参数设置并行执行可用的最大进程数量,该参数的缺省值如下得出: 1.当PGA_AGGREGATE_TARGET >0时 PARALLEL_MAX_SERVERS= (CPU_COUNT x PARALLEL_THREADS_PER_CPU x 10) 2.当PARALLEL_MAX_SERVERS未设置 PARALLEL_MAX_SERVERS=(CPU_COUNT x PARALLEL_THREADS_PER_CPU x 5) 缺省设置可能并不足够,通常我们