我已经使用部署了蟑螂数据库。不幸的是,我没有意识到默认的conf给了我一个非常小的1Gi,不能调整大小的持久卷。我也没有意识到,蟑螂使用了相当多的空间来监控自己的时间序列。现在,我的持久卷已满,我的crashing正在崩溃:
log: exiting because of error: log: cannot create log: open /cockroach/cockroach-datalogs/cockroach.ckdb-cockroachdb-0.root.2018-09-09T1
我们的软件商店做了一个大型的企业级系统,它的一个部分是一个复杂的监控和日志查看工具。最近我们的一个团队重写了它,因为之前的版本确实缺乏一些基本的功能。而且它真的很丑陋。由于这个团队厌倦了企业级的东西,他们听说过IoC和Spring (“看起来很酷,对吧?”),他们认为在这个应用程序中使用它是一个好主意。我认为IoC和Spring适合其他需求(比如更改数据库驱动程序或其他动态配置)。
编辑:此应用程序的GUI有点类似于Visual Studio GUI。
在我们的组织中,我们有几个非生产环境,在这些环境中,开发人员使用TSQL代码和数据库自由而狂野地运行。DBA团队通常不对其进行监控或维护。最近,几个使用一台服务器的开发人员不得不编写一堆代码的过程,这样他们的日志文件就会增长到10-20GB (在DBs上大约15-40 we ),直到他们耗尽了我们为日志文件提供的驱动器卷上的空间。数据库都处于简单的恢复模式中,备份(几乎)从未进行过。哪些有效的日志文件管理策略可以使用?