看书笔记---管理控制文件和重做日志文件

11.1管理控制文件
11.1.1控制文件管理策略
1.复合控制文件
    为了提高数据库的可靠性，至少为数据库建立两个控制文件，并却分别保存在不同的硬盘中，
这是非常必要的管理策略。
2.选择存储位置

3.备份控制文件

11.1.2创建复合控制文件
oracle支持最多同时使用8个控制文件
步骤：
(1)关闭数据库
(2)在操作系统中，将已有的控制文件复制多份，修改名称后包寻到不同的位置上。
(3)修改初始化参数文件中的control_files参数，使它执行新的控制文件。
(4)重新启动数据库

11.1.3创建新的控制文件
1.创建新的控制文件的情形
2.create controlfile语句的用法

3.创建新控制文件的步骤

(1)列出数据库中所有的数据文件和重做日志文件的名称和路径。
控制文件已经丢失，这时数据库已经无法打开，因此DBA也无法通过数据字典来获取数据文件和
重做日志文件的信息。这时唯一的办法就是查看警告文件中的内容。比较幸运的是，如果DBA已经将
控制文件备份在跟踪文件中,则能够很容易地获得数据库中最新的数据文件和重做日志文件列表。
(2)如果数据库仍然处于运行状态，将它关闭
(3)在操作系统级别备份所有的数据文件和联机重做日志文件。
(4)启动实例，但是不加载数据库(start nomount)
(5)利用步骤1得到的文件列表，执行create controlfile命令创建一个新的控制文件。
   如果数据库的某个联机重做日志文件同控制文件一起丢失，或者在创建控制文件时改变了数据库的名称，
必须在create controlfile语句中使用resetlogs子句，重置数据库联机重做日志文件的内容。
如果使用了resetlogs子句，必须用步骤8对数据库进行恢复。
   如果没有出现上述的两种情况，则建议使用noresetlogs字句，即保留联机重做日志文件中的内容。
(6)在操作系统级别对新建的控制文件进行备份
(7)修改初始化参数文件中的control_files参数，使它指向新建的控制文件。
如果在控制文件中修改了数据库名称，还需要修改db_name参数值为新的数据库名称。
(8)如果需要，对数据库进行恢复；否则直接进入步骤9
(9)使用下面的方法重新打开数据库
   如果不需要对数据库进行恢复，或者已经对数据库进行了完全恢复，可以用正常方式打开数据库。
   alter database open;
   如果在创建控制文件时使用了resetlogs参数，则必须指定以resetlogs方式打开数据库。
   alter database open resetlogs;

4.解决控制文件与数据字典的冲突
  在新建的控制文件中指定了所有数据文件与重做日志文件的列表，而在数据库的数据字典中，
也记录有数据库原来的数据文件和重做日志文件的信息。如果两个地方的设置不完全一致，
oracle将把冲突的地方记录在警告文件中。

11.1.4备份控制文件
1.将控制文件备份为二进制文件
alter database backup controlfile to 'I:\oracle\backup\control.bkp';
2.将控制文件备份为文本文件
alter database backup controlfile to trace;
将控制文件备份到位于oracle_base\admin\sid\udump目录下的跟踪文件中。

11.1.5删除控制文件
(1)关闭数据库
(2)编辑control_files初始化参数，使其中不再包含要删除的控制文件的名称。
(3)在操作系统中删除控制文件。
(4)重新启动数据库

11.1.6查询控制文件的信息
V$controlfile 包含所有控制文件的名称和状态信息
v$controlfile_record_section 包含控制文件中各个记录文档段的信息
v$parameter 可以用来获取初始化参数control_files的值

1.查询控制文件的基本信息。
select name from v$controlfile;
2.查询控制文件中记录文档段的信息

11.2管理重做日志

11.2.1 重做日志管理策略
1.使用复合重做日志文件
2.确定重做日志文件的大小
   同一个重做日志组的成员日志文件必须具有相同的大小，
