|
课程目标： - 数据库故障类型
- 实例恢复方法
- 检查点，重做日志文件和归档日志文件的重要性
- 配置快速恢复区
- 配置归档模式
1、工作部分
数据库管理员的工作： - 从失败中恢复数据库，尽量避免发生一些常见的错误
- 提高平均无故障时间（MTBF），文件冗余，硬件冗余，RAC，DG
- 减少平均恢复时间（MTTR），备份与恢复
- 最小化数据丢失，归档日志文件，闪回技术，DG
2、故障类型
- 语句失败，数据库操作（增删改查）失败
- 用户进程失败
- 网络故障
- 用户错误，比如执行了错误的更新，删除
- 实例失败，异常关闭
- 介质失败，丢失数据库操作所需要的文件（文件被删除或者磁盘故障）
3、语句失败
- 向表插入无效的数据
- 用户权限不够，也有可能是正常的限制
- 分配空间失败
- 应用的逻辑错误
4、用户进程失败
异常的连接，会话或者程序错误都会导致用户进程失败，PMON进程定期查看服务器进程确保所属会话都连接正常，如果PMON发现服务器进程中的用户连接异常，则PMON回滚该会话未提交的事务并释放锁。一般不需要DBA进行解决，如果有大量的用户进程失败才需要去关注。
5、网络失败
监听失效，冗余监听，连接故障转移 网卡，网络设备或者线路故障，冗余网卡，网络设备及线路
6、用户错误
意外删除或者修改数据，如果没有提交，回滚。如果提交了，可以使用闪回表。 意外删除表，从回收站恢复，闪回删除，如果使用了purge删除或者清空了回收站，还可以使用PITR恢复。 可以使用logminer查询联机重做日志文件和归档日志文件，找到错误的语句。
7、闪回技术
使用闪回技术，无需使用备份进行恢复，就可以查看过去的数据，可以帮助用户分析和恢复错误 使用下面的技术分析错误： - 闪回查询：查看过去某个时间点存在的数据，选择指定的时间或者SCN，使用SELECT...AS OF语句
- 闪回版本查询：查看某个时期提交的历史数据，使用SELECT...VERSIONS BETWEEN
- 闪回事务查询：在事务级别查看数据库改变
使用下面的技术进行错误恢复： - 闪回事务：回滚事务
- 闪回表：将数据回到过去某个时间
- 闪回删除：从回收站恢复，包括索引和触发器
- 闪回数据库：将整个数据库回到过去某个时间或者SCN
8、实例恢复
由于断电，硬件故障，软件BUG，或者使用了SHUTDOWN ABORT和STARTUP FORCE命令，那么数据库在关闭前都无法进行数据文件同步，则下次启动就需要进行实例恢复。如果安装了ORACLE RESTART，在实例失败的时候，就会自动去重启实例并进行恢复，不需要管理员介入。
9、理解实例恢复：CKPT
每隔3秒，检查点进程执行增量检查点，将检查点信息写入到数据文件头部和控制文件，检查点信息包括检查点位置，SCN，日志信息等。检查点位置用于指定实例恢复的时候应该从联机重做日志文件的哪个位置开始恢复。日志切换后，检查点进程也会将检查点信息写入到数据文件。 检查点主要用于： - 确保内存中修改的数据块定期写入到磁盘，以防数据因为系统或者数据库失败而丢失
- 减少实例恢复的时间，只需要最后一个检查点之后的联机重做日志文件记录
- 确保数据库关闭前所有已经提交的数据都写入到数据文件
10、理解实例恢复：重做日志文件和LGWR
重做日志文件记录对数据库的改变，可以在断电、磁盘故障等系统出现问题的时候保护数据不丢失。所以需要多路复用确保重做日志文件可靠性。并且最好位于不同的磁盘。 重做日志包括多个日志文件组，每个日志文件组包括多个内容相同的日志文件成员进行多路复用，LGWR进程将重做日志缓冲区中的重做记录写入到日志组的每一个成员。写满了或者发生了日志切换，就写下一个。
11、理解实例恢复
只有正常启动实例，数据库自动进行实例恢复，如果配置了ORACLE RESTART，则数据库会自动重启并进行实例恢复。 启动时，实例挂载控制文件并试图打开数据文件，当发现数据文件在关闭的时候没有同步，则SMON会使用重做日志文件进行前滚到上次关机之前，包括提交的以及未提交的数据，然后打开数据库再使用undo进行回滚未提交的事务。 前面LGWR和CKPT都提到了SCN（system change number），那么SCN到底是什么呢，SCN用以标识数据库在某个确切时刻提交的版本。在事务提交时，它被赋予一个唯一的标识事务的SCN。SCN同时被作为Oracle数据库的内部时钟机制，可被看做逻辑时钟，每个数据库都有一个全局的SCN生成器。作为数据库内部的逻辑时钟，数据库事务依SCN而排序，Oracle也依据SCN来实现一致性读（Read Consistency）等重要数据库功能。SCN在数据库中是唯一的，并随时间而增加，但是可能并不连贯。除非重建数据库，SCN的值永远不会被重置为0。系统当前SCN并不是在任何的数据库操作时都会改变，SCN通常在事务提交或回滚时改变。在控制文件、数据文件头、数据库、日志文件头、日志文件change vector中都有SCN，但其作用各不相同。 CKPT一定是是在checkpoint发生的时候将数据库当前的SCN更新入数据库文件头和控制文件当中，同时DBWn进程将buffer cache中的脏数据块写到数据文件当中(这个脏数据也一定是当前online redo log保护的那一部分)。同时CKPT进程还会在控制文件当中记录(redo block address)RBA，这个地址用来标志恢复的时候需要从日志中的那个位置开始。 ORACLE中除了有SCN，还有Checkpoint_Change#，那这两者的关系是什么呢，其实Checkpoint_Change#是来源于SCN，SCN是时刻在变化的，Checkpoint_Change#是在数据发生了检查点的时候才改变的，它的值来源于SCN。因为SCN时刻在变化，无法捕获到Checkpoint_Change#等于SCN的时刻。 例子：查看系统当前的SCN SQL> select dbms_flashback.get_system_change_number() SCN from dual; SCN ---------- 2681573 在Oracle数据库中和checkpoint相关的SCN总共有4个
1）System checkpoint SCN (存在于控制文件)
在系统执行checkpoint后，Oracle会更新当前控制文件中的System checkpoint SCN。我们可以通过select checkpoint_change# from v$database来查看。 例子：查看当前的System checkpoint SCN SQL> select checkpoint_change# from v$database; CHECKPOINT_CHANGE# ------------------ 2678314 2）Datafile checkpoint SCN (存在于控制文件)
由于控制文件中记录了Oracle中各个数据库文件的位置和信息，其中当然也包括了Datafile checkpoint SCN，因此在执行checkpoint的时候，Oracle还会去更新控制文件中所记录的各个数据文件的datafile checkpoint SCN。我们可以通过select checkpoint_change# from v$datafile来查看。 例子：查看当前各个数据文件的Datafile checkpoint SCN SQL> select name,checkpoint_change# from v$datafile; NAME CHECKPOINT_CHANGE# -------------------------------------------------------------------------------- ------------------ /u01/app/oracle/oradata/STONE/datafile/o1_mf_system_c06xczt5_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_sysaux_c06xczw8_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_undotbs1_c06xczwc_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_users_c06xczx2_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_example_c06xj0bk_.dbf 2678314 3）Start SCN (存在于各个数据文件头)
在执行checkpoint时，Oracle会更新存放在各个实际的数据文件头的Start SCN（注意绝对不会是控制文件中的），这个SCN存在的目的是用于检查数据库启动过程中是否需要做media recovery(介质恢复)我们可以通过select checkpoint_change# from v$datafile_header来查看 例子：查看当前各个数据文件的Start SCN SQL> select name,checkpoint_change# from v$datafile_header; NAME CHECKPOINT_CHANGE# -------------------------------------------------------------------------------- ------------------ /u01/app/oracle/oradata/STONE/datafile/o1_mf_system_c06xczt5_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_sysaux_c06xczw8_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_undotbs1_c06xczwc_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_users_c06xczx2_.dbf 2678314 /u01/app/oracle/oradata/STONE/datafile/o1_mf_example_c06xj0bk_.dbf 2678314 4）End SCN(存在于控制文件)
End SCN也是记录在控制文件当中，每一个所记录的数据文件头都有一个对应的End SCN,这个End SCN一定是存在于控制文件当中。这个SCN存在的绝对意义主要是用来去验证数据库启动过程中是否需要做instance recovery。我们可以通过select name,last_change# from v$datafile来查看。那么在数据库正常运行的情况下，对于read/write的online 数据文件这个SCN号为#FFFFFF(NULL)。 例子：查看当前各个数据文件的End SCN SQL> select name,last_change# from v$datafile; NAME LAST_CHANGE# -------------------------------------------------------------------------------- ------------ /u01/app/oracle/oradata/STONE/datafile/o1_mf_system_c06xczt5_.dbf /u01/app/oracle/oradata/STONE/datafile/o1_mf_sysaux_c06xczw8_.dbf /u01/app/oracle/oradata/STONE/datafile/o1_mf_undotbs1_c06xczwc_.dbf /u01/app/oracle/oradata/STONE/datafile/o1_mf_users_c06xczx2_.dbf /u01/app/oracle/oradata/STONE/datafile/o1_mf_example_c06xj0bk_.dbf 那么我们来看看不需要做实例恢复和需要做实例恢复的情况。 1）如果系统正常关闭，则system checkpoint scn = datafile checkpoint scn = start scn = stop scn，不需要做实例恢复。 例子：查看系统正常关闭后，mount状态下各个SCN的情况 先创建一个脚本，同时获取上面的四个SCN [oracle@oracletest ~]$ cat getscn.sql select 'System Checkpoint SCN - V$Database:checkpoint_change#' "SCN Location",checkpoint_change# from v$database union select 'Datafile Checkpoint SCN - V$Datafile:checkpoint_change#' "SCN Location",checkpoint_change# from v$datafile union select 'Datafile Start SCN - V$Datafile_header:checkpoint_change#' "SCN Location",checkpoint_change# from v$datafile_header union select 'Datafile Stop SCN - V$Datafile:Last_change#' "SCN Location",last_change# from v$datafile; 然后查看当前各个SCN的值 SQL> @getscn SCN Location CHECKPOINT_CHANGE# --------------------------------------------------------- ------------------ Datafile Checkpoint SCN - V$Datafile:checkpoint_change# 2678314 Datafile Start SCN - V$Datafile_header:checkpoint_change# 2678314 Datafile Stop SCN - V$Datafile:Last_change# System Checkpoint SCN - V$Database:checkpoint_change# 2678314 正常关闭数据库并启动到mount状态 SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> startup mount ORACLE instance started. Total System Global Area 835104768 bytes Fixed Size 2257840 bytes Variable Size 549456976 bytes Database Buffers 281018368 bytes Redo Buffers 2371584 bytes Database mounted. SQL> @getscn SCN Location CHECKPOINT_CHANGE# --------------------------------------------------------- ------------------ Datafile Checkpoint SCN - V$Datafile:checkpoint_change# 2683010 Datafile Start SCN - V$Datafile_header:checkpoint_change# 2683010 Datafile Stop SCN - V$Datafile:Last_change# 2683010 System Checkpoint SCN - V$Database:checkpoint_change# 2683010 可以看到这四个SCN相等，不需要进行实例恢复。 2）系统异常关闭，则system checkpoint scn = datafile checkpoint scn = start scn , stop scn is NULL，需要进行实例恢复。 SQL> alter database open; Database altered. SQL> startup mount force ORACLE instance started. Total System Global Area 835104768 bytes Fixed Size 2257840 bytes Variable Size 549456976 bytes Database Buffers 281018368 bytes Redo Buffers 2371584 bytes Database mounted. SQL> @getscn SCN Location CHECKPOINT_CHANGE# --------------------------------------------------------- ------------------ Datafile Checkpoint SCN - V$Datafile:checkpoint_change# 2683013 Datafile Start SCN - V$Datafile_header:checkpoint_change# 2683013 Datafile Stop SCN - V$Datafile:Last_change# System Checkpoint SCN - V$Database:checkpoint_change# 2683013 可以看到stop scn为空，需要进行实例恢复。 在正常open数据库的时候，Oracle会将记录在控制文件中的每一个数据文件头的End SCN都设置为#FFFFFF(NULL)，那么如果数据库进行了正常关闭比如(shutdown or shutdown immediate)，这个时候系统会执行一个检查点，这个检查点会将控制文件中记录的各个数据文件头的End SCN更新为当前online数据文件的各个数据文件头的Start SCN，也就是End SCN=Start SCN，如果再次启动数据库的时候发现二者相等，则直接打开数据库，并再次将End SCN设置为#FFFFFF(NULL)，那么如果数据库是异常关闭，那么checkpoint就不会执行，因此再次打开数据库的时候End SCN<>Start SCN，这个时候就需要做实例恢复。 而在数据库的启动过程中，当System Checkpoint SCN=Datafile Checkpoint SCN=Start SCN的时候，Oracle数据库是可以正常启动的，而不需要做任何的media recovery。而如果三者当中有一个不同的话，则需要做media recovery。
12、实例恢复阶段
当实例去打开数据文件的时候，数据文件头部中的SCN与控制文件中的SCN不匹配的时候，就需要进行实例恢复。使用联机日志文件的重做数据重做事务，所有数据文件同步后，就可以打开数据库并登录到实例失败的时刻，但这个时刻包括没有提交的事务，则数据库会自动进行回滚，之后数据文件就只包括提交的数据了。
13、调优实例恢复
由于CKPT进程每3秒就会将联机重做日志文件中的检查点位置写入到控制文件，因此，就不需要使用检查点之前的重做日志文件进行数据库恢复，只需要使用检查点之后的重做日志文件进行恢复。 将数据文件最后一个检查点恢复到控制文件记录的最新的SCN位置的时间就是实例恢复所需要的时间，可以通过设置MTTR参数控制这个时间。
14、使用MTTR顾问
可以使用FAST_START_MTTR_TARGET初始化参数简化实例恢复的配置，如果设置为0表示禁用，最大可以设置为3600秒。较小的FAST_START_MTTR_TARGET会增加I/O，影响性能，较大的FAST_START_MTTR_TARGET会增加恢复时间。 SQL> alter system set FAST_START_MTTR_TARGET=8 scope=both; System altered. 可以使用EM进行修改。 通过相关连接区域的指导中心进入选择MTTR顾问或者在可用性页面下的恢复设置链接进入
15、介质恢复
介质恢复一般是指数据库文件，包括数据文件，控制文件或者联机重做日志文件，丢失需要进行的恢复。
16、配置可恢复性
为保护好数据，需要： - 定期备份
- 多路复用控制文件，至少2份
- 多路复用重做日志文件，至少2份，不在同一磁盘上面
- 保留归档日志文件，非归档模式，联机重做日志文件会被覆盖，使用归档模式，将联机重做日志文件备份到归档文件
17、配置快速恢复区
快速恢复区用于存放归档日志文件，备份，闪回日志，备用控制文件，备用重做日志文件。Oracle建议使用快速恢复区简化备份存储管理，并与数据文件、主联机重做日志文件和主控制文件分开存放在不同的位置。 根据数据库业务情况和保留策略配置快速恢复区大小，至少是数据库大小的2倍。 通过参数DB_RECOVERY_FILE_DEST指定快速恢复区位置，通过DB_RECOVERY_FILE_DEST_SIZE指定快速恢复区大小。 可以通过备份保留策略和归档日志删除策略来管理快速恢复区空间。
18、多路复用控制文件
控制文件是用于描述数据库结构的二进制小文件，在数据库mount或者open的时候必须可用，如果控制文件丢失，则不能启动的mount状态，就需要进行恢复或者重建。Oracle建议数据库必须至少有2个位于不同存储设备的控制文件。 所有控制文件必须同时可用，丢失其中一个控制文件会导致实例失败，可以复制另外一个控制文件进行恢复。 ASM下面控制文件在不同的磁盘组上面。 如果数据库使用文件系统，可以使用如下步骤增加控制文件： SQL> show parameter control_files; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ control_files string /u01/app/oracle/oradata/STONE/ controlfile/o1_mf_c06xh9fs_.ct l, /u01/app/oracle/fast_recove ry_area/STONE/controlfile/o1_m f_c06xh9jx_.ctl SQL> alter system set control_files='/u01/app/oracle/oradata/STONE/controlfile/o1_mf_c06xh9fs_.ctl','/u01/app/oracle/fast_recovery_area/STONE/controlfile/o1_mf_c06xh9jx_.ctl','/home/oracle/o1_mf_c06xh9fs_.ctl' scope=spfile; System altered. SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> !cp /u01/app/oracle/oradata/STONE/controlfile/o1_mf_c06xh9fs_.ctl /home/oracle/ SQL> startup ORACLE instance started. Total System Global Area 835104768 bytes Fixed Size 2257840 bytes Variable Size 507513936 bytes Database Buffers 322961408 bytes Redo Buffers 2371584 bytes Database mounted. Database opened. SQL> show parameter control_files NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ control_files string /u01/app/oracle/oradata/STONE/ controlfile/o1_mf_c06xh9fs_.ct l, /u01/app/oracle/fast_recove ry_area/STONE/controlfile/o1_m f_c06xh9jx_.ctl, /home/oracle/ o1_mf_c06xh9fs_.ctl
19、重做日志文件
多路复用重做日志文件会增加磁盘I/O，影响性能。Oracle建议重做日志组至少包含2个日志文件成员，分别位于不同的磁盘或者磁盘组。最好放在速度最快的磁盘上面。 丢失当前的日志组会导致数据丢失，丢失日志组中的一个成员不会影响数据库操作。
20、多路复用重做日志
为重做日志组增加一个成员：
新添加的日志文件状态为INVALID，是因为还没有被写入，下一次日志切换后日志组变为CURRENT，此处状态会为空。 SQL> select group#,status,type,member from v$logfile; GROUP# STATUS TYPE MEMBER ---------- ------- ------- -------------------------------------------------- 3 ONLINE +DATA/stone/onlinelog/group_3.263.893370779 3 ONLINE +FRA/stone/onlinelog/group_3.259.893370781 2 ONLINE +DATA/stone/onlinelog/group_2.262.893370777 2 ONLINE +FRA/stone/onlinelog/group_2.258.893370779 1 ONLINE +DATA/stone/onlinelog/group_1.261.893370775 1 ONLINE +FRA/stone/onlinelog/group_1.257.893370777 1 INVALID ONLINE +DATA/stone/onlinelog/group_1.275.899664931 7 rows selected.
21、归档日志文件
数据库对联机重做日志文件组循环写入，所有写完后就会再从第一个开始覆盖写。为保留联机重做日志文件用于数据库恢复，需要在被覆盖前对其进行归档，创建归档日志文件。 通过以下方式创建归档日志文件： - 指定归档日志的名称转换，可选
- 指定归档日志的位置，可以一个或者多个，可选，默认是快速恢复区
- 将数据库置为归档模式
22、归档进程
归档进程ARCn是数据库可选后台进程，数据库开启了归档模式才有，联机重做日志文件被切换后，ARCn就可以自动进行归档，归档完成之前不能被覆盖重写。如果归档文件所在快速恢复区空间不足，则数据库后hang住，删除归档文件后就可以恢复。
23、归档日志文件：命名和位置
可以使用EM进行配置。 使用以下通配符用于产生唯一的归档日志文件名称： - %s：文件序列号
- %t：文件线程号
- %r：重设日志ID
- %d：数据库ID
Oracle建议归档日志文件名称至少包括%s，%t和%r。 如果启用了快速恢复区，则指定USE_DB_RECOVERY_FILE_DEST为归档日志文件位置。最多可以指定10个不同的位置，可以本地也可以远程。
24、启用归档模式
如果使用非归档模式，则只能恢复到上一次备份的时候，之后的事务都会丢失，如果使用归档模式，则可以恢复到上一次提交的时候，大多数生产系统都运行在归档模式。
25、相关习题： （1）You notice that the performance of the database has degraded because of frequent checkpoints. Which two actions resolve the issue? (Choose two.)
A. Disable automatic checkpoint tuning
B. Check the size of the redo log file size and increase the size if it is small
C. Set the FAST_START_MTTR_TARGET parameter as per the advice given by the MTTR Advisor
D. Decrease the number of redo log members if there are more than one redo log members available in each redo log group 答案：BC （2）You want to enable archiving on your database. Presently, the database is running in NOARCHIVELOG mode. Given below are the steps to accomplish the task in random order:
1. Shut down the instance.
2. Execute the ALTER DATABASE ARCHIVELOG command.
3. Start up the instance and mount the database.
4. Set the DB_RECOVERY_FILE_DEST initialization parameter to $ORACLE_HOME/dest_1.
5. Open the database.
Which is the correct sequence of steps for accomplishing the task?
A. 4, 1, 3, 2, 5
B. 1, 3, 4, 5, 2
C. 1, 3, 2, 5; 4 not required
D. 4, 1, 5, 2; 3 not required
E. 1, 3, 4, 5; 2 not required 答案：C （3）Examine the values for the following initialization parameters:
FAST_START_MTTR_TARGET=0
LOG_CHECKPOINT_INTERVAL=0
Which two will be the implications of these values in your database? (Choose two.)
A. The SGA advisor will be disabled
B. The MTTR advisor will be disabled
C. Automatic checkpoint tuning will be disabled
D. Checkpoint information will not be written to the alert log file 答案：BC （4）For which database operation would you need the database to be in the MOUNT state?
A. Renaming the control files
B. Re-creating the control files
C. Dropping a user in your database
D. Dropping a tablespace in your database
E. Configuring the database instance to operate in the ARCHIVELOG or NOARCHIVELOG modes 答案：E （5）After performing a clean shut down of the database instance for maintenance, you mount the database and then execute a command to open the database:
SQL> ALTER DATABASE OPEN;
Which two statements are true? (Choose two.)
A. The online redo log files and online data files are opened
B. All the online data files headers are checked for consistency
C. Instance recovery is performed before opening the database
D. The path and existence of all the log file members are checked 答案：AB （6）You are managing an Oracle Database 11g database. You want to ensure the recovery of the database to the point of failure.
Which configuration will you do to accomplish the task?
A. Multiplex all database files
B. Configure the Flash Recovery Area
C. Configure the database instance ARCHIVELOG mode
D. Configure the FAST_START_MTTR_TARGET initialization parameter 答案：C （7）You are in the middle of a transaction updating a very important table. The machine on which a database was running reboots because of power outage. This caused a database instance failure.
Which statement is true in this situation?
A. The online redo log files and archived redo log files are required to accomplish the recovery
B. The uncommitted transaction will be committed at the next startup of the database instance
C. The uncommitted transaction is rolled back automatically at the next opening of the database
D. The DBA has to perform the recovery on the database to recover the uncommitted transaction 答案：C （8）Which two statements are true about setting the FAST_START_MTTR_TARGET initialization parameter to a nonzero value? (Choose two.)
A. The MTTR advisor will be disabled
B. Automatic checkpoint tuning will be enabled
C. The value for the LOG_CHECKPOINT_INTERVAL initialization parameter will be override the value for FAST_START_MTTR_TARGET
D. The time taken to recover the instance after the crash is always exactly the same as the value given for the FAST_START_MTTR_TARGET initialization parameter 答案：BC （9）You are working on an instance started using the SPFILE. You want to move the Flash Recovery Area of your database to a new location. You want the Flashback log files to be stored in the new location. Given below are the steps to accomplish the task in random order:
1) Shut down the instance.
2) Change the value of the DB_RECOVERY_FILE_DEST initialization parameter to a new value.
3) Execute the ALTER DATABASE FLASHBACK OFF command.
4) Start up the instance and mount the database.
5) Execute the ALTER DATABASE FLASHBACK ON command.
6) Open the database.
Select the correct order in which these tasks need to be performed.
A. 2, 1, 4, 3, 5, 6
B. 1, 4, 3, 2, 6, 5
C. 1, 4, 2, 6, 3, 5
D. 3, 2, 1, 4, 5, 6 答案：A （10）Which two statements are true about checkpointing? (Choose two.)
A. The checkpoint frequency decreases with the smaller redo log file size.
B. It ensures that all committed data is written to the data files during normal shutdown.
C. The frequent full checkpoint in a database can cause the overall degradation of the database performance.
D. It prompts the Checkpoint (CKPT) process to write data to the data files and redo information to the online redo log files. 答案：BC
| 
|手机版|小黑屋|重庆思庄Oracle、Redhat认证学习论坛
( 渝ICP备12004239号-4 )
发表于 2016-2-16 09:15:54
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
支持
反对