Perhaps the following query would give you better data:
select node_name,sum(reporting_mb) as "TOTAL_OCCUPANCY" from occupancy group by
node_name
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Paul_Dudley
Sent: Tuesday, July 26, 2016 9:35 PM
I have a user who wants to archive their old Solaris SPARC system before
killing it, and keep the archives for 5-years.
This is a Solaris 5.9 system so the most current client is v5.5.
I am about to upgrade my servers to 7.1.6 (from 6.3.5.100). What are the
chances the archives will be restore/re
I don’t know if it’s of interest to you, Zoltan, but I keep a demo VM of
WFW3.11 around with an ADSM 2.1.0.8 client. I backup and restore it using a
TSM 7.1.6.0 server with deduplicated container pools with no problem. It’s fun
to show this to prospects to demonstrate unsupported compatibility
I checked and our audit license process runs at night every second day. It ran
about 10 hours prior to the command below being run.
Thanks & Regards
Paul
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul
Zarnowski
Sent: Wednesday, 27 July
Thanks. I ran this command and it ran successfully and provided me with a list
of totals.
However they are a lot higher than what is reported by my query auditocc
command.
Does it total just the primary storage or all storage pools?
I am just interested in primary storage to keep track of storag