不同重做日志组中的成员日志文件可以具体不同的大小。但是并没有好处。
3.确定重做日志文件的数目
  避免LGWR进程出现等待状态。
  在创建数据库时，利用MAXLOGFILES参数来指定数据库中重做日志组的最大数目，
利用MAXLOGMEMBERS参数来指定每个重做日志组中所能拥有的最大成员数目，
如果要修改这两个参数，则必须要重新建立数据库或者重新建立控制文件。

11.2.2创建重做日志组
alter database add logfile
('I:\ORACLE\ORADATA\ORADB01\redo0301.rdo','
'I:\ORACLE\ORADATA\ORADB01\redo0302.rdo') size 100m;
新增的重做日志具有两个成员，每个成员日志的大小是100M。
在命名重做日志文件时，最好使用类似redommnn的规则.

没有使用group字句时，一般在当前组号之后递增.
也可以显示地利用group字句来指定新建的重做日志组的组号。
alter database add logfile group 3
('I:\ORACLE\ORADATA\ORADB01\redo0301.rdo',
'I:\ORACLE\ORADATA\ORADB01\redo0302.rdo') size 100m;

使用group字句指定新建的重做日志组的组号时，需要注意以下两点：
1.不能大于MAXLOGFILES参数指定的值
2.对重做日志组进行编号时，中间不能有间断，这样会浪费控制文件中文档的存储空间。

11.2.3创建成员日志文件
alter database add logfile member
'I:\ORACLE\ORADATA\ORADB01\redo0303.log' to group 3;
在创建成员日志文件时，不能使用size参数来指定重做日志文件的大小。
因为新建的必须和其他的成员一样的大小。

11.2.4 改变重做日志文件名称和位置
    修改重做日志文件的名称或位置大体可以分为两个步骤：
    首先在操作系统中重命名或移动重做日志文件，然后在数据库中修改重做日志文件的信息。
具体步骤：
(1)关闭数据库
(2)在操作系统中重新命名重做日志文件，或者将重做日志文件复制到新的位置上。
比如：如果需要将重做日志文件redo0302.log和redo0303.log移动到新的硬盘中，应先将复制到
新的硬盘中，然后再删除原来位置上的文件。
(3)重新启动实例，加载数据库但不打开(start mount)
(4)修改
alter database rename file
'I:\oracle\oradata\oradb01\redo0302.log',
'I:\oracle\oradata\oradb01\redo0303.log' to
'J:\oracle\logs\redo0302.log',
'K:\oracle\logs\redo0303.log';
(5)打开数据库(alter database open)
(6)备份控制文件

11.2.5 删除重做日志组
在删除重做日志组之前，首先考虑：
(1)无论组中有多少个成员，一个数据库至少需要使用两个重做日志组。
(2)只能删除处于inactive状态的重做日志组。如果要删除current状态的日志组，必须执行
一次手工日制切换，将它切换到inactive状态。
提示：当前正在被LGWR进程写入的重做日志组称为处于‘当前状态(current)’
当前正在用语实例恢复的重做日制组称为‘活动状态(active)’;
当前没有用于实例恢复的重做日志组称为‘未活动状态(inactive)’。
(3)如果数据库处于归档模式下，在删除重做日志组之前，必须确定她已经被归档。可以查询：
select group#,archived,status from v$log;

alter database drop logfile group 3;
在执行上述语句后，只是在数据字典和控制文件中将重做日志组的记录信息删除，
并不会删除操作系统中的相应文件。因此，在确认删除操作成功后，DBA要手工将相应的
操作系统文件删除。

