应用程序日志数据库更换的最佳做法

我们的Web应用程序(30个左右)使用log4net将应用程序特定的东西logging到集中式日志logging数据库(Sql Server 2012)中,因此日志logging数据库变得非常快速。 因此,我们决定每年更换一次,比如重命名当前的日志数据库(例如AppLog到AppLog2015),然后为Web应用程序创build一个新的日志数据库(AppLog)。 我们需要保留replace的数据库以备将来查询。

做这些replace的最佳做法是什么? 在更换所有应用程序时简单地设置一些停机时间会更好吗? 还是有可能在没有停机的情况下更换数据库?

任何意见,将不胜感激。 即使完全不同的方法build议也是受欢迎的。

如果你可以在几秒钟内查询一年的日志,那么对我来说听起来很小。

这不是微软的解决scheme,但是对于开源世界的更大规模,ELK栈很受欢迎。 即弹性search,Logstash,Kibana。 阅读有关可扩展的解决scheme可能会是什么样的想法至less应该是有趣的。 与Microsoft工具的集成应该是可行的,因为您可以使用syslog协议发送日志。 如果应用程序是您自己的应用程序,那么很简单,但是如果您的应用程序包含不方便执行此操作的第三方工具,那么可能就是一种“