CSMARS MARS Report Generation in Very SLOW & MARS HDD is 95% utilised
I am archiving the CSMARS Events on BACKUP Server . But still My CSMARS HDD utilisation is 95% and because of this I am not able to generate the reports (its shows me in process , early same report is to generate very quiclky). pls let me know how to free the HDD Data with proper Backup Steps ..... pls guide me
Re: CSMARS MARS Report Generation in Very SLOW & MARS HDD is 95%
The archiving does not itself 'move' the content to the backup server. Its just 'copied' there. When the MARS hard drive will start filling up it will automatically start over-writing the old data. But just make sure you are not hitting some recent bugs which caused the hard drive to fill up. Go the the CLI/GUI and check the backend log for any excessive messages (related to oracle etc.). If you issue the 'diskusage' and 'pndbstatus' command on the CLI, they will help you gather a better picture.
Reports can run slow for various reasons, as per the 6.x release notes, this has been improved.
I hope you are running the latest version in your major train? 5.3.6 etc.
Table of ContentsIntroductionVersion HistoryPossible Future
UpdatesDocuments PurposeNAT Operation in ASA 8.3+ SectionsRule Types
Network Object NATTwice NAT / Manual NATRule Types used per SectionNAT
Types used with Twice NAT / Manual NAT and Network Obje...
Table of Contents Introduction:This document describes details on how
NAT-T works. Background: ESP encrypts all critical information,
encapsulating the entire inner TCP/UDP datagram within an ESP header.
ESP is an IP protocol in the same sense that TCP an...