TSM在恢复oracle时，怎么设置rman的备份集和备份片，来使恢复效率更高？

在使用TSM恢复oracle数据文件时，发现tsm会遍历一边备份集，然后恢复文件，如果备份集太大，那么所花时间就较长，然后经过测试调整备份集之后，效率是有所提高，那么备份集和备份片到底如何优化会使得恢复效率更高？

针对您的提问，我帮您修正几个地方：
第一个是【在使用TSM恢复oracle数据文件时，发现tsm会遍历一边备份集】

    备份软件在这个阶段，并不是去遍历备份集，而是去备份系统元数据（通常我们也叫它index）内遍历这个备份的索引信息，通过索引信息结合你的恢复条件定位出使用那些备份片、这些备份片在哪些磁带上。

第二个是【如果备份集太大，那么所花时间就较长】

    基于第一个的理解，备份集大小并不会明显影响恢复时BACKUP SERVER遍历索引的速度，而是主要影响磁带机读取备份片的速度。
    

备份的调优涉及很多因素，比如业务机配置、存储、备份软件、备份配置、备份存储、网络等。
分享下我原来写过的备份的调优心得，恢复调优和备份调优思路差不多。

使用TSM备份oracle，怎么设置通道会比较好？

   不管是哪一款备份软件，对备份数据备份流程的控制尤其重要，特别是采用消重技术的备份。对备份数据的控制效用将直接影响消重性能。消重技术以变长、定长两种为例，顾名思义变长是可以根据数据长度动态调整切片长度（如EMC DataDomain）,定长仅仅是以固定长度对数据进行切片。切片完成后，片（piece）的命中率直接决定消重性能。piece的命中率越高，消重越明显。因此如何控制备份片（backup piece）单一度且相似度成为重点。我们知道Oracle的Rman脚本里，有一个fileperset参数来控制每一个backup piece里会包含多少个data file。设想一下，如果fileperset越高，那每个backup piece就会包含更多的data file，backup piece的杂糅度就会越高（data file会被混乱随机的组成一个backup piece，并不是每次都按照同一个顺序拟成），那么消重切片后piece的重复率必然低。综合分析，一个合理的fileperset值将有效提升消重效率，fileperset越小越好，理论为1最好（如果没有多路复用的情况，一个流会话会占用一个备份设备）。

  接下来关注备份通道数，Oracle的备份效率与数据结构类型、数据大小以及备份配置等息息相关。如何合理规划备份通道数？关于此问题，我们需要了解一个概念------多路复用（multiplexing）。这个功能能够让多个oracle channel的备份流写入一个磁带机，如rman里分配了四个通道，但备份只有一个磁带机在跑。对于单个磁带机来讲，连续、大量的数据流具有更高的写入效率，如果单个backup piece数据量偏小就需要适当提高multiplexing的复用效率：允许x个会话同时写入该设备（此操作提高数据杂糅度会降低后端消重效率）。对于Oracle而言，如果数据库性能允许，更多的channel会带来更高的数据读取效率，备份速度越快。然而考虑到备份对业务的影响以及并发性能的限制，最佳的通道数需要多次调整尝试。

  除此之外若是oracle的消重备份，如果设置rman读取datafile时的读取块大小以及备份软件写数据的块大小以及设备消重的最小长度呈倍数关系，在消重效率和备份速率上都会有一定提升。