请问NBU FOR oracle如何控制备份时同时使用的驱动器数？

dong_jh

请问NBU FOR oracle如何控制备份时同时使用的驱动器数？除了与存储单元的并行驱动器数设置有关外，与RMAN脚本中分配的通道数量有关吗？如果与通道数有关，那么分配了多于驱动器数量的通道数会出现什么结果？

oldnetdog

in for oracle backup situation, the maximum number of  concurrent drives you can use will be affected by the follow:

1.  maximum concurrent drives defined in Storage Units
2.  "Limits jobs per policy" setting in your policy
3.  rman backup channel number defined in your rman scripts
4.  global job limits defined in the master server

maximum drives you can use is the smallest number of the above 4.

hope it helpful

// oldnetdog
.

dong_jh

那要是rman定义的channel比可用的启动器数多会发生什么情况呢？

oldnetdog

the backup session will be queued until some drives are available.

// oldnetdog
.

dong_jh

[quote="oldnetdog"]the backup session will be queued until some drives are available.

// oldnetdog
.[/quote]用rman恢复时也会排队吗？我发现即使备份时只用一个驱动器也会同时产生好几个job，那么我要同时使用两个驱动器，每个策略的最大job数该设置成多少？

另外我要是备份的时候使用了一个驱动器，因为可能只用了一盘磁带，不可能使用两个驱动器来恢复了吧？这种情况下要是恢复时分配了两个通道会怎么样？

老邱

allocate多少个channel决定多少个备份任务被启动。如果channel数多于实际的drive数，某些job会排队（rman恢复时会排队的）。如果你要同时用两个驱动，就分配两个channel。

如果备份的时候是用的一个channel（一个驱动器、一般磁带），而恢复的时候在rman用了两个channel，那么一个恢复任务active，另一个queue，因为它要等第一个任务的tape。

jackandtom

还可以通过设置muti data stream 和multiplexing功能将几个session
写往一个drive.

melonm

在Omniback中，如果Channels数多于驱动器数的话，多个channel会被分到一个驱动器上，但每一驱动器上的channel数不超过定义的并行job数．

恢复时，rman好像一次只能恢复一个文件，也就是单线进行．也就是说，备份时可以用4个驱动器，数据写到了4个磁带上，但恢复时rman只能用４个驱动器同时恢复一个文件，而且花费了大量的时间在寻找数据上（因为数据写到磁带上可能并不连续），最终造成恢复的时间远远超过备份的时间．我大约算了一下，比备份的时间长5-7倍．

请教一下熟悉NBU的朋友，ＮＢＵ是这种情况吗？有没有比较好的方法可以缩短恢复的时间？

jackandtom

DP和NBU的功能差不多，在NBU里面是用multi data stream and multiplexing来控制，而在DP里面，在备份oracle的时候，也可以设定每个DRIVE可以允许多少个数据流，叫什么concurent 之类的，我记得是这样。原理近相通。