SQL Server具有内置的数据库备份压缩.有没有压缩RMAN备份的简单方法？它工作正常吗？是否直接从压缩备份中恢复？甚至是推荐吗？谢谢
压缩备份很简单，从压缩备份中恢复是透明的.在性能方面有一个权衡，因为压缩需要额外的CPU开销，您必须决定在您的情况下什么最适合您.除基本/默认之外的任何压缩选项(即使用高级压缩选项)都需要额外的许可.
请参阅此处的完整文档:https://docs.oracle.com/en/database/oracle/oracle-database/19/bradv/backing-up-database.html#GUID-E0D30989-9477-45DD-8FE1-367BDD0A7A8E
>制作压缩备份>>创建备份集时，您可以使用RMAN>支持对备份集进行二进制压缩，方法是在backup命令中包含AS> Compressed BACKUPSET选项>> RMAN在将备份集内容写入磁盘之前压缩备份集内容>使用哪种二进制压缩级别的详细信息将自动记录在备份集中.无需在恢复操作中明确提及使用的压缩类型或如何解压缩备份集>>二进制压缩在备份和还原操作期间会产生一些性能开销.二进制压缩会消耗CPU资源，因此不要在CPU使用率较高时定期安排压缩备份>但是，在以下情况下，可能需要支付>性能罚款:>>-当快速恢复区域或其他基于磁盘的备份目标中的磁盘空间有限时，您正在使用基于磁盘的备份>>-您正在通过网络执行到某些设备的备份，而减少的网络带宽比CPU使用率更重要>>—您正在使用一些存档备份介质，如CD或DVD，其中>减少备份大小可以节省介质成本和存档存储>>示例9-7制作压缩备份gt>此示例将整个数据库和存档日志备份到配置的默认备份目标(磁盘或磁带)，生成压缩备份集>>备份 > AS COMPRESSED BACKUPSET> DATABASE PLUS ARCHIVELOG
backup
AS> Compressed BACKUPSET
压缩备份很简单，从压缩备份中恢复是透明的.在性能方面有一个权衡，因为压缩需要额外的CPU开销，您必须决定在您的情况下什么最适合您.除基本/默认之外的任何压缩选项(即使用高级压缩选项)都需要额外的许可.
请参阅此处的完整文档:https://docs.oracle.com/en/database/oracle/oracle-database/19/bradv/backing-up-database.html#GUID-E0D30989-9477-45DD-8FE1-367BDD0A7A8E
>制作压缩备份>>创建备份集时，您可以使用RMAN>支持对备份集进行二进制压缩，方法是在
backup命令中包含AS> Compressed BACKUPSET选项>> RMAN在将备份集内容写入磁盘之前压缩备份集内容>使用哪种二进制压缩级别的详细信息将自动记录在备份集中.无需在恢复操作中明确提及使用的压缩类型或如何解压缩备份集>>二进制压缩在备份和还原操作期间会产生一些性能开销.二进制压缩会消耗CPU资源，因此不要在CPU使用率较高时定期安排压缩备份>但是，在以下情况下，可能需要支付>性能罚款:>>-当快速恢复区域或其他基于磁盘的备份目标中的磁盘空间有限时，您正在使用基于磁盘的备份>>-您正在通过网络执行到某些设备的备份，而减少的网络带宽比CPU使用率更重要>>—您正在使用一些存档备份介质，如CD或DVD，其中>减少备份大小可以节省介质成本和存档存储>>示例9-7制作压缩备份gt>此示例将整个数据库和存档日志备份到配置的默认备份目标(磁盘或磁带)，生成压缩备份集>>备份 > AS COMPRESSED BACKUPSET> DATABASE PLUS ARCHIVELOG