Retention Dates in Portal
# Get retentionperiod for DataMart, OMDataMart, CMDWDataMart Get-SCDWRetentionPeriod –ComputerName SCSMManagementServer –DatamartComputerName SCSMSQL\DW -DatamartDatabaseName DWDataMart Get-SCDWRetentionPeriod –ComputerName SCSMManagementServer –DatamartComputerName SCSMSQL\DW -DatamartDatabaseName OMDWDataMart Get-SCDWRetentionPeriod –ComputerName SCSMManagementServer –DatamartComputerName SCSMSQL\DW -DatamartDatabaseName CMDWDataMart # So to change the retention of the DWDatamart to 5 years ( 5 years * 365 days * 24 hours * 60 minutes = 2628000 minutes) Set-SCDWRetentionPeriod –ComputerName SCSMManagementServer –DatamartComputerName SCSM-SQL\DW -DatamartDatabaseName DWDataMart -DurationInMinutes 2628000
Comments
;-)
If DWRepository is not same or greater than the SCSM Ticket Retention Settings you can have duplicate relationship/enumeration duration data to occur. The reason this happens is because it does the following:
I personally believe it's a lack of functionality and code logic that causes relationships in the DWDataMart to be marked as deleted in this way, and makes it difficult to maintain accurate reporting, since archived data is being altered by something else later on besides what was done on the actual ticket. One must question if that is allowed under ITIL standards. Y'know, a year later and archived tickets have relationships marked as deleted.
The current workaround I've found is to alter both RetentionTimes (DWRepository and DWDataMart) to the same amount (and ensuring it's equal to or greater than any Ticket Retention Time in SCSM Settings), obviously there is more data in the DWRepository, but accuracy over efficiency in this case.
Ex.
See how many incidents that are resolved/closed have their very last relationship of Resolved By User marked as deleted. (I noticed each day the number got bigger and bigger, but by doing workaround it's remained at 0)