sql-server – 我是否需要将数据库拆分为文件组？它现在是30GB
发布时间：2020-12-12 16:59:23 所属栏目：MsSql教程 来源：网络整理
导读：我现在正在将我公司的数据库服务器从 Windows 2000 / Sql Server 2000更改为Windows 2003 R2 / Sql Server 2005.它拥有30个数据库,每个数据库的大小约为7GB,但其中一个是30gb.现在我想知道我是否应该利用这个机会在这个数据库上使用文件组. 但我以前从未使用
|
我现在正在将我公司的数据库服务器从
Windows 2000 / Sql Server 2000更改为Windows 2003 R2 / Sql Server 2005.它拥有30个数据库,每个数据库的大小约为7GB,但其中一个是30gb.现在我想知道我是否应该利用这个机会在这个数据库上使用文件组.
但我以前从未使用它,而且我不知道数据库的内容那么好.但它是一个经济体系,所以我认为在过去8年的生产中,它拥有大量历史“只读”信息. 任何人都可以给我一些关于我是否应该拆分的提示和提示？ 如果有人能给我一些意见,我会很感激:) 解决方法您想将数据库拆分为多个文件组,还是将多个文件添加到现有的主文件组？在第一种情况下,您需要将对象(表,索引)移动到新添加的文件组中,否则它将保持为空.这样做需要您非常好地理解所述对象的使用模式,以便您可以确定哪些对象在哪里.之后的优点是,您将能够根据访问方式将文件组分配到单独的IO路径(单独的磁盘/ LUN).另一个优点是,您可以更轻松地管理备份/还原,允许您进行零碎还原并允许您进行单个文件组备份.我会说在数据库中分配文件组是一个设计时决定,现在你有点晚了. 第二种情况,您只需将更多文件添加到PRIMARY文件组,以便将IO分布到多个磁盘上.除非你确实有IO问题,并且你确实有多个IO路径(即单独的磁盘/阵列/ luns以将文件放到其上),添加多个文件没有任何优势.您可能会遇到建议将数据库固定到相同大小的N个文件中的建议,其中N是CPU核心数,但该建议已过时,因为SQL 2005/2008处理SGAM / GAM分配争用比SQL 2000好得多,不再需要拆分. 根据您对问题和环境的描述,我坦率地认为没有理由进行任何拆分：您不会制定任何花哨的恢复计划以允许零碎还原(除了它只有30Gb,这是相当小的),并且你只有一个磁盘,所以多个文件没有任何优势. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |