webgisdr backups ballooning in size
Hello, all. In process of sleuthing out a low disk space error on my Portal 10.8.1 machine, I discovered that the most recent webgisdr backup is MUCH larger than normal:
Looking through what's been published or updated in the last week, I don't see any smoking guns in terms of hosted feature layers, and I don't think a couple of web apps or dashboards would do that. Is there an efficient way of determining the disk usage of Portal items? Or is this indicative of some other problem with my enterprise install? This is a single-machine deployment.
I did figure out the culprit in the end. Using ArcGIS Monitor, I was able to pinpoint when the disk space dropped (went from ~60GB to ~45 in a few steps). I then matched that up to the last update date on the feature services and realized one of the layers was hosted that I hadn't noticed before. It turns out the person creating that layer had accidentally published it as hosted and it was already on their radar to fix it. Yet again, I'm super happy to have Monitor installed.
I am still curious, though, if there are other tools available to ID large items and feature layers. Monitor helped me in this case, but it wouldn't help much if my goal was to do a targeted cleanup of older services, starting with the largest ones.
Hi @JCGuarneri as @Scott_Tansley mentioned if you want a set and forget tool Qonda Reports shows item size on the Portal Item screen along with owner, sharing, title etc. See example screenshot below.
You can also create custom reports eg report on all items over 500mb
If youre interested take a look at https://getqonda.com
