access.log您对Apache 日志文件的大小有任何限制吗error.log？
具体来说，您能否提供：
- 限制日志文件大小的原因
- 磁盘空间
- 任何其他？
- 原因不是限制日志文件大小
- 研究性能问题或安全漏洞
- 任何其他？
- 这样做的方法
- Cron 作业会定期删除文件或前 N 行？
- 任何其他？
- 删除之前可以挽救的任何东西
- 例如，在删除访问日志之前，grep 找出文件下载了多少次
在做任何事情之前，我想听取经验丰富的系统管理员的想法。
（标记为社区维基，因为这可能是一个意见问题。）
答案1
您应该换个方式来处理，不要限制这些日志文件，而是设计一个始终有足够日志空间的系统，以便它们永远不会填满磁盘。
我这样做的主要方式是简单地计算可能需要多少空间，并为其提供大量空间，但我还有一个脚本，它会检查日志目录中的磁盘空间，如果空间紧张，它会自动轮换日志文件，压缩旧版本，并删除那些足够旧的文件，以便它们可以存储在存档媒体上。
答案2
嗯，主要原因是不是限制日志大小的方法是：
- 提供有用的审计日志
- 提供详细的访问日志
- 作为未来分析的数据库：
- 其他网站推荐
- 内部导航路径
- 内部随机选择内容日志
- 对于调试缓慢报告的错误很有用
限制日志大小的主要原因是为了不占用过多的磁盘空间。但这样做很不合理——1.5 TB 的硬盘现在要花费大约 120 美元。
答案3
我建议考虑根据日志文件大小定制日志轮换。如果您的网站使用率极高，会生成大量日志条目，则根据文件大小进行轮换，文件大小要足够小，以便在文本编辑器或任何查看日志的软件中有效处理，并将日志保持足够小，以便压缩并发送给其他人进行其他故障排除。如果您生成的日志条目数量较少，个人偏好是每天轮换，这样我可以轻松解决错误。此外，通过每日轮换，我可以看到基于文件大小的利用率和错误峰值。
日志保留应由个人需求、统计分析需求或公司标准/法规决定。如果您想要解析日志并查找使用模式、统计数据或用于审计目的，您可能需要保留大量日志文件。日志文件压缩后大小非常小，因此很容易保留大量日志文件。
我们根据保留策略设置了自动压缩->存档并最终删除流程，以将系统管理降至最低。
答案4
旋转前限制大小。原始文件越小，压缩时在网络服务器上占用的时间就越少。
您想要保留多少个旋转日志是一个单独的问题。