11.2.6删除成员日志文件
在删除成员日志之前，要考虑：
(1)每个重做日制组中至少要包含一个可用的成员。那些处于invalid或stale状态的成员日志文件对于
oracle来说都是不可用的。可以通过查询v$logfile来获得各个成员日志文件的状态。
提示：
注意区别重做日志组的状态和成员日志文件的状态，active,current或inactive都是重做日志组的状态。
而valid,invalid或stale都是指成员日志文件的状态。
如果oracle无法使用某个成员日志文件，将把它标记为invalid状态；
如果oracle认为某个成员日志文件产生了错误，把它标记为stale状态；
只有标记valid状态的重做日制文件，对于oracle来说才是可用的。
(2)只能删除状态为inative的重做日志组中的成员日志文件。如果要删除的成员日志文件所属的重做日志组
正处于current状态，必须执行一次手工切换。
(3)如果数据库处于归档模式下，在删除成员日志文件前，必须确定它所属的重做日志组已经被归档。

alter database drop logfile member
'I:\oracle\oradata\oradb01\redo0302.log';
执行后，要手工删除相应的操作系统文件.

11.2.7 手工日制切换
alter system switch logfile;
提示：每进行一次日志切换后，oracle都会在数据库警告文件中进行记录。

11.2.8 清空重做日志组

11.2.10 查询重做日志文件信息
V$LOG
V$LOGFILE
V$LOG_HISTORY

11.3 管理数据库归档模式
11.3.1设置初始归档模式
一般在创建数据库时都会指定noarchivelog字句，以便在初始情况下将数据库暂时设置为非归档模式，
这样可以避免对在创建数据库过程中生成的重做日志记录进行归档。
当数据库开始工作后，可以再将它切换到归档模式中。

11.3.2 改变数据库归档模式
步骤：
(1)关闭数据库
警告：在修改数据库的归档模式前，建议将数据库进行一次完全备份。
(2)在初始化参数文件中，设置与归档相关的初始化参数。
(3)重新启动实例并加载数据库但不打开数据(startup mount)
(4)
alter database archivelog;
alter database open;

11.3.3 启动自动归档功能
     如果数据库处于归档模式下， 可以使用oracle提供的自动归档功能。在自动归档方式下，oracle将启动
后台进程ARCn，由它来自动对已经写满的重做日志组进行归档操作。在自动归档方式下，
DBA仍然可以执行手工归档操作。
1.在实例启动时启用自动归档功能
需要在初始化参数文件中将log_archive_start参数设置为true.
设为true后,oracle在实例启动时将读取初始化参数的设置，并启动ARCn后台进程。

2.在启动实例后启用自动归档功能
    如果在实例启动时没有起用自动归档功能，不必关闭实例再对初始化参数进行修改。
可以用alter system archive log start;
但初始化参数log_archive_start仍然为false,下次启动时实例时仍然不会自动启动归档功能。
可以设置初始化参数log_archive_max_processes指定实例所能拥有的最大归档进程数目.
log_archive_max_processes是动态参数，可以这样修改
alter system set log_archive_max_processes=3;
默认值为1。

11.3.4 禁用自动归档功能
    在归档数据库模式下，如果禁用了自动归档功能，但与没有及时进行手工归档，LGWR进程无法写入
下一个已经写满的可用重做日志组，这时数据库将被挂起，直到完成对重做日志组的归档操作为止。

1.在实例启动时禁用自动归档功能
  设置初始化参数log_archive_start为false.
2.在实例运行后禁用自动归档功能
alter system archive log stop;

11.3.5 执行手工归档操作
   如果数据库处于归档模式下，无论是否起用自动归档功能，DBA都可以执行手工归档操作。
(1)如果自动归档被禁用，则DBA必须定时对重做日制组进行手工归档，否则数据库将挂起。
(2)如果启用了自动归档功能，DBA可以通过手工归档操作处于inactive状态的重做日志组进行重新归档，
通常是将它归档到其他的归档目标中。
alter system archive log all;这个语句可以对所有未归档的重做日志组进行归档。

11.3.6 设置归档目标
1.使用初始化参数log_archive_dest_n设置归档目标
  可以最多为数据库指定10个归档目录，利用log_archive_dest_n参数所指定的归档目标可以是本地系统
