2010-08-25 97 views
1

我正在添加一个监视脚本来检查我的数据库文件的大小,以便我可以提供一份每周报告,显示每个文件的大小以及它在上周的增长情况。为了获得增长,我只是每个数据库的大小每周记录一张表格,然后与前一周的结果进行比较。唯一的诀窍是在哪里保留该表。在使用主数据库而不是仅创建一个新数据库来保存这些日志方面有哪些折衷? (我假设将来会有其他显示器,我们将在未来添加)在SQL Server 2005主数据库中创建表

回答

5

的主要原因是master没有校准额外的负载:它没有安装IO系统与适当的容量规划上,是很难左右移动到新的IO的位置,它的维护计划需要备份和日志备份按照活动量极低的情况频繁发生,其初始规模和增长率按照预计不会发生变化的方式进行计划。造成这种情况的另一个原因是许多故障排除方案需要检查数据库的副本,但是您必须将新的master附加到您的实例。这些是为什么不鼓励将对象添加到master的主要原因。另外许多管理员可以理解地更喜欢应用程序使用它自己的数据库,因此可以适当考虑并最终轻松卸载。为msdb存在

类似的问题,但如果推来推这将是更好的应用程序数据存储在msdb而非master,因为前者是一个普通的数据库(尽管普遍认为是系统的,实际上没有)。

1

我不会把任何东西放在主人的位置,它可以在升级时被覆盖/重新创建。

我已经在每个服务器上放置了一个DBA ServerInfo数据库,以便像这样使用,以及任何应用程序特定的环境事物(prod,test和dev之间不同的东西)。

2

Master DB是属于SQL Server的系统数据库。它不应该用于任何其他目的。创建您自己的数据库来保存您的日志。

相关问题