移动日志(不是存档日志或重做日志)

Question

我的雇主有六个Exadatas:三个在一个RAC在一个数据中心，另三个在RAC在另一个数据中心。一个是主要的，另一个是DataGuard备用的。在备用RAC上，我们也有两个独立的实例(一个用于培训，另一个用于测试)。是的，这一点也不理想。在我开始在这个地方工作之前，这件事做得很好，我们正在努力消除这些过去的罪恶。为了让它更有趣，我们计划在备用Exadatas上添加一些独立的实例。

这就引出了我的问题:/和/u01卷非常小(例如，每个/都是30 is )。我们偶尔会收到关于空间接近警告极限的警告，所以我必须清除旧日志文件。我为此找到了一份已经运行了一年的工作，但是最近我们收到的警报更频繁了。我知道，如果我们增加更多的实例，情况会变得更糟。我不认为每个Exadata上有超过2或3 GB的值来扩展LVM卷，所以我考虑将一些日志文件(如Exawatcher)转移到Oracle ZFS设备上的NFS导出。当我说“移动一些日志文件”时，我的意思是它们现在写到的位置实际上会成为ZFS框上的一个挂载点，这样日志文件就完全脱离了Exadata的文件系统。最终，我也会对侦听器和ASM跟踪文件做同样的事情。如果这是不可取的/最佳做法，建议将得到赞赏！

另外值得注意的是，虽然我有Linux系统管理员的经验，但我和我的同事一起拥有相当于6个月的Oracle数据库管理的全职经验。

Answer 1

您希望确保任何网络挂载解决方案也是高度可用的。失去对某些日志文件的访问可能导致Oracle服务锁定。

在过去，我还使用logrotate来滚动、压缩和存档(到网络存储)或从文件系统中自动删除日志文件。在使用NFS挂载点“移动”日志之前，我可能会尝试这样做。根据需要旋转或存档，并将档案移到网络存储中。我还使用Splunk实时读取大部分这些文件，这样我就不会在旋转时丢失对任何数据的轻松/快速访问。