Oracle的物理文件及作用,转：Oracle物理文件

-------------------初始化参数文件---------------------------------------------

在9i之前，参数文件只有一种，它是文本格式的，称为pfile，在9i及以后的版本中，新增了服务器参数文件,称为spfile,它是二进制格式的。这两种参数文件都是用来存储参 数配置以供

oracle读取的，但也有不同点，注意以下几点：

1)pfile是文本文件，spfile是二进制文件；

2)对于参数的配置，pfile可以直接以文本编辑器打开手工配置，而spfile不行，必须在数据库启动后，通过sql命令进行在线修改，当然spfile也可用文本编辑器打开，把里面文本的内容复

制出来放在pfile中，但决对不可以直接修改，直接修改后会使文件无法读取。

3)pfile配置改变后，要使用其生效，必须重新启动数据库，spfile的配置生效时限和作用域可以由修改参数的sql命令指定，可以立即生效，也可以不立即生效。当然有些参数的修改必须重

启数据库才能生效；

4)可以用sql命令由pfile创建spfile,也可以由spfile创建pfile；

5)如果是手动创建数据库而不是通过DBCA，则开始创建数据库时，你只能定义pfile 。因为它是文本格式的；

现在一般普通生产库都采用spfile启动数据库，pfile基本上只有以下情况才会使用pfile：

1)手动创建数据库时，因为这时还没spfile

2)恢复数据库时

3)采用RAC的生产库中如果要共用spfile，可以建一个初始的pfile,然后在pfile指定spfile为共享设备文件

PFILE —— initSID.ora

PFILE是可使用标准的操作系统编辑器进行维护的文本文件。

PFILE在例程启动过程中是只读的。如果文件发生修改，则必须关闭然后重新启动例程以使新的参数值生效。

PFILE缺省情况下，位于 ORACLE_HOME/database 目录中，文件名是 initSID.ora

SPFILE —— spfileSID.ora

SPFILE简介

SPFILE是二进制文件，它位于$ORACLE_HOME/dbs目录中，缺省名称为spfileSID.ora

SPFILE由Oracle 服务器进行维护

SPFILE始终驻留在服务器端

SPFILE所做更改永久有效，不受关闭和启动的影响

SPFILE可以自行调节参数值

使恢复管理器能够备份初始化参数文件

缺省情况下，位于ORACLE_HOME/dbs

