如果错误日志记录失败，您会怎么做？如何测试其在生产中的工作情况？

Question

1. 如果错误记录代码失败，您该怎么办？
2. 您如何确保其当前正常工作？
3. 你怎么知道它是否不起作用？
4. 您如何测试它在生产环境中的工作情况？
5. 如果其他一切都失败了，我应该抛出异常吗？

下面的代码使用 Microsoft 的企业库日志记录应用程序块。 如何让它变得“更好”？

using Microsoft.Practices.EnterpriseLibrary.Logging;

class Program
{
    static void Main(string[] args)
    {
        try
        {
            // Trying to write some data to the DB
            ...
        }
        catch (Exception ex)
        {
            LogHelper.LogException(ex, "Trying to write to the DB");
        }
    }
}

public class LogHelper
{
    public static void LogException(Exception ex, string exceptionType)
    {
        try
        {
            // Simplified version, only logging the message
            Logger.Write(exceptionType);
        }
        catch
        {
            // What do you do here???
        }
    }
}

Answer 1

我的应用程序通常会在出现错误时执行两件事。 第一种是将其写入本地日志文件（即使它也使用某种类型的数据库日志记录）。 然后，它会将错误的电子邮件发送到为支持而设置的通讯组列表。

因此，如果数据库日志写入失败，错误仍然存​​在于本地日志文件中，并且也会通过电子邮件发送。

如果电子邮件发送失败，错误仍会记录下来，以便您稍后解决问题。

恕我直言，只有对于极其关键的任务应用程序来说，获得比这更高的容错能力才值得付出努力。

Answer 2

请参阅我的相关问题中的答案：

如果其他一切都失败了，请在您的 catch 块中使用“最后手段日志记录”。 将异常记录到文本文件中不太可能失败的位置。 如果最后的手段日志记录因抛出另一个异常而失败，您可以吞掉该异常，或者终止您的应用程序并将错误显示为消息框。

在这种特定（例外）情况下，吞下异常是不终止应用程序的唯一方法。

Answer 3

我写了一个日志文件，并将一封电子邮件发送到一个永远不会消失的常用地址。 两者都不是防弹的，但我认为如果我们的邮件系统出现故障或电子邮件服务器发生变化，我们会知道这一点。 我确实有一些应用程序可以写入数据库和平面文件并发送电子邮件。 所以这三个中的一个就可以工作了。 我发现我的一个应用程序正在写入数据库以获取日志，并且在捕获中它正在写入同一个数据库，我发现它的唯一方法是应用程序由于数据库连接中的一些更改而失败。 我确保修改 catch 语句来处理电子邮件而不是数据库。 我对平面文件的唯一问题是文件系统存储，我们有很多应用程序为日志写入平面文件，因此我们不断备份并保存它们，或者只是简单地删除它们。