Hi
Niklas,
Our
OS/390 4.1 Tsm server (38Gig DB), took about two hours to unload but we
cancelled the loaddb after about
26
hours. Not too sure why the unload took 2 hours (171 million entries unloaded) -
I expected the loaddb to
also
be in that region. Reverted to restoring the db to the backup we took just
before we started the unloaddb
process.
Decided to give this a miss - silently hoping we'll
move to AIX instead.
Cheers
Christo
======================================================================================
HelloWe tried to do a unloaddb this weekend to reorganise our database. It ran fine for 2 hours but then it seemed to stop after 157 million entries.ANR4013I UNLOADDB: Dumped 157654872 database entries (cumulative).But after this nothing happens, we could see I/O activity in MVS for the task. After 6 hours we cancelled the job.I've read on the ADSM list about unload times over 20 hours, is this a normal time?q dbAvailable Assigned Maximum Maximum Page Total Used Pct Max.
Space Capacity Extension Reduction Size Usable Pages Util Pct
(MB) (MB) (MB) (MB) (bytes) Pages Util
-----------------------------------------------------------------------------------------------------------------------------------
44,868 44,868 0 6,216 4,096 11,486,208 9,737,492 84.8 84.8
TSM 4.2.0 running on OS/390MVHNiklas Lundstr�mF�reningssparbanken IT08-5859 5164
______________________________________________
"The information contained in this communication is confidential and
may be legally privileged. It is intended solely for the use of the
individual or entity to whom it is addressed and others authorised to
receive it. If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking action
in reliance of the contents of this information is strictly prohibited
and may be unlawful. Absa is neither liable for the proper, complete
transmission of the information contained in this communication, any
delay in its receipt or that the mail is virus-free."
