Auditocc table empty

chad_small

ADSM.ORG Moderator
Joined
Dec 17, 2002
Messages
2,262
Reaction score
52
Points
0
Location
Gilbert, AZ
Website
www.tsmadmin.com
PREDATAR Control23

Anyone ever seen a situation where the auditocc table is empty? There is data in OCCUPANCY but AUDITOCC is empty. Before you ask the AUDITSTORAGE option is set to YES

When I run the query auditocc or select * from auditocc the nodes show as if no data has been backed up.

Details: Spectrum Protect Server 8.1.4.0 on Red Hat Linux.

01/17/2018 17:25:29 ANR0984I Process 2 for AUDIT LICENSES started in the BACKG
ROUND at 05:25:29 PM. (SESSION: 73, PROCESS: 2)
01/17/2018 17:25:29 ANR2817I AUDIT LICENSES: License audit started as process
2. (SESSION: 73, PROCESS: 2)
01/17/2018 17:25:30 ANR2825I License audit process 2 completed successfully -
123 nodes audited. (SESSION: 73, PROCESS: 2)
01/17/2018 17:25:30 ANR0987I Process 2 for AUDIT LICENSES running in the BACKG
ROUND processed 123 items with a completion state of SUCC
ESS at 05:25:30 PM. (SESSION: 73, PROCESS: 2)


Node Name Backup Stora Archive Stor Space-Managed Total Storag
ge Used (MB) age Used (MB Storage Used e Used (MB)
) (MB)
----------------------------------- ------------ ------------ ------------- ------------
TESTNBAASPXY01_VMCLI 0.00 0.00 0.00 0.00
TESTNBAASPXY01_VC10.96.41.40 0.00 0.00 0.00 0.00
TESTNBAASPXY01_CLT01_ICAHN_POD18_DE 0.00 0.00 0.00 0.00
D_DC01
TESTNBAASPXY01_LOCAL_MP_LNX 0.00 0.00 0.00 0.00
TESTNBAASPXY01_CLT01_ICAHN_POD18_DE 0.00 0.00 0.00 0.00
D_DC01_DM01
TESTNBAASPXY01_LOCAL_MP_WIN 0.00 0.00 0.00 0.00
.
.
.

Protect: CLTTSM50>select * from auditocc

NODE_NAME: TESTNBAASPXY01_VMCLI
BACKUP_MB: 0
BACKUP_COPY_MB: 0
ARCHIVE_MB: 0
ARCHIVE_COPY_MB: 0
SPACEMG_MB: 0
SPACEMG_COPY_MB: 0
TOTAL_MB: 0
BACKUP_ACTIVE_MB: 0

NODE_NAME: TESTNBAASPXY01_VC10.96.41.40
BACKUP_MB: 0
BACKUP_COPY_MB: 0
ARCHIVE_MB: 0
ARCHIVE_COPY_MB: 0
SPACEMG_MB: 0
SPACEMG_COPY_MB: 0
TOTAL_MB: 0
BACKUP_ACTIVE_MB: 0

NODE_NAME: TESTNBAASPXY01_CLT01_ICAHN_POD18_DED_DC01
BACKUP_MB: 0
BACKUP_COPY_MB: 0
ARCHIVE_MB: 0
ARCHIVE_COPY_MB: 0
SPACEMG_MB: 0
SPACEMG_COPY_MB: 0
TOTAL_MB: 0
.
.
.




 
PREDATAR Control23

Interesting.. I ran the same query on a SP 8.1.0 system sitting on a windows box and I get output for those Backup_MB & Total_MB fields related to a DP for VE DC node.

NODE_NAME: VCenter01_DC
BACKUP_MB: 133189152
BACKUP_COPY_MB: 0
ARCHIVE_MB: 0
ARCHIVE_COPY_MB: 0
SPACEMG_MB: 0
SPACEMG_COPY_MB: 0
TOTAL_MB: 133189152
BACKUP_ACTIVE_MB: 0

What interests me with this type of query (auditocc) is.. Is that TOTAL_MB number the total amount of all the file spaces (vm's) protected BEFORE or AFTER dedup & compression, cause I am actually after a way to get the combined amount of occupancy stored by 'VCenter01_DC' BEFORE dedup & compression. As if the whole lot were to be restored, how much would that be?
 
PREDATAR Control23

Update.. Definitely what I am looking for above.. the figure equates to 133.18 TB in total. The Storage Pool that all that data is sitting on is only 27 TB in size, with some exceptional dedup & compression rates. Total savings up in the 80+ %.

:)
 
Top