我有这种情况。如何避免与log4j丢失日志
我们有一个日志归档脚本,用于归档大于8天的日志。我们希望确保在我们归档之前不会丢失任何日志。
我已将maxBackupIndex
设置为10,将maxFileSize
设置为10MB。如果我在8天内收到更多的交易,而这些交易需要超过100MB的日志,那么我有可能会丢失一些日志。
我该如何避免这种情况?我可以将maxBackupIndex
设置为无穷大吗?
在此先感谢您对此问题的任何帮助。
我有这种情况。如何避免与log4j丢失日志
我们有一个日志归档脚本,用于归档大于8天的日志。我们希望确保在我们归档之前不会丢失任何日志。
我已将maxBackupIndex
设置为10,将maxFileSize
设置为10MB。如果我在8天内收到更多的交易,而这些交易需要超过100MB的日志,那么我有可能会丢失一些日志。
我该如何避免这种情况?我可以将maxBackupIndex
设置为无穷大吗?
在此先感谢您对此问题的任何帮助。
如果保留日志时遇到问题,还可以使用脚本来压缩比一天早的文件。
maxFileSize
是int
。您可以将其设置为1000000000或使用太多磁盘空间的任何内容。您也可以将maxFileSize
增加到100MB或1GB。
但文件大小变大时,无法在任何编辑器中打开权限。所以制作大文件没有意义。 – KItis 2012-08-07 07:59:31
我使用'less'和'vi',它可以处理1-3 GB的文本文件。我会看看你的编辑器是否可以处理大于10 MB的文件,这些日子已经很大了。 – 2012-08-07 08:01:34
我在2秒内用记事本++打开了一个100 MB的文本文件,一个200 MB的文本文件花了12秒钟。 – 2012-08-07 08:07:21
将maxBackupIndex和maxFileSize设置为足够高的数字以允许保留合理的工作负载,但不会高到导致超出磁盘空间的程度。
然后创建一个外部任务(cron或Windows计划任务)来删除/存档超过8天的日志。
对不起,但这是一个特别的痛点与我。这个词是“失败”,而不是“失去”。我会解决这个问题,也是人们不会利用人称代词的真气(它是“我”,而不是“我”)。请在将来更好地照顾:-) – paxdiablo 2012-08-07 07:47:50
@paxdiablo:好点,丢失/丢失的错误是我也觉得恼人的事情。 – 2012-08-07 09:13:13