单纯修改oracle归档路径需要关闭数据库吗

更改ORACLE归档路径和归档模式在ORACLE10g和11g版本中，ORACLE日志文件是闪回恢复区的路径（$ORACLE_BASE/flash_recovery_area）。
对于这种方式，ORACLE有一个限制，就是它只有默认的2G空间并且不仅有默认的文件系统，还有默认的备份文件和闪回日志，文件柜达不到的空间据说2G可以看到数据存档。
SQL>archiveloglist数据库日志模式非归档模式自动归档归档已禁用归档端点USE_DB_RECOVERY_FILE_DEST最旧的联机日志序列321当前日志序列326。
归档目标命令USE_DB_RECOVERY_FILE_DEST默认为闪回恢复区域($ORACLE_BASE/flash_recovery_area)。
www.2cto.comSQL>showparameterdb_recoverNAMETYPEVALUE----------------------------------------------------------------------------------------------------------db_recovery_file_deststringD：\oracle\flash_recovery_areadb_recovery_file_dest_sizeh3integer2G从上面可以看出对于SQL结果，闪回恢复区为D:\oracleflash_recovery_area，大小为2G。
SQL>selectname,SPACE_LIMIT,SPACE_USEDfromv$recovery_file_dest;NAMESPACE_LIMITSPACE_USED------------------------------------------------------------------------D:\oracleflash_recovery_area214748364821225472默认情况下，归档文件位于闪回恢复区（D:\oracleflash_recovery_area）。
通常的解决方案是增加闪回恢复区，可以通过以下SQL获得。
SQL>altersystemsetdb_recovery_file_dest_size=3G;系统已经改变。
即使用这种方法解决当前的燃眉之急，如果闪回区空间不足，ORACLE也会自动管理闪回区，清理无用数据，但如果备份策略不完善，数据库很忙，这个也可以做。
通常需要缓解文件路径并在不同的限制中打开以下SQL来解决此问题。
SQL>altersystemsetlog_archive_dest_1='location=D:\archive';系统已更改。
www.2cto.com然后启动数据库挂载，将数据库更改为归档模式，数据库开始打开状态。
SQL>shutdownimmediate数据库已关闭。
数据库被暴露。
神谕是通过实践来翻译的。
SQL>startupmountORACLE例程已启动。
数据库已加。
SQL>alterdatabasearchivelog，数据库已更改。
SQL>alteradatabaseopen，数据库已更改。
再次检查数据库的归档状态。
SQL>archiveloglist数据库日志模式归档模式自动归档启用归档端点D:\archive主在线日志系列321下一个归档日志系列326当前日志系列326通过更改表并检查归档表是否在以下目录下生成，可以识别归档归档路径如果路径正确，即可以使用以下命令弯曲梁。
SQL>altersystemswitchlogfile，系统已改变。
www.2cto.com检查存档路径是否在存档路径（D:\arch）下。
D:\arch>dir/bARC0000000326_0764368160.0001可以看到arch路径D:\下生成的日志归档，文件名受log_archive_format参数限制，可以通过该命令查看。
SQL>showparameterlog_archive_formatNAMETYPEVALUE---------------------------------------------------------------------log_archive_formatstringARC%S_%R.%TT上面生成的日志文件名称为ARC0000000326_0764368160.0001，%S即0000000326，是要更改的日志号，即当前日志顺序在上面的archivelog，%R是场景数，%T是数量序列，可以理解为节点的编号。
，如果没有RAC范围，%T全为1。
也可以在log_archive_format参数的值中添加%D.ID，如下所示：SQL>altersystemsetlog_archive_format='ARC%S_%R.%T_%D。
日志'范围=spfile;www.2cto.comSQL>shutdownimmediate数据库已关闭。
数据库暴露他们是神谕是通过实践来翻译的。
SQL>startupORACLE例程启动。
数据库已加载。
数据库现已打开。
SQL>altersystemswitchlogfile，系统已改变。
阅读文件管理器名称的拼写。
5AA14A62是十六进制DBID。
D:\arch>dir/bARC0000000326_0764368160.0001ARC0000000327_0764368160.0001_5AA14A62.LOG

如何查看oracle的日志文件

查看Oracle日志文件：

1.以具有sysdba权限的用户登录数据库。
2.执行SQL语句。

select*fromv$logfile;

3.结果显示为日志路径。

4、还有其他操作日志，如下。
两条SQL语句查询：

select*fromv$sql;--(#显示最近操作)select*fromv$sqlarea;--(#显示最近操作)</前>

如何查看oracle11日志

Oracle日志查看方法11现象描述：在Oracle的日常维护过程中，人们经常要查看alert日志，看看数据库是否存在问题。
原因分析：oracle11g修改了日志系统。
它不再使用oracle9的Alert_$ORACLE_SID.log。
修改为DiagAlert和DiagTrace两个文件夹，以xml格式和文本格式保存日志。
分别放置在/oracle/或。
在acle/diag/rdbms/rac/rac1/trace和/oracle/oracle/diag/rdbms/rac/rac1/alert目录下，也可以使用命令sql>selectname,valuefromv$diag_info进行查询。
您也可以使用EnterpriseManager，进入Oracle数据库主页，点击相关链接中的AlertLogContents进行查看。
处理：oracle11g修改了日志系统。
它不再使用oracle9的Alert_$ORACLE_SID.log。
修改为DiagAlert和DiagTrace两个文件夹，以xml格式和文本格式保存日志。
分别放置在/oracle/或。
在acle/diag/rdbms/rac/rac1/trace和/oracle/oracle/diag/rdbms/rac/rac1/alert目录下，也可以使用命令sql>selectname,valuefromv$diag_info进行查询。
您也可以使用EnterpriseManager，进入Oracle数据库主页，点击相关链接中的AlertLogContents进行查看。