gpt4 book ai didi

logging - 集中记录的最佳实践是什么?

转载 作者:行者123 更新时间:2023-12-03 10:54:42 25 4
gpt4 key购买 nike

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.

6年前关闭。




Improve this question




我的团队继承了对 100 多个应用程序的支持。这些应用程序没有任何类型的通用架构,因此进行日志记录的应用程序通常使用自定义代码到本地文件或本地数据库来完成,而且都是非托管的。我们想改变这一点。

我们正在慢慢地将应用程序迁移到使用 log4net 并标准化记录的事物类型。下一个问题变成:我们应该将日志发送到哪里?

我在想最好使用一个专用于接收所有日志的中央 SQL Server,这将提供易于维护(一个用于备份/存档的地方)并为 future 的一些数据挖掘和趋势分析提供可能性。

这是这类事情的最佳实践,还是我们应该关注一些专用的应用程序日志服务器?

更新:我应该比随便提到 log4net 和 SQL Server 更清楚:我们是微软公司,大多数东西都是用 .NET 编写的。 UNIX 解决方案对我们没有好处。

最佳答案

到目前为止提到的 1024 字节 Syslog 消息长度限制具有误导性,并且不正确地偏向基于 Syslog 的问题解决方案。
过时的“BSD Syslog 协议(protocol)”的限制确实是 1024 字节。
The BSD syslog Protocol - 4.1 syslog Message Parts
现代“系统日志协议(protocol)”的限制取决于实现,但必须至少为 480 字节,至少应为 2048 字节,并且可能更高。
The BSD syslog Protocol - 6.1. Message Length
例如,Rsyslog 的配置设置称为 MaxMessageSize ,文档建议至少可以设置为 64kb。
rsyslog - Configuration Directives
提问者的组织是“微软之家”,其中“UNIX 解决方案不好”不应该阻止歧视较少的读者获得准确的信息。

关于logging - 集中记录的最佳实践是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1737693/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com