Yes, it works nicely

This environment variable might be your problem (on the server you are
trying to restore from):

in csh "setenv DSMO_AVG_SIZE 1000"
in ksh "export DSMO_AVG_SIZE=1000"        (or whatever the size of your
largest tablespace is)

in csh check your environment variables with with the "setenv" command
in ksh check with the "set" or "env" commands
enjoy

DSMO_AVG_SIZE
     The average size of objects in megabytes. This is passed to the
ADSM
server where it is used to determine storage pool and device usage. The
default is 50 MB.

     Important: Set this environment variable to a value in the
approximate
range of your database sizes so the ADSM server can determine device
usage.

for more information refer to the self-contained HTML file via the ADSM
home page titled
"ADSMConnect Agent for Oracle Backup"

Roger Hohmann wrote:

> I need to restore a oracle database via ebu/connect agent for oracle
on
> another oracle server. We configured target system with same
dsmo_node
> as source system and we can see the first (smaller) files being
> restored ok. When ebu starts restoring a larger file, we got
following
> error msg:
>
> OBK-4003: Process pid 181930 exited; exit code = -1
>   on 01/27/1999 08:10:40 [ 47272 : brio ]
>
> No entry in dsierror.log. The server shows anr0480w.
>
> Both servers are aix 4.2, oracle 7.3.3, adsm client 3.1.0.3, connect
> agent 2.1.0.6, ebu 2.0.12.4.0, but the version strings for Tape API
and
> Tape Management Software are different (I'm no oracle specialist).
>
> Did anyone do such a cross-node restore with ebu?
>
> Roger Hohmann
>
> WestLB
> Division: 009 Services
> Abteilung: 001-80633
> Herzogstra?e 15
> D - 40217 Dusseldorf
> Tel.: +49211 826 8155
> mailto:roger_hohmann AT westlb DOT de << File: bryan.vcf >>