Oracle控制文件及日志文件的说明及管理

一、控制文件的管理

控制文件是oracle的物理文件之一，每个oracle数据库都必须至少有一个控制文件，它记录了数据库的名字、数据文件的位置等信息。在启动数据实例时，oracle会根据初始化参数定位控制文件，然后oracle会根据控制文件在实例和数据库之间建立关联。控制文件的重要性在于，一旦控制文件损坏，数据库将会无法启动。

1、控制文件的概述

控制文件在数据库创建时被自动创建，并在数据库发生物理变化时会同时更新。在任何时候都要保证控制文件是可用的。只有oracle进程才能够安全地更新控制文件的内容，所以，任何时候都不要试图手动编辑控制文件。

2、控制文件的创建

数据库在创建的时候，系统会根据初始化参数文件中control_files的设置创建控制文件。在后期数据库的使用过程中，如果控制文件丢失或者损坏，可以通过手工创建新的控制文件。
手工创建控制文件的基本语法如下所示。

参数说明如下。
db_name：数据库名称。
logfile：表示下面定义日志组文件。
redofiles_list1：重做日志组中的重做日志文件列表1名称及路径。
datafile：表示下面定义数据文件。
max_value1：最大的重做日志文件数。
max_value2：最大的重做日志组成员数。
max_value3：最大实例数。
max_value4：最大数据文件数。
新建控制文件的基本步骤如下。
1、查看数据库中所有的数据文件和重做日志文件的名称和路径。
2、关闭数据库。
3、备份所有的数据文件和重做日志文件。
4、启动数据库实例。
5、创建新的控制文件。
6、编辑初始化参数。
7、重新打开数据库。

1、控制文件的重新建立

1、查看数据库中所有的数据文件和重做日志文件的名称和路径。
如果数据库可以打开，则可以使用数据字典获取数据文件和日志文件的基本信息，如下所示。
使用数据字典v$logfile获取日志文件信息。

使用数据字典v$datafile获取数据文件信息。

使用数据字典v$controlfile获取控制文件信息。

2、关闭数据库
如果数据库处于运行状态，在创建控制文件之前，首先以sys用户登录，关闭数据库。

conn sys/change_on_install as sysdbashutdown normal

3、备份所有的数据文件和重做日志文件。
4、启动数据库实例。
备份完成后，启动数据库，但是先不加载数据库，这主要是因为如果加载数据库，会同时打开控制文件，就无法实现创建新的控制文件的目的。

startup nomount

3、控制文件的备份

在日常数据库维护过程中，为了避免由于控制文件丢失或者损坏而导致数据库系统崩溃，需要经常对控制文件进行备份。特别是当修改了数据库结构之后，例如数据文件的添加、删除等，都需要及时重新备份控制文件。
备份控制文件可以使用下面语句来实现。

使用该语句一般有两种备份，一种是以二进制文件的形式进行备份，另一种是以文本文件的形式进行备份。下面就分别看一下如何实现控制文件的备份。

1、将控制文件备份为二进制文件

上面代码实现将控制文件备份到C盘根目录下，文件名为bak.bkp，该文件以二进制形式存在。

2、将控制文件备份为文本文件

4、控制文件的恢复

当数据库由于各种情况发生损坏时，这时可以使用所备份的文件来恢复数据库。在日常维护中，经常会遇到两种情况，一种是控制文件损坏，另一种情况是磁盘发生故障。
当控制文件损坏时，这种情况较为简单，只需要用备份文件替换损坏的文件即可，不过复制之前要先关闭数据库，然后再复制，复制完成后需要重新启动。

5、添加多路复用的控制文件

为了提高数据库的可靠性，可以建立多个镜像的控制文件，并且分别保存在不同的磁盘中进行多路复用，这样就可以避免由于单个设备故障而使得数据库无法启动的情况发生，这种管理策略被称为多路复用控制文件。当某个磁盘发生物理损坏导致控制文件损坏，数据库将被关闭，此时就可以利用另一个磁盘中保存的控制文件来恢复被损坏的控制文件，然后再重新启动数据库，达到保护控制文件的目的。

二、重做日志文件的管理

重做日志文件也称为日志文件，是记录系统的日常操作、异常等行为的文件，是包含系统信息的文件，包括内核、服务、在系统上运行的应用程序等。重做日志文件是数据库安全和恢复的基本保障，当数据库出现故障的时候，管理员可以根据日志文件和数据库备份文件，将崩溃的数据库恢复到最近一次记录日志时的状态。

1、重做日志文件概述

