Sotonyi,
sounds like your primary storage pool is near 100% full and can't take
any more data. So the client tries to send a file to the primary pool,
gets an error and switches to the next storage pool (tape).
Check your pools (q stgpool) and make sure migration to a tape pool
takes place.
Storage Device Estimated Pct Pct
High Low Next Stora-
Pool Name Class Name Capacity Util Migr
Mig Mig ge Pool
(MB)
Pct Pct
----------- ---------- ---------- ----- -----
---- --- -----------
---- --- -----------
BACKUPPOOL DISK 19,500.0 74.2 68.1
BACKUPPOOL DISK 19,500.0 74.2 68.1
70 50 BACKUPPOOL-
3494
BACKUPPOOL- 3590CDEV 5,276,407. 32.5 51.3
100 0
3494 9
(it's the same for backup and archive pools)
Good luck,
Regards Michael
--
Michael Bartl mailto:michael.bartl AT cw DOT com
Michael Bartl mailto:michael.bartl AT cw DOT com
Office of Technology, IT Germany/Austria Tel: +49-89-92699-806
Cable & Wireless Deutschland GmbH. Fax: +49-89-92699-302
Landsberger Str. 155, D-80687 Muenchen http://www.cw.com/de
Sotonyi Attila wrote:
>
> Hi All!
>
> I've a very interesting problem with my TSM behaviour. I've TSM server
> 4.1.4.0 and BA client 4.1.2.20, 3494 tape library with 3 drives. In
> the last month I discovered the following problem:
>
> When I want to archive to TSM server then I allways got the following
> information message:
>
> Normal File--> 6,666,752 /supd/oraarch/sup/3408.log ** Unsuccessful **
> ANS1114I Waiting for mount of offline media.
> Retry # 1 Normal File--> 6,666,752 /supd/oraarch/sup/3408.log [Sent]
>
> When I want to retrieve from the TSM server:
>
> ** Interrupted **
> ANS1114I Waiting for mount of offline media.
> Retrieving 9,478,144 /mav/oradata/control01.ctl -->
> /trn/oradata/control01.ctl [Done]
> Retrieve processing finished.
>
> But I checked everything and there is no other session with higher
> priority and all volumes is in the library. There're free drives
> during backup and restore. I'm not using disk primary stgpools. The
> database is down when I'm making backups. The problem is occures
> nowadays and affected all backups!!! Any good idea would be a good
> response!
>
> Üdv,
> Sótonyi Attila mailto:sotonyi AT mavinformatika DOT
> hu
> Rendszermérnök
> MÁV Informatika Kft.
> 06(1)457-9372
|