Oracle 제어 파일 및 로그 파일 관리 문제에 대한 자세한 설명

이 기사에서는 Oracle에 대한 관련 지식을 제공합니다. 주로 Oracle 제어 파일 및 로그 파일 관리를 소개합니다. 각 Oracle 데이터베이스에는 제어 파일이 하나 이상 있어야 합니다. 데이터베이스 이름, 데이터 파일 위치 및 기타 정보를 기록해 두는 것이 모든 사람에게 도움이 되기를 바랍니다.

추천 튜토리얼: "Oracle 비디오 튜토리얼"

1. 제어 파일 관리

제어 파일은 Oracle의 물리적 파일 중 하나입니다. 데이터베이스 이름, 데이터 파일 위치 등의 정보를 기록합니다. 데이터 인스턴스를 시작할 때 Oracle은 초기화 매개변수를 기반으로 제어 파일을 찾은 다음 Oracle은 제어 파일을 기반으로 인스턴스와 데이터베이스 간의 연결을 설정합니다. 컨트롤 파일의 중요성은 일단 컨트롤 파일이 손상되면 데이터베이스를 시작할 수 없다는 것입니다.

1. 컨트롤 파일 개요

컨트롤 파일은 데이터베이스가 생성될 때 자동으로 생성되며, 데이터베이스가 물리적으로 변경될 때 동시에 업데이트됩니다. 제어 파일을 항상 사용할 수 있는지 확인하십시오. Oracle 프로세스만이 제어 파일의 내용을 안전하게 업데이트할 수 있으므로 언제든지 제어 파일을 수동으로 편집하려고 시도하지 마십시오.

2. 컨트롤 파일 생성

데이터베이스가 생성되면 시스템은 초기화 매개변수 파일의 control_files 설정을 기반으로 컨트롤 파일을 생성합니다. 나중에 데이터베이스를 사용할 때 제어 파일이 손실되거나 손상된 경우 새 제어 파일을 수동으로 생성할 수 있습니다.
제어 파일을 수동으로 생성하는 기본 구문은 다음과 같습니다.

create controlfile
reuse database db_name
logfile
group 1 redofiles_list1
...
datafile
...
maxlogfiles max_value1
maxlogmembers max_value2
maxinstances max_value3
maxdatafiles max_value4
noresetlogsiresetlogs
archiveloginoarchivelog;

파라미터 설명은 다음과 같습니다.
db_name: 데이터베이스 이름.
logfile: 아래에 정의된 로그 그룹 파일을 나타냅니다.
redofiles_list1: 리두 로그 그룹에 있는 리두 로그 파일 목록 1의 이름과 경로입니다.
datafile: 아래에 정의된 데이터 파일을 나타냅니다.
max_value1: 리두 로그 파일의 최대 개수입니다.
max_value2: 리두 로그 그룹 구성원의 최대 수입니다.
max_value3: 최대 인스턴스 수.
max_value4: 최대 데이터 파일 수.
새 컨트롤 파일을 생성하는 기본 단계는 다음과 같습니다.
1. 데이터베이스에 있는 모든 데이터 파일과 리두 로그 파일의 이름과 경로를 봅니다.
2. 데이터베이스를 닫습니다.
3. 모든 데이터 파일과 REDO 로그 파일을 백업하세요.
4. 데이터베이스 인스턴스를 시작합니다.
5. 새 제어 파일을 만듭니다.
6. 초기화 매개변수를 편집합니다.
7. 데이터베이스를 다시 엽니다.

1. 컨트롤 파일을 다시 설정합니다

1. 데이터베이스에 있는 모든 데이터 파일과 리두 로그 파일의 이름과 경로를 봅니다.
데이터베이스를 열 수 있는 경우 아래와 같이 데이터 사전을 사용하여 데이터 파일 및 로그 파일에 대한 기본 정보를 얻을 수 있습니다.
로그 파일 정보를 얻으려면 데이터 사전 v$logfile을 사용하세요.

select member from v$logfile;

데이터 사전 v$datafile을 사용하여 데이터 파일 정보를 얻으세요.

select name from v$datafile;

데이터 사전 v$controlfile을 사용하여 제어 파일 정보를 얻으세요.

select name from v$controlfile;

2. 데이터베이스 닫기
데이터베이스가 실행 중인 경우 컨트롤 파일을 생성하기 전에 먼저 sys 사용자로 로그인하고 데이터베이스를 닫습니다.

conn sys/change_on_install as sysdbashutdown normal

3. 모든 데이터 파일과 REDO 로그 파일을 백업하세요.
4. 데이터베이스 인스턴스를 시작합니다.
백업이 완료된 후 데이터베이스를 시작하되 먼저 데이터베이스를 로드하지 마십시오. 이는 주로 데이터베이스를 로드하면 제어 파일이 동시에 열리기 때문이며, 새 제어 파일을 생성하는 목적은 다음과 같습니다. 달성되지 않습니다.

startup nomount

3. 제어 파일 백업

일상적인 데이터베이스 유지 관리 중에는 제어 파일의 손실이나 손상으로 인한 데이터베이스 시스템 충돌을 방지하기 위해 제어 파일을 자주 백업해야 합니다. 특히 데이터 파일을 추가하거나 삭제하는 등 데이터베이스 구조가 수정되는 경우에는 제어 파일을 적시에 다시 백업해야 한다.
다음 명령문을 사용하여 백업 제어 파일을 얻을 수 있습니다.

alter database backup controlfile

이 명령문을 사용하는 백업에는 일반적으로 두 가지 유형이 있습니다. 하나는 바이너리 파일 형식으로 백업하는 것이고, 다른 하나는 텍스트 파일 형식으로 백업하는 것입니다. 컨트롤 파일의 백업을 구현하는 방법을 살펴보겠습니다.

1. 컨트롤 파일을 바이너리 파일로 백업

alter database backup controlfile to 'c:\bak.bkp';

위 코드는 컨트롤 파일을 C 드라이브의 루트 디렉터리에 백업하는 것을 구현한 것입니다. 파일명은 bak.bkp 입니다.

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

alter database backup controlfile to trace;

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 loghistory来实现，通过它们可以查询的信息如下。vlog：包含重做日志文件组的信息。
v l o g f i l e ： 包 含 重 做 日 志 文 件 成 员 信 息 。 v logfile：包含重做日志文件成员信息。 v logfile：包含重做日志文件成员信息。vlog_history：包含日志历史信息。

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

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

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

alter database add logfile [group] [编号](日志文件) size

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

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

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

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

alter database drop logfile member 文件名

删除group5添加的新成员文件

alter database drop logfile member 'd:\app\redo05_3.log';

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 archivedlog、varchive_dest、v$database等

3、归档模式的设置

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

shutdown immediate;

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

startup mount;

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

alter database noarchivelog;

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

alter database archivelog;

4、重新打开数据库

alter database open;

推荐教程：《Oracle视频教程》

위 내용은 Oracle 제어 파일 및 로그 파일 관리 문제에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!