You're seeing the same issue I've seen.

Q OCCUP values for SystemState seem to have no relationship to the number that 
are eventually deleted.

The value on Q OCCUP is always much lower than what is reported in Q PRO.

And, deleting system state takes a LONG time.

-----Original Message-----
From: ADSM: Dist Stor Manager <ADSM-L@VM.MARIST.EDU> On Behalf Of Zoltan Forray
Sent: Monday, February 25, 2019 1:05 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Bottomless pit

EXTERNAL: This email originated from outside of the organization. Do not click 
any links or open any attachments unless you trust the sender and know the 
content is safe.


Here is a new one.......

We turned off backing up SystemState last week.  Now I am going through and 
deleted the Systemstate filesystems.

Since I wanted to see how many objects would be deleted, I did a "Q OCCUPANCY" 
and preserved the file count numbers for all Windows nodes on this server.

For 4-nodes, the delete of their systemstate filespaces has been running for 
5-hours. A "Q PROC" shows:

2019-02-25 08:52:05 Deleting file space
ORION-POLL-WEST\SystemState\NULL\System State\SystemState (fsId=1) (backup
data) for node ORION-POLL-WEST: *105,511,859 objects deleted*.

Considering the occupancy for this node was *~5-Million objects*, how has it 
deleted *105-Million* objects (and counting).  The other 3-nodes in question 
are also up to *>100-Million objects deleted* and none of them had more than 
*6M objects* in occupancy?

At this rate, the deleting objects count for 4-nodes systemstate will exceed 
50% of the total occupancy objects on this server that houses the backups for* 
263-nodes*?

I vaguely remember some bug/APAR about systemstate backups being 
large/slow/causing performance problems with expiration but these nodes client 
levels are fairly current (8.1.0.2 - staying below the 8.1.2/SSL/TLS 
enforcement levels) and the ISP server is 7.1.7.400.  All of these are Windows 
2016, if that matters.

--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor 
Administrator VMware Administrator Virginia Commonwealth University UCC/Office 
of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be 
a phishing victim - VCU and other reputable organizations will never use email 
to request that you reply with your password, social security number or 
confidential personal information. For more details visit 
http://phishing.vcu.edu/


CONFIDENTIALITY AND PRIVILEGE NOTICE
This e-mail message, including attachments, if any, is intended for the person 
or entity to which it is addressed and may contain confidential or privileged 
information. Any unauthorized review, use, or disclosure is prohibited. If you 
are not the intended recipient, please contact the sender and destroy the 
original message, including all copies, Thank you.

Reply via email to