在oracle数据库中，重做日志文件用于记录用户对数据库所做的各种变更操作所引起的数据变化，此时，所产生的操作会先写入重做日志缓冲区，当用户提交一个事务的时候，LGWR进程将与该事务相关的所有重做记录写入重做日志文件，同时生成一个“系统变更数”,scn会和重做记录一起保存到重做日志文件组，以标识与该事务提交成功。如果某个事务提交出现错误，可以通过重做记录找到数据库修改之前的内容，进行数据恢复。

2、查询重做日志文件信息

在oracl数据库日常运行过程中，数据库管理员可以查看重做日志文件信息，用于了解数据库的运行情况。这可以通过查询数据字典视图v l o g 、 v log、v log、vlogfile和v l o g h i s t o r y 来 实 现 ， 通 过 它 们 可 以 查 询 的 信 息 如 下 。 v log_history来实现，通过它们可以查询的信息如下。 v logh​istory来实现，通过它们可以查询的信息如下。vlog：包含重做日志文件组的信息。
v l o g f i l e ： 包 含 重 做 日 志 文 件 成 员 信 息 。 v logfile：包含重做日志文件成员信息。 v logfile：包含重做日志文件成员信息。vlog_history：包含日志历史信息。

3、重做日志文件组及成员的创建

在数据库的日常维护过程中，数据库管理员可以通过手工方式向数据库中添加新的重做日志组或日志文件，也可以改变重做日志文件的名称与位置，或者删除重做日志组或其成员。

1、创建重做日志文件组
语法如下：

上面语句中group可选，当不选择的时候，系统会自动产生组号，为当前重做日志文件组的个数加1。

4、重做日志文件组及成员的删除

当重做日志文件组，其成员不合适或者所在存储位置出现错误时，此时可以将重做日志文件组或者其成员删除。

1、删除重做日志成员文件
删除重做日志文件成员使用如下语法。

删除group5添加的新成员文件

5、修改重做日志文件的名称或位置

在数据库正常使用中，如果想要改变重做日志文件的名称或位置，可以按照如下步骤进行重做日志文件的修改。
1、关闭数据库。
2、复制或者修改日志文件的位置。
3、启动数据库实例，但不打开数据库，只加载数据库。
4、重新设置重做日志文件的名称或位置。
5、打开数据库。

三、归档日志文件的管理

在oracle数据库中，重做日志文件用于记录用户对数据库所做的各种变更操作所引起的数据变化。在把这些变化写入重做的日志文件的时候，一般情况下有多个重做日志文件组，每个文件组有多个文件，oracle向这些重做文件写入的时候，一般情况下有多个重做日志文件组，每个文件组有多个文件，oracle向这些重做文件写入的时候，是使用循环的方式向这些重做日志文件组中的文件进行写入的，当最后一个重做日志文件组中的文件内容写满后，会重新写入第一个重做日志文件组中的文件。在这种情况下，原先重做日志文件的内容如何处理，是直接覆盖还是把原先的记录保存，就是我们要介绍的归档日志。

1、归档日志文件概述

所谓归档日志文件就是指当重做日志文件写满的时候，把其中内容保存到新的文件中，这些新的文件集合就是归档日志文件。但是重做日志文件并不一定主动被保存到新的文件中，根据数据库设置不同，oracle有两种日志模式：归档日志模式和非归档日志模式。在非归档日志模式下，原日志文件的内容会被新的日志内容所覆盖；在归档日志模式下，oracle会首先对原日志文件进行归档存储，且在归档未完成之前不允许覆盖原有日志。

2、归档日志信息的查询

数据库管理人员可以修改归档日志文件和非归档日志文件，但首先需要了解归档日志信息。在oracle中，可以通过查询数据字典了解归档日志的一些基本信息，常用的数据字典有v a r c h i v e d l o g 、 v archived_log、v archivedl​og、varchive_dest、v$database等

3、归档模式的设置

默认情况下，oracle数据库处于非归档日志模式，即当重做日志文件写满的时候，直接覆盖里面的内容，原先的日志记录不会被写入到归档日志文件中。根据oracle数据库对应的应用系统不同，数据库管理员可以把数据库的日志模式在归档模式和非归档模式之间进行切换。可以通过alter database archivelog或noarchivelog语句实现数据库在归档模式与非归档模式之间进行切换。
切换步骤如下：
1、关闭数据库

2、将数据库启动到加载状态。

3、修改数据库的归档模式或非归档模式
归档模式修改为非归档模式

非归档模式修改为归档模式

4、重新打开数据库

四、总结

这里的相关内容还没有整理完毕，文章后面持续更新，建议收藏。

文章中涉及到的命令大家一定要像我一样每个都敲几遍，只有在敲的过程中才能发现自己对命令是否真正的掌握了。

到此这篇关于Oracle控制文件及日志文件的管理的文章就介绍到这了,更多相关Oracle控制文件管理内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！