linux 日志归档 linux查看软件运行状态

大家好，今天来为大家解答linux 日志归档这个问题的一些问题点，包括linux查看软件运行状态也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~

使用logrotate 命令轮转和归档日志 | Linux 中国

揭示Logrotate的强大功能：日志管理的艺术

在Linux世界里，日志管理的高效工具莫过于logrotate。它如同一个精密的钟表，定期清理、压缩和归档那些信息的洪流，确保系统的整洁和性能。logrotate的基本命令是 logrotate-vs state-file config-file，其中config-file是关键，它定义了日志处理的规则和策略。

例如，/etc/logrotate.d/rsyslog是一个不可或缺的配置文件，它针对/var/log中的多个日志文件如/var/log/nginx/access.log和/var/log/nginx/error.log设定了详细的规则，如每7天一轮转，且执行压缩操作。每个选项背后都有明确的含义，如rotate指令控制轮转周期，daily则表示每日执行，compress则用于压缩归档。

让我们深入探讨logrotate在实际中的运行过程。当你首次执行logrotate时，它会检查配置文件，处理这两个日志文件，初始大小为1字节，每30次旋转。旧的日志文件将被删除，只保留压缩后的最新版本。随后，nginx需要重新加载配置，以适应新的日志路径。

第二次运行，logrotate继续执行相同的操作，压缩并为旧的日志文件赋予新的命名格式。在第三次执行时，logrotate会读取配置文件，确认要处理的日志，Handling 1 logs:/var/log/nginx/access.log/var/log/nginx/error.log，执行压缩和重命名，并在完成后运行后置脚本，如reload nginx配置。

状态文件state-file记录了logrotate的管理状态，比如当前处理的日志对是/var/log/nginx/error.log和/var/log/nginx/access.log，并且包含了最近的轮转时间戳。这份指南不仅适用于nginx，但你也可以下载Linux社区的完整logrotate指南，以发掘更多定制化的日志处理策略。

这篇内容最初由Ayush Sharma在其博客上发布，经过perfiffer的改编并得到了Linux China的许可。通过开源社区的力量，logrotate成为了管理员们维护系统健康记录的得力助手，确保我们的日志管理始终井井有条。

译注：这篇文章是由LCTT团队翻译，Linux China提供赞助，旨在帮助全球的Linux用户理解和利用logrotate的强大功能。

linux下oracle怎么查找归档日志文件

在Linux环境下，检查Oracle数据库是否处于归档模式，可以执行以下SQL语句：

SQL> archive log list;

通过这条命令，可以看到归档模式的相关信息。如果返回的结果显示Database log mode为ARCHIVE Mode，且Automatic archival已启用，表明归档模式已开启。其中LOG_MODE字段显示Oracle当前的归档方式。

如果数据库运行在非归档模式下，可以参考其他相关文章进行切换。

查看归档日志文件存放的位置，可以通过运行以下命令来实现：

SQL> show parameter log_archive_dest;

这条命令会显示出归档日志的目的地参数。根据返回的信息，可以确定归档日志文件的存储位置。

为了设置归档目录，可以执行以下命令：

SQL> alter system set log_archive_dest='/u01/app/oracle/arch' scope=spfile;

然而，如果遇到错误信息如ORA-02097，表示无法修改参数，可能是因为指定的值无效。这通常是因为db_recovery_file_dest参数已被设置。

可以通过以下命令将其设置为空：

alter system set db_recovery_file_dest='' scope=spfile;

然后重新设置log_archive_dest参数，指定另一个非缺省的归档位置。

最后，重启数据库。

执行shutdown immediate命令后，如果没有立即响应，可以输入shutdown abort强制关闭。

手动执行归档操作后，可以检查归档目录，确保归档日志文件已正确存储。

如果启动数据库时遇到错误，如ORA-16032，可能是因为归档目录未建立。

可以通过检查目录是否存在来解决这个问题。

如何正确删除Oracle归档日志文件

我们都知道在controlfile中记录着每一个archivelog的相关信息，当然们在OS下把这些物理文件delete掉后，在我们的controlfile中仍

我们都知道在controlfile中记录着每一个archivelog的相关信息，当然们在OS下把这些物理文件delete掉后，在我们的controlfile中仍然记录着这些archivelog的信息，在Oracle的OEM管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，也就是oracle并不知道这些文件已经不存在了!这时候我们要做手工的清除的话，下面我经过实验，可以尝试这种方法：

1.进入rman 2. connect target/ 3. crosscheck archivelog all; 4. delete expired archivelog all;这时候我们再去OEM中看就一定看不到，如果你的从来没有做过这个动作的话，我们可以比较从这个动作前的controlfile后动作后的controlfile的大小!

ORACLE正确删除归档并回收空间的方法

ORACLE正确删除归档并回收空间的方法一个ORACLE归档日志经常满，表现为/oraarchive这个文件空间占用100％大家一定抱怨ORACLE为何没有归档维护工具，很多人直接删除了事，错了，ORACLE有，而且很智能，可以正确的删除归档和FLASHBACK，不过切记,ORACLE归档日志对于ORACLE的数据恢复和备份非常重要，，不到万不得已不要删除归档日志。删除归档日志的过程以ORACLE用户身份登录到数据库服务器主机或通过网络连接进入ORACLE数据备份工具 rman target/或rman target/@orcl在命令窗口里面执行 DELETE ARCHIVELOG ALL COMPLETED BEFORE'SYSDATE-7';说明 SYSDATA-7，表明当前的系统时间7天前，before关键字表示在7天前的归档日志，如果使用了闪回功能，也会删除闪回的数据。同样道理，也可以删除从7天前到现在的全部日志，不过这个命令要考虑清楚，做完这个删除，最好马上进行全备份数据库 DELETE ARCHIVELOG FROM TIME'SYSDATE-7';删除从7天前到现在的全部日志,慎用

UNIX/LINUX下也可以通过FIND找到7天前的归档数据，使用EXEC子操作删除

find/oraarchive-xdev-mtime+7-name"*.dbf"-exec rm-f{};这样做仍然会在RMAN里留下未管理的归档文件仍需要在RMAN里执行下面2条命令 crosscheck archivelog all; delete expired archivelog all;所以还不如上面的方法好用，不过用FIND的好处就是，可以在条件上，和EXEC子项上做很多操作，实现更复杂的功能