Hi, One big difference between DDM and RRR|Chive is that DDM just finds all records after the date/time you specify and transfer these records.
RRR|Chive will pull all recordids and modify-dates from both system and then do transfer/delete as appropriate. No need to specify a date. Because of this it is easy to use to restore a system after, for example, testing. I have been playing with the idea of using the DDM mapping files in RRR|Chive, but have not come around to doing this. So you are pretty much on your own and need to do the mapping yourself. I am not 100% sure about this, but I think that DDM will not copy data on custom fields you have added yourself automatically. I have another tool I like to use when planning migrations to new application versions, and this is RRR|DefFieldDiff that will give you an excel sheet of all changed data fields. This makes it easy to find differences and plan your data massaging. Best Regards - Misi, RRR AB, http://www.rrr.se (http://www.rrr.se) (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13) * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs Find these products, and many free tools and utilities, at http://rrr.se (http://rrr.se) April 19, 2017 2:39 PM, "Murnane, Phil" wrote: We've used DDM and RRR|Chive successfully on various projects. Misi's tool is scriptable and very fast compared to DDM. DDM can schedule code and data migrations. Generally both require the Last-Modified date/time field to be accurate. Overall, I'd personally recommend RRR|Chive. HTH, --Phil ------------------------------------ From: Action Request System discussion list(ARSList) on behalf of Nicosia, Ryan J. CTR USSOCOM HQ Sent: Wednesday, April 19, 2017 8:14 AM To: arslist@ARSLIST.ORG (mailto:arslist@ARSLIST.ORG) Subject: Re: [Non-DoD Source] Re: need input about data migration after Upgrade I have to disagree. We used DDM with great success but it does require admin freeze on all deletion activities of your production environment. That said, there are ways to get around that as well but purging the form in question on your target server and telling DDM to just pull everything over. Once you get to the point where you are running DDM every few days, the errors are easy to identify and clean up and you can re-run a specific package as needed. Ryan -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG (mailto:arslist@ARSLIST.ORG)] On Behalf Of Mohamed Kamruzzaman Sent: Wednesday, April 19, 2017 5:50 AM To: arslist@ARSLIST.ORG (mailto:arslist@ARSLIST.ORG) Subject: [Non-DoD Source] Re: need input about data migration after Upgrade Hi Amit, Agree with Vinod, you may want to look at alternate solution considering you are looking at migrating and cleaning your data. You will want to migrate over foundation, configuration and transactional data onto ITSM 9.x . This is an ideal time to clean up data, remapping Prod cats and Op Cats etc. and potentially archive some of the tickets that you no longer need. We use our Customer Move Tool (more info [CAUTION] http://www.alderstone.com/cmt (http://www.alderstone.com/cmt)) for the migration from previous ITSM versions to the latest, as we can migrate all modules data or a reduced set (including transformation and cleaning of data), depending on your requirements. In general we've been able to move entire data set within a day ensuring a smooth migration. Please let me know if you would like to talk about this in more detail or have any specific questions. Regards, Mohamed Mohamed Kamruzzaman. Alderstone.com +962776723269 | mohamed.kamruzza...@alderstone.com (mailto:mohamed.kamruzza...@alderstone.com) | Skype: mkamruzzaman | LinkedIn: Mohamed-Kamruzzaman _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at [CAUTION] www.arslist.org (http://www.arslist.org) "Where the Answers Are, and have been for 20 years" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org (http://www.arslist.org) "Where the Answers Are, and have been for 20 years" _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"