Richard, it doesn't work any different of all the other "standard"
clients, from that point of view. What is possibly happening is that you
have declared a "Maximum Size Threshold" on your Stg DiskPool which is
lower than the size of the file it's attempting to backup, so it goes
immediately to the next Stg Pool.

Hope this helps

Mauro, STM

> One of my clients has installed the Storage Solutions ABC Client for
OpenVMS
> (v 1.2-6d).  I have absolutely no experience of VMS or this client so
I'm
> struggling here.  We have configured the option files and the client is
> talking to the server OK.
>
> I have setup the copy groups so that the destination is a 4gb disk
storage
> pool.  The next storage pool is a 3494 tape pool.
>
> When he attempts an incremental backup (of less than 4gb worth of data)
the
> session ignores the disk pool completely and attempts to mount a tape
> volume.  We are not keen on this since we have limited mount points.
When I
> remove the tape pool from the hierarchy the client complains that there
is
> not enough storage (I can't get hold of the exact message at this
time).
>
> I understand that normal ADSM clients send a size estimate to the ADSM
> server.  This client communicates via the API, are size estimates used?
>
> Any ideas how I can get this client to backup to the disk storage pool?
>
> Richard.
>
> =====================================
> Technical Services (ADSM) - Dawson House
> Int: 33298  Ext: 01925 233298
> =====================================
>
>
>
> ***********************************************************
> The information contained in this e-mail is intended only
> for the individual to whom it is addressed. It may contain
> privileged and confidential information. If you have
> received this message in error or there are any problems,
> please notify the sender immediately and delete the message
> from your computer. The unauthorised use, disclosure,
> copying or alteration of this message is forbidden. Neither
> Vertex Data Science Limited nor any of its subsidiaries
> will be liable for direct, special, indirect or
> consequential damage as a result of any virus being passed
> on, or arising from alteration of the contents of this
> message by a third party.
>
> Vertex Data Science Limited (England and Wales No. 3153391)
> registered office Vertex House, Greencourts Business Park,
> 333 Styal Road, Manchester, M22 5TX
> ***********************************************************