Oracle 改变重做日志位置或名称
oracle——数据库日志存放位置
oracle——数据库⽇志存放位置1，默认情况下，oracle的⽇志⽂件记录在$ORACLE/rdbms/log⽬录下[plain]1. [oracle@oracle log]$ pwd2. /home/oracle/oracle/product/10.2.0/db_1/rdbms/log⽇志⽂件为(alert_<ORACLE_SID>.log)：[plain]1. [oracle@oracle log]$ ll2. 总计 8483. -rw-rw-r-- 1 aaa aaa 962 06-20 15:57 alert_TESTDB.log2，如果不是在默认位置，则可通过sql查询⽇志⽂件位置：[plain]1. SQL> show parameter dump_dest2.3. NAME TYPE4. ------------------------------------ ----------------------5. VALUE6. ------------------------------7. background_dump_dest string8. /home/oracle/oracle/admin/TESTDB/bdump9. core_dump_dest string10. /home/oracle/oracle/admin/TESTDB/cdump11. user_dump_dest string12. /home/oracle/oracle/admin/TESTDB/udump其中background_dump_dest的value值即为⽇志⽂件存放位置----------------------------------------------------------------------------------------------oracle11g修改了⽇志系统，不在使⽤oracle9的alert_$ORACLE_SID.log⽇志，修改为Diag Alert 和Diag Trace两个⽬录保存xml格式和⽂本格式的⽇志，这个两个⽬录分别放置于/oracle/oracle/diag/rdbms/rac/rac1/trace和/oracle/oracle/diag/rdbms/rac/rac1/alert⽬录下，也可以使⽤sql>select name ,value from v$diag_info命令来查询。
oracle db_file_name_convert转换规则
oracle db_file_name_convert转换规则
`DB_FILE_NAME_CONVERT` 是 Oracle 数据库的一个初始化参数，用于在自动存储管理 (ASM) 和非 ASM 文件系统之间转换数据文件和重做日志文件的名称。
这个参数在将数据库从非 ASM 迁移到 ASM 或在混合环境中管理时特别有用。
参数 `DB_FILE_NAME_CONVERT` 接受一个字符串，该字符串包含两个部分，由逗号分隔：
1. 非 ASM 文件路径模式。
2. ASM 文件路径模式。
例如：
```css
DB_FILE_NAME_CONVERT=/u01/app/oracle/oradata,+DATA
```
在这个例子中，非 ASM 文件路径模式是 `/u01/app/oracle/oradata`，而ASM 文件路径模式是 `+DATA`。
当数据库需要转换文件名时，它将使用这两个模式来生成新的文件路径。
当你设置这个参数后，Oracle 会自动将所有非 ASM 数据文件和重做日志文件的名称转换为 ASM 格式。
这包括备份和归档日志文件。
需要注意的是，这个参数只影响新创建的文件或需要重命名的文件。
已经存在的文件不会受到影响。
此外，如果你在迁移过程中遇到任何问题或不确定如何设置这个参数，建议与 Oracle 支持服务或经验丰富的 Oracle DBA 咨询。
oracle 重做日志文件
重做日志文件重做日志文件记录的两类数据：1.修改前的数据2.修改后的数据当满足一定条件时先将修改操作所产生的重做记录写入重做日志文件中，然后才将内存中的修改结果成批的写入数据文件，最后在提交事务重做日志文件是由重做记录组成的，重做记录是由修改向量组成的。
当用户执行一条update 语句对某一个表中的记录进行修改时，会生成一条记录，这条记录用多个向量记录下了被这条语句修改过的各个db块中的信息。
重做记录采用循环的方式在SGA区的重做日志缓存区中进行缓冲，并且由后台进程LGWR 写入到其中的某个重做日志文件中。
用户无论何时提交事务，LGWR都会将该事务的重做记录从SGA的重做日志缓存区写入到某个重做日志文件中，并且为提交的每个事务分别分配一个识别重做记录的系统修改编号。
只有当与已知事务相关的所有重做记录都安全的写入重做日志文件后，用户进程才被告之已经提交。
LGWR进程在开始写入下一个重做日志文件之前，必须确保这个即将覆盖的重做日志文件已经完成了如下的工作：1.如果数据库处于“非归档日志模式（noarchivelog）”,则该重做日志文件中的所有重做记录所对应的修改结果，必须全部被写入到数据文件中。
2.如果数据库处于“归档日志模式（archivelog）”，则该重做日志文件中的所有重做记录所对应的修改结果，必须全部被写入到数据文件中，并且归档进程ARCH已经将该重做日志文件进行了归档。
活动的，非活动的，当前的联机重做日志文件LGWR当前写入的重做日志文件称为当前的联机重做日志文件，例程恢复时需要的重做日志文件称为活动的重做日志文件，例程恢复时不需要的重做日志文件称为非活动的重做日志文件。
如果已经能够进行归档，oracle就不能重新使用或重写活动的重做日志文件，知道ARCH 存储了这个文件的内容。
如果不能进行归档，当最后一个重做日志文件被填满是时，将通过重写的方法继续使用第一个可用的活动重做日志文件。
日志切换1.当一个重做日志文件被完全填满，必须填写下一个联机重做日志文件2.手动强制执行日志切换强制切换日志，需要有alter system权限，使用alter system switch logfile强制切换日志顺序号没次发生日志切换和LGWR开始进行填写时，oracle都会为每个联机重做日志文件分配一个新的日志序列号重做日志文件的归档归档就是在重做日志文件被覆盖之前，将该重做日志文件通过复制操作系统文件的方式，保存到指定的位置。
Oracle Archive log
Oracle归档日志（Archive Log 一）归档日志即重做日志的备份，使用归档日志的目的是为了实现介质恢复。
一．日志操作模式1．Noarchivelog(非归档模式)不保存重做日志。
不能在open状态下进行物理备份；要定期执行完全数据库备份；只能将数据库恢复到上次的完全备份点。
2．Archivelog当进行日志切换时，ARCH进程会将重做日志的内容复制到归档日志中。
在归档重做日志前，新事务变化不能覆盖旧事务变化。
可以在open 状态下进行物理备份。
可以将数据库恢复到失败前的状态。
可以是用备份数据库与主数据库保持同步。
二．开启归档1．改变日志操作模式shutdown immediate;startup mount;alter database archivelog;alter database open;修改日志操作模式后，必须重新备份数据库2．归档重做日志1）．手工归档alter system archive log all;2）．自动归档设置初始化参数：log_archive_start=trueshutdown immediate;startup pfile=.3）．检查日志操作模式archive log list;三．指定归档位置1．使用log_archive_dest1）．设置归档目录log_archive_dest log_archive_duplex_dest 2）．设置归档日志格式2．使用log_archive_dest_n1）．指定归档位置log_archive_dest_1=’location=f:\arc1’log_archive_dest_3=’service=standby’2）．设置其他初始化参数log_archive_dest_state_1=enablelog_archive_dest_state_3=defer四．相关的一些脚本1．显示日志操作模式select log_mode from v$database2．显示归档日志信息select name,sequence#,first_change# from v$archived_log3．显示归档日志位置select destination from v$arvhive_dest4．显示日志历史信息select * from v$loghist;Oracle中的归档日志（Archive Log 二）在Oracle中，数据一般是存放在数据文件中，不过数据库与Oracle 最大的区别之一就是数据库可以在数据出错的时候进行恢复。
oracle归档操作步骤
oracle归档操作步骤
Oracle的归档操作主要包括开启归档模式、修改归档日志路径以及删除归档日志等步骤。
1.查看归档模式是否开启以及重做日志存放路径。
可以通过执行SQL
命令archive log list来查看归档日志的状态，以及SELECT * FROM v$logfile ORDER BY group#;来查看重做日志的存放路径。
2.开启归档模式。
首先关闭数据库实例，然后启动到mount状态，接着
修改数据库为归档模式，最后打开数据库。
3.修改归档日志路径。
如果需要修改归档日志的路径，可以通过修改初
始化参数log_archive_dest_1的值来实现。
注意新路径必须已经存在，且每个目录都必须存在。
4.实验是否成功将路径做了修改。
可以通过切换重做日志的活跃状态来
触发日志备份，生成新的归档日志，并检查新的归档日志是否保存在设置的目录下。
5.删除归档日志。
首先通过执行crosscheck archivelog all;命令
来检查归档日志文件，然后通过执行delete expired archivelog all;命令来删除校验失败的记录。
oracle8管理控制文件和重做日日志文件
2021/2/17
oracle8管理控制文件和重做日日志文件
移动重做日志文件
Open状态下移动redo文件 • 确保处于inactive状态 • Host copy • 执行alter database rename file A to B语句 • 备份控制文件或数据库
学习改变命运,知 识创造未来
2021/2/17
oracle8管理控制文件和重做日日志文件
重做日志文件管理
• 重做日志文件的作用
• 数据库恢复中起到非常重要的作用 • 例程恢复、介质恢复以及事务的撤销
• 重做日志文件组\成员
• Redo01.log\redo02_1.log\redo02_2.log • Maxlogfiles:重做日志文件组的最大数量 • Maxlogmembers：每个组成员的最大数量
• Alter tablespace temp add tempfile ‘%oracle_home%\oradata\orcl\temp01.dbf’
探讨Oracle数据库管理之控制文件
探讨Oracle数据库管理之控制文件杜战伟【摘要】控制文件作为Oracle数据库管理的物理文件之一，数据库的名字以及数据文件的位置信息由它记录。
控制文件一旦损坏，电脑将无法正常工作。
因此控制文件十分重要，其管理的重点在于防御。
本文将对控制文件的相关内容作介绍，为安全管理Oracle控制文件提出了相关的方法。
%The control file was one of the physical files of the Oracle database management,the name and loaction of data files were recorded by it.Once the control file is damaged,the computer will not work properly.So the control file is very important,the focus of its management lies in defense.This article will introduce the related content of the control file, and put forward the related methods for the safety management of Oracle control file.【期刊名称】《电子测试》【年(卷),期】2016(000)010【总页数】3页(P90-91,98)【关键词】Oracle;数据库管理;控制文件【作者】杜战伟【作者单位】西安秦皇医院信息部，西安，710016【正文语种】中文控制文件是一个很小的二进制文件，用于对数据库的维护和记录，无论何时打开Oracle数据库，在此之前Oracle服务器都要对控制文件进行访问。
控制文件一旦出现问题，会导致Oracle数据库无法正常工作。
数据库的启动以及正常运行都离不开控制文件。
oracle日志位置
audit日志：审计的信息，对应系统初始化参数文件参数audit_file_dest
对应的就是它的位置。
redo 日志：存放数据库的更改信息，select member from v$logfile;member就代表它的位置
归档日志：redo日志的历史备份，select * from v$parameter where name like 'log_archive_dest%'; 它的value的值就是位置
பைடு நூலகம்
show parameter spfile;查看当前系统加载的参数文件
因为spfile.ora文件为二进制文件，手动修改spfile.ora后，oracle无法识别，也就无法启动了。解决办法如下：
1。找到pfile文件：在10.0.2\admin\实例名\pfile\文件夹下有个init.ora.xxxxxxxxxxx 文件，该文件为带时间戳的pfile文件，将时间戳去掉，变成init.ora文件。
3。将新生成的文件spfileSID.ora拷贝到 "10.2.0\db_1\database\”，目录下覆盖原文件，如果存在initSID.ora文件请重命名。
4。在管理工具-服务中重新启动oracle系列服务，即可解决上述问题。
2。开始-运行-cmd
>sqlplus /nolog
sql>conn 用户名/密码 as sysdba
sql>startup pfile='10.0.2\admin\实例名\pfile\init.ora';
启动成功后
sql>create spfile='path/spfileSID.ora' from pfile='10.0.2\admin\实例名\pfile\init.ora';
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle 改变重做日志位置或名称
在所有后台进程中，LGWR进程活动最为频繁，它需要不断地将事务变化由重做日志缓冲区写入重做日志中。
在数据库文件、控制文件和重做日志这3种文件中，重做日志的I/O操作最频繁。
为了提高I/O性能，应将重做日志分布到I/O操作相对较少、速度最快的磁盘设备上。
规划重做日志时，应将同一个日志组的不同日志成员尽可能地分布到不同磁盘上，以防止磁盘损坏而导致所有日志成员丢失。
例如，假设在初始阶段，日志组二中的日志成员被放在同一块磁盘上，但是后来出于完全和性能方法的考虑，DBA为服务器新增加了一块磁盘，并且将日志组二中的一个日志成员移动到新磁盘上，此时就需要改变该日志成员的存放位置。
下面修改重做日志文件的名称和位置的具体操作步骤如下：
（1）关闭数据库。
SQL> connect /as sysdba
SQL> shutdown
（2）复制或移动日志成员到目标位置。
当闭数据库后，DBA就可以使用操作系统命令复制或移动日志成员到新位置。
例如，修改原日志文件的名称。
（3）重新启动数据库实例，加载数据库，但是不打开数据库。
SQL> startup mount;
（4）使用带RENAME FILE子句的ALTER DATABASE语句重新设置重做日志文件的路径和名称。
SQL> alter database rename file
2 'd:\app\Administrator\oradata\orcl\redo03.log',
3 'd:\app\Administrator\oradata\orcl\redo02.log',
4 'd:\app\Administrator\oradata\orcl\redo01.log'
5 to
6 'd:\app\Administrator\oradata\orcl\redo03a.log',
7 'd:\app\Administrator\oradata\orcl\redo02a.log',
8 'd:\app\Administrator\oradata\orcl\redo01a.log';
数据库已更改。
（5）打开数据库
SQL> alter database open;
（6）备份控制文件
重新启动数据库后，对联机重做日志文件的修改将生效。
通过查询数据字典V$LOGFILE 可以获知数据库现在所使用的重做日志文件。