I set up a cron job that does filespace and node deletions in a batch on weekends. Then if it takes a long time, I don't care. I set this up back on server version 5, when deletions took a REALLY long time, and I kept it in V6 to deal with exactly this issue with System State. We've been using Client Option Sets to prevent System State backup for several years now, but sometimes one slips through. Also we now have actual data filespaces with many millions of stored objects, and sometimes one of those needs to be deleted, another reason to batch deletions on weekends.
Roger Deschner University of Illinois at Chicago "I have not lost my mind -- it is backed up on tape somewhere." ________________________________________ From: Sasa Drnjevic <sasa.drnje...@srce.hr> Sent: Monday, February 25, 2019 15:25 Subject: Re: Bottomless pit FYI, same here...but my range/ratio was: ~2 mil occ to 25 mil deleted objects... Never solved the mystery... gave up :-> -- Sasa Drnjevic www.srce.unizg.hr/en/ On 2019-02-25 20:05, Zoltan Forray wrote: > 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/ >
