问题标签 [logging]

我想编写一个脚本/批处理，它将我的每日 IIS 日志打包并按月压缩。

ex080801.log 格式为 ex yymmdd .log

ex080801.log - ex080831.log 被压缩并删除日志文件。

我们这样做的原因是因为在一个繁重的网站上，一天的日志文件可能是 500mb 到 1gb，所以我们将它们压缩起来，将它们压缩 98% 并转储真实的日志文件。我们使用 webtrend 来分析日志文件，它能够读入一个 zip 文件。

有没有人对如何编写脚本有任何想法或愿意分享一些代码？

好的，这是场景。我有一个实用程序可以处理大量记录，并相应地将信息输入数据库。

它以多线程批处理的形式处理这些记录。每个这样的批次都写入同一个日志文件，以便为每个记录创建工作流跟踪。潜在地，我们可以在一天内进行接近一百万次的日志写入。

是否应该将此日志写入驻留在另一台服务器上的数据库中？注意事项：

1. 多个线程写入同一个日志文件的明显缺点是日志消息相互打乱。在数据库中，它们可以按批次 id 分组。
2. 性能——这会进一步减慢批处理的速度？写入本地文件或将日志数据发送到同一网络上另一台服务器上的数据库。从理论上讲，日志文件更快，但这里有问题吗？

两种方法都可以进行优化吗？

谢谢。

我们的其中一个 weblogic 8.1 突然开始记录大量日志并填满磁盘。

给我们带来麻烦的日志位于

日志文件中的条目只是一次又一次重复的某种条目。像这样的东西

...

我在任何地方都找不到任何调试设置。我查看了托管服务器的远程启动类路径和参数。

谁能指出我控制这个日志文件的方向？

将 log4j 库添加到 Java 5 项目中是否仍然值得只是为了记录让我们说一些具有一些不错的翻转设置的文件的异常。还是标准的 util.logging 工具也能完成这项工作？

你怎么看？

所以我们已经讨论过在我的工作地点登录，我想知道你们中的一些人是否可以给我一些关于你的方法的想法？

通常我们的场景是，根本没有日志记录，主要是 .NET 应用程序、winforms/WPF 客户端通过 Web 服务或直接连接到数据库。

所以，真正的问题是，你会在哪里或什么地方记录？目前我们有用户报告错误消息 - 所以我假设日志启动/关闭，异常......

您是否将其用于调用 Web 服务或数据库？页面加载？

您如何很好地了解用户当时试图做什么？

是一路走好并记录多次尝试/天的所有内容，还是只记录您需要的内容（假设硬盘很便宜）。

我想这是几个问题，但我想更多地了解大型商店的实际做法！

我想记录人们在我的应用程序中所做的一些事情，在某些情况下，以便在需要时可以撤消。

最好将此类日志存储在文件或数据库中吗？我完全不知道优点和缺点是什么，除了它是另一个要设置的表。

是否有第三个（或第四个等）选项我不知道我应该研究和学习？

我希望能够查看在 IIS 上运行log的一系列网站的事件。asp.net我可以在外部执行此操作，例如通过 Web 界面吗？

在 C++ 中，没有事实上的标准日志记录工具。以我的经验，商店自己经营。然而，当试图创建可重用的软件组件时，这会产生一些问题。如果您系统中的所有内容都依赖于日志组件，这会降低软件的可重用性，基本上会迫使任何下游项目将您的日志框架与他们真正想要的组件一起使用。

IOC（依赖注入）并不能真正解决这个问题，因为您的组件需要依赖于日志抽象。日志组件本身可以添加对文件 I/O、触发机制和其他可能不需要的依赖项的依赖项。

向您的专有日志记录框架添加依赖项是否会牺牲组件的可重用性？

在发送给同事之前，我需要清空 LDF 文件。如何强制 SQL Server 截断日志？

我需要区分两个日志文件，但忽略每行的时间戳部分（准确地说是前 12 个字符）。是否有一个好的工具或聪明的 awk 命令可以帮助我？