背景

我有一个庞大的数据库SharePoint网站收集的。这是130GB和增长10gb每月。100GB的130GB是在一个站点收集。30GB是的版本表。只有一个网站集合-这是通过设计。

的问题

我能够分区数据库(SharePoint)使用SQL2005年份的葡萄酒的数据划分的特征(创建多个数据文件)?是否有可能分区的数据库已经建立?有人分配一个SharePoint DB?我会遇到任何问题?

有帮助吗?

解决方案

你就必须创建一个分区设定和重建表在该分区设定的。SQL2005只能在分区单列,这样你就必须有一个列在数据库,

  • 行为相当可以预见,这样你就不会得到一大的偏斜量的数据在每个分区
  • 请参考列具有以数字或时间价值
  • 在实践中这是最简单的如果它的单调增加的-您可以创建一系列分区(自动或手动)和系统,将填补它们因为它得到的范围的定义。

一个日期(或许该日期的文件被输入)是理想的。但是,你可能有或可能没有一个有用列在大表。M.S.技术支持将是最好的咨询意见。

该分区 应该 是透明的程序(同样,你需要一个列有适当的行为,使用作为一个分区键)。

除非你是足够幸运,有一个分区的关键柱,也是使用一个搜索谓语中最常见的查询可能得不到多少查询性能从中受益的分区。一个例子列,运作良好,是一个日期列在数据仓库。然而,Sharepoint应用程序可能不广泛使用这种fo查询。

其他提示

莫罗,

您是否无法在Sharepoint级别对数据进行细分?

即您可能有多个“网站”。使用单个(SQL)内容数据库。 您可以将站点数据迁移到新的内容数据库,这样您就可以减少该大型内容站点中的数据,然后缩小数据文件。

它还可以帮助您管理明显的持续增长。

詹姆斯。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top