- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-22-2017 01:56 PM
After a clone, the Activities log shows the correct comments and work notes on Incidents but not the correct user who made them. Any ideas to correct this would be greatly appreciated.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-22-2017 08:44 AM
Earl,
I did receive some info from HI but the answer was not exactly what I wanted to hear. There is no real issue with the bringing over of the sys_audit table as far as time is concerned. Since the data is pulled before the clone there isn't a huge delay in the cloning. The issue was one of security. We have many, as probably most companies, secure incidents that deal with either personal info or HR type info. The information that is secure is stored in the same tables that the activity logs are stored so that was the reason we weren't bringing those tables over to begin with. There is no way to separate the secure data from the unsecured data in the cloning process.
So after a long discussion with our BA team it was decided that not importing secure data was more important than having the correct user ID on records that were in a non-production instance.
I hope this answers any questions you may have.
Marshall
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-26-2017 11:24 AM
Varun,
Thanks for responding. Yes, a HI ticket has already been submitted. We are now down to discussing if the sys_audit table, which is in the excluded tables tab, is brought over, will this cause any issues with the target instance and if the amount of data being brought over will impact the process. Stay tuned for further information as I get it.
Marshall

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-21-2017 03:55 PM
Hey Marshall, we are experiencing the same thing, did HI ever get back to you?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-22-2017 08:44 AM
Earl,
I did receive some info from HI but the answer was not exactly what I wanted to hear. There is no real issue with the bringing over of the sys_audit table as far as time is concerned. Since the data is pulled before the clone there isn't a huge delay in the cloning. The issue was one of security. We have many, as probably most companies, secure incidents that deal with either personal info or HR type info. The information that is secure is stored in the same tables that the activity logs are stored so that was the reason we weren't bringing those tables over to begin with. There is no way to separate the secure data from the unsecured data in the cloning process.
So after a long discussion with our BA team it was decided that not importing secure data was more important than having the correct user ID on records that were in a non-production instance.
I hope this answers any questions you may have.
Marshall
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎08-01-2022 03:14 AM
HI Marshall,
Thanks to your question, there is an article in the support knowledge base