Hello all,
In our environment we have a daily SaveDataAll chore running during off-hours. As a consequence, we have accumulated many timestamped tm1s*.log file as we don't presently archive these.
I recall from a prior thread there IS a performance hit with keeping the timestamp'd transaction logs in the log folder when using the Architect transaction log tool. Besides this, any other performance considerations? e.g. with startup? I'm thinking not, but wanted to get the wisdom of the experts.
Thanks!
Performance impact of many timestamped transaction logs
-
- MVP
- Posts: 2832
- Joined: Tue Feb 16, 2010 2:39 pm
- OLAP Product: TM1, Palo
- Version: Beginning of time thru 10.2
- Excel Version: 2003-2007-2010-2013
- Location: Atlanta, GA
- Contact:
Re: Performance impact of many timestamped transaction logs
The only impact would be on the Architect transaction log searching or if you wanted to back something out. In either case, you would still be crazy not to have a nightly SaveData.Adam wrote: ↑Tue Sep 29, 2020 2:28 pm Hello all,
In our environment we have a daily SaveDataAll chore running during off-hours. As a consequence, we have accumulated many timestamped tm1s*.log file as we don't presently archive these.
I recall from a prior thread there IS a performance hit with keeping the timestamp'd transaction logs in the log folder when using the Architect transaction log tool. Besides this, any other performance considerations? e.g. with startup? I'm thinking not, but wanted to get the wisdom of the experts.
Thanks!