Oracle442个应用场景-----------Oracle数据库物理结构
-------------------------Oracle数据库物理结构-------------------------------
Oracle数据库物理结构
oracle的数据,实际上是以文件的形式来保存的,文件中出了保存用户的数据之外,
还需要保存管理数据和日志数据等等。作为一个DBA，必须需要知道自己的数据分别保存在什么位置上，
而且经验丰富的管理员还应该在设计数据库的时候合理的规划文件的保存位置、初始大小以及增量属性等，
这样既能满足用户应用程序的需要，还能保证数据库高效的运行。
每个Oracle数据都三种类型的文件组成，即控制文件、数据文件以及日志文件。
这些文件提供了真正的数据存储的物理存储。
1、控制文件
每一个Oracle数据库都有一个控制文件，用来保存数据库的物理结构信息。
控制文件包含数据库名、数据库数据文件和日志文件的名字、位置和数据库建立日期等信息。
数据库的控制文件用于标识数据库和日志文件，当开始数据库操作时，它们必须被打开。
当数据库的组成更改的时候，Oracle自动更新该数据库的控制文件。数据恢复的时候，也需要用到控制文件。
当数据库打开的时候，Oracle数据库必须写控制文件。没有控制文件，数据库将没有办法装在，恢复数据库的时候也非常的困难。
2、数据文件
进行数据操作的时候，系统将从数据文件中读取数据，并且存储到Oracle的内存缓冲区中。
新建或者更新的数据不必立即写入到数据文件中，而是把数据临时放到内存中，由数据库写入进程（DBWn）决定在适当的时间一次性写入到数据文件中。这样可以大大降低访问磁盘的次数，从而加强系统的性能。
3、日志文件
每个数据库都有两个或者多个日志文件组，用于收集数据库日志。
日志的主要功能就是记录对数据所作的修改，所有对数据库进行的修改都记录在日志中。
在出现故障的时候，如果不能将修改数据永久的写入数据文件，则可以通过日志得到修改后的记录，
从而保证已经发生的操作结果不会丢失。
日志文件的主要作用是防止数据库在出现故障的时候丢失数据。为了防止日志文件本身的故障，
Oracle允许使用镜像日志，在不同的磁盘上维护两个以上的日志副本。
--------------------------------------------------------------------------------
重做日志管理
重做日志(Redo Log)由两个以上的文件组成,用于保护数据库的所有变化信息.
每个Oracle数据库实例都有一个相关的重做日志,从而保证数据库的安全.
重做日志由重做记录组成,而每个重做记录由一组变化元素组成,变化元素中记录了数据库中每个单独的数据块的变化情况,例如:
当用户修改了表中的某一条数据的时候,系统将会自动的生成一条重做记录。
可以使用重做日志来恢复数据库的变化，保护回滚数据。当使用重做数据恢复数据库的时候，
数据库将从重做日志中读取变化元素，然后将变化应用到相关的数据块当中。
数据库中至少包含两个重做日志，一个始终保持可写的状态，用于记录数据库的变化，
另外一个用于归档操作（当系统的achievelog模式打开的时候）。
那么Oracle是怎么记录重做日志的呢？日志写入进程LGWR负责记录重做日志。
如果重做日志文件已经被填充满了，那么LGWR将变化数据写入下一个重做日志文件；
如果最后一个有效的重做日志被填满了，那么LGWR将变化数据写入第一个重做日志。
为了防止重做日志本身被破坏，Oracle提供了一种多元重做日志，也就是说，系统在不同的位置上自动维护日志的两个或者多个副本。
从安全的角度出发，这些副本的保存位置应该在不同的磁盘上。
多元性是通过创建重做日志组来实现的，组包括一个重做日志文件和它的多元副本。每个重做日志组由数字来定义，例如组1，组2等等。每个日志文件必须处于激活状态，这样LGWR就可以同时写入这两个日志文件LGWR不会同时写入不同组的日志文件。
在不同的情况下，当重做日志无效的时候，LGWR锁采用的动作如下：
1）LGWR可以写入组中的至少一个成员文件：正常完成写操作。LGWR写入组中的可访问的成员文件，忽略不可访问的成员文件。
2）在日志切换的时候，LGWR无法访问下一个组，因为该组需要被归档：临时停止数据库操作，等待该组可以被访问或者该组已经被归档。
3）在日志切换的时候，由于介质被损坏，下一组的所有成员都无法被访问：ORACLE数据库返回错误，数据库实例被关闭。
此时需要从有效的重做日志中执行介质恢复操作（数据库恢复操作）。如果数据库的检查点已经超出了丢失的重做日志，
则不需要进行介质恢复了，因为重做日志中记录的数据写入到数据文件中。现在只需要删除无效的重做日志组。
如果数据库还没有对失效的日志进行归档操作，则执行ALTER DATABASE CLEAR UNARCHIVED LOG禁止归档操作，
这样就可以删除日志文件了。
4）当LGWR写入的时候，所有的组中的成员文件忽然无法访问：Oracle返回错误，数据库实例被关闭。
此时，需要从有效的重做日志文件中执行介质恢复操作。如果介质没有被破坏，只是不小心掉线了，则不需要进行介质恢复，
只要将介质恢复在线，然后让数据库执行自动实例恢复就可以了。
可以通过如下参数来设置重做日志的数量：
MAXLOGFILES：在CREATE DATABASE语句中使用MAXLOGFILES参数可以指定每个数据库中重做日志文件组的最大数量。
MAXLOGMEMBERS：在CREATE DATABASE语句中使用MAXLOGMEMBERS参数可以指定每个日志文件组中包含的日志文件的最大数量。
--------------------------------------------------------------------------------
归档日志文件和归档模式
归档日志文件是重做日志文件组成员的备份，它由重做项目和唯一的日志序列号组成。
当数据库处于归档模式的时候，写日志进程（LGWR）不能够对未归档的重做日志组进行重用和改写操作。
如果设置了自动归档模式，则后台进行ARCn将自动的执行归档操作。数据库会启动多个进程归档，确保一旦日志文件被填满马上会被归档。
可以使用归档日志文件达到以下目的：
1）恢复数据库
2）更新备用数据库
3）使用LogMiner获取数据库的历史信息
用户可以选择自动归档或者手动归档，但是自动归档模式更加的方便和快捷。
LGWR进程向在线重做日志文件写入日志信息，一旦重做日志被写满，则由ARC0进程进行归档操作。
--------------------------------------------------------------------------------
SCN
SCN是System Change Number的缩写，它是数据库的重要机制，可以用来记录和标识执行数据库操作的先后顺序。
在执行回滚事务、备份以及恢复数据库等操作的时候，数据库操作的先后顺序是非常重要的。
SCN是一个只能增大的整数，系统可以保证这个整数是不会越界的。当用户修改数据库中的数据（增加，修改，删除）时，
Oracle数据库并不是立即将其保存到数据文件中，而是将数据保存在缓冲区（buffer cache）中，当提交事务的时候，
才会将数据写进数据文件。
下面是修改数据的简单过程:
1）开始一个事务，事务是包含一组数据库操作的逻辑工作单元。
2）在缓冲区中寻找要修改的数据，如果没有找到，那么就从数据文件中找到这个数据，并且将其加载到数据缓冲区中。
3）修改缓冲区中的数据块，并将修改的结果保存到日志缓冲区中。因为此时缓冲区中的数据与数据文件中的数据不一致，
因此将这种数据称之为“脏数据”
4）当用户提交数据的时候，LGWR进程会将缓冲区中的数据和新生成的SCN写入到重做日志文件中，。
但是为了减少I/O操作，Oracle不会立即将脏数据写入到数据文件当中。
5）如果发生检查点（CheckPoint，检查点是一个事件，当这个事件发生的时候，
DBWn进程将把SGA中所有改变的数据库缓冲区写入到数据文件中）。则CKPT进程唤醒DBWn进程，
更新数据库中的所有的数据文件和控制文件，并且标记最新的检查点，从而下一次更新从最新的检查点开始。
--------------------------------------------------------------------------------
通常在执行SHUTDOWN NORMAL和SHUTDOWN IMMEDIATE语句的时候，会触发Checkpoint事件
当发生Checkpoint事件的时候，Oracle会将SCN写入到下面的四个地方：
1）系统检查点SCN（SYSTEM CHECKPOINT SCN）
当一个CheckPoint动作完成之后，Oracle会将系统检查点的SCN保存到控制文件中,可以从视图V$DATABASE中查看到系统检查点SCN的值,
代码如下:
SELECT CHECKPOINT_CHANGE# FROM V$DATABASE;
2）数据文件检查点SCN（DATAFILE CHECKPOINT SCN）
当一个CheckPoint动作完成之后，Oracle会将每个数据文件的SCN保存到控制文件中。
可以从系统视图V$DATAFILE中看到数据文件检查点SCN的值，
代码如下：
SELECT NAME,CHECKPOINT_CHANGE# FROM V$DATAFILE;
3）启动SCN(START SCN)
Oracle把每个数据文件的检查点SCN存储在每个数据文件的文件头中，称为启动SCN。
因为在数据库实例启动的时候，Oracle会检查每个数据库文件的启动SCN与控制文件检查点SCN是否一致，
如果不一致的话，则从重做日志文件中找到丢失的SCN，重新写入数据文件中进行恢复。
可以从系统视图V$DATAFILE_HEADER中查看到启动SCN的值，
代码如下：
SELECT NAME,CHECKPOINT_CHANGE# FROM V$DATAFILE_HEADER;
4）结束SCN（STOP SCN）
每个数据文件的结束SCN都保存在控制文件中。正常情况下，所有处于联机状态读写模式下的数据文件的SCN都为NULL。
可以从系统视图V$DATAFILE中查看到结束SCN的值，
代码如下：
SELECT NAME,LAST_CHANGE# FROM V$DATAFILE；
数据库正常关闭（执行SHUTDOWN NORMAL和SHUTDOWN IMMEDIATE）的时候，会触发CHECKPOINT事件，
将重做日志文件中的数据写入数据文件中，并且将上面的4中SCN都更新为最新的值。
当Oracle数据库正常启动并且运行的时候，控制文件检查点SCN，数据文件检查点SCN，每个数据文件中的启动SCN都是一致的，
控制文件中的每个数据文件的结束SCN都是NULL。
在需要的时候，系统会自动根据时间戳自动生成新的SCN，可以从DUAL表中查看到当前系统生成的最新的SCN，代码如下：
SELECT DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER FROM DUAL;
-----------------------------------------------------------------------------------
应用场景99:查看控制文件的信息
应用场景100:创建初始控制文件
应用场景101:创建控制文件副本
应用场景102：创建新的控制文件
SELECT MEMBER FROM V$LOGFILE;
SELECT NAME FROM V$DATAFILE;
应用场景103：恢复空进文件
1.控制文件被破坏，但存储控制文件的目录仍可以访问：
使用SHUTDOWN命令关闭数据库实例，然后操作系统命令将控制文件副本复制到控制文件的目录下，最后使用STARTUP命令开启数据库实例。
2.存储介质被破坏，导致存储控制文件的目录无法访问
首先关闭数据库实例，然后使用操作系统命令将控制文件副本复制到一个新的可以访问的目录下。修改contro_files参数，将无效的控制文件目录修改为新的目录。最后，使用STARTUP命令打开数据库实例。
应用场景104：删除控制文件
步骤：
（1）关闭数据库
（2）编辑CONTROL_FILES参数的值，删除指定的控制文件信息。
（3）将要删除的控制文件被分到其他介质，让后使用操作系统命令将文件删除。
（4）重启数据库
应用场景105：查看数据文件信息
SELECT NAME,STATUS,BYTES FROM V$DATAFILE;
应用场景106：创建数据文件
创建表空间，同时创建一个50MB的数据文件
CREATE TABLESPACE MYTABS DATAFILE 'C:\Users\Administrator\Desktop\test\mytemfile01.dbf' SIZE 50M
创建临时表空间，创建10MB的临时文件
CREATE TEMPORARY TABLESPACE TEMTBS TEMPFILE 'C:\Users\Administrator\Desktop\test\mytemp01.dbf'SIZE 50M ENTENT MANAGEMENT LOCAL;
使用alter tablespace语句修改表空间，可以使用add datafile关键字向表空间店家文件
ALTER TABLESPACE MYTABS ADD DATAFILE 'C:\Users\Administrator\Desktop\test\mydata.dbf' SIZE 50M;
应用场景108：修改数据文件的在线状态
将在线的文件修改为脱机状态
ALTER DATABASE DATAFILE 'C:\Users\Administrator\Desktop\test\USERS01.DBF' OFFLINE;
指定数据文件设置成在线状态
ALTER TABLESPACE HRMAN DATAFILE ONLINE;
应用场景109：删除数据文件
删除表空间的mytab，同时删除数据文件
DROP TABLESPACE MYTAB INCLUDING CONTENTS CASCADE CONSTRAINTS;
删除指定的数据文件
ALTER DATABASE DATAFILE 'C:\Users\Administrator\Desktop\test\MYTAB.DBF' OFFLINE DROP;
应用场景110：查看重做日志信息
查看查询视图V$LOGFILE
SELECT GROUP#,STATUS,MEMBER FROM V$LOGFILE;
查看视图V$LOG_HISTORY可以显示重做日志的历史信息
SELECT RECID, FIRST_CHANGE#, NEXT_CHANGE#, RESETLOGS_CHANGE# FROM V$LOG_HISTORY;
应用场景111：创建重做日志组合成员
1.创建日志组
ALTER DATABASE ADD LOGFILE ('log1c.rdo', 'log2c.rdo') SIZE 5000k;
ALTER DATABASE ADD LOGFILE GROUP 10 ('log1a.rdo', 'log2a.rdo') SIZE 5000k;
2.创建重做日志成员
将重做日志文件log3a.rdo添加到编号为10的重做日志组中
ALTER DATABASE ADD LOGFILE MEMBER 'log3a.rdo' TO GROUP 10;
应用场景112：重命名重做日志文件
所需权限：
alter database系统权限
复制文件到指定文件的操作系统权限
打开和备份数据库的权限。
步骤：
（1）使用shutdown命令关闭数据库
（2）将重做日志文件复制到新的位置吗，然后使用操作系统命名对其进行重命名。
（3）使用startup mount 命令装载到数据库。
（4）使用带rename file 子句的alter datafile语句重命名数据库的重做数据文件
ALTER DATABASE
RENAME FILE 'log1a.rdo', 'log2a.rdo'
TO 'log1b.rdo', 'log2b.rdo';
（5）使用alter database open命令打开数据库
验证重做日志文件是否被改名
SELECT GROUP#,STATUS,MEMBER FROM V$LOGFILE;
应用场景113：删除重做日志组合成员
删除重做日志组：
ALTER DATABASE DROP LOGFILE GROUP 10;
删除重做日志成员：
ALTER DATABASE DROP LOGFILE MEMBER 'log2c.rdo';
应用场景114：清空重做日志文件
ALTER DATABASE CLEAR LOGFILE GROUP 10;
ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 10;
应用场景115：指定归档目的地
指定多个归档目的地的步骤如下：
（1）使用SHUTDOWN命令关闭数据库
（2）使用SERBICE设置有效的网络服务名
LOG_ARCHIVE_DEST_1 = 'LOCATION = C:\app\Administrator\product\11.1.0\db_1\database\archive'
LOG_ARCHIVE_DEST_2 = 'LOCATION = D:\app\Administrator\product\11.1.0\db_1\database\archive'
LOG_ARCHIVE_DEST_3 = 'LOCATION = F:\app\Administrator\product\11.1.0\db_1\database\archive'
（3）可以编辑初始化参数LOG_ARCHIVE_FORMAT设置文档文件的初始化模式
LOG_ARCHIVE_DEST_4 = 'SERVICE = standby1'
LOG_ARCHIVE_FORMAT = arch_%t_%s_%r.arc
LOG_ARCHIVE_DEST = 'C:\app\Administrator\product\11.1.0\db_1\database\archive
LOG_ARCHIVE_DUPLEX_DEST = 'D:\app\Administrator\product\11.1.0\db_1\database\archive'
应用场景116：管理归档模式
归档日志的操作模式分为两种：ARCHIVELOG(归档模式)和NOARCHIVELOG(非归档模式)
切换归档模式的步骤
（1）使用SHUTDOWN关闭数据文件
（2）备份数据库。
（3）编辑初始化参数文件，设置归档日志文件的位置
（4）使用STARTUP MOUNT语句归档日志文件的位置
（5）使用ALTER DATABASE ARCHIVELOG语句切换到归档模式，或是切换到非归档模式。
（6）使用ALTER DATABASE OPEN语句重新打开数据库。
ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=4;
应用场景117：执行手动归档
设置数据库手动归档模式：
ALTER DATABASE ARCHIVELOG MANUAL;
手动归档所有日志文件：
ALTER SYSTEM ARCHIVE LOG ALL;
应用场景118：查看当前数据库实例归档模式
SELECT LOG_MODE FROM V$DATABASE;
应用场景119：查看日志信息
应用场景120：使用V$ARCHIVED_LOG视图查看历史归档日志信息
SELECT NAME, SEQUENCE#, STATUS FROM V$ARCHIVED_LOG;
应用场景121：使用V$ARCHIVE_DEST视图查看归档目的地的信息
COL DEST_NAME FORMAT A20
COL DESTINATION FORMAT A20
SELECT DEST_NAME, STATUS, DESTINATION FROM V$ARCHIVE_DEST;
应用场景122：使用V$ARCHIVE_PROCESSES视图查看归档进程信息
SELECT * FROM V$ARCHIVE_PROCESSES;
应用场景123：使用V$TEMPFILE视图临时文件信息
SELECT RECID, STAMP, THREAD#, SEQUENCE# FROM V$BACKUP_REDOLOG;
应用场景124:使用V$TEMPFILE查看视图临时文件信息
COL NAME FORMAT A40
SELECT NAME, STATUS, BYTES FROM V$TEMPFILE;
应用场景125：查看警告日志文件
SELECT VALUE FROM V$PARAMETER
WHERE NAME= 'background_dump_dest';