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.