We don't have Exadata Cloud so I can't comment on how that compares but we
sometimes have to manually purge some of that content if we get a sudden flood
of data:
https://docs.oracle.com/en/database/oracle/oracle-database/18/sutil/oracle-adr-command-interpreter-adrci.html#GUID-92DD451B-C3A1-48D7-A147-3296E75572CB
Otherwise, is it possible your retention policy is too long and not purging
often enough?
https://docs.oracle.com/en/database/oracle/oracle-database/18/sutil/oracle-adr-command-interpreter-adrci.html#GUID-5CAC90F9-8C61-46B1-AA0A-3F097C24D7E6
https://docs.oracle.com/en/database/oracle/oracle-database/18/sutil/oracle-adr-command-interpreter-adrci.html#GUID-68ED8877-1132-45F1-8297-E1CCF8D34D98
Also, in our case, the default Exadata deployment left a lot of unused disk
space behind. We had to use the LVM commands to allocate that space to /u01
which gave us a lot more breathing space.
On Monday October 28 2019 11:19:05 AM Chris Taylor wrote:
We've got an Exadata Cloud at Customer machine in our data center now and I
the amount of logs/trc/aud/etc files generated throughout the system is
quite the marvel.
I'm curious if anyone has an automated script to keep their Exadata nodes
cleaned up and wouldn't mind sharing?
I'll write my own if needed but if someone has one they're particularly
proud of, I'd be grateful to not have to start from scratch.
We only have access to DomU so its just a matter of keeping filesystems as
clean as possible such as:
Filesystems:
/
/u01
/u02
<cluster home>
Thanks,
Chris
Attachment:
signature.asc
Description: This is a digitally signed message part.
