SQL备份需同时启用压缩与加密以兼顾效率与安全：压缩可减小30%–70%体积并加快传输，需用WITH COMPRESSION或配置服务器默认启用；加密须创建主密钥和证书，配合AES_256算法，且私钥须离线保管；二者结合后仍需定期VERIFYONLY校验及异地存储。
SQL备份既要保障数据安全，又要控制存储开销。压缩减少体积，加密防止泄露，二者结合才能兼顾效率与防护。
压缩备份：减小体积、加快传输
SQL Server原生支持备份压缩（2008及以上版本），开启后通常可减少30%–70%备份文件大小，尤其对含重复文本、空值或大字段的数据库效果明显。
- 创建压缩备份时，在BACKUP DATABASE语句中添加WITH COMPRESSION选项
- 可在服务器级别默认启用压缩：执行sp_configure 'backup compression default', 1; RECONFIGURE;
- 注意：压缩会略微增加CPU负载，高并发备份场景建议监控CPU使用率
加密备份：防止未授权访问
仅靠文件系统权限或存储隔离无法真正保护备份文件内容。SQL Server 2014起支持本机备份加密，需先建立证书或非对称密钥。
- 先创建主密钥：CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'StrongPass123!';
- 再创建证书：CREATE CERTIFICATE BackupCert WITH SUBJECT = 'Backup Encryption Certificate';
- 备份时指定加密算法和证书：WITH ENCRYPTION (ALGORITHM = AES_256, SERVER CERTIFICATE = BackupCert)
- 恢复前必须存在相同证书（或对应私钥），否则无法还原
安全与存储协同优化建议
单独压缩或加密都不足以构建健壮的备份策略，需组合落地并持续验证。
- 始终启用压缩，除非备份窗口极短且CPU已饱和
- 生产环境备份必须加密，证书私钥导出后离线保管，切勿与备份文件同存
- 压缩+加密后仍建议定期校验：用RESTORE VERIFYONLY确认可读性
- 将备份文件存至具备访问审计、版本保留、异地同步能力的对象存储（如Azure Blob、S3）而非本地磁盘
不复杂但容易忽略：加密不是“设了就完事”，证书生命周期管理、私钥备份、还原演练缺一不可。
