应用程序日志数据库替换的最佳实践

我们的Web应用程序(大约30个)使用log4net将应用程序特定的东西记录到集中式日志记录数据库(sql Server 2012)中,因此日志记录数据库很快就会变得非常庞大.因此,我们决定每年更换它,例如将当前日志记录数据库(例如AppLog到AppLog2015)重命名,然后为Web应用程序创建新的日志记录数据库(AppLog).我们需要保留替换的数据库以供将来查询.

这些更换东西的最佳做法是什么？在替换时简单地设置所有应用程序的停机时间是否更好？或者是否可以在没有停机的情况下更换数据库？

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

解决方法

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

它不是微软的解决方案,但对于开源世界的大规模,ELK堆栈很受欢迎.即弹性搜索,Logstash,Kibana.阅读有关可扩展解决方案可能是什么样的内容至少应该是有趣的.与Microsoft工具集成应该是可行的,因为您可以使用syslog协议发送日志.如果应用程序是您自己的,那么这很简单,但如果您的应用程序包含不能轻松完成此操作的第三方工具,则可能是偶然的.