SCOR_ASYNC_JOB table massive in size

[kmcabee@harris.]

I was looking to clean up the dabatase (1.2 TB) for my ePolicy Orchestrator server (5.3.2). When I looked at the largest tables, one stood out from the rest: SCOR_ASYNC_JOB. I was wondering what this table was for and how I might go about purging the records (either in SQL or in ePO) from this database.

Also, what job or jobs are causing this database to grow so large? "async" makes me think it has something to do with Active Directory Sync, but I'm not sure.

Any help would be appreciated; Thank you!

[vivs · Accepted solution]

Hello kmcabee@harris. 

Thanks for your post.

SCOR_ASYNC_JOB this belongs to Solidcore Table.

I would recommend you to please check with the Solidcore Team to get a workaround for this.

Other thing i would like to inform you that ePO 5.3.2 is already end of life and no more supported.

Was my reply helpful?

If you find this post useful, please give it a Kudos! Also, please don't forget to select "Accept as a Solution" if this reply resolves your query!

[rackroyd]

Hi,

SCOR = Solidcore.

Not all tables in ePO belong to ePO directly, some are part of specific point-product functionality.

In this case that would be Solidcore (aka Application protection).

Maintenance of that table is something that may be better discussed in their product channel rather than here.

Separately, not sure if you are aware but ePO 5.3.2 is end of life for a while now and no longer supported.