改变归档日志路径
linux中oracle如何打开归档模式并设置归档路径
SQL>
SQL>
为进一步确保归档模式设置的有效性，执行下述命令后，在该归档路径中查看是否有生成归档日志，如果产生了归档log文件就说明归档模式成功设置了。S NhomakorabeaL>
SQL>alter system switch logfile;
System altered.
SQL>
SQL>exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
linux中oracle如何打开归档模式
大家都知道，默认安装oracle数据中后，数据库的归档日志是非开启状态。对于生产库来说，一定要开启归档模式，这样才能确保在发生误操作行为后，通过归档日志来快速恢复数据，对数据安全有十分重要的意义。
在windows环境中启动数据库的归档模式一般来说很简单，只需要简单的几个命令即可实现。但是对于linux操作系统，很多用户都是陌生状态，完全不知道如何操作。只因为对linux系统操作不熟练而导致的。废话不多说。下面就介绍干货，真实操作实验记录，需要对大家有所帮助。
ORACLE instance shut down.
此时，Oracle例程已经关闭。关闭后启动oracle例程。
SQL>startup mount;
ORACLE instance started.
oracle 归档日志文件路径设置
oracle 归档日志文件路径设置2012-05-23 15:37:42| 分类：oracle | 标签：oracle log_archive_dest |举报|字号订阅1:首先查看是否是归档模式运行archive log list 命令(必须以sys身份运行)运行结果如下;2:通过上面的信息可以看出已经是归档模式了(如果是非归档模式参考博主的另一篇文章有关“归档日志与非归档日志切换”), 查看归档日志文件存放在哪个位置运行show parameter log_archive_dest 命令运行结果如下;3: 在上面的信息中可以看到，log_archive_dest 的路径为空,我们可以设置这个路径来存放归档日志文件，运行alter systemset log_archive_dest='d:/xxx/xxx' scope=spfile;(xxx代表存放路径,最好指定scope=spfile 否则的话重启db，则配置不会生效); 运行结果会出现在如下错误：第1 行出现错误:ORA-02097: 无法修改参数, 因为指定的值无效ORA-16018: 无法将LOG_ARCHIVE_DEST 与LOG_ARCHIVE_DEST_n或DB_RECOVERY_FILE_DEST 一起使用出现错误的原因是db_recovery_file_dest的参数已经被设置了，去查询一下看看，果真如此。
4: 查看db_recovery_file_dest 参数设置，运行showparameter db_recovery_file_dest 命令运行结果如下;可以看到已经默认设置了归档的路径。
5：db_recovery_file_dest是缺省的归档位置，下面把它设置为"空"，然后设置log_archive_dest参数，指定另外一个非缺省的参数重启db 如下图运行shutdown immediate;运行startup mount;运行alter database open;运行show parameter db_recovery_file_dest 查看是否已经设置为空运行结果如下图可以看到已经设置为空下面接着使用alter system set log_archive_dest='xxxxxx' scope = spfile 设置归档日志文件路径运行结果如下图运行show parameter log_archive_dest 命令查看归档日志文件路径是否已经设置成功运行结果如下图可以看到已经设置成功执行alter system archive log current 命令进行手动归档运行结果如下查看归档日志文件，看看是否已经进行归档运行命令select name,completion_time from v$archived_log; 结果如下可以看到在些文件夹下面生成了归档日志文件。
归档日志管理
oracle归档日志管理在Oracle中，数据一般是存放在数据文件中，不过数据库与Oracle最大的区别之一就是数据库可以在数据出错的时候进行恢复。
这个也就是我们常见的Oracle中的重做日志（REDO FILE）的功能了。
在重做日志分成2部分，一个是在线重做日志文件，另外一个就是归档日志文件。
这里不详细说明在线重做日志，而是说一下归档日志（Archive Log）。
在线重做日志大小毕竟是有限的，当都写满了的时候，就面临着2个选择，第一个就是把以前在线重做日志从头擦除开始继续写，第二种就是把以前的在线重做日志先进行备份，然后对被备份的日志擦除开始写新的在线Redo File。
这种备份的在线重做日志就是归档日志。
而数据库如果采用这种生成归档日志的模式的话，就是归档日志模式（ARCHIVELOG模式），反之如果不生成归档日志，就是非归档日志模式（NOARCHIVELOG模式）。
有了归档日志有什么好处了。
比如在这个月1号的时候备份了一次数据，然后过了10天，这10天生成了成百上千个在线重做日志，突然发现其中有一个数据磁盘出问题了，不能用了，那我该如何是好呢。
如果没有采用归档日志，那么实际上磁盘中只会有几个最新的在线重做日志。
那么我只能要不然把出问题的数据磁盘上所占据的表空间都删除掉。
但是如果是SYSTEM表空间所涉及的磁盘出错，就没办法这么做了，只能用第二种方法。
那第二种方法就是把1号备份的数据拿出来恢复。
那么1号到10号之间的10天的数据都丢了，如果是关键系统，比如证券金融什么的系统，就要让你赔钱赔死掉。
但是如果有了归档日志，那么你这10天的重做日志都会存放起来，那么DBA 首先把1号的备份数据恢复，然后再拿这10天的REDO日志来进行一次数据操作重放，那么就可以完全恢复最新的数据库，不会有什么后果了。
在软件开发的时候，由于测试服务器的配置有限，特别是磁盘空间有限，所以有可能要限制REDO文件的大小，有可能就把系统设置为NOARCHIVELOG模式了。
oracle11g开启归档模式及修改归档目录日志满
oracle11g开启归档模式及修改归档⽬录⽇志满oracle 11g开启归档模式及修改归档⽬录⽇志满/s/blog_95b5eb8c01018ylb.htmloracle 11g开启归档模式及修改归档⽬录2011-06-28 22:29在Oracle 11g，开启archive log模式时，默认归档⽬录为db_recovery_file_dest指定。
此参数在pfile/spfile中可以指定：db_recovery_file_dest='/u01/app/oracle/flash_recovery_area'更改归档模式需要在mount状态下，更改归档模式。
SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.SQL> startup mountORACLE instance started.--如果安装多个库，会报错，找不到句柄exit 再⽤管理员进⼊Total System Global Area 1258291200 bytesFixed Size 1219160 bytesVariable Size 318768552 bytesDatabase Buffers 922746880 bytesRedo Buffers 15556608 bytesDatabase mounted.SQL> alter database archivelog;Database altered.SQL> alter database open;Database altered.SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 15Next log sequence to archive 17Current log sequence 17更改log_archive_dest_1参数可更改归档⽇志⽬录（pfile/spfile中参数db_recovery_file_dest指定的⽬录将⽆效）SQL> alter system set log_archive_dest_1='location=/data/oracle/log1/archive_log'; 最后的⽬录名称需要为archive_log! Linux:alter system set log_archive_dest_1='location=/u01/oracle/log/archive_log';System altered.SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination /data/oracle/log1/archive_logOldest online log sequence 26Next log sequence to archive 28Current log sequence 28实际上从Oracle 10g开始，可以⽣成多份⼀样的⽇志，保存多个位置，以防不测，⽅法如下：SQL>alter system set log_archive_dest_2='location=/data/oracle/log2/archive_log';SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination /data/oracle/log2/archive_log 只能看到最新设置的归档⽬录。
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;命令来删除校验失败的记录。
数据库归档路径
数据库归档路径
数据库归档路径是数据库管理中非常关键的一部分，它涉及到数据库的安全、备份、恢复以及性能优化等多个方面。
在数据库运行过程中，会产生大量的日志文件和数据文件，这些文件需要被妥善地保存和管理，以便在需要的时候能够进行恢复或查询。
而数据库归档路径，就是指这些文件被保存的位置和方式。
对于Oracle数据库来说，默认的日志归档路径通常是闪回恢复区（$ORACLE_BASE/flash_recovery_area）。
这个区域被设计为自动管理并存储与恢复相关的文件，如归档日志文件、备份集和控制文件等。
通过合理地配置闪回恢复区，可以大大简化数据库的恢复过程，并提高恢复的成功率。
然而，在实际的生产环境中，由于磁盘空间、IO性能或安全策略等因素的限制，可能需要将归档路径设置为其他位置。
这时，可以通过修改数据库的配置参数来实现。
例如，可以使用ALTER SYSTEM命令来设置log_archive_dest参数，指定归档日志文件的保存位置。
需要注意的是，设置归档路径时应该确保路径的有效性和安全性，避免由于路径错误或权限不足等问题导致归档失败。
此外，对于需要高可用性和容灾的数据库系统来说，还可以考虑将归档日志文件复制到远程站点或使用第三方备份软件进行备份。
这样，即使本地数据库发生故障或数据丢失，也可以从远程站点或备份中恢复数据，保证业务的连续性。
总之，数据库归档路径是数据库管理中不可忽视的一环。
合理地设置和管理归档路径，可以提高数据库的安全性、可靠性和性能表现。
ORACLE归档日志设置
ORACLE归档日志设置在ORACLE 数据库的开发环境和测试环境中，数据库的日志模式和自动归档模式一般都是不设置的，这样有利于系统应用的调整，也免的生成大量的归档日志文件将磁盘空间大量的消耗。
但在系统上线，成为生产环境时，将其设置为日志模式并自动归档就相当重要了，因为，这是保证系统的安全性，有效预防灾难的重要措施。
这样，通过定时备份数据库和在两次备份间隔之间的日志文件，可以有效的恢复这段时间的任何时间点的数据，可以在很多时候挽回或最大可能的减少数据丢失。
一、要使OARCLE 数据库进行日志的自动归档，需要做两方面的事情；1．是数据库日志模式的设置(可为Archive Mode 和No Archive Mode)；2．就是自动归档模式设置(Automatic archival,可为Enabled 和Disabled)。
二、如何查看数据库的现行日志和自动归档模式的设置可用archive log list 命令来查看。
运行在日志自动归档模式下的数据库系统查看结果如下（一般是生产环境）：SQL> archive log listDatabase log mode Archive ModeAutomatic archival EnabledArchive destination /backup/archivelogOldest online log sequence 2131Next log sequence to archive 2133Current log sequence 2133没有启动数据库日志模式和自动归档的数据库系统查看结果如下（一般是测试环境）：Database log mode No Archive ModeAutomatic archival DisabledArchive destination /u01/app/oracle/product/8.1.7/dbs/arch Oldest online log sequence 194Current log sequence 196三. 数据库日志模式的设置在创建数据库时，可以在CREATE DATABASE 语句中指定数据库的日志模式。
修改电脑日志保存位置的方法
修改电脑日志保存位置的方法系统日志在系统中发挥着举足轻重的作用，系统日志顾名思义便是一个记事本，记录着系统中日常中的点滴事件。
虽然它的功能很强大，但是它的存放位置却是件麻烦的事，我们总想把它存放在我们指定的位置，这样方便于我们找寻，那么该如何实现呢?下面就跟着店铺一起来看看步骤吧~~修改电脑日志保存位置的方法(店铺这里就以win7旗舰版为例子)在win7旗舰版中打开“注册表编辑器”窗口，展开并定位到如下分支：HKEY_LOCAL_MACHINE\System\CurrentControlSet\Semces\ EventLog\Security双击并修改右侧窗格中的“file”值，在弹出的属性窗口中将属性内容由“%SystemRoot%\System32\config\SecEvent.Evt”改为新的存放路径即可。
完成修改后，重新启动电脑即可使修改生效。
要运行“事件查看器”工具，需要依次单击“开始”一“程序”一“管理工具”一“事件查看器”。
此外，也可以在“运行”栏或“命令提示符”窗口中，使用命令“Eventvwr.msc”来运行此工具。
在“事件查看器”窗口中选中一种日志类型后，在切换到右侧窗格中，会列出各个事件的分类、日期、时间等多种事件头号信息。
这些日志的具体含义如表所示。
我们可以自由控制宇段的出现，为此，需要依次单击“查看”一“删除/添加列”菜单，在弹出的如图所示窗口中，选取不想看到的宇段，单击“删除”按钮将字段移到左侧栏中即可。
在右侧列表中，选中某字段并单击“上移”或“下移”按钮后，可以调整该字段在事件査看器窗口中由左到右的显示次序。
在“类型”列表中，不同的类型意味着事件的严重等级不同，在如表所示中给出了常见的五种等级的含义。
根据上述的分类说明，双击某种分类等级的日志后，在弹出的事件属性窗口中，可以看到为什么引起此事件的原因。
以上就是店铺为大家提供的解决方法，希望能帮助到大家。
oracle数据库处理归档日志的步骤
一、了解归档日志归档日志是Oracle数据库中一种重要的日志记录方式，它记录了数据库中所有发生的修改操作，包括插入、更新、删除等。
归档日志的作用是用于数据库的恢复和回滚操作，确保数据库的完整性和可靠性。
二、启用归档模式1. 确认数据库当前日志模式在连接数据库后，可以使用以下SQL语句确认当前的数据库日志模式：```SELECT log_modeFROM v$database;```如果返回结果为ARCHIVELOG，则表示数据库已经处于归档模式；如果返回结果为NOARCHIVELOG，则表示数据库尚未启用归档模式。
2. 修改数据库为归档模式如果数据库尚未启用归档模式，可以使用以下步骤将数据库修改为归档模式：```SHUTDOWN IMMEDIATE;STARTUP MOUNT;ALTER DATABASE ARCHIVELOG;ALTER DATABASE OPEN;```通过以上步骤，数据库将被修改为归档模式，并可以开始处理归档日志。
三、配置归档参数1. 确认归档目标归档目标是指归档日志文件的存储位置。
可以使用以下SQL语句确认当前的归档目标：```SHOW PARAMETER LOG_ARCHIVE_DEST;```如果没有设置归档目标，需要通过以下SQL语句进行设置：```ALTER SYSTEM SETLOG_ARCHIVE_DEST_1='LOCATION=/archivelog';```其中，/archivelog为归档日志存储的路径，可以根据实际情况进行调整。
2. 确认归档模式归档模式是指数据库在何种情况下触发归档日志的记录。
可以使用以下SQL语句确认当前的归档模式：```SHOW PARAMETER LOG_ARCHIVE_START;```如果归档模式未启用，需要通过以下SQL语句进行设置：```ALTER SYSTEM SET LOG_ARCHIVE_START=TRUE;```通过以上步骤，归档参数将被正确配置，数据库可以开始处理归档日志。
修改归档日志存放路径
那么如何设置归档呢？很简单的步骤1.关闭数据库SQL> shutdown immediate;2.启动数据库为mount模式SQL> startup mount3.显示和修改归档模式SQL> archive log listSQL> alter database archivelog;SQL> alter database open4.设置归档日志的格式SQL>alter system set log_archive_format='ARC%s%t%r.log' scope=spfile;5.设置归档日志的存放路径SQL>alter system set log_archive_dest='+data/arcl' scope=spfile;SQL>shutdown immediateSQL>startup6.强制切换归档日至SQL>alter system switch logfile;7.取消归档SQL>alter database noarchivelog;、2：oracle中log_archive_dest_n和log_archive_dest不能共存，也就是只能使用其一，如果同时使用，会报错如下信息：ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DESTlog_archive_dest_n可以设置10个归档路径，也就是n可以是1－10，接下来要作的是去除db现在的log_archive_dest参数设置，可以执行如下命令清除：SQL> alter system reset log_archive_dest scope=spfile sid='*';也可以这样操作：SQL> alter system set log_archive_dest='' scope=spfile;然后重新启动数据库。
Oracle的闪回恢复区和归档日志多路径设置
Oracle的闪回恢复区和归档⽇志多路径设置Oracle9i开始提供闪回查询，以便能在需要的时候查到过去某个时刻的⼀致性数据，这是通过Undo实现的。
这个功能有很⼤的限制，就是相关事务的undo不能被覆盖，否则就⽆⼒回天了。
oracle10g⼤⼤的增强了闪回查询的功能，并且提供了将整个数据库回退到过去某个时刻的能⼒，这是通过引⼊⼀种新的flashback log实现的。
flashback log有点类似redo log，只不过redo log将数据库往前滚，flashback log则将数据库往后滚。
为了保存管理和备份恢复相关的⽂件，oracle10g提供了⼀个叫做闪回恢复区(Flashback recovery area)的新特性，可以将所有恢复相关的⽂件，⽐如flashback log,archive log,backup set等，放到这个区域集中管理。
1.设置闪回恢复区闪回恢复区主要通过3个初始化参数来设置和管理db_recovery_file_dest ：指定闪回恢复区的位置db_recovery_file_dest_size ：指定闪回恢复区的可⽤空间⼤⼩db_flashback_retention_target ：指定数据库可以回退的时间，单位为分钟，默认1440分钟，也就是⼀天。
当然，实际上可回退的时间还决定于闪回恢复区的⼤⼩，因为⾥⾯保存了回退所需要的flash log。
所以这个参数要和db_recovery_file_dest_size配合修改。
2.启动flashback database设置了闪回恢复区后，可以启动闪回数据库功能。
⾸先，数据库必须已经处于归档模式1.关闭数据库SQL> shutdown immediate;2.启动数据库为mount模式SQL> startup mount3.显⽰和修改归档模式SQL> archive log listSQL> alter database archivelog;SQL> alter database open4.设置归档⽇志的格式SQL>alter system set log_archive_format='ARC%s%t%r.log' scope=spfile;5.设置归档⽇志的存放路径SQL>alter system set log_archive_dest='+data/arcl' scope=spfile;SQL>shutdown immediateSQL>startup6.强制切换归档⽇⾄SQL>alter system switch logfile;7.取消归档SQL>alter database noarchivelog;参数1.格式参数%s⽇志序列号%S⽇志序列号（带前导的0）%t重做线程编号%a活动的ID号%d数据库ID号%r RESELOGS的iD值SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 156Next log sequence to archive 158Current log sequence 158然后，启动数据库到mount状态SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.SQL> startup mountORACLE instance started.Total System Global Area 285212672 bytesFixed Size 1218992 bytesVariable Size 75499088 bytesDatabase Buffers 205520896 bytesRedo Buffers 2973696 bytesDatabase mounted.SQL>alter database flashback on;数据库已更改。
归档日志文件（ArchiveLogFiles）路径
归档日志文件（ArchiveLogFiles）路径16.1.4.2 归档日志文件（Archive Log Files）爱动脑筋的朋友可能会在想，既然联机重做日志文件中保存了数据库所做的修改，那么如果将产生的联机重做日志文件全部保存下来，不就拥有了所有数据库执行过的操作了嘛。
关于这一点，Oracle早就想到并且实现了，这就是传说中的归档日志文件。
1．归档模式只有处于归档模式的数据库，才会产生归档日志文件。
查看数据库是否处于归档模式，可以通过如下SQL命令实现：上述信息显示当前处于非归档模式。
要将数据库置为归档，可以通过下列步骤操作：关闭数据库，并重新启用到 MOUNT 状态：通过 ALTER DATABASE 命令将数据库置为归档：提示：如果想将数据库改为非归档模式，只需要执行ALTER DAT ABASE NOARCHIVELOG 即可。
打开数据库：再次查看归档状态：返回的信息显示当前数据库已被置为归档模式。
2．归档操作只有在归档模式下，才会触发归档操作。
是否是归档模式将影响联机重做日志文件的重用。
在归档模式下，当联机重做日志文件被重用前，Oracle首先需要确认该重做日志是否已经被归档，如果没有，那么必须首先对该重做日志进行归档，而后才能重用该联机重做日志文件。
所谓归档，就是Oracle自动将写满（或被切换）的联机重做日志文件复制一份到指定路径下，并按照相应规则重新命名。
提示：虽然每个联机重做日志文件组中可以有多个成员，不过归档时，每组仅会生成一个归档文件。
在默认情况下Oracle会等一组联机重做日志文件被写满之后再触发归档操作，当然DBA也可以通过执行命令，手动进行归档。
例如，对所有未归档的重做日志进行归档：正是由于重做日志文件的自身特性，因此Oracle中的多项特性都是借助重做日志文件实现（含联机重做日志文件和归档重做日志文件），比如：•系统崩溃后执行实例恢复。
•通过备份文件修复数据文件之后，执行介质恢复。
DB2的日志分为两种模式
DB2的日志分为两种模式，日志循环与归档日志，也就是非归档和归档模式。
下面就具体介绍一下这两种方式以及和备份归档设置的关系。
一、日志循环这是默认方式，也就是非归档模式，这种模式只支持（backup offline）脱机备份，在备份过程中需要DB2停止服务。
在DB2中查看数据库设置，如发现如下信息$db2 get db cfg for db_name |grep -i log结果如下：Log retain for recovery enabled (LOGRETAIN) = OFFUser exit for logging enabled (USEREXIT) = OFFHADR log write synchronization mode (HADR_SYNCMODE) = NEARSYNC First log archive method (LOGARCHMETH1) = OFF 则说明为非归档模式，默认情况下为循环日志在这种模式下进行脱机备份需要注意：1、停止应用对DB2的访问。
可以通过db2 list applications命令查看现有的连接，然后通过db2 force application命令来结束连接。
另外通过db2 deactivate database命令来确保数据库未处于活动状态。
2、通过db2 backup db 数据库名命令来对数据库进行备份。
二、归档日志归档日志不是默认的，需要配置后才会生效，这种模式下的数据库是可恢复的数据库，支持在线备份、前滚恢复和崩溃恢复。
配置DB2归档日志模式主要是要修改Log retain for recovery enabled和First log archive method这两个参数。
修改参数（update更新参数）后，查看数据库是如下设置$db2 get db cfg for db_name |grep -i logLog retain for recovery enabled (LOGRETAIN) = RECOVERYUser exit for logging enabled (USEREXIT) = OFFHADR log write synchronization mode (HADR_SYNCMODE) = NEARSYNC First log archive method (LOGARCHMETH1) = LOGRETAIN 注意这里First log archive method的参数LOGRETAIN只表明你开启了归档，还需进一步设置才能正常备份下面需要进一步指定归档目录的路径更改归档目录:$db2 update db cfg for db_name using LOGARCHMETH1"disk:/archive/db_name_db_log"使用归档日志,当日志文件满时，会自动对它进行归档，归档的目的地就是Logarchmeth1设置的位置。
人大金仓 归档日志路径
人大金仓归档日志路径标题：人大金仓归档日志路径的重要性与管理方法引言：人大金仓是我国最高立法机关的中央档案馆，负责大量的文件归档工作。
日志路径的正确配置和管理对于保证文件的安全性和检索性至关重要。
本文将详细介绍人大金仓归档日志路径的重要性，并探讨几种常用的管理方法。
一、人大金仓归档日志路径的重要性归档日志路径是指归档系统中存储和记录文件归档操作的路径。
它的重要性主要体现在以下几个方面：1. 安全性保障：合理设置归档日志路径可以确保文件的安全性。
在归档过程中，任何文件的操作都应有明确的记录，并且只有授权人员才能对归档日志进行修改和访问。
这种严格的访问控制可以防止非法操作和信息泄露。
2. 追踪与审计：通过归档日志路径，可以准确记录归档系统中文件的操作过程，包括文件的创建、修改、删除等，以便进行追踪和审计。
当出现文件操作异常或纠纷时，及时查阅相应的归档日志可以帮助确定责任，并且便于后续的审计工作。
3. 效率提升：合理设置归档日志路径可以提高文件的检索和管理效率。
通过查阅归档日志，可以快速了解文件的归档历史、操作者以及文件所处的位置，从而加快文件的找回速度，减少不必要的工作量和时间浪费。
二、人大金仓归档日志路径的管理方法1. 配置与设置：首先需要在归档系统中进行合理的配置与设置。
归档日志路径应该独立存放，与普通文件存储路径区分开来，以防止日志数据被意外删除或操纵。
同时，应设定合理的权限控制，只允许授权人员访问和修改归档日志路径，加强数据安全。
2. 日志记录：在归档操作中，系统应对关键操作进行日志记录，包括文件操作的时间、操作者、操作类型、相关文件信息等。
尤其是对于重要文件的操作，应进行详细的记录，以便日后追溯和审计。
同时，还应定期对归档日志进行备份，以防止日志数据的丢失。
3. 审核与监控：定期对归档日志进行审核与监控是有效管理的重要手段。
通过对归档日志的审核，可以发现操作异常和潜在的风险，及时采取相应的措施进行处理。
Oracle归档日志与非归档日志的切换及路径设置
Oracle归档⽇志与⾮归档⽇志的切换及路径设置--====================-- Oracle 归档⽇志--====================Oracle可以将联机⽇志⽂件保存到多个不同的位置，将联机⽇志转换为归档⽇志的过程称之为归档。
相应的⽇志被称为归档⽇志。
⼀、归档⽇志是联机重做⽇志组⽂件的⼀个副本包含redo记录以及⼀个唯⼀的log sequence number对⽇志组中的⼀个⽇志⽂件进⾏归档，如果该组其中⼀个损坏，则另⼀个可⽤的⽇志将会被归档对于归档模式的⽇志切换，当⽇志归档完成后，下⼀个⽇志才能被覆盖或重新使⽤⾃动归档功能如开启，则后台进程arcn在⽇志切换时⾃动完成归档，否则需要⼿动归档归档⽇志⽤途恢复数据库更新standby数据库使⽤LogMiner 提取历史⽇志的相关信息⼆、⽇志的两种模式1.⾮归档模式不适⽤与⽣产数据库创建数据库时，缺省的⽇志管理模式为⾮归档模式当⽇志切换，检查点产⽣后，联机重做⽇志⽂件即可被重新使⽤联机⽇志被覆盖后，介质恢复仅仅⽀持到最近的完整备份不⽀持联机备份表空间，⼀个表空间损坏将导致整个数据库不可⽤，需要删除掉损坏的表空间或从备份恢复对于操作系统级别的数据库备份需要将数据库⼀致性关闭应当备份所有的数据⽂件、控制⽂件(单个)、参数⽂件、密码⽂件、联机⽇志⽂件(可选)2.归档模式能够对联机⽇志⽂件进⾏归档，⽣产数据库强烈建议归档在⽇志切换时，下⼀个即将被写⼊⽇志组必须归档完成之后，⽇志组才可以使⽤归档⽇志的Log sequence number信息会记录到控制⽂件之中必须有⾜够的磁盘空间⽤于存放归档⽇志Oracle 9i 需要设置参数log_archive_start=true 才能够进⾏⾃动归档备份与恢复⽀持热备份，且当某个⾮系统表空间损坏，数据库仍然处于可⽤状态，且⽀持在线恢复使⽤归档⽇志能够实现联机或脱机时点恢复(即可以恢复到指定的时间点、指定的归档⽇志或指定的SCN)三、两种模式的切换设置及⼿动归档1.⾮归档到归档模式a.⼀致性关闭数据库(shutdown [immediate | transactional |normal])b.启动到mount阶段(startup mount)c.切换到归档模式(alter database archivelog [manual])d.切换到open阶段(alter database open)e.对数据做⼀个完整备份(full backup)--演⽰⾮归档到归档模式SQL> ARCHIVE LOG LIST --查看数据库是否处于归档模式Database log mode No Archive ModeAutomatic archival DisabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 14Current log sequence 16SQL> SELECT log_mode FROM v$database; --查看数据库是否处于归档模式LOG_MODE------------NOARCHIVELOGSQL> SHUTDOWN IMMEDIATE; --⼀致性关闭数据库Database closed.Database dismounted.ORACLE instance shut down.SQL> STARTUP MOUNT; --启动到mount状态ORACLE instance started.Total System Global Area 251658240 bytesFixed Size 1218796 bytesVariable Size 75499284 bytesDatabase Buffers 171966464 bytesRedo Buffers 2973696 bytesDatabase mounted.SQL> ALTER DATABASE ARCHIVELOG; --切换到⾃动归档模式Database altered.SQL> ALTER DATABASE OPEN; --切换到open状态Database altered.SQL> ARCHIVE LOG LIST; --查看数据库的归档状态Database log mode Archive Mode --已置为归档模式Automatic archival Enabled --对⽇志进⾏⾃动归档Oldest online log sequence 14Next log sequence to archive 16Current log sequence 16--备份数据库步骤省略2.归档模式切换到⾮归档模式(步骤同⾮归档到归档模式仅仅是c步骤使⽤alter database noarchivelog，演⽰省略)a.⼀致性关闭数据库(shutdown [immediate | transactional |normal])b.启动到mount阶段(startup mount)c.切换到归档模式(alter database noarchivelog )d.切换到open阶段(alter database open)e.对数据做⼀个完整备份(full backup)3.⼿动归档⼿动归档时需要将⽇志模式切换为alter database archivelog manual再使⽤alter system archive log current | all 实现归档更多⼿动归档命令：ALTER SYSTEM archive_log_clause注意:⼿动归档模式下不⽀持stanby数据库在alter database archivelog模式下也可以实现对⽇志的归档SQL> ALTER DATABASE ARCHIVELOG MANUAL; --将⽇志模式切换为⼿⼯归档模式Database altered.SQL> ALTER DATABASE OPEN; --打开数据库Database altered.SQL> ALTER SYSTEM ARCHIVE LOG CURRENT; --对当前的⽇志进⾏归档(建议在mount阶段完成)System altered.SQL> ALTER SYSTEM ARCHIVE LOG ALL; --对所有的⽇志进⾏归档alter system archive log all*ERROR at line 1:ORA-00271: there are no logs that need archiving --没有需要归档的⽇志通过设置LOG_ARCHIVE_MAX_PROCESSES 参数，可以指定数据库规定所需初始化的进程数，缺省的归档进程数为2⼀般情况下不需要修改该参数，Oracle会根据归档情况⾃动启动额外的归档进程也可以动态的增加或减少归档进程数，⽐如有些业务在⽉底需要进⾏⼤量归档，平时则归档较少，对此可以动态修改修改⽅法ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=3;5.配置归档(两种归档位置配置⽅法)a.归档到本机且少于等于两个归档位置设置LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST参数alter system set log_archive_dest = '/u01/app/oracle/archivelog1' scope = spfile;alter system set log_archive_duplex_dest = '/u01/app/oracle/archivelog2' scope = spfile;b.归档到本机或远程主机设置LOG_ARCHIVE_DEST_n 参数,n最⼤值为10alter system set log_archive_dest_1 = 'LOCATION=/u01/app/oracle/archivelog3';alter system set log_archive_dest_2 = 'SERVICE=standby1';对于远程归档位置,SERVICE选项需要指定远程数据库的⽹络服务名(在tnsnames.ora⽂件中配置)LOG_ARCHIVE_DEST_n的两个常⽤选项MANADATORY | OPTIONAL:MANADATORY表⽰归档必须成功复制到⽬的路径之后，联机重做⽇志才能被复⽤，OPTIONAL正好相反REOPEN：指定归档失败后指定间隔多少时间重试归案，缺省的为300秒⽰例：log_archive_dest_1 = 'LOCATION=/u01/app/oracle/archivelog3 manadatory reopen = 600'log_archive_dest_2 = 'SERVICE=standby1 manadatory reopen'c.两种归档⽅法异同(前者log_archive_dest、log_archive_duplex_dest ，后者log_archive_dest_n)两者都可以归档到本机，后者可以归档到远程主机，前者不⽀持该功能前者最多配置两个归档位置，后者可以配置10个归档位置两者互不兼容，要么使⽤前者，要么使⽤后者使⽤后者归档到本地时需要增加LOCATION选项，备份到远程主机需要使⽤SERVICE选项但上述两种⽅式未指定路径时，归档⽇志位于db_recovery_file_dest 缺省为$ORACLE_BASE/flash_recovey_aread.归档⽇志命名格式设置LOG_ARCHIVE_FORMAT参数，Unix下的缺省设置为LOG_ARCHIVE_FORMAT=%t_%s_%r.dbf%s: ⽇志序列号:%S: ⽇志序列号(带有前导)%t: 重做线程编号.%a: 活动ID号%d: 数据库ID号%r RESETLOGS的ID值.alter system set log_archive_format = 'arch_%t_%s_%r.arc';e.归档位置状态Valid/Invalid --磁盘位置及服务名等是否有效Enabled/Disabled --磁盘位置的可⽤状态及数据库能否使⽤该归档位置Active/Inactive --访问归档⽬的地是否有异常f.归档成功的最⼩个数(使⽤参数log_archive_min_succeed_dest = n)alter system set log_archive_min_succeed_dest = 2; --缺省为1联机重做⽇志组能够被覆盖的前提所有强制路径归档位置成功实现归档归档⽬的地的成功归档的个数⼤于或等于上述参数设定的值当强制个数⼤于该参数设定的个数，则以强制个数为准当强制个数⼩于该参数设定的个数，则可选的成功归档路径加上强制的归档路径个数⾄少等于该参数设定值g.控制归档的可⽤性(使⽤参数log_archive_dest_state_n)alter system set log_archive_dest_state_1 = enable | deferenable -->缺省状态，可以在该归档位置进⾏归档defer -->禁⽤该归档位置h.演⽰归档路径配置及查看归档进程，归档位置状态SQL> ARCHIVE LOG LIST; --查看⽇志是否处于归档状态Database log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 24Next log sequence to archive 26Current log sequence 26SQL> ho ps -ef | grep ora_arc --查看归档进程是否已启动oracle 4062 1 0 11:43 ? 00:00:00 ora_arc0_orcloracle 4064 1 0 11:43 ? 00:00:00 ora_arc1_orclSQL> SHOW PARAMETER ARCHIVE --查看归档路径是否已设置，为空值表⽰未设置------------------------------------ ----------- ------------------------------archive_lag_target integer 0log_archive_config stringlog_archive_dest stringlog_archive_dest_1 stringlog_archive_dest_10 stringlog_archive_dest_2 stringlog_archive_dest_3 stringlog_archive_dest_4 stringlog_archive_dest_5 stringlog_archive_dest_6 stringlog_archive_dest_7 stringNAME TYPE VALUE------------------------------------ ----------- ------------------------------log_archive_dest_8 stringlog_archive_dest_9 stringlog_archive_dest_state_1 string enablelog_archive_dest_state_10 string enablelog_archive_dest_state_2 string enablelog_archive_dest_state_3 string enablelog_archive_dest_state_4 string enablelog_archive_dest_state_5 string enablelog_archive_dest_state_6 string enablelog_archive_dest_state_7 string enablelog_archive_dest_state_8 string enableNAME TYPE VALUE------------------------------------ ----------- ------------------------------log_archive_dest_state_9 string enablelog_archive_duplex_dest stringlog_archive_format string %t_%s_%r.dbflog_archive_local_first boolean TRUElog_archive_max_processes integer 2log_archive_min_succeed_dest integer 1log_archive_start boolean FALSE --该参数在9i中使⽤log_archive_trace integer 0remote_archive_enable string trueSQL> alter system set log_archive_dest = '/u01/app/oracle/archivelog1' scope = spfile; System altered.SQL> alter system set log_archive_duplex_dest= '/u01/app/oracle/archivelog2' scope=spfile; System altered.SQL> alter system set log_archive_format = 'arch_%t_%s_%r.arc' scope = spfile;--设定完毕后需要重新启动实例，在此省略关闭启动信息SQL> ho ls /u01/app/oracle/archivelog1 --查看归档路径下是否存在⽂件或⽂件夹SQL> ho ls /u01/app/oracle/archivelog2 --查看归档路径下是否存在⽂件或⽂件夹SQL> alter system archive log current; --⼿动进⾏归档System altered.SQL> ho ls -l /u01/app/oracle/archivelog1 --在指定的⽂件夹archivelog1已产⽣归档⽇志total 18224-rw------- 1 oracle oinstall 18636800 Jul 28 20:39 arch_1_26_724852763.arcSQL> ho ls -l /u01/app/oracle/archivelog2 --在指定的⽂件夹archivelog2已产⽣归档⽇志total 18224-rw------- 1 oracle oinstall 18636800 Jul 28 20:39 arch_1_26_724852763.arcSQL> ho mkdir /u01/app/oracle/archivelog3 --创建新的归档路径SQL> ho mkdir /u01/app/oracle/archivelog4 --创建新的归档路径SQL> alter system set log_archive_dest_1 = 'location=/u01/app/oracle/archivelog3'2 scope = spfile;System altered.SQL> alter system set log_archive_dest_2 = 'location=/u01/app/oracle/archivelog4'2 scope = spfile;System altered.SQL> shutdown immediate; --关闭实例Database closed.Database dismounted.ORACLE instance shut down.SQL> startup --启动实例后，收到错误提⽰表明两种归档⽅式不兼容ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST--关于上述设置导致的错误处理请参照：⼜⼀例SPFILE设置错误导致数据库⽆法启动SPFILE错误导致数据库⽆法启动--下⾯是正确的处理办法，应当先将⼀种归档⽅式路径置空，此处是将log_archive_dest置空SQL> alter system set log_archive_dest = '' scope = spfile;System altered.--此处是将log_archive_duplex_dest置空SQL> alter system set log_archive_duplex_dest = '' scope = spfile;System altered.--接下来再设定log_archive_dest_1，log_archive_dest_2SQL> alter system set log_archive_dest_1 = 'location=/u01/app/oracle/archivelog3'2 scope = spfile;System altered.SQL> alter system set log_archive_dest_2 = 'location=/u01/app/oracle/archivelog4'2 scope = spfile;System altered.--由于没有配置standby服务器，所以省略配置到远程主机--设定完毕后需要重新启动实例，此时系统能正常启动，在此省略关闭启动信息SQL> alter system archive log current; --进⾏⼿动归档System altered.SQL> ho ls -l /u01/app/oracle/archivelog3/ --查看归档⽇志total 27752-rw------- 1 oracle oinstall 28382208 Aug 2 13:46 arc_1_38_724852763.arcSQL> ho ls -l /u01/app/oracle/archivelog4/ --查看归档⽇志total 27752-rw------- 1 oracle oinstall 28382208 Aug 2 13:45 arc_1_38_724852763.arcSQL> col dest_name format a20;SQL> col destination format a30;SQL> select dest_name,status,archiver,destination,2 log_sequence,reopen_secs,transmit_mode,process3 from v$archive_dest; --查看归档⽬的地的相关状态信息DEST_NAME STATUS ARCHIVER DESTINATION LOG_SEQUENCE REOPEN_SECS TRANSMIT_MOD PROCESS -------------------- --------- ---------- ------------------------------ ------------ ----------- ------------ -------LOG_ARCHIVE_DEST_1 VALID ARCH /u01/app/oracle/archivelog3/ 38 300 SYNCHRONOUS ARCHLOG_ARCHIVE_DEST_2 VALID ARCH /u01/app/oracle/archivelog4/ 38 300 SYNCHRONOUS ARCHLOG_ARCHIVE_DEST_3 INACTIVE ARCH 0 0 SYNCHRONOUS ARCH-----------------------------------------------------------------------------------------------------------------------SQL> alter system set log_archive_dest_state_2 = defer; --停⽤log_archive_dest_state_2System altered.SQL> show parameter log_archive_dest_stateNAME TYPE VALUE------------------------------------ ----------- ---------------log_archive_dest_state_1 string enablelog_archive_dest_state_10 string enablelog_archive_dest_state_2 string DEFER --该路径显⽰为deferlog_archive_dest_state_3 string enablelog_archive_dest_state_4 string enablelog_archive_dest_state_6 string enablelog_archive_dest_state_7 string enablelog_archive_dest_state_8 string enablelog_archive_dest_state_9 string enableSQL> alter system archive log current; --⼿动归档System altered.SQL> ho ls -l /u01/app/oracle/archivelog3; --可以看出archivelog3⽐archivelog4多出⼏个归档⽂件total 124772 --建议将多出⽂件件的使⽤系统命令复制到archivelog4-rw------- 1 oracle oinstall 28382208 Aug 2 13:46 arc_1_38_724852763.arc-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arc-rw------- 1 oracle oinstall 30257664 Aug 2 22:21 arc_1_40_724852763.arc-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_41_724852763.arc-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_42_724852763.arc-rw------- 1 oracle oinstall 6647296 Aug 2 22:23 arc_1_43_724852763.arcSQL> ho ls -l /u01/app/oracle/archivelog4;total 29504-rw------- 1 oracle oinstall 28382208 Aug 2 13:45 arc_1_38_724852763.arc-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arcSQL> alter system set log_archive_dest_state_2 = enable; --启⽤log_archive_dest_state_2 System altered.SQL> alter system archive log current; --⼿动归档System altered.SQL> ho ls -l /u01/app/oracle/archivelog3; --启⽤后出现了相同的arc_1_44_724852763.arc⽂件total 124856-rw------- 1 oracle oinstall 28382208 Aug 2 13:46 arc_1_38_724852763.arc-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arc-rw------- 1 oracle oinstall 30257664 Aug 2 22:21 arc_1_40_724852763.arc-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_41_724852763.arc-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_42_724852763.arc-rw------- 1 oracle oinstall 81408 Aug 2 22:25 arc_1_44_724852763.arcSQL> ho ls -l /u01/app/oracle/archivelog4;total 29588-rw------- 1 oracle oinstall 28382208 Aug 2 13:45 arc_1_38_724852763.arc-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arc-rw------- 1 oracle oinstall 81408 Aug 2 22:25 arc_1_44_724852763.arc四、归档⽇志相关视图v$archived_log -->从控制⽂件中获得归档的相关信息v$archive_dest -->归档路径及状态v$log_history -->控制⽂件中⽇志的历史信息v$database -->查看数据库是否处于归档状态v$archive_processes -->归档相关的后台进程信息命令:archive log listSQL> select name,sequence#,registrar,standby_dest,archived,status2 from v$archived_log;NAME SEQUENCE# REGISTR STA ARC S------------------------------------------------------- ---------- ------- --- --- -/u01/app/oracle/archivelog4/arc_1_38_724852763.arc 38 FGRD NO YES A/u01/app/oracle/archivelog3/arc_1_39_724852763.arc 39 ARCH NO YES A/u01/app/oracle/archivelog4/arc_1_39_724852763.arc 39 ARCH NO YES A/u01/app/oracle/archivelog3/arc_1_40_724852763.arc 40 ARCH NO YES A/u01/app/oracle/archivelog3/arc_1_41_724852763.arc 41 ARCH NO YES A/u01/app/oracle/archivelog3/arc_1_42_724852763.arc 42 ARCH NO YES A/u01/app/oracle/archivelog3/arc_1_43_724852763.arc 43 ARCH NO YES A/u01/app/oracle/archivelog3/arc_1_44_724852763.arc 44 FGRD NO YES A/u01/app/oracle/archivelog4/arc_1_44_724852763.arc 44 FGRD NO YES A转：/leshami/article/details/5784713ORA-16032,ORA-09291,ORA-04018的解决⽅法：#原因描述：数据库服务器挂载的⼀块硬盘坏掉了，重新启动操作系统后发现数据库启动不了了，启动报错：ORA-16032: parameter LOG_ARCHIVE_DEST_1 destination string cannot be translated说明：之前Oracle开启过归档⽇志且⽇志就是存储在该块硬盘，后来因为⽇志导致数据库变慢就把归档关掉了。
tomcat在linux中修改日志路径
tomcat在linux中修改⽇志路径1. 修改catalina.sh进⼊tomcat安装⽬录/bin，找到catalina.sh，并下载到本地，同时进⾏备份。
对本地的catalina.sh进⾏修改，将下图红框所⽰地⽅改为CATALINA_OUT=/u01/app/dt/dt_logs 这⾥是以将⽇志⽬录修改为/u01/app/dt/dt_logs为例，以下都以此⽬录为例。
修改后如下将修改后的catalina.sh⽂件上传到tomcat安装⽬录/bin，覆盖原来的⽂件。
2. 修改logging.properties进⼊tomcat安装⽬录/conf/，找到logging.properties，并下载到本地，同时进⾏备份。
对本地的logging.properties进⾏修改，将下图红框所⽰地⽅改为/u01/app/dt/dt_logs修改后如下将修改后的logging.properties⽂件上传到tomcat安装⽬录/conf/，覆盖原来的⽂件。
3. 修改server.xml进⼊tomcat安装⽬录/conf/，找到server.xml，并下载到本地，同时进⾏备份。
对本地的server.xml进⾏修改，将下图红框所⽰地⽅改为directory="/u01/app/dt/dt_logs"修改后如下将修改后的server.xml⽂件上传到tomcat安装⽬录/conf/，覆盖原来的⽂件。
4. 修改log4j.properties如果在web应⽤中有对⽇志进⾏相关配置请同步进⾏修改，例如通常会在log4j.properties进⾏相关配置。
以上就是本⽂的全部内容，希望对⼤家的学习有所帮助，也希望⼤家多多⽀持。
Oracle 配置归档位置
Oracle 配置归档位置归档日志文件保存的位置称为“归档目标”，档目标在初始化参数中进行设置。
DBA可以为数据库设置多个归档目标，不同的归档目标最好位于不面的磁盘中，以分布归档时磁盘的I/O操作。
通过设置初始化参数LOG_ARCHIVE_DEST_n，可以为数据库指定1到10个归档目标（n为1到10的整数）。
在进行归档时，Oracle会将重做日志组以相同的方式归档到每一个归档目标中。
利用LOG_ARCHIVE_DEST_n参数可以指定本地系统为归档目标，也可以指定远程的数据库为归档目标。
如果在设置LOG_ARCHIVE_DEST_n参数时使用了LOCATION关键字，则指定的归档目标为一个本地系统的目录。
例如：SQL> alter system set2 log_archive_dest_1='location=d:\oracledata\archive1';系统已更改。
SQL> alter system set2 log_archive_dest_2='location=d:\oracledata\archive2';系统已更改。
SQL> alter system set2 log_archive_dest_3='location=d:\oracledata\archive3';系统已更改。
如果在设置LOG_ARCHIVE_DEST_n参数时使用了SERVICE关键字，指定的归档目标则是一个远程数据库。
例如：SQL>alter system set log_archive_dest_2='service=DBY1'其中，DBY1是一个远程备用数据库的服务名。
使用实始化参数LOG_ARCHIVE_DEST_n配置归档位置时，可以在归档位置上指定OPTIONAL或MANDATORY选项。
指定MANDATORY选项时，可以设置REOPEN属性，作用如下：●OPTIONAL 该选项是默认选项，使用该选项时，无论归档是否成功，都可以覆盖重做日志。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Variable Size 423625240 bytes
系统已更改。
SQL> alter system set log_archive_dest_2='location=c:\archivelog_2'scope=spfile sid='his';
系统已更改。
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount;
ORACLE 例程已经启动。
Total System Global Area 647204864 bytes
Fixed Size 2178536 bytes
Variable Size 423625240 bytes
Database Buffers 218103808 bytes
SQL> archive log list;
数据库日志模式 非存档模式
自动存档 禁用
存档终点 c:\archive_log2
最早的联机日志序列 6
当前日志序列 8
SQL> shutdown immediate;
系统已更改。
//目录下已经有归档日志.
最早的联机日志序列 6
下一个存档日志序列 8
当前日志序列 8
SQL> alter database open;
数据库已更改。
SQL> alter system set log_archive_dest_1='location=c:\archivelog_1'scope=spfile sid='his';
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount;
ORACLE 例程Global Area 647204864 bytes
Redo Buffers 3297280 bytes
数据库装载完毕。
SQL> alter database open;
数据库已更改。
SQL> alter system switch logfile;
数据库装载完毕。
SQL> alter database archivelog;
数据库已更改。
SQL> archive log list;
数据库日志模式 存档模式
自动存档 启用
存档终点 c:\archive_log2
Database Buffers 218103808 bytes
Redo Buffers 3297280 bytes