Thanks Misi, seems to be good and overcomes shortcomings of DDM. Vinod.
> On 20-Apr-2017, at 2:30 PM, Misi Mladoniczky <[email protected]> wrote: > > ** > 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 (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 > > > April 19, 2017 2:39 PM, "Murnane, Phil" <[email protected]> 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) <[email protected]> on > behalf of Nicosia, Ryan J. CTR USSOCOM HQ <[email protected]> > Sent: Wednesday, April 19, 2017 8:14 AM > To: [email protected] > 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:[email protected]] On Behalf Of Mohamed Kamruzzaman > Sent: Wednesday, April 19, 2017 5:50 AM > To: [email protected] > 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) 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 | > [email protected] | Skype: mkamruzzaman | LinkedIn: > Mohamed-Kamruzzaman > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at [CAUTION] www.arslist.org "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" > _ARSlist: "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"
