在SQL Server中的关系型数据仓库分区策略（1）

核心提示： 数据存档对于一个几T规模的数据仓库的成功实现并不以构建一个良好性能以及线性扩展的系统而结束，它也依赖于对一个高度可用的系统的维护，在SQL Server中的关系型数据仓库分区策略（1）(7)，如果数据被分区了，在SQL Server中的零散备份就可以实现，老化的数据可以被存档并且可以通过还

数据存档

对于一个几T规模的数据仓库的成功实现并不以构建一个良好性能以及线性扩展的系统而结束。它也依赖于对一个高度可用的系统的维护。

如果数据被分区了，在SQL Server中的零散备份就可以实现。在SQL Server中的零散备份以及还原操作为分区的管理提供了更大的灵活性。零散备份备份意味着单个的分区，在被限制到它们自己的文件组时，可以被单独的备份和还原而不会影响整个数据库。在一个简单恢复模型中为了零散备份可以工作文件组必须设置为只读模式。在使用大容量日志恢复模型或者完全恢复模型的情况下，有必要备份事务日志-这样做主要是为了成功的还原文件组。关于这些限制的更多细节，请参阅在SQL Server 联机丛书中的“备份(Transact-SQL)”

查询性能

专用的查询是关系型数据仓库解决方案的一个主要部份。应用程序的特点以及查询所产生的结果的性质对于关系型数据仓库的分区有着极大的影响。例如，如果查询中有一个对应到分区键的筛选键，与对单个巨表进行的同样查询相比有更快的响应速度。这是因为对分区的使用促进了并行操作的使用并且在查询中的分区键意味着对数据的剪切更容易了。

滑动窗口实现

滑动窗口是影响对关系型数据仓库分区的一个关键要素之一因而值得用上一个单独的部份对其具体实现的细节进行讨论。

滑动窗口的场景包括将新的分区滑动进去以及将老化的分区从分区表或者视图滑动出来。当老化的数据存档时新的数据就可以用来让用户查询了。在滑动分区时的关键是最小化down机时间。

老化的数据可以被存档并且可以通过还原相应的备份在必要时取回，或者它也可以被移动到一个更低持久性，但更大I/O承受能力的始终可用以进行用户查询的子系统。