问启用1.5TB表上的页压缩

EN

在表或索引级别上启用页压缩。您可以使用带有页压缩索引的未压缩表或具有未压缩索引的压缩表。如果希望对索引进行页面压缩，则需要单独执行。

我给人的印象是，这一举措最重要的考虑是能够归还所有分配给你的临时空间。对于你想要做的事情，SELECT INTO不是一个好的选择。该表将在未压缩的情况下构建，并且没有聚集索引。构建它需要一个REBUILD，它将增长您的数据文件，这正是您希望避免的。

以下是我要考虑的做法：

1. 对旧数据库进行完全备份。
2. 将备份还原到同一服务器上的临时数据库。
3. 将恢复模型更改为临时数据库上的simple。
4. 截断日志。
5. 截断目标表。
6. 使用页压缩聚集索引创建目标表，而不使用非聚集索引。
7. 使用TABLOCK提示将旧数据库中的所有行插入目标表。这个操作可能需要很长的时间，但是应该尽可能少地记录，而不需要排序。
8. 使用页面压缩一次生成一个非聚集索引。
9. 切换到完全恢复模式。
10. 采取充分的后援。在切换恢复模型之后这样做意味着您不必再进行另一次备份。
11. 在原始数据库上还原临时数据库。
12. 在测试完后，删除旧数据库的备份，并且您确信所有的数据都已检查完毕。

你的计划听起来不错，除了这个：

另外，而不是启用页压缩。在步骤3之后，截断最大的表，启用页面压缩，然后在ReplicaDB.dbo.ReplicaTbl中执行SELECT *？

如果截断表并启用页压缩，则必须执行INSERT而不是SELECT INTO，此时应使用TABLOCK进行页压缩，而不仅仅是行压缩。

此外，用压缩进行重建比插入压缩表要快得多，我们在大型表上有3-5倍的差异。

在这里查看一下：数据加载性能指南数据加载性能指南，节数据压缩和大容量加载：

当数据大容量加载到压缩表或分区时，页级和行级压缩通常在大容量加载时间完成。但是，您应该注意到一个异常:当批量加载到页面压缩堆中时，必须使用TABLOCK提示来实现页面压缩。如果不使用TABLOCK提示，则只对堆进行行级压缩。在大容量目标上使用页面压缩通常会减慢大容量加载速度--特别是当I/O系统能够提供足够的速度使CPU饱和时。

我想知道您的表是否是分区的(对这么大的表进行分区是有意义的)。

如果您的主要关注点是空间，那么可以分别压缩每个分区。如果平均有500个分区，则只有30-50GB。这种方法的另一个好处是可以更改分区子集的压缩，因此可以在不同的时间点进行压缩。

ALTER INDEX <IX_Table_ClusteredIndex>
ON <Table> REBUILD PARTITION = 1 WITH (DATA_COMPRESSION = PAGE); 

下面是一个查询，它将为所有分区生成INDEX REBUILD：

SELECT '    ALTER INDEX ['+ i.name + '] ON [' + s.name + '].[' + o.name + 
    '] REBUILD PARTITION = ' + CONVERT(VARCHAR(MAX), p.partition_number) + 
    ' WITH (DATA_COMPRESSION = PAGE, ONLINE = ON); '
FROM sys.partitions p
    INNER JOIN sys.objects o
        ON p.object_id = o.object_id
    INNER JOIN sys.schemas s
        ON o.schema_id = s.schema_id
    INNER JOIN sys.indexes i
        ON p.index_id = i.index_id
        AND p.object_id = i.object_id
WHERE o.name = 'LargeTable' 
ORDER BY p.partition_number

INDEX REBUILD可以是最小记录操作最小记录操作。而且，由于您使用的是企业版，所以可以使用ONLINE = ON重新构建它。