这很可能是一个荒谬的问题,但我对这个想法很感兴趣,所以我还是会问。将多个文件组上的数据库存储在同一物理驱动器上是否有任何性能或好处(灾难恢复处理之外)?
更具体地说,如果我仅为同一物理驱动器上的全文索引创建辅助文件组,是否有益?这会是一个瓶颈吗?
在我的情况下,日志文件存储在与数据文件不同的物理驱动器上。
发布于 2011-08-06 02:38:09
它不应该提供任何额外的好处,除了使用单独的文件组时,您可以潜在地拆分备份。就同一驱动器上的I/O而言,这样做不会获得太多好处,因此,如果您完全出于I/O性能原因考虑,我建议您推迟到可以为单独的磁盘轴编制预算。
发布于 2011-08-06 07:19:47
多个文件可减少分配争用(PFS锁存争用)。非常非常快的IO子系统(例如,SSD驱动器)可能会暴露此问题,并需要通过向数据库添加更多文件来缓解此问题。在How many files should a database have?或Benchmarking: Multiple data files on SSDs上有更多关于这方面的细节。
多个文件组意味着多个文件,但同时热点表不会从多个文件组中受益,因为热点将再次位于单个文件组中(当然,除非热点文件组本身被拆分成多个文件)。所以我要说的是,文件组仅用于管理目的(例如,piece meal restore)。
发布于 2011-08-06 02:38:52
不,这并不重要。它所做的就是使以后如果您想要移动它们变得更容易。
https://stackoverflow.com/questions/6961031
复制相似问题