查看参数文件的方法; 1、select name,type,value from v$parameter where name like '%sga%';  2、show parameter sga  通过pfile创建spfile create spfile='/u01/oracle/dbs/spfileqjldb.ora' from pfile='/u01/oracle/dbs/initqjldb_bak.ora'; 通过spfile创建pfile create pfile='/u01/oracle/dbs/initqjldb.ora' from spfile='/u01/oracle/dbs/spfileqjl_bak.ora'; 注：语法中创建和指定的spfile和pfile都是服务器路径      不能创建已经由数据库实例启动的spfile(在nomount状态下也不行) 数据库启动时spfile和pfile的加载顺序  初始化参数是在数据库实例启动时(startup nomount)加载。  如果startup命令中未指定pfile参数，在windows系统中数据库启动时会按如下顺序查找启动参数文件:  %ORACLE_HOME%\database\SPFILE.ora  %ORACLE_HOME%\database\SPFILE.ora  %ORACLE_HOME%\database\init.ora  在unix或linux系统中数据库启动时会按如下顺序查找启动参数文件:  %ORACLE_HOME%\dbs\SPFILE.ora  %ORACLE_HOME%\dbs\SPFILE.ora  %ORACLE_HOME%\dbs\init.ora  也就是说先找spfile.ora文件，如果spfile.ora没有则找spfile.ora文件，最后才会去找init.ora的pfile文件.  使用指定pfile启动数据库则数据库会使用指定的pfile来加载数据库参数：  命令如下：  startup pfile=''  注：以pfile启动的实例,修改初始化参数时不能使用scope=spfile的语法。 -------------------- 问题           SQL> show parameter fast_           NAME                                 TYPE        VALUE           ------------------------------------ ----------- ------------------------------           fast_start_io_target                 integer     0           fast_start_mttr_target               integer     0           fast_start_parallel_rollback         string      LOW                      2. 修改参数值           SQL> alter system set fast_start_mttr_target = 300;           系统已更改。                      3. 查看内存中参数的值           SQL> show parameter fast_           NAME                                 TYPE        VALUE           ------------------------------------ ----------- ------------------------------           fast_start_io_target                 integer     0           fast_start_mttr_target               integer     300           fast_start_parallel_rollback         string      LOW             alter system set fast_start_mttr_target = 250 scope = memory;   ---------------------数据文件-------------------------------------------------- 1、alter tablespace users add datafile 'd:\oracle\111.dbf' size 10m autoextend on next 512k maxsize 50m; 2、alter tablespace users drop datafile 'd:\oracle\111.dbf'; 修改可用性： --归档模式下： alter database datafile 'd:\oracle\111.dbf' offline; --非归档模式下，通常不能进行脱机处理 Oracle分为非归档模式(NOARCHIVELOG)  和归档模式(ARCHIVELOG)。非归档模式不产生归档日志，虽然节省了硬盘空间，但是备份方案选择很有限，通常只能选择冷备份。 还原也只能还原到备份那一时刻的数据，通常也仅在开发时使用，Oracle安装默认就是非归档模式。 在生产环境中我们因该使用归档模式，它会产生归档日志，可以使用多种备份和还原方案，对与Oracle管理员来说应该更改模式是必然的选择。 --查看数据库现有模式： select name,log_mode from v$database; 或者 archive log list; --指定归档日志路径： SQL> alter system set log_archive_dest_1='location=D:\Ora\log\archive_log'; 注意：10g如果不手工设置归档路径，默认会把归档日志放到闪回区里 --修改数据库为归档模式： SQL> alter database archivelog;   3、查看 select  * from v$datafile 问题 删除表空间文件后数据库打不开问题的解决方法：  以system用户登录，角色为 sysdba。  -- 查出所有的表空间，包括已经被删除的表空间文件  -- 记下已删除的表空间文件对应的FILE# 字段的值  select * from v$datafile;  -- 将1替换为上面的FILE# 的值  -- 如果删除了多个表空间文件，则执行多次下面的语句  alter database datafile 1 offline drop;  alter open database;   ----------------------控制文件-------------------------------------------------- 控制文件(Control File)是Oracle的物理文件之一，它记录了数据库的名字、数据文件的位置等信息。控制文件的重要性在于，一旦控制文件损坏，数据库将会宕机。如果没有数据库的备 份和归档日志文件，数据库将无法恢复。因此，我们应该多路镜像控制文件(Multiplex Control Files)，并把每个镜像的控制文件分布在不同的物理磁盘。根据经验，控制文件多路镜像以 后，几个控制文件同时坏掉的可能性几乎为零。控制文件管理的重心是重在预防，而不是亡羊补牢！ 控制文件的概念控制文件是一个很小的二进制文件，用于记录数据库的物理结构。一个控制文件只属于一个数据库。创建数据库时，创建控制文件。当数据库的物理结构改变的时候，Oracle 会更新控制文件。用户不能编辑控制文件，控制文件的修改由Oracle完成。 数据库的启动和正常运行都离不开控制文件。启动数据库时，Oracle从初始化参数文件中获得控制文件的名字及位置，打开控制文件，然后从控制文件中读取数据文件和联机日志文件的信息 ，最后打开数据库。数据库运行时，Oracle会修改控制文件，所以，一旦控制文件损坏，数据库将不能正常运行。   每个数据库至少一个控制文件。 --查看 select  * from v$controlfile 创建控制文件  课本p62 ----------------------重做日志文件-------------------------------------------------- --查看文件组 select * from v$log; --查看文件  select * from v$logfile; --增加组 alter database add logfile group 5('d:\oracle\redo05.log')  size 4m; --把组成员 alter  database add logfile member 'd:\oracle\r.log' to group 5; --删除 alter  database drop logfile member 'd:\oracle\r.log'  ; alter database drop logfile group 5 ;