2 Replies Latest reply on Jul 4, 2013 1:56 AM by Root VG

    Retention period of incident event log in TMART

      Hi all,

       

      For the incident log, I suppose and I guess they should be stored in the TMART database. Please correct me if my understanding is not correct. I would like to know what is the retention period of the incident event log (I guess it should be 7 days by my observation) and also how and where can I adjust the retention period for incident event log. Thanks a lot.

       

      untitled.jpg

      Best regards,

      Rootvg

        • 1. Re: Retention period of incident event log in TMART
          Dan Egner

          The incidents are kept the same amount of time as your weekly aggregated data.

           

          SV_IncidentHistoryNodes is a table in the database that holds incident data.

          For deleting data this table is tied to the weekly level <I10080min>.

          I10080min is explained in the Admin Guide in this section:

          Reducing Repository Size on Database Server

          • 2. Re: Retention period of incident event log in TMART

            Hi Dan,

             

            Thanks a lot for your help. I am really deeply appreciate it. I have located what I am looking for.

            According to the guide, the steps to change the retention period of incident event log is as follow:

            1. Stop the application server.
            2. Open the SvAppServerHomeConf.xml file with a text editor.This file is located in the /conf/appserver folder of the BMC TM ART Central directory on the application server.
            3. Locate the <KeepOldData> XML tag.
            4. Define the interval when Central should perform the data reduction process by setting the tag <ScheduleDayPeriod>. Set the value to the number of days after which the data reduction process should be performed. For example, to start removing old result files and aggregating old results every week, enter the following settings <ScheduleDayPeriod>7</ScheduleDayPeriod>

             

            Rootvg

            1 of 1 people found this helpful