中的目录，也可以是远程的数据库系统(通常是一个备用数据库):
(1)如果在设置log_archive_dest_n参数时使用location关键字，指定的归档目录是一个本地系统的目录
log_archive_dest_1='location=i:\backup\arc'
(2)如果在设置log_archive_dest_n参数时使用service关键字，指定的归档目录是一个远程数据库
log_archive_dest_2='service=standby1'
提示：standby1是一个远程备用数据库的服务名，备用数据库是当前数据库的一个精确拷贝，
通过同步机制来保证两个数据库的一致性。
使用log_archive_dest_n参数设置归档目标的操作步骤如下：
(1)关闭数据库
(2)在初始化参数文件中编辑log_archive_dest_n参数，指定一个或多个归档目标。
比如：
log_archive_dest_1='location=I:\backup\arc1'
log_archive_dest_2='location=I:\backup\arc2'
log_archive_dest_3='location=I:\backup\arc3'
(3)设置初始化参数log_archive_format，以指定归档文件的命名方式。
命名时使用%s在归档文件名称中包含日志顺序号，
使用%t在归档文件名称中包含归档线程号.
log_archive_format=arch%s.arc
假设数据库有3个重做日志组，他们的日志顺序号分别是100、101和102，
那么在3个本地归档目标一共生成9个归档日志文件。
I:\\backup\arc1\arch100.arc I:\\backup\arc2\arch100.arc I:\\backup\arc3\arch100.arc
I:\\backup\arc1\arch101.arc I:\\backup\arc2\arch101.arc I:\\backup\arc3\arch101.arc
I:\\backup\arc1\arch103.arc I:\\backup\arc2\arch103.arc I:\\backup\arc3\arch103.arc
提示：在设置了log_archive_dest_n参数后，不能再使用log_archive_dest和
log_archive_duplex_dest参数来设置归档目标
2.使用初始化参数log_archive_dest和log_archive_duplex_dest设置归档目标

步骤：
(1)关闭数据库
(2)在初始化参数文件中编辑log_archive_dest参数，以指定主归档目标，
编辑log_archive_duplex_dest参数的值，以指定次归档目标
log_archive_dest='I:\backup\arc'
log_archive_duplex_dest='J:\backup\arc'
(3)设置初始化参数log_archive_format，以指定归档文件的命名方式
log_archive_format_arch_%t_%s.arc

11.3.7指定归档目标的状态
每个归档目标可以具有如下三种类型的特性：
valid/invalid 指示被设置为归档目标的硬盘位置和服务名是否有效
enabled/disabled 指示归档目标对于oracle来说是否可用
active/inactive指示归档目标是否产生了错误
提示：要获得归档目标的状态信息，可以查询动态性能视图v$archive_dest.
可使用初始化参数log_archive_dest_state_n设置归档目标时可以指定归档目标的初始状态。
enable 可用/deferred 禁用
11.3.8 设置可选或强制归档目标
1.设置最小成功归档目标数
通过设置初始化参数log_archive_min_succeed_dest
2.设置强制归档和可选归档目标
使用log_archive_dest_n参数设置归档目标时，可设置mandatory或optional来指定强制或可选归档
log_archive_dest_1='location=i:\backup\arc' mandatory
log_archive_dest_2='service=standby1' optional
11.3.9 设置归档进程的跟踪级别

11.3.11 查询归档信息
使用数据字典视图和动态性能视图
使用archive log list命令

v$database 可以用于查询数据库是否处于归档模式
v$archived_log 包含从控制文件中获取的所有已归档日志的信息
v$archive_dest 包含所有归档目标的信息，比如归档目标的位置、状态等
v$archive_process
v$backup_redolog
v$log
1.查询需要进行归档的重做日志组
select group#,archived from v$log;
2.查询数据库的归档模式
select log_mode from v$database
3.查询归档目标的信息
select destination,binding,target,status from v$archive_dest;
4.查询归档进程的状态
select * from v$archive_processes;