Re: Migrator Tool
One point of clarification... I perform the object type by object type migration process when moving a new app or a large number of changes to an environment. For smaller (update) changes (a few dozen of objects) I'll migrate everything at the same time. Jason On Mon, Feb 13, 2017 at 10:27 PM, Jason Miller <jason.mil...@gmail.com> wrote: > To answer your original question, I use Migrator for 99% of the objects I > move between environments. > > Now I don't let it fly full-auto with the default config, that is just > reckless. I use Migrator along with the tracking form/process I detailed > here: https://communities.bmc.com/message/555604#555604. > > First I set all Migrator "Required Objects" to no. I also run migrator in > scripting mode. I then have a flow I usually flow where I run a difference > report of forms, add the forms to the script as appropriate (while > reviewing the differences), and migrate. Then I refresh the difference > report to make sure the results are what I expect. I then do the same thing > with Active Links. Then with Filter and keep repeating this process with > the different object types. > > The 1% that is left is usually renaming objects (I like to fix spelling > issues and rename objects that may have been originally given vague or > misleading names), creating/updating DB views for View Forms that will be > migrated, deleting objects, etc. > > Jason > > On Mon, Feb 13, 2017 at 5:19 AM, Brian Pancia <panc...@finityit.com> > wrote: > >> ** >> >> Misi, >> >> >> I've been playing around with your tools and as always they are pretty >> awesome. There's a new tool in ARS 9.1 called AR System Deployment >> Management that looks pretty promising. Messing around with Migrator was >> painful just like I remembered. It looks like the deployment tool will end >> up replacing Migrator. Another toy to add to the tool box. I'm sure there >> are a few kinks that need to be worked out of the deployment tool, but I'll >> give it a go to see how it works. I'm curious to see anyone else's >> experience with the deployment tool. >> >> >> Thanks again, >> >> >> Brian >> >> >> >> >> -- >> *From:* Brian Pancia >> *Sent:* Friday, February 10, 2017 8:14 AM >> >> *To:* arslist@ARSLIST.ORG >> *Subject:* Re: Migrator Tool >> >> >> Awesome. New toys to play with. I'll have to play with different >> scenarios depending on the source and destination servers. I'm thinking >> monthly syncs to dev and weekly syncs to test for code. I may do weekly >> data syncs to both environments. In theory Prod and Test should be locked >> down, preventing development directly from there, but that's a different >> beast to tackle. I guess RRRDefDiff will be a good way for me to tell if >> updates are being made to Prod or Test without going through Dev>Test>Prod >> sequence. Batching that process out may be interesting to see if >> developers aren't following the proper process. For a COOP environment I'm >> thinking using SQL replication is probably the best bet. With replication >> I can do near real time updates. >> >> Brian >> -- >> *From:* Action Request System discussion list(ARSList) < >> arslist@ARSLIST.ORG> on behalf of Misi Mladoniczky <m...@rrr.se> >> *Sent:* Thursday, February 9, 2017 1:37 PM >> *To:* arslist@ARSLIST.ORG >> *Subject:* Re: Migrator Tool >> >> ** >> Hi, >> >> Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef >> and RRR|DeleteObject. >> >> The important one is RRR|DefDiff, mening that you can use other tools to >> export/import definitions and delete surplus objects. >> >> https://rrr.se/cgi/tools/main?tool=rrrDefDiff >> >> RRR|DefDiff <https://rrr.se/cgi/tools/main?tool=rrrDefDiff> >> rrr.se >> RRR|DefDiff updated 2015-06-16 Finds differences between two def-files >> >> >> >> https://rrr.se/cgi/tools/main?tool=rrrExportDef >> >> RRR|ExportDef <https://rrr.se/cgi/tools/main?tool=rrrExportDef> >> rrr.se >> RRR|ExportDef updated 2012-11-23 Exports definition files from your server >> >> >> >> https://rrr.se/cgi/tools/main?tool=rrrImportDef >> >> RRR|ImportDef <https://rrr.se/cgi/tools/main?tool=rrrImportDef> >> rrr.se >> usage: rrrimportdef [ -l error.log ] [ -e error.def ] [ -verbose ] [ >> -silent ] server tcpport user password import.def usage: rrrimportdef -help >> >&g
Re: Migrator Tool
To answer your original question, I use Migrator for 99% of the objects I move between environments. Now I don't let it fly full-auto with the default config, that is just reckless. I use Migrator along with the tracking form/process I detailed here: https://communities.bmc.com/message/555604#555604. First I set all Migrator "Required Objects" to no. I also run migrator in scripting mode. I then have a flow I usually flow where I run a difference report of forms, add the forms to the script as appropriate (while reviewing the differences), and migrate. Then I refresh the difference report to make sure the results are what I expect. I then do the same thing with Active Links. Then with Filter and keep repeating this process with the different object types. The 1% that is left is usually renaming objects (I like to fix spelling issues and rename objects that may have been originally given vague or misleading names), creating/updating DB views for View Forms that will be migrated, deleting objects, etc. Jason On Mon, Feb 13, 2017 at 5:19 AM, Brian Pancia <panc...@finityit.com> wrote: > ** > > Misi, > > > I've been playing around with your tools and as always they are pretty > awesome. There's a new tool in ARS 9.1 called AR System Deployment > Management that looks pretty promising. Messing around with Migrator was > painful just like I remembered. It looks like the deployment tool will end > up replacing Migrator. Another toy to add to the tool box. I'm sure there > are a few kinks that need to be worked out of the deployment tool, but I'll > give it a go to see how it works. I'm curious to see anyone else's > experience with the deployment tool. > > > Thanks again, > > > Brian > > > > > -- > *From:* Brian Pancia > *Sent:* Friday, February 10, 2017 8:14 AM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Migrator Tool > > > Awesome. New toys to play with. I'll have to play with different > scenarios depending on the source and destination servers. I'm thinking > monthly syncs to dev and weekly syncs to test for code. I may do weekly > data syncs to both environments. In theory Prod and Test should be locked > down, preventing development directly from there, but that's a different > beast to tackle. I guess RRRDefDiff will be a good way for me to tell if > updates are being made to Prod or Test without going through Dev>Test>Prod > sequence. Batching that process out may be interesting to see if > developers aren't following the proper process. For a COOP environment I'm > thinking using SQL replication is probably the best bet. With replication > I can do near real time updates. > > Brian > -- > *From:* Action Request System discussion list(ARSList) < > arslist@ARSLIST.ORG> on behalf of Misi Mladoniczky <m...@rrr.se> > *Sent:* Thursday, February 9, 2017 1:37 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Migrator Tool > > ** > Hi, > > Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef and > RRR|DeleteObject. > > The important one is RRR|DefDiff, mening that you can use other tools to > export/import definitions and delete surplus objects. > > https://rrr.se/cgi/tools/main?tool=rrrDefDiff > > RRR|DefDiff <https://rrr.se/cgi/tools/main?tool=rrrDefDiff> > rrr.se > RRR|DefDiff updated 2015-06-16 Finds differences between two def-files > > > > https://rrr.se/cgi/tools/main?tool=rrrExportDef > > RRR|ExportDef <https://rrr.se/cgi/tools/main?tool=rrrExportDef> > rrr.se > RRR|ExportDef updated 2012-11-23 Exports definition files from your server > > > > https://rrr.se/cgi/tools/main?tool=rrrImportDef > > RRR|ImportDef <https://rrr.se/cgi/tools/main?tool=rrrImportDef> > rrr.se > usage: rrrimportdef [ -l error.log ] [ -e error.def ] [ -verbose ] [ > -silent ] server tcpport user password import.def usage: rrrimportdef -help > > > > https://rrr.se/cgi/tools/main?tool=rrrDeleteObject > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) > > RRR|Home <http://www.rrr.se/> > www.rrr.se > RRR|Log Fix specific performance problems or work proactively with > performance by using RRR|Log. It will help you make sense of the > information in the Remedy log ... > > > > > 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 > > RRR|Home <http://rrr.se/> > rrr.se > RRR|Log Fix specific performance problems
Re: Migrator Tool
Misi, I've been playing around with your tools and as always they are pretty awesome. There's a new tool in ARS 9.1 called AR System Deployment Management that looks pretty promising. Messing around with Migrator was painful just like I remembered. It looks like the deployment tool will end up replacing Migrator. Another toy to add to the tool box. I'm sure there are a few kinks that need to be worked out of the deployment tool, but I'll give it a go to see how it works. I'm curious to see anyone else's experience with the deployment tool. Thanks again, Brian From: Brian Pancia Sent: Friday, February 10, 2017 8:14 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator Tool Awesome. New toys to play with. I'll have to play with different scenarios depending on the source and destination servers. I'm thinking monthly syncs to dev and weekly syncs to test for code. I may do weekly data syncs to both environments. In theory Prod and Test should be locked down, preventing development directly from there, but that's a different beast to tackle. I guess RRRDefDiff will be a good way for me to tell if updates are being made to Prod or Test without going through Dev>Test>Prod sequence. Batching that process out may be interesting to see if developers aren't following the proper process. For a COOP environment I'm thinking using SQL replication is probably the best bet. With replication I can do near real time updates. Brian From: Action Request System discussion list(ARSList) <arslist@ARSLIST.ORG> on behalf of Misi Mladoniczky <m...@rrr.se> Sent: Thursday, February 9, 2017 1:37 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator Tool ** Hi, Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef and RRR|DeleteObject. The important one is RRR|DefDiff, mening that you can use other tools to export/import definitions and delete surplus objects. https://rrr.se/cgi/tools/main?tool=rrrDefDiff RRR|DefDiff<https://rrr.se/cgi/tools/main?tool=rrrDefDiff> rrr.se RRR|DefDiff updated 2015-06-16 Finds differences between two def-files https://rrr.se/cgi/tools/main?tool=rrrExportDef RRR|ExportDef<https://rrr.se/cgi/tools/main?tool=rrrExportDef> rrr.se RRR|ExportDef updated 2012-11-23 Exports definition files from your server https://rrr.se/cgi/tools/main?tool=rrrImportDef RRR|ImportDef<https://rrr.se/cgi/tools/main?tool=rrrImportDef> rrr.se usage: rrrimportdef [ -l error.log ] [ -e error.def ] [ -verbose ] [ -silent ] server tcpport user password import.def usage: rrrimportdef -help https://rrr.se/cgi/tools/main?tool=rrrDeleteObject Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) RRR|Home<http://www.rrr.se/> www.rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... 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 RRR|Home<http://rrr.se/> rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... February 9, 2017 5:52 PM, "Brian Pancia" <panc...@finityit.com<mailto:%22Brian%20Pancia%22%20<panc...@finityit.com>>> wrote: I'm blowing off the dust on BMC Migrator. It has been years since I've messed with it. I've used it in the past to migrate small amounts of code from dev to test to production. What I'm looking at now is using it as a sync tool between the environments for code only. I've usually just done a database backup and restore in the past and for small code migrations I just export/import .def files. There are definitely pros/cons to all these methods. My plan now is to use RRRChive to migrate data updates and BMC Migrator to do code migration. This will give me much more control then a simple database backup and restore. Is anyone currently taking this approach between dev/test/prod. We're using MS SQL 2012 on the backend, which I'll use database replication between prod and coop. Brian DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. _AR
Re: Migrator Tool
Awesome. New toys to play with. I'll have to play with different scenarios depending on the source and destination servers. I'm thinking monthly syncs to dev and weekly syncs to test for code. I may do weekly data syncs to both environments. In theory Prod and Test should be locked down, preventing development directly from there, but that's a different beast to tackle. I guess RRRDefDiff will be a good way for me to tell if updates are being made to Prod or Test without going through Dev>Test>Prod sequence. Batching that process out may be interesting to see if developers aren't following the proper process. For a COOP environment I'm thinking using SQL replication is probably the best bet. With replication I can do near real time updates. Brian From: Action Request System discussion list(ARSList) <arslist@ARSLIST.ORG> on behalf of Misi Mladoniczky <m...@rrr.se> Sent: Thursday, February 9, 2017 1:37 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator Tool ** Hi, Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef and RRR|DeleteObject. The important one is RRR|DefDiff, mening that you can use other tools to export/import definitions and delete surplus objects. https://rrr.se/cgi/tools/main?tool=rrrDefDiff RRR|DefDiff<https://rrr.se/cgi/tools/main?tool=rrrDefDiff> rrr.se RRR|DefDiff updated 2015-06-16 Finds differences between two def-files https://rrr.se/cgi/tools/main?tool=rrrExportDef RRR|ExportDef<https://rrr.se/cgi/tools/main?tool=rrrExportDef> rrr.se RRR|ExportDef updated 2012-11-23 Exports definition files from your server https://rrr.se/cgi/tools/main?tool=rrrImportDef RRR|ImportDef<https://rrr.se/cgi/tools/main?tool=rrrImportDef> rrr.se usage: rrrimportdef [ -l error.log ] [ -e error.def ] [ -verbose ] [ -silent ] server tcpport user password import.def usage: rrrimportdef -help https://rrr.se/cgi/tools/main?tool=rrrDeleteObject Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) RRR|Home<http://www.rrr.se/> www.rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... 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 RRR|Home<http://rrr.se/> rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... February 9, 2017 5:52 PM, "Brian Pancia" <panc...@finityit.com<mailto:%22Brian%20Pancia%22%20<panc...@finityit.com>>> wrote: I'm blowing off the dust on BMC Migrator. It has been years since I've messed with it. I've used it in the past to migrate small amounts of code from dev to test to production. What I'm looking at now is using it as a sync tool between the environments for code only. I've usually just done a database backup and restore in the past and for small code migrations I just export/import .def files. There are definitely pros/cons to all these methods. My plan now is to use RRRChive to migrate data updates and BMC Migrator to do code migration. This will give me much more control then a simple database backup and restore. Is anyone currently taking this approach between dev/test/prod. We're using MS SQL 2012 on the backend, which I'll use database replication between prod and coop. Brian DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. ___
Re: Migrator Tool
Hi, Yes, your outline is pretty much correct. 1. Export complete DEF (or a prefix or something like that) using RRR|ExportDef (or do it with other tools) 2. Run RRR|DefDiff will produce one def file with new objects and one def file with updated objects, and one def files with objects to delete. 3. RRR|ImportDef can be used to import the updated and new object def files (or you can do this with other tools) 4. RRR|DeleteObjects can delete objects included in the delete-def-file from the target server (or you can delete the objects manually with other tools) After all steps are completed, I typically export a new def file and then use RRR|DefDiff again to verify that the target server looks as desired, meaning no diffs this time. 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) February 9, 2017 8:01 PM, "Brian Pancia" wrote: I'll have to play around with that combo too. Your tools are always top notch. Would this be the correct steps: - run RRRExportDef on both Source and Destination server - run RRRDefDiff on the files created - run RRRImportDef or RRRDeleteObject based on the results of RRRDefDiff So it looks like for RRRImportDef I would need to rerun RRRExportDef based on RRRDefDiff results. For RRRDeleteObject I would feed the parameters of the objects I would like to delete from RRRDefDiff. If that's the correct steps, can it be automated in a batch file or does it require manual intervention? Brian From: Action Request System discussion list(ARSList) on behalf of Misi Mladoniczky Sent: Thursday, February 9, 2017 1:37 PM To: arslist@ARSLIST.ORG (mailto:arslist@ARSLIST.ORG) Subject: Re: Migrator Tool ** Hi, Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef and RRR|DeleteObject. The important one is RRR|DefDiff, mening that you can use other tools to export/import definitions and delete surplus objects. https://rrr.se/cgi/tools/main?tool=rrrDefDiff (https://rrr.se/cgi/tools/main?tool=rrrDefDiff) RRR|DefDiff (https://rrr.se/cgi/tools/main?tool=rrrDefDiff) rrr.se RRR|DefDiff updated 2015-06-16 Finds differences between two def-files https://rrr.se/cgi/tools/main?tool=rrrExportDef (https://rrr.se/cgi/tools/main?tool=rrrExportDef) RRR|ExportDef (https://rrr.se/cgi/tools/main?tool=rrrExportDef) rrr.se RRR|ExportDef updated 2012-11-23 Exports definition files from your server https://rrr.se/cgi/tools/main?tool=rrrImportDef (https://rrr.se/cgi/tools/main?tool=rrrImportDef) RRR|ImportDef (https://rrr.se/cgi/tools/main?tool=rrrImportDef) rrr.se usage: rrrimportdef [ -l error.log ] [ -e error.def ] [ -verbose ] [ -silent ] server tcpport user password import.def usage: rrrimportdef -help https://rrr.se/cgi/tools/main?tool=rrrDeleteObject (https://rrr.se/cgi/tools/main?tool=rrrDeleteObject) Best Regards - Misi, RRR AB, http://www.rrr.se (http://www.rrr.se) (ARSList MVP 2011) RRR|Home (http://www.rrr.se/) www.rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... 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) RRR|Home (http://rrr.se/) rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... February 9, 2017 5:52 PM, "Brian Pancia" wrote: I'm blowing off the dust on BMC Migrator. It has been years since I've messed with it. I've used it in the past to migrate small amounts of code from dev to test to production. What I'm looking at now is using it as a sync tool between the environments for code only. I've usually just done a database backup and restore in the past and for small code migrations I just export/import .def files. There are definitely pros/cons to all these methods. My plan now is to use RRRChive to migrate data updates and BMC Migrator to do code migration. This will give me much more control then a simple database backup and restore. Is anyone currently taking this approach between dev/test/prod. We're using MS SQL 2012 on the backend, which I'll use database replication between prod and coop.
Re: Migrator Tool
Brian, I have used Misi's tools in batch files and, yes, they can be automated, i.e called from an escalation. One of my favorite tricks is opening several DOS windows and running concurrent instances of rrrChive to sync data across servers. In that case, each instance synchronized data from forms with different prefixes (CHG, SYS, INC, etc.) I recommend the 'rrr' tools as they have helped me MANY times, for many clients. I haven't used Migrator in a long time (thanks, again Misi), but the last time I did it was less reliable and slower than the free tools. HTH, Joel Joel Sender * jdsen...@earthlink.net From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brian Pancia Sent: Thursday, February 9, 2017 11:00 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator Tool ** I'll have to play around with that combo too. Your tools are always top notch. Would this be the correct steps: - run RRRExportDef on both Source and Destination server - run RRRDefDiff on the files created - run RRRImportDef or RRRDeleteObject based on the results of RRRDefDiff So it looks like for RRRImportDef I would need to rerun RRRExportDef based on RRRDefDiff results. For RRRDeleteObject I would feed the parameters of the objects I would like to delete from RRRDefDiff. If that's the correct steps, can it be automated in a batch file or does it require manual intervention? Brian _ From: Action Request System discussion list(ARSList) <arslist@ARSLIST.ORG> on behalf of Misi Mladoniczky <m...@rrr.se> Sent: Thursday, February 9, 2017 1:37 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator Tool ** Hi, Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef and RRR|DeleteObject. The important one is RRR|DefDiff, mening that you can use other tools to export/import definitions and delete surplus objects. https://rrr.se/cgi/tools/main?tool=rrrDefDiff <https://rrr.se/cgi/tools/main?tool=rrrDefDiff> RRR|DefDiff rrr.se RRR|DefDiff updated 2015-06-16 Finds differences between two def-files https://rrr.se/cgi/tools/main?tool=rrrExportDef <https://rrr.se/cgi/tools/main?tool=rrrExportDef> RRR|ExportDef rrr.se RRR|ExportDef updated 2012-11-23 Exports definition files from your server https://rrr.se/cgi/tools/main?tool=rrrImportDef <https://rrr.se/cgi/tools/main?tool=rrrImportDef> RRR|ImportDef rrr.se usage: rrrimportdef [ -l error.log ] [ -e error.def ] [ -verbose ] [ -silent ] server tcpport user password import.def usage: rrrimportdef -help https://rrr.se/cgi/tools/main?tool=rrrDeleteObject Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) <http://www.rrr.se/> RRR|Home www.rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... 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/> RRR|Home rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... February 9, 2017 5:52 PM, "Brian Pancia" <panc...@finityit.com <mailto:%22brian%20pancia%22%20%3cpanc...@finityit.com%3e> > wrote: I'm blowing off the dust on BMC Migrator. It has been years since I've messed with it. I've used it in the past to migrate small amounts of code from dev to test to production. What I'm looking at now is using it as a sync tool between the environments for code only. I've usually just done a database backup and restore in the past and for small code migrations I just export/import .def files. There are definitely pros/cons to all these methods. My plan now is to use RRRChive to migrate data updates and BMC Migrator to do code migration. This will give me much more control then a simple database backup and restore. Is anyone currently taking this approach between dev/test/prod. We're using MS SQL 2012 on the backend, which I'll use database replication between prod and coop. Brian DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. _ARSlist: "Where the Answers Are" and have been for 20 years_
Re: Migrator Tool
I'll have to play around with that combo too. Your tools are always top notch. Would this be the correct steps: - run RRRExportDef on both Source and Destination server - run RRRDefDiff on the files created - run RRRImportDef or RRRDeleteObject based on the results of RRRDefDiff So it looks like for RRRImportDef I would need to rerun RRRExportDef based on RRRDefDiff results. For RRRDeleteObject I would feed the parameters of the objects I would like to delete from RRRDefDiff. If that's the correct steps, can it be automated in a batch file or does it require manual intervention? Brian From: Action Request System discussion list(ARSList) <arslist@ARSLIST.ORG> on behalf of Misi Mladoniczky <m...@rrr.se> Sent: Thursday, February 9, 2017 1:37 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator Tool ** Hi, Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef and RRR|DeleteObject. The important one is RRR|DefDiff, mening that you can use other tools to export/import definitions and delete surplus objects. https://rrr.se/cgi/tools/main?tool=rrrDefDiff RRR|DefDiff<https://rrr.se/cgi/tools/main?tool=rrrDefDiff> rrr.se RRR|DefDiff updated 2015-06-16 Finds differences between two def-files https://rrr.se/cgi/tools/main?tool=rrrExportDef RRR|ExportDef<https://rrr.se/cgi/tools/main?tool=rrrExportDef> rrr.se RRR|ExportDef updated 2012-11-23 Exports definition files from your server https://rrr.se/cgi/tools/main?tool=rrrImportDef RRR|ImportDef<https://rrr.se/cgi/tools/main?tool=rrrImportDef> rrr.se usage: rrrimportdef [ -l error.log ] [ -e error.def ] [ -verbose ] [ -silent ] server tcpport user password import.def usage: rrrimportdef -help https://rrr.se/cgi/tools/main?tool=rrrDeleteObject Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) RRR|Home<http://www.rrr.se/> www.rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... 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 RRR|Home<http://rrr.se/> rrr.se RRR|Log Fix specific performance problems or work proactively with performance by using RRR|Log. It will help you make sense of the information in the Remedy log ... February 9, 2017 5:52 PM, "Brian Pancia" <panc...@finityit.com<mailto:%22Brian%20Pancia%22%20<panc...@finityit.com>>> wrote: I'm blowing off the dust on BMC Migrator. It has been years since I've messed with it. I've used it in the past to migrate small amounts of code from dev to test to production. What I'm looking at now is using it as a sync tool between the environments for code only. I've usually just done a database backup and restore in the past and for small code migrations I just export/import .def files. There are definitely pros/cons to all these methods. My plan now is to use RRRChive to migrate data updates and BMC Migrator to do code migration. This will give me much more control then a simple database backup and restore. Is anyone currently taking this approach between dev/test/prod. We're using MS SQL 2012 on the backend, which I'll use database replication between prod and coop. Brian DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Migrator Tool
Hi, Why not try a combination of RRR|ExportDef, RRR|DefDiff, RRR|ImportDef and RRR|DeleteObject. The important one is RRR|DefDiff, mening that you can use other tools to export/import definitions and delete surplus objects. https://rrr.se/cgi/tools/main?tool=rrrDefDiff (https://rrr.se/cgi/tools/main?tool=rrrDefDiff) https://rrr.se/cgi/tools/main?tool=rrrExportDef (https://rrr.se/cgi/tools/main?tool=rrrExportDef) https://rrr.se/cgi/tools/main?tool=rrrImportDef (https://rrr.se/cgi/tools/main?tool=rrrImportDef) https://rrr.se/cgi/tools/main?tool=rrrDeleteObject (https://rrr.se/cgi/tools/main?tool=rrrDeleteObject) 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) February 9, 2017 5:52 PM, "Brian Pancia" wrote: I'm blowing off the dust on BMC Migrator. It has been years since I've messed with it. I've used it in the past to migrate small amounts of code from dev to test to production. What I'm looking at now is using it as a sync tool between the environments for code only. I've usually just done a database backup and restore in the past and for small code migrations I just export/import .def files. There are definitely pros/cons to all these methods. My plan now is to use RRRChive to migrate data updates and BMC Migrator to do code migration. This will give me much more control then a simple database backup and restore. Is anyone currently taking this approach between dev/test/prod. We're using MS SQL 2012 on the backend, which I'll use database replication between prod and coop. Brian DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. _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"
Migrator Tool
I'm blowing off the dust on BMC Migrator. It has been years since I've messed with it. I've used it in the past to migrate small amounts of code from dev to test to production. What I'm looking at now is using it as a sync tool between the environments for code only. I've usually just done a database backup and restore in the past and for small code migrations I just export/import .def files. There are definitely pros/cons to all these methods. My plan now is to use RRRChive to migrate data updates and BMC Migrator to do code migration. This will give me much more control then a simple database backup and restore. Is anyone currently taking this approach between dev/test/prod. We're using MS SQL 2012 on the backend, which I'll use database replication between prod and coop. Brian DISCLAIMER: The information contained in this e-mail and its attachments contain confidential information belonging to the sender, which is legally privileged. The information is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are notified that any disclosure, copying, distribution or action in reliance upon the contents of the information transmitted is strictly prohibited. If you have received this information in error, please delete it immediately. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Objects are slow to migrate using Migrator 8.1.02
Kevin, We are using Remedy Migrator (same version as yours) and it will take time to migrate then the normal dev studio import/export for its own reasons. Since its a Group form, its possible that the cache will come into effect as well. Thanks, Bala From: Action Request System discussion list(ARSList) <arslist@ARSLIST.ORG> on behalf of Kevin Shaffer <kshaf...@partneritsm.com> Sent: Friday, February 5, 2016 6:19 PM To: arslist@ARSLIST.ORG Subject: Objects are slow to migrate using Migrator 8.1.02 ** All We are using AR Migrator 8.1.02 to migrate from a def file to a server. The def file contains 1 Form. It takes 20 mins for the Migrator process to complete. I created a ticket with BMC and the response was this is expected time because we have 37000 records in our Group form and the Group form is needed by Migrator to assign permissions. 37,000 records doesn't seem a lot to me. I would expect a normal user base would have similar number of records. If Migrator is choking because of this, I would assume not many companies could use AR Migrator. I was trying to find out if anyone out there has successfully been able to use Migrator and has a similar record count in their Group form. I would expect 1-2 min completion times for 1 form with 8 fields on it, not 20-25 mins. I have also tried one just one Filter with similar results and I have also tried multiple servers. I have enabled logging, SQL, Filter, and Migrator and no real indicators appear in the logs. I would appreciate if anyone else is able to share their results with Migrator so I can determine if this truly is the expected response time or if I need to continue troubleshooting. Thanks Kevin P.S. If I use Dev Studio to import the form, it completes in seconds. I know I can use Dev Studio but I am trying to implement Migration Processes using AR Migrator as our tool. [Partner Logo-EmailSig]<http://www.partneritsm.com/> Kevin Shaffer, Senior Partner Partner IT, Inc. (O) 888-380-8899 (C) 316-208-5341 (F) 708-887-1704 [ZA104088553]<https://twitter.com/partnerITSM> [ZA104088555] <http://www.linkedin.com/company/partner-it-inc-> [ZA104088556] <https://www.youtube.com/user/partnerITSM> _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"
Re: Objects are slow to migrate using Migrator 8.1.02
Kevin, I don't use Migrator, so I can't give you the first hand experience with anything similar to you, but when I first read this I was going to suggest you do it with Dev Studio, then I saw your note that it works fineso, with that, I would petition BMC to 'fix their code'...there is obviously nothing that the SERVER needs to go through 37k group records for during import, so, if Migrator needs this for some reason, they need to either optimize it so that it works faster, or bypass it altogether because that's a ridiculously long time to wait for a single form to move. On Fri, Feb 5, 2016 at 11:19 AM, Kevin Shaffer <kshaf...@partneritsm.com> wrote: > ** > > All > > > > We are using AR Migrator 8.1.02 to migrate from a def file to a server. > The def file contains 1 Form. It takes 20 mins for the Migrator process to > complete. I created a ticket with BMC and the response was this is > expected time because we have 37000 records in our Group form and the Group > form is needed by Migrator to assign permissions. > > > > 37,000 records doesn’t seem a lot to me. I would expect a normal user > base would have similar number of records. If Migrator is choking because > of this, I would assume not many companies could use AR Migrator. > > > > I was trying to find out if anyone out there has successfully been able to > use Migrator and has a similar record count in their Group form. I would > expect 1-2 min completion times for 1 form with 8 fields on it, not 20-25 > mins. I have also tried one just one Filter with similar results and I have > also tried multiple servers. I have enabled logging, SQL, Filter, and > Migrator and no real indicators appear in the logs. > > > > I would appreciate if anyone else is able to share their results with > Migrator so I can determine if this truly is the expected response time or > if I need to continue troubleshooting. > > > > Thanks > > Kevin > > > > P.S. If I use Dev Studio to import the form, it completes in seconds. I > know I can use Dev Studio but I am trying to implement Migration Processes > using AR Migrator as our tool. > > > > [image: Partner Logo-EmailSig] <http://www.partneritsm.com/> > > Kevin Shaffer, Senior Partner > > Partner IT, Inc. > > (O) 888-380-8899 > > (C) 316-208-5341 > > (F) 708-887-1704 > > > > [image: ZA104088553] <https://twitter.com/partnerITSM> [image: > ZA104088555] <http://www.linkedin.com/company/partner-it-inc-> [image: > ZA104088556] <https://www.youtube.com/user/partnerITSM> > _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"
Objects are slow to migrate using Migrator 8.1.02
All We are using AR Migrator 8.1.02 to migrate from a def file to a server. The def file contains 1 Form. It takes 20 mins for the Migrator process to complete. I created a ticket with BMC and the response was this is expected time because we have 37000 records in our Group form and the Group form is needed by Migrator to assign permissions. 37,000 records doesn’t seem a lot to me. I would expect a normal user base would have similar number of records. If Migrator is choking because of this, I would assume not many companies could use AR Migrator. I was trying to find out if anyone out there has successfully been able to use Migrator and has a similar record count in their Group form. I would expect 1-2 min completion times for 1 form with 8 fields on it, not 20-25 mins. I have also tried one just one Filter with similar results and I have also tried multiple servers. I have enabled logging, SQL, Filter, and Migrator and no real indicators appear in the logs. I would appreciate if anyone else is able to share their results with Migrator so I can determine if this truly is the expected response time or if I need to continue troubleshooting. Thanks Kevin P.S. If I use Dev Studio to import the form, it completes in seconds. I know I can use Dev Studio but I am trying to implement Migration Processes using AR Migrator as our tool. [Partner Logo-EmailSig]<http://www.partneritsm.com/> Kevin Shaffer, Senior Partner Partner IT, Inc. (O) 888-380-8899 (C) 316-208-5341 (F) 708-887-1704 [ZA104088553]<https://twitter.com/partnerITSM> [ZA104088555] <http://www.linkedin.com/company/partner-it-inc-> [ZA104088556] <https://www.youtube.com/user/partnerITSM> ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Migrator Crashing
There is not a "stated' limit per se, but there will be a time when the available memory on your machine will max out. But it certainly should not happen with just 91 objects. How did you create the .migrator file? Did you export it with Dev Studio and then convert the def to a .migrator? If yes, what version of DS? Was it created natively in Migrator? If yes, what version was used to create it? Lastly, what version of Migrator are you using to try and open it? Tim -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of ITSM Guy Sent: Monday, November 16, 2015 11:11 PM To: arslist@ARSLIST.ORG Subject: Migrator Crashing I have about 91 objects in total in the .migrator file I have. But it kept crashing on the third form. Is there a limit on how many object that migrator can do at one time ? ___ UNSUBSCRIBE or access ARSlist Archives at 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"
Migrator Crashing
I have about 91 objects in total in the .migrator file I have. But it kept crashing on the third form. Is there a limit on how many object that migrator can do at one time ? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Migrator Defect
Using Migrator 9.00.01 Issue: Migrator crashes when we try to open a Packing List that contains a single form. I can import Packing Lists with Filters and Active Links, just not Forms. Has anyone seen this behavior? Is there some preference in Migrator that I am missing? My Packing List has 2 objects, HPD:Help Desk and HPD:Help Desk_O Thanks Kevin [Partner Logo-EmailSig]<http://www.partneritsm.com/> Kevin Shaffer, Senior Partner Partner IT, Inc. (O) 888-380-8899 (C) 316-208-5341 (F) 708-887-1704 [ZA104088553]<https://twitter.com/partnerITSM> [ZA104088555] <http://www.linkedin.com/company/partner-it-inc-> [ZA104088556] <https://www.youtube.com/user/partnerITSM> ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Migrator Script Execution Error
I have a display only form to be migrated from one server to another. I've created .migrator and .mgrscript. But when the .mgrscript is executed, I see one error out of 7 objects to be moved. And that's a display only form. Error: Cannot add destination form to application definition: X The specified container does not exist: X What is this container? This is basically a link in the Applications menus. Is the application the container needed here ? If so, that would be added to the .migrator file , correct ? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Delta Migrator
Should I be able to kick off Delta Migrator and not worry about doing the foundation first, etc? Will Delta Migrator do all that for me, if I select all the checkboxes? Or should I do it in a more organized manner? Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Diff Files and Migrator
Hi Lisa, If you want to automatically save definition files, compare them, save the differences, document the differences, you should take a look at ARSmarts (www.arsmarts.com). Feel free to contact me if you want to know more. Best regards, Kaïs kais.albas...@arsmarts.com On 10/10/2014 18:27, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS wrote: If I ran a diff in Migrator on one form and saved the file on my desktop, that's a history of what those forms looked like at that particular time right? Let's say I change that form a day later. If I open that diff file at a later date will it show the new differences? Or keep the old ones that was captured before the changes? Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at 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
Diff Files and Migrator
If I ran a diff in Migrator on one form and saved the file on my desktop, that's a history of what those forms looked like at that particular time right? Let's say I change that form a day later. If I open that diff file at a later date will it show the new differences? Or keep the old ones that was captured before the changes? Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Diff Files and Migrator
Lisa, I believe what you need to do is actually save off the DEF files and run the difference report against those. Saving the difference report is just saving a report (I think...it's been awhile since I used the migrator!) On Fri, Oct 10, 2014 at 12:27 PM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS lisa.kemes@dla.mil wrote: If I ran a diff in Migrator on one form and saved the file on my desktop, that's a history of what those forms looked like at that particular time right? Let's say I change that form a day later. If I open that diff file at a later date will it show the new differences? Or keep the old ones that was captured before the changes? Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years -- Warren R. Baltimore II Remedy Developer 410-533-5367 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Diff Files and Migrator
I want to keep the old differences for historical purposes and when I open up the diff file that I saved, it comes up with some new differences that I never notices before. Just wondering if it captured the new differences as well. That makes sense to get historical difference, to export the def files and do a difference on those instead... Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Warren R. Baltimore II Sent: Friday, October 10, 2014 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: Diff Files and Migrator ** Lisa, I believe what you need to do is actually save off the DEF files and run the difference report against those. Saving the difference report is just saving a report (I think...it's been awhile since I used the migrator!) On Fri, Oct 10, 2014 at 12:27 PM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS lisa.kemes@dla.mil wrote: If I ran a diff in Migrator on one form and saved the file on my desktop, that's a history of what those forms looked like at that particular time right? Let's say I change that form a day later. If I open that diff file at a later date will it show the new differences? Or keep the old ones that was captured before the changes? Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 tel:%28717%29%20770-6437 Cell Phone: (717) 602-9460 tel:%28717%29%20602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years -- Warren R. Baltimore II Remedy Developer 410-533-5367 _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
Struct Admin and BMC Remedy Migrator
Hi List, In ARS 7.6.04 SP4, we plan to implement the Struct Admin Group Permission for AR System metadata forms in order to allow members of Struct Admin group to create forms/workflow in Developer Studio without Administrator permission. Is it also possible to use BMC Remedy Migrator 7.6.04 and deploy forms/workflow from source to target AR Server with just Struct Admin Permission and without Administrator? Thanks Radhika ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Struct Admin and BMC Remedy Migrator
Radhika, Yes, this is supposed to work. The entire idea of Struct Admin is to set up someone who can perform structure operations to the system but who cannot see any data in the system -- unless they are in additional groups that grant them data access. So, it is intended for exactly the type of work you are describing. NOTE that there is one minor issue And that is with using Dev Studio (but it should have no affect on Migrator). Dev Studio uses a number of view forms that sit on top of the metadata. Well, those are DATA forms So, Struct Admin does not have access to them as it is data. So, you need to also put the user into a group that does have access to the metadata forms in order for a Struct Admin user to use Dev Studio. Unfortuntately, in 7.6.04, the metadata forms no permissions set up so you will need to add a group and then add permission to that group to these forms and make the user also a member of that group. Then no problem. It has nothing to do with structure access or making changes, just that Dev Studio does use these metadata views for retrieving some data and displaying it so it will not work correctly without access to the metadata views. This topic is documented in the manuals and the permissions will be present in future releases so that there is no work other than assigning a group to the user. But it is one for now. I just wanted to call out this warning. Doug Mueller -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Narayanan, Radhika Sent: Thursday, July 24, 2014 4:03 AM To: arslist@ARSLIST.ORG Subject: Struct Admin and BMC Remedy Migrator Hi List, In ARS 7.6.04 SP4, we plan to implement the Struct Admin Group Permission for AR System metadata forms in order to allow members of Struct Admin group to create forms/workflow in Developer Studio without Administrator permission. Is it also possible to use BMC Remedy Migrator 7.6.04 and deploy forms/workflow from source to target AR Server with just Struct Admin Permission and without Administrator? Thanks Radhika ___ UNSUBSCRIBE or access ARSlist Archives at 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
Re: Migrator Difference Report and Property List
Thanks Doug! What I've noticed is that they are on AST forms that have been Overlaid (but not all of them). It's very strange. I don't think anyone was messing with that property. I could migrate the form like you said and make them exactly the same. I was just wondering how it got that way to begin with. This was a difference between Dev and Staging forms on 7.6.04 SP5. We are building Prod right now so it will be interesting to see which one Prod matches. Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Wednesday, May 07, 2014 1:49 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator Difference Report and Property List ** Lisa, Well, there is a difference Notice the first number of each of the items - one is 12 and the other 11. That number is the number of properties that are set in the object list. Then, looking for the patterns of property\type\value You see the one with 12 properties has one extra property in it 60048\4\0\\ This is property 60048 that is a character type property with length of 0, an empty string. This property is a list of fieldIDs semicolon separated that are defined for the MFS/FTS advanced search capability. Now, this property not being present means NO field is indexed for MFS/FTS This property having an empty string means NO field is indexed for MFS/FTS So, there is a difference in the actual definition in that there is one extra property defined for one. But, as far as an actual difference to the definition, there is no difference.. So, migratory is saying there is a difference because there are a different number of attributes, but it seems to have the logic that notices that although different, the fact that the value is empty means they are not really different when it is showing the display. I think this is a reasonable bug report to say that since migratory is figuring out that the difference is not significant when it shows the details, it should do that before it determines there is a difference and not report there is a difference in the first place. OR You could argue that there is a difference, even if not significant, and the detail should show the difference in the presence of this extra property even though it is not really a difference in the result of the system. (I personally like the first one since there is really no difference in the definitions in this case. NO string and an empty string both mean the same thing.) My guess is that somewhere along the line someone at some point defined a field for MFS/FTS access and then that was removed so the property was created to hold it and then when removed the string was cleared but the property kept. If you migrate the form, the difference will be corrected, but there will be no change to the form functionality. I hope this helps, Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Wednesday, May 07, 2014 7:44 AM To: arslist@ARSLIST.ORG Subject: Migrator Difference Report and Property List ** We created a difference report and I get some BASE forms (that were overlaid) that have a difference in the Property list. But when I double click on the form (in migrator) all the check marks are green. So I create a def file on the dev and stage form and here is what I get as the difference (and the only difference): object-prop: 11\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\90002\4\23\Rem edy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\90010\2\1\9 object-prop: 0015\2\1\ vs. object-prop: 12\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\60048\4\0\\900 02\4\23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\ object-prop: 90010\2\1\90015\2\1\ I've eyeballed the forms as well in Dev Studio and I can't find the difference! This is in reference to the AST:AssetSoftware form as an example.. Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com _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
Re: Migrator Difference Report and Property List
Lisa, My guess is that its something to do with Group permissions being different for the forms on both the servers. 60048\4\0 which is the second difference appears to be some sort of a permission that is added to the second that's not present in the first. I am not quite sure what the first difference of 11 and 12 is. An easier way on your eyes to eyeball differences is to export the two forms to an XML file. The XML export should be much more human readable than what you have there so you should see what the difference is more easily. Cheers Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Wednesday, May 07, 2014 10:44 AM To: arslist@ARSLIST.ORG Subject: Migrator Difference Report and Property List We created a difference report and I get some BASE forms (that were overlaid) that have a difference in the Property list. But when I double click on the form (in migrator) all the check marks are green. So I create a def file on the dev and stage form and here is what I get as the difference (and the only difference): object-prop: 11\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\90002\4\23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\90010\2\1\9 object-prop: 0015\2\1\ vs. object-prop: 12\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\60048\4\0\\90002\4 \23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\ object-prop: 90010\2\1\90015\2\1\ I've eyeballed the forms as well in Dev Studio and I can't find the difference! This is in reference to the AST:AssetSoftware form as an example.. Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com _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
Re: Migrator Difference Report and Property List
Thanks everyone! Very good information. I feel confident that they are the same. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Wednesday, May 07, 2014 2:47 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator Difference Report and Property List Hi, Looking at ar.h from the API-package gives you the answer: #define AR_OPROP_MFS_WEIGHTED_RELEVANCY_FIELDS 60048 /* CHAR; semicolon separated list of field ids mapped to weighted relevancy fields of multi-form fts search in the format as below: numtags;field tag;fieldid;fieldtag;fieldid.. e.g. 3;1;536870913;2;536870914;3;536870915 */ In this case your list is empty (4/0 means CHAR with zero length), and consequently there is no difference between the forms. 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. We created a difference report and I get some BASE forms (that were overlaid) that have a difference in the Property list. But when I double click on the form (in migrator) all the check marks are green. So I create a def file on the dev and stage form and here is what I get as the difference (and the only difference): object-prop: 11\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\90002\4\23\R em edy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\90010\2\1\9 object-prop: 0015\2\1\ vs. object-prop: 12\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\60048\4\0\\9 00 02\4\23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\ object-prop: 90010\2\1\90015\2\1\ I've eyeballed the forms as well in Dev Studio and I can't find the difference! This is in reference to the AST:AssetSoftware form as an example.. Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com __ _ UNSUBSCRIBE or access ARSlist Archives at 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 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Migrator Difference Report and Property List
Hi, Looking at ar.h from the API-package gives you the answer: #define AR_OPROP_MFS_WEIGHTED_RELEVANCY_FIELDS 60048 /* CHAR; semicolon separated list of field ids mapped to weighted relevancy fields of multi-form fts search in the format as below: numtags;field tag;fieldid;fieldtag;fieldid.. e.g. 3;1;536870913;2;536870914;3;536870915 */ In this case your list is empty (4/0 means CHAR with zero length), and consequently there is no difference between the forms. 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. We created a difference report and I get some BASE forms (that were overlaid) that have a difference in the Property list. But when I double click on the form (in migrator) all the check marks are green. So I create a def file on the dev and stage form and here is what I get as the difference (and the only difference): object-prop: 11\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\90002\4\23\Rem edy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\90010\2\1\9 object-prop: 0015\2\1\ vs. object-prop: 12\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\60048\4\0\\900 02\4\23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\ object-prop: 90010\2\1\90015\2\1\ I've eyeballed the forms as well in Dev Studio and I can't find the difference! This is in reference to the AST:AssetSoftware form as an example.. Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at 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
Re: Migrator Difference Report and Property List
The 1st has 11 form properties and the 2nd has 12 form properties set. You may want to check the Differences for Form Properties in Tools - Option - Masks Pull up the ar.h include file and you can see what property 60048 is (I don't have it handy or I would have added it here) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Wednesday, May 07, 2014 9:44 AM To: arslist@ARSLIST.ORG Subject: Migrator Difference Report and Property List ** We created a difference report and I get some BASE forms (that were overlaid) that have a difference in the Property list. But when I double click on the form (in migrator) all the check marks are green. So I create a def file on the dev and stage form and here is what I get as the difference (and the only difference): object-prop : 11\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\90002\4\23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\90010\2\1\9 object-prop : 0015\2\1\ vs. object-prop : 12\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\60048\4\0\\90002\4\23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\ object-prop : 90010\2\1\90015\2\1\ I've eyeballed the forms as well in Dev Studio and I can't find the difference! This is in reference to the AST:AssetSoftware form as an example.. Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Migrator Difference Report and Property List
We created a difference report and I get some BASE forms (that were overlaid) that have a difference in the Property list. But when I double click on the form (in migrator) all the check marks are green. So I create a def file on the dev and stage form and here is what I get as the difference (and the only difference): object-prop: 11\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\90002\4\23\Rem edy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\90010\2\1\9 object-prop: 0015\2\1\ vs. object-prop: 12\60006\4\0\\60008\40\0\60009\4\0\\60010\4\0\\60018\4\0\\60048\4\0\\900 02\4\23\Remedy Asset Management\90007\2\1\90008\4\1\1\90009\4\14\BMC:Asset Mgmt\ object-prop: 90010\2\1\90015\2\1\ I've eyeballed the forms as well in Dev Studio and I can't find the difference! This is in reference to the AST:AssetSoftware form as an example.. Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Migrator 7.6.04
I upgraded to Migrator 8.1 and now it's working just fine. Go figure. Thanks! Lisa -Original Message- From: Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 12:08 PM To: 'arslist@ARSLIST.ORG' Subject: RE: Migrator 7.6.04 Thanks so much, I'm getting Data operations are not allowed in Full Mode. I'll go and check what that means!! Thanks again! Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Tuesday, February 25, 2014 11:58 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 With View - Migration Status turned on choose the Completed Migration tab and double click the migration (The progress of 100% means it completed the list of tasks to do not that all were successful. You have to look at the details of the migration to see what was and what wasn't) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:35 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 OK, thanks! That answers my first question (you can't see the records that way). So then I try to migrate just the data (we are only talking 7 records) and it says it migrated the data 100% successfully, but there is no data on the destination server (form). My data setting are Data Mode: All Entries and I'm using the List and Fast Server Threads (I also unchecked this box and tried it). Each time looks like it worked, but no data. :( Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Tuesday, February 25, 2014 11:20 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 ** You don't actually see the records that way Right click on the form in the source server and choose Migrate Data only. It then comes up and allows you to put in criteria FYI... You don't need to load the target server at all, only the source Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:16 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 ** I'm new to Migrator. I was able to cache my server objects just fine on both servers, and now I'm trying to migrate just the data, but on my source Server, I can't see any data (in Migrator). I should see 7 records. When I go to the Form Details and click on Data, nothing comes up. I then try to add a search criteria, and nothing. Is there something that I'm missing? I hope it's something easy that I've missed. Thanks! Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at 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
Migrator 7.6.04
I'm new to Migrator. I was able to cache my server objects just fine on both servers, and now I'm trying to migrate just the data, but on my source Server, I can't see any data (in Migrator). I should see 7 records. When I go to the Form Details and click on Data, nothing comes up. I then try to add a search criteria, and nothing. Is there something that I'm missing? I hope it's something easy that I've missed. Thanks! Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Migrator 7.6.04
You don't actually see the records that way Right click on the form in the source server and choose Migrate Data only. It then comes up and allows you to put in criteria FYI... You don't need to load the target server at all, only the source Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:16 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 ** I'm new to Migrator. I was able to cache my server objects just fine on both servers, and now I'm trying to migrate just the data, but on my source Server, I can't see any data (in Migrator). I should see 7 records. When I go to the Form Details and click on Data, nothing comes up. I then try to add a search criteria, and nothing. Is there something that I'm missing? I hope it's something easy that I've missed. Thanks! Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.commailto:lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Migrator 7.6.04
OK, thanks! That answers my first question (you can't see the records that way). So then I try to migrate just the data (we are only talking 7 records) and it says it migrated the data 100% successfully, but there is no data on the destination server (form). My data setting are Data Mode: All Entries and I'm using the List and Fast Server Threads (I also unchecked this box and tried it). Each time looks like it worked, but no data. :( Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Tuesday, February 25, 2014 11:20 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 ** You don't actually see the records that way Right click on the form in the source server and choose Migrate Data only. It then comes up and allows you to put in criteria FYI... You don't need to load the target server at all, only the source Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:16 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 ** I'm new to Migrator. I was able to cache my server objects just fine on both servers, and now I'm trying to migrate just the data, but on my source Server, I can't see any data (in Migrator). I should see 7 records. When I go to the Form Details and click on Data, nothing comes up. I then try to add a search criteria, and nothing. Is there something that I'm missing? I hope it's something easy that I've missed. Thanks! Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com _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
Re: Migrator 7.6.04
With View - Migration Status turned on choose the Completed Migration tab and double click the migration (The progress of 100% means it completed the list of tasks to do not that all were successful. You have to look at the details of the migration to see what was and what wasn't) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:35 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 OK, thanks! That answers my first question (you can't see the records that way). So then I try to migrate just the data (we are only talking 7 records) and it says it migrated the data 100% successfully, but there is no data on the destination server (form). My data setting are Data Mode: All Entries and I'm using the List and Fast Server Threads (I also unchecked this box and tried it). Each time looks like it worked, but no data. :( Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Tuesday, February 25, 2014 11:20 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 ** You don't actually see the records that way Right click on the form in the source server and choose Migrate Data only. It then comes up and allows you to put in criteria FYI... You don't need to load the target server at all, only the source Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:16 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 ** I'm new to Migrator. I was able to cache my server objects just fine on both servers, and now I'm trying to migrate just the data, but on my source Server, I can't see any data (in Migrator). I should see 7 records. When I go to the Form Details and click on Data, nothing comes up. I then try to add a search criteria, and nothing. Is there something that I'm missing? I hope it's something easy that I've missed. Thanks! Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Migrator 7.6.04
Thanks so much, I'm getting Data operations are not allowed in Full Mode. I'll go and check what that means!! Thanks again! Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Tuesday, February 25, 2014 11:58 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 With View - Migration Status turned on choose the Completed Migration tab and double click the migration (The progress of 100% means it completed the list of tasks to do not that all were successful. You have to look at the details of the migration to see what was and what wasn't) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:35 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 OK, thanks! That answers my first question (you can't see the records that way). So then I try to migrate just the data (we are only talking 7 records) and it says it migrated the data 100% successfully, but there is no data on the destination server (form). My data setting are Data Mode: All Entries and I'm using the List and Fast Server Threads (I also unchecked this box and tried it). Each time looks like it worked, but no data. :( Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Tuesday, February 25, 2014 11:20 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 ** You don't actually see the records that way Right click on the form in the source server and choose Migrate Data only. It then comes up and allows you to put in criteria FYI... You don't need to load the target server at all, only the source Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, February 25, 2014 10:16 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 ** I'm new to Migrator. I was able to cache my server objects just fine on both servers, and now I'm trying to migrate just the data, but on my source Server, I can't see any data (in Migrator). I should see 7 records. When I go to the Form Details and click on Data, nothing comes up. I then try to add a search criteria, and nothing. Is there something that I'm missing? I hope it's something easy that I've missed. Thanks! Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at 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
AR Migrator - Data Migrator
Hi All, We are trying to move Old Incident details from our Old Production (7.1) to New Production (8.1) We are using AR Migrator tool, 1. when we use Auto mapping for all fields, the view of the Incident Form gets changed the 7.1 Incident Screen view :( 2. Do we need to select the fields manually if so which are fields ? 3. Is there any other easy way to copy all data (Incidents / Change) Kindly help us with your expertise Thank You. Vasanthan S ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: AR Migrator - Data Migrator
Vasanthan, Take a look at rrrChive, it works great. Easier than migrator and faster! http://rrr.sehttps://west.exch027.serverdata.net/owa/redir.aspx?C=M7kPMH30NUqGEhjOpr6YBguU3fZvodAIRVy9T4q5bVZ4Dtv0V1D3Phwh22q6OhYgmVGS0UibAQ0.URL=http%3a%2f%2frrr.se Susan On Sun, Oct 20, 2013 at 6:18 AM, Vasanthan S vasanth2n...@gmail.com wrote: ** Hi All, We are trying to move Old Incident details from our Old Production (7.1) to New Production (8.1) We are using AR Migrator tool, 1. when we use Auto mapping for all fields, the view of the Incident Form gets changed the 7.1 Incident Screen view :( 2. Do we need to select the fields manually if so which are fields ? 3. Is there any other easy way to copy all data (Incidents / Change) Kindly help us with your expertise Thank You. Vasanthan S _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
BMC Communities Idea - RFE: Migrator actions for Form migrations
An idea I just posted to BMC Communities. When doing a server to server migration do the following when migrating forms Check to see if the form exists on the target. If it doesn't exist on the target check to see if the Schema ID from the source is used on the target. If that Schema ID is not used on the target put the form on the same ID as it is on the source. Please visit my idea at https://communities.bmc.com/ideas/3626 to Vote and offer your honest opinions on whether or not it would be useful to have this incorporated in a future release of the Remedy Migrator. Fred ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Migrator question...
Looks like we're going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks. Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Migrator question...
Copying DB is faster and better option You need to change few config post DB refresh Ravi Rai Date: Wed, 31 Oct 2012 14:54:08 + From: richard@bwc.state.oh.us Subject: Migrator question... To: arslist@ARSLIST.ORG ** Looks like we’re going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks.Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Migrator question...
We just copy the DB over then re-apply the correct license key. This is on ARS7.1/ITSM7.0.03. not sure how it works on later versions. Marcelo Martinez IT Change Management / Remedy Administration IT Customer Care Chevron Phillips Chemical Company, LP. 832.813.4262 832.381.7776 Notices: This message is conveyed, and any use is expressly subject to the disclaimer found at the following url: www.cpchem.com/forms/disclaimer1.asp [cid:image001.png@01CDB74F.96A46CF0] From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of ravi rai Sent: Wednesday, October 31, 2012 10:02 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator question... ** Copying DB is faster and better option You need to change few config post DB refresh Ravi Rai Date: Wed, 31 Oct 2012 14:54:08 + From: richard@bwc.state.oh.usmailto:richard@bwc.state.oh.us Subject: Migrator question... To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ** Looks like we're going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks. Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are inline: image001.png
Re: Migrator question...
Copying the DB is easier in my opinion. Using Migrator to migrate an entire system doesn't usually go well. Tim Powell PBS-Consulting From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Martinez, Marcelo A Sent: Wednesday, October 31, 2012 11:08 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator question... ** We just copy the DB over then re-apply the correct license key. This is on ARS7.1/ITSM7.0.03. not sure how it works on later versions. Marcelo Martinez IT Change Management / Remedy Administration IT Customer Care Chevron Phillips Chemical Company, LP. 832.813.4262 832.381.7776 Notices: This message is conveyed, and any use is expressly subject to the disclaimer found at the following url: www.cpchem.com/forms/disclaimer1.asp From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of ravi rai Sent: Wednesday, October 31, 2012 10:02 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator question... ** Copying DB is faster and better option You need to change few config post DB refresh Ravi Rai _ Date: Wed, 31 Oct 2012 14:54:08 + From: richard@bwc.state.oh.us Subject: Migrator question... To: arslist@ARSLIST.ORG ** Looks like we're going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks. Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image001.png
Re: Migrator question...
I just copy over the DB. It is faster. You just need to run the installer of the ARS version of your choice and make sure you select upgrade. Always done it and still doing it now with 7.6.04 Thank you, Pascale Sterrett Kenavo ar wech all richard@bwc.state.oh.us Sent by: arslist@ARSLIST.ORG 10/31/2012 07:55 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Migrator question... ** Looks like we’re going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks. Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Migrator question...
And you'll get to keep your Modified Dates accurate. Migrator resets them on your target server to the date of the move, which is still questionable policy IMO. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com Sent: Wednesday, October 31, 2012 10:17 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator question... I just copy over the DB. It is faster. You just need to run the installer of the ARS version of your choice and make sure you select upgrade. Always done it and still doing it now with 7.6.04 Thank you, Pascale Sterrett Kenavo ar wech all richard@bwc.state.oh.us Sent by: arslist@ARSLIST.ORG 10/31/2012 07:55 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Migrator question... ** Looks like we’re going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks. Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Migrator question...
In my experience, Migrator 7.6.4 tends to drop permissions on Active Links and potentially mess up other things. It also would take much, much longer than getting a backup of the database and restoring it to another instance of SQL Server and fixing the hardcoded server references to the application and mid-tier servers. Thanks, Shawn Pierson Remedy Developer | Energy Transfer From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of richard@bwc.state.oh.us Sent: Wednesday, October 31, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Migrator question... ** Looks like we're going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks. Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Migrator question...
Any information on exactly where the references that need to be changed can be found would be a BIG help... From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn Sent: Wednesday, October 31, 2012 2:09 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator question... ** In my experience, Migrator 7.6.4 tends to drop permissions on Active Links and potentially mess up other things. It also would take much, much longer than getting a backup of the database and restoring it to another instance of SQL Server and fixing the hardcoded server references to the application and mid-tier servers. Thanks, Shawn Pierson Remedy Developer | Energy Transfer From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of richard@bwc.state.oh.usmailto:richard@bwc.state.oh.us Sent: Wednesday, October 31, 2012 9:54 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Migrator question... ** Looks like we're going to need to use the migratory to create a duplicate of our DEV system for testing. This might be a dumb question, but will migratory copy everything over from one system to another or do I need to have the SQL DBA copy the SQL data file from one system to another and then run the migratory and copy from testa to testb? Thanks. Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ Private and confidential as detailed herehttp://www.sug.com/disclaimers/default.htm#Mail. If you cannot access hyperlink, please e-mail sender. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Question : Remedy Migrator.
I am currently migrating data from 7.5 to 7.6 If versions are the same the mapping is simple, just automap. If versions are not the same, you will need to map the fields manually. But it will migrate from different versions. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Question : Remedy Migrator.
Hi All, can i use BMC Remedy Migrator to migrate data from Remedy 7.1 to Remedy 7.6 ? If i remember right, i can migrate only same version of Remedy ! Can you help me to remember ? thx in advance, Peter ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Question : Remedy Migrator.
Data will migrate just like export/import does. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of team.rem...@libero.it Sent: Monday, June 04, 2012 4:13 AM To: arslist@ARSLIST.ORG Subject: Question : Remedy Migrator. Hi All, can i use BMC Remedy Migrator to migrate data from Remedy 7.1 to Remedy 7.6 ? If i remember right, i can migrate only same version of Remedy ! Can you help me to remember ? thx in advance, Peter ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Re : Re : too many Migrator errors.
Hi Frex, Maybe I am coming too late on this discussion. I would like to share some inputs. I work with Migrator since many years and all version against almost all ARS servers. Yes sometimes it's hard to make it running as we want (I mean as we imagine to want), but in my experience usually it's because we forgot something on the Migrator configuration or in the sequence we want to use it. In your case, hoping to help you, I suggest to check the following: If you are migrating objects - - Migrate regular forms before joins. - Migrate FLT and AL before respective Guides - Check the Option to not migrate any DATA. - etc... I am quite sure you did check this. If you are confident with the objects you are migrating, make sure to disable all required objects on the Migrator Options (Migration/Required Objects). This will make faster and easier the migration...but you must secure the source objects (make sure to have the right ones). Make sure the source server is allowing unqualified search (permissions for AL and forms are depending on this option in your server configuration because it queries the Groups). When migrating data: Keep in mind the DATA model you want to change and make sure you understand how the IDs are managed (it works in a similar way as AR Import). Also Keep in mind that Migrator is doing a Merge, so all workflow triggering on Merge may fire...so you will have a Filter Limitation... Usually, you have to set the option to avoid workflow firing. But I use to add a filter that bypasses all workflow (goto ). After a migration, run a difference report to make sure nothing was forgotten. There are several things like that to double check, but once this is done, Migrator is a powerfull tool and it works fine. Additionally, it provides a detailed migration report which helps a lot to understand what run wrong, writen in an ARS language. Hope this helps. Cheers ilidio Moreira da Silva Silogis International SA Zurich - Switzerland Le 03-Mar-12 5:46 PM, Frex Popo a écrit : ** Yes heard about it but never had time to look at it... but now could be the time. :) Thanks *De :* Rick Cook remedyr...@gmail.com *À :* arslist@ARSLIST.ORG *Envoyé le :* Vendredi 2 mars 2012 12h29 *Objet :* Re: Re : too many Migrator errors. ** Frex, I find it amazing that errors like these have existed in the product for years, and have not been addressed. I like a lot of BMC's applications, but this one needs a complete rearchitecture. Try Panacea, or any of the other tools developed with this century's technology. Rick On Mar 1, 2012 2:54 PM, Frex Popo frexp...@yahoo.fr mailto:frexp...@yahoo.fr wrote: _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Migrator 7.6.04.03 Comparisons
Still mucking about with Migrator 7.6.04.03 -10. After applying SP3 for AR Server 7.6.04, I see that the primary ticketing forms and their overlays were touched by the service pack. HPD:Help Desk, CHG:Infrastructure Change, PBM:Problem Investigation, and PBM:Known Error were all updated - both overlays and overlaid objects. I want to compare apples to apples and oranges to oranges between the Sp3 server and the production Sp1 server to see if the Service Pack changed the overlaid form in some way that must be accommodated in the overlay. Migrator refuses to do a difference report from either Overlay to Overlay or Overlaid to Overlaid between the two servers. Migrator ONLY offers to map the Overlay on one server to the Overlaid on the other server, or vice versa (apples to oranges), which is completely useless. That function USED to be only for comparing Overlay to Overlaid on the SAME SERVER, not different ones. This is going to be an ESSENTIAL comparison to make every time you test a service pack or an upgrade, to see what changed on the base (overlaid) object, and determine what to update in the overlay. I don't remember having a problem doing this when working in a pure 7.6.04 SP1 environment before we rolled out last year, but it's been almost a year since then. I could SWEAR that I used to be able to compare like objects (overlays - OR - overlaid) between servers since we tested some of our customizations on a trial server (and adapted them from 7.0) before moving them to the pre-production server. What am I missing?; it was a long night hacking on the mid-tiers early this morning. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : Re : too many Migrator errors.
Thanks Fred I downloadd the SP3 and will install it... its says something about a fix to the migrator cache etc ... so perhaps that could be the problem I am having .. Have a nice day De : Grooms, Frederick W frederick.w.gro...@xo.com À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 20h35 Objet : Re: Re : too many Migrator errors. ** 7.6.04 SP3 was released on Feb 6 (although I didn’t get the email notice until the 16th). Check the EPD site Fred From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 1:13 PM To: arslist@ARSLIST.ORG Subject: Re : too many Migrator errors. ** Oops! I forgot to mention that I am using the latest version I am using 7.4.6SP2... this was in fact recomended by BMC after we had serious problems with 7.1latest patch.. Anyway, will try and rebuild the cache again and see how it goes thanks De :Arner, Todd tar...@glhec.org À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 16h56 Objet : Re: too many Migrator errors. ** We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 9:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : Re : Re : too many Migrator errors.
** yes... I have seen what monkeys can do... they sometimes outperform humans...and all you need is a bag of peanuts :) De: Jose Huerta jose.hue...@sm2baleares.esÀ: arslist@ARSLIST.ORG Envoyé le : Vendredi 2 mars 2012 12h13Objet: Re: Re : Re : too many Migrator errors. ** I know one, the UMM: Unpaid Monkey Migrator. Train a monkey in creating def files, comparing it and importing differences... (It'sFriday...) (But if you consider it, is not as a joke as it seems...) Jose M. HuertaProject Manager Movil: 661 665 088 Telf.:971750324 Fax:971750794 SM2 Baleares S.A.C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. PPor favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. On Fri, Mar 2, 2012 at 11:46, Frex Popo frexp...@yahoo.fr wrote: ** I am in the process of installing Migrator SP2 and testing. However for the sake of argument is there any other product used for migrating remedy worklfow? thanks in advance De: "Grooms, Frederick W" frederick.w.gro...@xo.comÀ: arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 20h35Objet: Re: Re : too many Migrator errors. ** 7.6.04 SP3 was released on Feb 6 (although I didn’t get the email notice until the 16th). Check the EPD site Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex PopoSent: Thursday, March 01, 2012 1:13 PMTo: arslist@ARSLIST.ORGSubject: Re : too many Migrator errors. ** Oops! I forgot to mention that I am using the latest version I am using 7.4.6SP2... this was in fact recomended by BMC after we had serious problems with 7.1latest patch.. Anyway, will try and rebuild the cache again and see how it goes thanks De: "Arner, Todd" tar...@glhec.orgÀ: arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 16h56Objet: Re: too many Migrator errors. ** We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex PopoSent: Thursday, March 01, 2012 9:34 AMTo: arslist@ARSLIST.ORGSubject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"__attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
Re : Re : too many Migrator errors.
Yes heard about it but never had time to look at it... but now could be the time. :) Thanks De : Rick Cook remedyr...@gmail.com À : arslist@ARSLIST.ORG Envoyé le : Vendredi 2 mars 2012 12h29 Objet : Re: Re : too many Migrator errors. ** Frex, I find it amazing that errors like these have existed in the product for years, and have not been addressed. I like a lot of BMC's applications, but this one needs a complete rearchitecture. Try Panacea, or any of the other tools developed with this century's technology. Rick On Mar 1, 2012 2:54 PM, Frex Popo frexp...@yahoo.fr wrote: _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : Re : too many Migrator errors.
I was about to downgrade! :) Thanks Fred De : Grooms, Frederick W frederick.w.gro...@xo.com À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 20h35 Objet : Re: Re : too many Migrator errors. ** 7.6.04 SP3 was released on Feb 6 (although I didn’t get the email notice until the 16th). Check the EPD site Fred From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 1:13 PM To: arslist@ARSLIST.ORG Subject: Re : too many Migrator errors. ** Oops! I forgot to mention that I am using the latest version I am using 7.4.6SP2... this was in fact recomended by BMC after we had serious problems with 7.1latest patch.. Anyway, will try and rebuild the cache again and see how it goes thanks De :Arner, Todd tar...@glhec.org À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 16h56 Objet : Re: too many Migrator errors. ** We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 9:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : Re : too many Migrator errors.
I am in the process of installing Migrator SP2 and testing. However for the sake of argument is there any other product used for migrating remedy worklfow? thanks in advance De : Grooms, Frederick W frederick.w.gro...@xo.com À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 20h35 Objet : Re: Re : too many Migrator errors. ** 7.6.04 SP3 was released on Feb 6 (although I didn’t get the email notice until the 16th). Check the EPD site Fred From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 1:13 PM To: arslist@ARSLIST.ORG Subject: Re : too many Migrator errors. ** Oops! I forgot to mention that I am using the latest version I am using 7.4.6SP2... this was in fact recomended by BMC after we had serious problems with 7.1latest patch.. Anyway, will try and rebuild the cache again and see how it goes thanks De :Arner, Todd tar...@glhec.org À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 16h56 Objet : Re: too many Migrator errors. ** We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 9:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Re : Re : too many Migrator errors.
I know one, the UMM: Unpaid Monkey Migrator. Train a monkey in creating def files, comparing it and importing differences... (It's Friday...) (But if you consider it, is not as a joke as it seems...) Jose M. Huerta Project Manager** Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. On Fri, Mar 2, 2012 at 11:46, Frex Popo frexp...@yahoo.fr wrote: ** I am in the process of installing Migrator SP2 and testing. However for the sake of argument is there any other product used for migrating remedy worklfow? thanks in advance *De :* Grooms, Frederick W frederick.w.gro...@xo.com *À :* arslist@ARSLIST.ORG *Envoyé le :* Jeudi 1 mars 2012 20h35 *Objet :* Re: Re : too many Migrator errors. ** 7.6.04 SP3 was released on Feb 6 (although I didn’t get the email notice until the 16th). Check the EPD site Fred *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Frex Popo *Sent:* Thursday, March 01, 2012 1:13 PM *To:* arslist@ARSLIST.ORG *Subject:* Re : too many Migrator errors. ** Oops! I forgot to mention that I am using the latest version I am using 7.4.6SP2... this was in fact recomended by BMC after we had serious problems with 7.1latest patch.. Anyway, will try and rebuild the cache again and see how it goes thanks *De :* Arner, Todd tar...@glhec.org *À :* arslist@ARSLIST.ORG *Envoyé le :* Jeudi 1 mars 2012 16h56 *Objet :* Re: too many Migrator errors. ** We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Frex Popo *Sent:* Thursday, March 01, 2012 9:34 AM *To:* arslist@ARSLIST.ORG *Subject:* too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image001.jpgimage004.jpgimage002.jpgimage003.jpg
Re: Re : too many Migrator errors.
Frex, I find it amazing that errors like these have existed in the product for years, and have not been addressed. I like a lot of BMC's applications, but this one needs a complete rearchitecture. Try Panacea, or any of the other tools developed with this century's technology. Rick On Mar 1, 2012 2:54 PM, Frex Popo frexp...@yahoo.fr wrote: ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
too many Migrator errors.
Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: too many Migrator errors.
If it is data that you are migrating, then I suggest you look at RRR Chive. It’s free, it’s awesome, and most importantly, it works, even with huge migrations. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 10:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: too many Migrator errors.
We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 9:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ The information contained in this communication may be confidential, is intended only for the use of the recipient(s) named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please notify the sender immediately and destroy or delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: too many Migrator errors.
Frex, I am not sure if this will help but: 1)You may want to first run a difference report between your migrator file and your destination server (assuming you are exporting to a migrator file as your first step-can mitigate mistakes). 2)You then would migrate each object type that shows up in your difference report one at a time. i.e. AL's together, AL guides together. 3)Make certain you migrate objects in the proper sequence (i.e. migrate ALs before AL Guides, supporting form for data driven menu or table field, etc.) This way, you can easily narrow down the failed object and hopefully the error message gives you enough to go on. I would also make certain all the options are set to your liking in migrator. Hope some of this helps. From: Frex Popo frexp...@yahoo.fr To: arslist@ARSLIST.ORG Sent: Thursday, March 1, 2012 10:34:20 AM Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: too many Migrator errors.
I’ve had many issues with Migrator 7.6.4 for workflow. The quick explanation is that it migrates your code, but randomly drops permissions on Active Links and I seem to recall it caused some problems with View and/or Vendor forms as well. Unfortunately there was no indication that there were problems until we started testing the migrated code. My opinion is to stick with DEF files since that is a much more reliable technique. Thanks, Shawn Pierson Remedy Developer | Southern Union From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 9:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : too many Migrator errors.
Hello Mark, I am migrating forms and workflow and data as well... But I am having a problem with the remedy objects... the migrator is working fine with the data albeit slow So my main priority at the moment is to get the forms and workflow migrated, the rest I can figure out later. I will take a look at RRR Chice as well... Many thanks frex De : Mark Lev mark@rightstar.com À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 16h46 Objet : Re: too many Migrator errors. ** If it is data that you are migrating, then I suggest you look at RRR Chive. It’s free, it’s awesome, and most importantly, it works, even with huge migrations. From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 10:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are__attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : too many Migrator errors.
Oops! I forgot to mention that I am using the latest version I am using 7.4.6SP2... this was in fact recomended by BMC after we had serious problems with 7.1latest patch.. Anyway, will try and rebuild the cache again and see how it goes thanks De : Arner, Todd tar...@glhec.org À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 16h56 Objet : Re: too many Migrator errors. ** We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner From:Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 9:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ The information contained in this communication may be confidential, is intended only for the use of the recipient(s) named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please notify the sender immediately and destroy or delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Re : too many Migrator errors.
7.6.04 SP3 was released on Feb 6 (although I didn’t get the email notice until the 16th). Check the EPD site Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 1:13 PM To: arslist@ARSLIST.ORG Subject: Re : too many Migrator errors. ** Oops! I forgot to mention that I am using the latest version I am using 7.4.6SP2... this was in fact recomended by BMC after we had serious problems with 7.1latest patch.. Anyway, will try and rebuild the cache again and see how it goes thanks De : Arner, Todd tar...@glhec.org À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 16h56 Objet : Re: too many Migrator errors. ** We had similar issues with the 7.1 version. Also had issues with the migrations being extremely slow. After we upgraded migrator to 7.5 all of our issues seemed to go away. You may also want to try deleting the migrator cache and rebuild it. That has solved issues we’ve seen in the past. FYI, we did use the 7.5 migrator against the 7.1 server with no issues. HTH, Todd Arner From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo Sent: Thursday, March 01, 2012 9:34 AM To: arslist@ARSLIST.ORG Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : too many Migrator errors.
Thanks for the pointers.. I am migrating the objects in .migrator file I am only including the objects that are different from those in the target server...I am migrating forms and menus together in the same file and the rest of the workflow in another... so migrator should really workout the sequence effortlessly, at least thats what I read in the migrator manual... Problem I am having is that some form or forms fail... I fix the error and remigrate the forms again, then I get errors for other forms which didnt fail before and forms that in no way are related to the previous failed ones... I also get this with workflow... so you would think its all perfect only to find that other objects are failing in subsequent migrations(s).. So I am looking for some other tool which is tried and tested and which works... as to migrator, at the moment I only see more problems than solutions.. Regards frex De : Avy Mann avym...@yahoo.ca À : arslist@ARSLIST.ORG Envoyé le : Jeudi 1 mars 2012 17h19 Objet : Re: too many Migrator errors. ** Frex, I am not sure if this will help but: 1)You may want to first run a difference report between your migrator file and your destination server (assuming you are exporting to a migrator file as your first step-can mitigate mistakes). 2)You then would migrate each object type that shows up in your difference report one at a time. i.e. AL's together, AL guides together. 3)Make certain you migrate objects in the proper sequence (i.e. migrate ALs before AL Guides, supporting form for data driven menu or table field, etc.) This way, you can easily narrow down the failed object and hopefully the error message gives you enough to go on. I would also make certain all the options are set to your liking in migrator. Hope some of this helps. From: Frex Popo frexp...@yahoo.fr To: arslist@ARSLIST.ORG Sent: Thursday, March 1, 2012 10:34:20 AM Subject: too many Migrator errors. ** Dear all, I have been having some serious problems with migrator and would like to know from anyone how opted for some other product. It’s quite unbelievable that a migration fails for one form or some other object, then you fix it and try and migrate the same .migration file only for some other object to fail... so I am looking for something which will save me time and too much grief. I am still on 7.1 servers and tried various migrator versions (t.1 and above) but not luck Any thought will be very much appreciated. Many thanks frex_attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
migrating forms migrator 7.4.6SP1 / Ars 7.1.Patch004
I cant see anyware in the migrator PDF where it states if you can or not migrate the Audit forms. I ma exporting the Helpdesk and the corresponding Audit form to .migrator file but I only end up with the main form and not the audit. I can do it with the Admin tool but not the migrator. Anyway clued as to why? thank you frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re : migrating forms migrator 7.4.6SP1 / Ars 7.1.Patch004
quite strange indeed!! I have tested with new forms the export with migrator seem to work... but with this specific form the form is exported with the Audit option diabled and hence no Audit form is generated at the other end when the import is completed. De : Frex Popo frexp...@yahoo.fr À : arslist@ARSLIST.ORG arslist@ARSLIST.ORG Envoyé le : Lundi 13 février 2012 14h46 Objet : migrating forms migrator 7.4.6SP1 / Ars 7.1.Patch004 I cant see anyware in the migrator PDF where it states if you can or not migrate the Audit forms. I ma exporting the Helpdesk and the corresponding Audit form to .migrator file but I only end up with the main form and not the audit. I can do it with the Admin tool but not the migrator. Anyway clued as to why? thank you frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator Approval Records
[4]-[985]-[No active Currency Code found on the Currency Code form.] Which is the exact error message that the White Paper says I will get. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Sunday, January 08, 2012 6:07 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, What kind of error message are you getting? Have you tried RRR|Chive? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator Approval Records
Hi, Do you have any active currencies? You can must sync up your AR System Currency data between the systems before running Delta Data Migrator? This rrrChive config will do that: source_server = oldprod source_user = Demo source_password = target_server = newstaging target_user = Demo target_password = multipleforms = AR System Currency* splitsearch = YES transfertype= SYNCTOTARGET logfile = AUTO progressbar = YES Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. [4]-[985]-[No active Currency Code found on the Currency Code form.] Which is the exact error message that the White Paper says I will get. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Sunday, January 08, 2012 6:07 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, What kind of error message are you getting? Have you tried RRR|Chive? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator Approval Records
When I do a search for all Active records in the AR System Currency Codes it returned 89 records. I have even validated that USD is there and active (we only operate in the Pacific Northwest). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, January 09, 2012 7:47 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, Do you have any active currencies? You can must sync up your AR System Currency data between the systems before running Delta Data Migrator? This rrrChive config will do that: source_server = oldprod source_user = Demo source_password = target_server = newstaging target_user = Demo target_password = multipleforms = AR System Currency* splitsearch = YES transfertype= SYNCTOTARGET logfile = AUTO progressbar = YES Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. [4]-[985]-[No active Currency Code found on the Currency Code form.] Which is the exact error message that the White Paper says I will get. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Sunday, January 08, 2012 6:07 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, What kind of error message are you getting? Have you tried RRR|Chive? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 _ _ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator Approval Records
What do you see in the Admin Console (Server Information - Currency Types)? Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, January 09, 2012 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records When I do a search for all Active records in the AR System Currency Codes it returned 89 records. I have even validated that USD is there and active (we only operate in the Pacific Northwest). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, January 09, 2012 7:47 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, Do you have any active currencies? You can must sync up your AR System Currency data between the systems before running Delta Data Migrator? This rrrChive config will do that: source_server = oldprod source_user = Demo source_password = target_server = newstaging target_user = Demo target_password = multipleforms = AR System Currency* splitsearch = YES transfertype= SYNCTOTARGET logfile = AUTO progressbar = YES Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. [4]-[985]-[No active Currency Code found on the Currency Code form.] Which is the exact error message that the White Paper says I will get. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Sunday, January 08, 2012 6:07 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, What kind of error message are you getting? Have you tried RRR|Chive? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 _ _ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator Approval Records
All types on the left hand tables. Do I have to add something to the right hand tables? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Monday, January 09, 2012 12:59 PM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records What do you see in the Admin Console (Server Information - Currency Types)? Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, January 09, 2012 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records When I do a search for all Active records in the AR System Currency Codes it returned 89 records. I have even validated that USD is there and active (we only operate in the Pacific Northwest). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, January 09, 2012 7:47 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, Do you have any active currencies? You can must sync up your AR System Currency data between the systems before running Delta Data Migrator? This rrrChive config will do that: source_server = oldprod source_user = Demo source_password = target_server = newstaging target_user = Demo target_password = multipleforms = AR System Currency* splitsearch = YES transfertype= SYNCTOTARGET logfile = AUTO progressbar = YES Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. [4]-[985]-[No active Currency Code found on the Currency Code form.] Which is the exact error message that the White Paper says I will get. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Sunday, January 08, 2012 6:07 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, What kind of error message are you getting? Have you tried RRR|Chive? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 _ _ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator Approval Records
Yes, Currency types you wish to use should be placed in the Right-hand tables (Highlight in the Left hand table and click the appropriate Add button). The Left-hand tables are basically available types. The Right-hand tables are actively used values. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, January 09, 2012 5:03 PM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records All types on the left hand tables. Do I have to add something to the right hand tables? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Monday, January 09, 2012 12:59 PM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records What do you see in the Admin Console (Server Information - Currency Types)? Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, January 09, 2012 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records When I do a search for all Active records in the AR System Currency Codes it returned 89 records. I have even validated that USD is there and active (we only operate in the Pacific Northwest). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, January 09, 2012 7:47 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, Do you have any active currencies? You can must sync up your AR System Currency data between the systems before running Delta Data Migrator? This rrrChive config will do that: source_server = oldprod source_user = Demo source_password = target_server = newstaging target_user = Demo target_password = multipleforms = AR System Currency* splitsearch = YES transfertype= SYNCTOTARGET logfile = AUTO progressbar = YES Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. [4]-[985]-[No active Currency Code found on the Currency Code form.] Which is the exact error message that the White Paper says I will get. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Sunday, January 08, 2012 6:07 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator Approval Records Hi, What kind of error message are you getting? Have you tried RRR|Chive? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator Approval Records
Hi, What kind of error message are you getting? Have you tried RRR|Chive? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Delta Data Migrator Approval Records
Hi All - I am trying to move the records in my APR:Approver Lookup. I have found that the Delta Data Migrator cannot move these records but I have also found that the Import Tool cannot move these records either. Does this mean I am going to have to manually move all of these records to my new servers or has someone found a better way? Going from ITSM 7.0.3 p 9 to ITSM 7.6.4 Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Delta Data Migrator (DDM)
Hi All - I am trying to find the DDM software to download and install. Where is it on the BMC site? I have looked in the EPD and can't find it. Thanks Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator (DDM)
It installs in a folder under \Migrator\migrator\DeltaDataMigration with BMC Remedy Migrator 7.6.04.0x. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Pargeter, Christie :CO IS cparg...@lhs.orgmailto:cparg...@lhs.org Reply-To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Date: Tue, 15 Nov 2011 10:20:31 -0600 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Delta Data Migrator (DDM) ** Hi All – I am trying to find the DDM software to download and install. Where is it on the BMC site? I have looked in the EPD and can’t find it. Thanks Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator (DDM)
Thanks! I found it with this. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Tuesday, November 15, 2011 8:32 AM To: arslist@ARSLIST.ORG Subject: Re: Delta Data Migrator (DDM) It installs in a folder under \Migrator\migrator\DeltaDataMigration with BMC Remedy Migrator 7.6.04.0x. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Pargeter, Christie :CO IS cparg...@lhs.orgmailto:cparg...@lhs.org Reply-To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Date: Tue, 15 Nov 2011 10:20:31 -0600 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Delta Data Migrator (DDM) ** Hi All - I am trying to find the DDM software to download and install. Where is it on the BMC site? I have looked in the EPD and can't find it. Thanks Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator (DDM) - Number of records being imported per transaction
I am not aware if there is any such a setting, but I’m wondering if your Next Block Size is 100?? Joe From: David Abry Sent: Sunday, November 13, 2011 2:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Delta Data Migrator (DDM) - Number of records being imported per transaction ** All, Can someone tell me if the Delta Data Migration(DDM) tool has a setting that can be changed to increase the number of records per transaction? It appears that it is importing in chunks of 100 and it seems a bit slow. Thanks in advance, Dave ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Delta Data Migrator (DDM) - Number of records being imported per transaction
Hello, DDM message out the progress after every 100 records. The chunk of 100 records message is not configurable and it is only for display purpose. That is not the chunk size for migration of the data. Internally the chunk size is 50k records. Which again is not configurable right now. The time taken for data migration is purely dependent on how fast is your server / DB. Thanks Amol Dixit ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Delta Data Migrator (DDM) - Number of records being imported per transaction
All, Can someone tell me if the Delta Data Migration(DDM) tool has a setting that can be changed to increase the number of records per transaction? It appears that it is importing in chunks of 100 and it seems a bit slow. Thanks in advance, Dave ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Migrator crashes after clearing the cache + no result of difference report
Hi ARS-LIST, I am using the Migrator tool between servers – and everything worked fine for some time, but now I do not see any differences between servers, when I create a difference report in the Migrator... so I tried to clear the Migrator cache. Now I experience an even worse problem! I deleted the Migrator cache, and on startup the Migrator then loaded/rebuilded everything again. But now it return an error when reaching the Plug-In modules. It tells that there are 2 Dashboard plug-in modules that it would like to load… but then the Migrator freeze and closes itself without any warning…?! I restarted the AR Servers – but without any difference… When the Migrator shut down it would like to send an error report to Microsoft, and it seems to be these 2 files: C:\DOCUME~1\chislhl\LOCALS~1\Temp\WER4de1.dir00\Migrator.exe.mdmp C:\DOCUME~1\chislhl\LOCALS~1\Temp\WER4de1.dir00\appcompat.txt Anyone seen this before and has a solution for this - both the crash when starting the Migrator now, and also the behaviour with no difference in the difference report? Thanks in advance. Kind regards Mr. Tee ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.4
I was noticing this too. So, I even try an Export / Import with Dev Studio and it still didn't move my base fields that all I did was move then on the screen. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Thursday, July 07, 2011 10:11 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.4 Migrator 7.6.04.0x is overlay aware (barely) and you may need to make sure that the target form is overlaid, and that on the overlay form all of the views that the field is in are also overlaid. You may even have to overlay the field(s) first, then migrate the changes to the field(s). I found the migrator to be more useful moving custom fields than customized ones due to its various behaviors. Chris From: Pargeter, Christie :CO IS cparg...@lhs.orgmailto:cparg...@lhs.org Reply-To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Date: Thu, 7 Jul 2011 14:02:14 -0500 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Migrator 7.6.4 ** Hi All - I have been trying to use Migrator 7.6.4 to move some form changes from my dev server to a qa server (ARS 7.6.4) but it isn't changing the X, Y, length, width information on the destination server. Has anyone else see this? Is there a setting I probably have incorrect in Migrator? Thanks Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Migrator 7.6.4
Hi All - I have been trying to use Migrator 7.6.4 to move some form changes from my dev server to a qa server (ARS 7.6.4) but it isn't changing the X, Y, length, width information on the destination server. Has anyone else see this? Is there a setting I probably have incorrect in Migrator? Thanks Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org 1120 Building tel: 503-415-5149 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.4
Migrator 7.6.04.0x is overlay aware (barely) and you may need to make sure that the target form is overlaid, and that on the overlay form all of the views that the field is in are also overlaid. You may even have to overlay the field(s) first, then migrate the changes to the field(s). I found the migrator to be more useful moving custom fields than customized ones due to its various behaviors. Chris From: Pargeter, Christie :CO IS cparg...@lhs.orgmailto:cparg...@lhs.org Reply-To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Date: Thu, 7 Jul 2011 14:02:14 -0500 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Migrator 7.6.4 ** Hi All - I have been trying to use Migrator 7.6.4 to move some form changes from my dev server to a qa server (ARS 7.6.4) but it isn't changing the X, Y, length, width information on the destination server. Has anyone else see this? Is there a setting I probably have incorrect in Migrator? Thanks Christie Pargeter Legacy Health IS - Programming SR Technical Analyst cparge...@lhs.org mailto:cparge...@lhs.org 1120 Building tel: 503-415-5149 _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Migrator 7.6.04 SP1
All: We have installed ARS and other packages 7.6.04 SP1 on Solaris/Oracle environment. We have an overlay form from pre SP1 and wanted to use the migrator to see the difference between SP1 form and our overlay version. From what I see migrator does not look at overlays. I tried exporting the def file of the overlay form and convert it in to migrator file but it did not identify the form. Not sure if I am missing something or we can not use migrator to compare the overlay version. Any help or suggestion would be appreciated. Thanks Atul ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Migrator 7.6.04 SP1 - Resend
Did not see this email being distributed - Atul ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.04 SP1
All: We have installed ARS and other packages 7.6.04 SP1 on Solaris/Oracle environment. We have an overlay form from pre SP1 and wanted to use the migrator to see the difference between SP1 form and our overlay version. From what I see migrator does not look at overlays. I tried exporting the def file of the overlay form and convert it in to migrator file but it did not identify the form. Not sure if I am missing something or we can not use migrator to compare the overlay version. -- Issue 2: Server 1(7.6.04 SP1) - Form: X Server 2 (7.6.04) - Form X with overlay I am not able to migrate or import form X from Server 1 to Server 2 - keeps complaining that object is reserved by other users. I have checked and they are NOT reserved. Any help or suggestion would be appreciated. Atul ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.04 SP1
Atul, This is definitely referenced in the Migrator manual, as well as, I believe, in the Upgrade instructions for 7.6.04. Look for something that says Map Overlay to Base. Good luck, Matt R. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra Sent: Tuesday, June 21, 2011 7:50 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 SP1 All: We have installed ARS and other packages 7.6.04 SP1 on Solaris/Oracle environment. We have an overlay form from pre SP1 and wanted to use the migrator to see the difference between SP1 form and our overlay version. From what I see migrator does not look at overlays. I tried exporting the def file of the overlay form and convert it in to migrator file but it did not identify the form. Not sure if I am missing something or we can not use migrator to compare the overlay version. Any help or suggestion would be appreciated. Thanks Atul ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.04 SP1
Thanks Matt - Found the section. Atul -Original Message- From: Matt Reinfeldt [arsl...@mattreinfeldt.com] Date: 06/21/2011 01:04 PM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 SP1 Atul, This is definitely referenced in the Migrator manual, as well as, I believe, in the Upgrade instructions for 7.6.04. Look for something that says Map Overlay to Base. Good luck, Matt R. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra Sent: Tuesday, June 21, 2011 7:50 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 SP1 All: We have installed ARS and other packages 7.6.04 SP1 on Solaris/Oracle environment. We have an overlay form from pre SP1 and wanted to use the migrator to see the difference between SP1 form and our overlay version. From what I see migrator does not look at overlays. I tried exporting the def file of the overlay form and convert it in to migrator file but it did not identify the form. Not sure if I am missing something or we can not use migrator to compare the overlay version. Any help or suggestion would be appreciated. Thanks Atul ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Help need for Migrator
hi, Well if you install one more copy of your arsystem then you can surely move forms and data from your primary ar database to new ar database. You need to license both the ar servers for migrator and then you are good to go. Let me know if need further help. Thanks, Vikram uday kiran-4 wrote: Hi i am working on 7.1.00 ARS I am new to Migrator ,, i installed migrator on demo system. Can i install one more arsystem database in my mssql and can i migrate the forms from Current Arsystem to New One please help me out Uday ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are -- View this message in context: http://old.nabble.com/Help-need-for-Migrator-tp30956514p30958776.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Help need for Migrator
You can also (example dev and prod systems) create a definition file from the dev env and use Migrator to update prod from the def file. That way you don't need a license on the dev server. Can do your dif reports, etc.. right from the def file. On Fri, 18 Feb 2011 05:43:33 -0800, vikram_k vk0073...@techmahindra.com wrote: hi, Well if you install one more copy of your arsystem then you can surely move forms and data from your primary ar database to new ar database. You need to license both the ar servers for migrator and then you are good to go. Let me know if need further help. Thanks, Vikram uday kiran-4 wrote: Hi i am working on 7.1.00 ARS I am new to Migrator ,, i installed migrator on demo system. Can i install one more arsystem database in my mssql and can i migrate the forms from Current Arsystem to New One please help me out Uday ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Help need for Migrator
Hi i am working on 7.1.00 ARS I am new to Migrator ,, i installed migrator on demo system. Can i install one more arsystem database in my mssql and can i migrate the forms from Current Arsystem to New One please help me out Uday ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.04 Incredibly slow login process
Actually, it makes sense that we would have to recache the server definitions, at least those on 7.6.04. The old ones were run on the pre-overlay API set, and the new tools wouldn't be able to use their full functionality without a new cache. That being said, you should be able to use the old cache for any process that isn't new in 7.6.04. Rick On Feb 15, 2011 2:42 PM, strauss stra...@unt.edu wrote: I went back and re-read the release and installation notes on Migrator 7.6.04 to see if I had missed something (apparently not, although they recommend never upgrading an earlier install even though the installer will do it without complaint), and I spotted an interesting issue in the Known Issues section - SW00386826. Apparently, if you have loaded a server (cached it) in Migrator, which by the way takes HOURS and HOURS per server (the one I started this morning at 10 AM after posting the message below - and after a half hour of logging in - is just now finishing up the 45,845 Active Links at almost the 5 hour mark) then this release of migrator will not populate the correct Customization Type for any overlay that you add after the initial cache. The only work-around is to delete the entire cache for that server and re-cache! So, if you have cached a server (and I always do at each step of the installation process), and then add an overly with a customization, you won't be able to correctly add that object to the cache per the statements on pg 43 of the Migrator Guide, and I guess you won't be able to properly migrate it from development to production without first recreating your entire cache for that server? If that is true, if you think Robert's patience is wearing thin with Developer Studio, wait until he has to re-cache the development server before he can migrate the overly!! Or maybe you CAN migrate it, but it just won't show up correctly in either the current server window or any difference reports until you force a complete re-cache of the development server - and possibly also on the destination server as well. That CAN'T be right... Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center -Original Message- From: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Tuesday, February 15, 2011 9:55 AM To: arslist@ARSLIST.ORG Subject: Migrator 7.6.04 Incredibly slow login process Has anyone tried out Migrator 7.6.04?? I use migrator constantly to take object count snapshots after installing or upgrading each component of the ITSM Suite stack, as well as to locate differences in forms and workflow, so I tend to notice differences between versions. The 7.6.03 version was trouble-free and reliable for what I was using it for, especially compared to earlier releases of various 7.5 versions. Several days ago I upgraded the Migrator on my Vista box from 7.6.03 to 7.6.04, and it simply refuses to log in (I normally log in as Demo without specifying a preference server; I store the licenses in a file, not on a server). I never got it to log in at all - possibly because I never let it sit spinning into oblivion long enough (like it is right now). I completely uninstalled it and installed a clean copy of 7.6.04, in hopes that it was just one of those versions of a BMC product that cannot successfully upgrade the previous version (there have been many), but saw the same endless login. Eventually I found it popped up an Error 90 Cannot establish a network connection to the AR System server server.name : RPC: Rpcbind failure - RPC: Timed out Yesterday I saw that it was failing on one of the servers on the list in Accounts that was not running, something the never stopped the 7.6.03 Migrator (and still doesn't - I immediately got logged using Migrator 7.6.03 on a Windows 7 VM on my Mac). I tried disabling some of the servers on the account list (has 7 servers listed) and finally got in, although that removes them from the list of servers you can load so is not very useful. It's like the 7.6.03 Migrator authenticates to the first server that responds and is ready for use, but 7.6.04 tries to log in to every server in the accounts list. I guess that would be okay if it actually worked. Today the Migrator 7.6.04 gives the RPC bind failure for a 7.6.04 server that IS running, and IS able to be logged in to from the same workstation with the 7.6.04 User Tool. When I clear the error it wanders off again into never-never land (it's still there). Since Migrator 7.6.04 is a primary tool for the new Delta Data Migration Server process that I want to test, this gives me an early indication that such an enterprise is doomed to failure. This release of the Migrator appears to be dead on arrival. I'll eventually open an Issue on it, but I am in no hurry since support does not seem to be alive these days; none of the new 7.6.04 Issues I opened on Friday (new install of ARS 7.6.04 failed
Re: Migrator 7.6.04 Incredibly slow login process
I am not referring to the fact that you have to rebuild the server caches after installing Migrator 7.6.04 - I have been doing that around the clock for two days now. I'm referring to the implication in the documentation that if I now create a new customization in an overlay, it will not appear correctly in the migrator cache when you open the server and update the cache (which Migrator does automatically) because of a known defect, and to get it to appear correctly you have to DELETE the existing cache and force it to build a new one, which takes 7 or 8 hours or more for a fully loaded ITSM server. Until then, you would not be able to get an accurate difference report, and it might make it difficult to migrate the changes, which would negate any possible benefit of using the tool. It begs the question of why it was even released in this condition, although with my brief experience to date that is consistent with the code quality of the rest of the 7.6.04 line. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Wednesday, February 16, 2011 9:21 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 Incredibly slow login process ** Actually, it makes sense that we would have to recache the server definitions, at least those on 7.6.04. The old ones were run on the pre-overlay API set, and the new tools wouldn't be able to use their full functionality without a new cache. That being said, you should be able to use the old cache for any process that isn't new in 7.6.04. Rick On Feb 15, 2011 2:42 PM, strauss stra...@unt.edumailto:stra...@unt.edu wrote: I went back and re-read the release and installation notes on Migrator 7.6.04 to see if I had missed something (apparently not, although they recommend never upgrading an earlier install even though the installer will do it without complaint), and I spotted an interesting issue in the Known Issues section - SW00386826. Apparently, if you have loaded a server (cached it) in Migrator, which by the way takes HOURS and HOURS per server (the one I started this morning at 10 AM after posting the message below - and after a half hour of logging in - is just now finishing up the 45,845 Active Links at almost the 5 hour mark) then this release of migrator will not populate the correct Customization Type for any overlay that you add after the initial cache. The only work-around is to delete the entire cache for that server and re-cache! So, if you have cached a server (and I always do at each step of the installation process), and then add an overly with a customization, you won't be able to correctly add that object to the cache per the statements on pg 43 of the Migrator Guide, and I guess you won't be able to properly migrate it from development to production without first recreating your entire cache for that server? If that is true, if you think Robert's patience is wearing thin with Developer Studio, wait until he has to re-cache the development server before he can migrate the overly!! Or maybe you CAN migrate it, but it just won't show up correctly in either the current server window or any difference reports until you force a complete re-cache of the development server - and possibly also on the destination server as well. That CAN'T be right... Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Tuesday, February 15, 2011 9:55 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Migrator 7.6.04 Incredibly slow login process Has anyone tried out Migrator 7.6.04?? I use migrator constantly to take object count snapshots after installing or upgrading each component of the ITSM Suite stack, as well as to locate differences in forms and workflow, so I tend to notice differences between versions. The 7.6.03 version was trouble-free and reliable for what I was using it for, especially compared to earlier releases of various 7.5 versions. Several days ago I upgraded the Migrator on my Vista box from 7.6.03 to 7.6.04, and it simply refuses to log in (I normally log in as Demo without specifying a preference server; I store the licenses in a file, not on a server). I never got it to log in at all - possibly because I never let it sit spinning into oblivion long enough (like it is right now). I completely uninstalled it and installed a clean copy of 7.6.04, in hopes that it was just one of those versions of a BMC product that cannot successfully upgrade the previous version (there have been many), but saw the same endless login. Eventually I
Migrator 7.6.04 Incredibly slow login process
Has anyone tried out Migrator 7.6.04?? I use migrator constantly to take object count snapshots after installing or upgrading each component of the ITSM Suite stack, as well as to locate differences in forms and workflow, so I tend to notice differences between versions. The 7.6.03 version was trouble-free and reliable for what I was using it for, especially compared to earlier releases of various 7.5 versions. Several days ago I upgraded the Migrator on my Vista box from 7.6.03 to 7.6.04, and it simply refuses to log in (I normally log in as Demo without specifying a preference server; I store the licenses in a file, not on a server). I never got it to log in at all - possibly because I never let it sit spinning into oblivion long enough (like it is right now). I completely uninstalled it and installed a clean copy of 7.6.04, in hopes that it was just one of those versions of a BMC product that cannot successfully upgrade the previous version (there have been many), but saw the same endless login. Eventually I found it popped up an Error 90 Cannot establish a network connection to the AR System server server.name : RPC: Rpcbind failure - RPC: Timed out Yesterday I saw that it was failing on one of the servers on the list in Accounts that was not running, something the never stopped the 7.6.03 Migrator (and still doesn't - I immediately got logged using Migrator 7.6.03 on a Windows 7 VM on my Mac). I tried disabling some of the servers on the account list (has 7 servers listed) and finally got in, although that removes them from the list of servers you can load so is not very useful. It's like the 7.6.03 Migrator authenticates to the first server that responds and is ready for use, but 7.6.04 tries to log in to every server in the accounts list. I guess that would be okay if it actually worked. Today the Migrator 7.6.04 gives the RPC bind failure for a 7.6.04 server that IS running, and IS able to be logged in to from the same workstation with the 7.6.04 User Tool. When I clear the error it wanders off again into never-never land (it's still there). Since Migrator 7.6.04 is a primary tool for the new Delta Data Migration Server process that I want to test, this gives me an early indication that such an enterprise is doomed to failure. This release of the Migrator appears to be dead on arrival. I'll eventually open an Issue on it, but I am in no hurry since support does not seem to be alive these days; none of the new 7.6.04 Issues I opened on Friday (new install of ARS 7.6.04 failed to create the arsystem.tag file, and complains about it in the arerror.log on every startup) or Saturday (AR Server upgraded from 7.6.03 to 7.6.04 now crashes the EA thread 390695 7 minutes after any server restart, after which AREA LDAP authentication does not work until the AR Server service is manually restarted.) have been responded to at all. They did respond to my report that NONE of the problems I had identified with all of the online help file installations in 7.6.03 (Atrium, ITSM, SLM, SRM, RKM) had been fixed in 7.6.04 - it is all still hopelessly broken at the installer and/or functional level; but that Issue was from last November. I'm just not feeling the love from 7.6.04 after several weeks of pounding on it, and certainly not from support. The Migrator finally finished logging in after complaining once more about not being able to connect to another server - the production ARS 7.1 server, which absolutely is up and running or I wouldn't be sitting here writing emails. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.04 Incredibly slow login process
We are also seeing evidence that frontline support is completely out if its depth when attempting to resolve product issues. We feel like we have a fighting chance once we get to backline, but not until then. We end up solving far more problems on our own than support does. Rick On Feb 15, 2011 9:55 AM, strauss stra...@unt.edu wrote: Has anyone tried out Migrator 7.6.04?? I use migrator constantly to take object count snapshots after installing or upgrading each component of the ITSM Suite stack, as well as to locate differences in forms and workflow, so I tend to notice differences between versions. The 7.6.03 version was trouble-free and reliable for what I was using it for, especially compared to earlier releases of various 7.5 versions. Several days ago I upgraded the Migrator on my Vista box from 7.6.03 to 7.6.04, and it simply refuses to log in (I normally log in as Demo without specifying a preference server; I store the licenses in a file, not on a server). I never got it to log in at all - possibly because I never let it sit spinning into oblivion long enough (like it is right now). I completely uninstalled it and installed a clean copy of 7.6.04, in hopes that it was just one of those versions of a BMC product that cannot successfully upgrade the previous version (there have been many), but saw the same endless login. Eventually I found it popped up an Error 90 Cannot establish a network connection to the AR System server server.name : RPC: Rpcbind failure - RPC: Timed out Yesterday I saw that it was failing on one of the servers on the list in Accounts that was not running, something the never stopped the 7.6.03 Migrator (and still doesn't - I immediately got logged using Migrator 7.6.03 on a Windows 7 VM on my Mac). I tried disabling some of the servers on the account list (has 7 servers listed) and finally got in, although that removes them from the list of servers you can load so is not very useful. It's like the 7.6.03 Migrator authenticates to the first server that responds and is ready for use, but 7.6.04 tries to log in to every server in the accounts list. I guess that would be okay if it actually worked. Today the Migrator 7.6.04 gives the RPC bind failure for a 7.6.04 server that IS running, and IS able to be logged in to from the same workstation with the 7.6.04 User Tool. When I clear the error it wanders off again into never-never land (it's still there). Since Migrator 7.6.04 is a primary tool for the new Delta Data Migration Server process that I want to test, this gives me an early indication that such an enterprise is doomed to failure. This release of the Migrator appears to be dead on arrival. I'll eventually open an Issue on it, but I am in no hurry since support does not seem to be alive these days; none of the new 7.6.04 Issues I opened on Friday (new install of ARS 7.6.04 failed to create the arsystem.tag file, and complains about it in the arerror.log on every startup) or Saturday (AR Server upgraded from 7.6.03 to 7.6.04 now crashes the EA thread 390695 7 minutes after any server restart, after which AREA LDAP authentication does not work until the AR Server service is manually restarted.) have been responded to at all. They did respond to my report that NONE of the problems I had identified with all of the online help file installations in 7.6.03 (Atrium, ITSM, SLM, SRM, RKM) had been fixed in 7.6.04 - it is all still hopelessly broken at the installer and/or functional level; but that Issue was from last November. I'm just not feeling the love from 7.6.04 after several weeks of pounding on it, and certainly not from support. The Migrator finally finished logging in after complaining once more about not being able to connect to another server - the production ARS 7.1 server, which absolutely is up and running or I wouldn't be sitting here writing emails. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Migrator 7.6.04 Incredibly slow login process
Yeah, I just chewed out the first guy to send me a response to last Friday's Issue (Fast-Track support my butt) for sending me a dozen environment questions that were all either part of the environment defined in the Profile I attached to Product Information (otherwise why bother) or part of the text I _think_ I entered in the original issue plus two updates I added yesterday. I cannot tell, because the current support interface doesn't have any place where you can read or see your previous postings!!!? Maybe that is the problem - support can't see them either? Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook Sent: Tuesday, February 15, 2011 10:04 AM To: arslist@ARSLIST.ORG Subject: Re: Migrator 7.6.04 Incredibly slow login process ** We are also seeing evidence that frontline support is completely out if its depth when attempting to resolve product issues. We feel like we have a fighting chance once we get to backline, but not until then. We end up solving far more problems on our own than support does. Rick On Feb 15, 2011 9:55 AM, strauss stra...@unt.edumailto:stra...@unt.edu wrote: Has anyone tried out Migrator 7.6.04?? I use migrator constantly to take object count snapshots after installing or upgrading each component of the ITSM Suite stack, as well as to locate differences in forms and workflow, so I tend to notice differences between versions. The 7.6.03 version was trouble-free and reliable for what I was using it for, especially compared to earlier releases of various 7.5 versions. Several days ago I upgraded the Migrator on my Vista box from 7.6.03 to 7.6.04, and it simply refuses to log in (I normally log in as Demo without specifying a preference server; I store the licenses in a file, not on a server). I never got it to log in at all - possibly because I never let it sit spinning into oblivion long enough (like it is right now). I completely uninstalled it and installed a clean copy of 7.6.04, in hopes that it was just one of those versions of a BMC product that cannot successfully upgrade the previous version (there have been many), but saw the same endless login. Eventually I found it popped up an Error 90 Cannot establish a network connection to the AR System server server.namehttp://server.name : RPC: Rpcbind failure - RPC: Timed out Yesterday I saw that it was failing on one of the servers on the list in Accounts that was not running, something the never stopped the 7.6.03 Migrator (and still doesn't - I immediately got logged using Migrator 7.6.03 on a Windows 7 VM on my Mac). I tried disabling some of the servers on the account list (has 7 servers listed) and finally got in, although that removes them from the list of servers you can load so is not very useful. It's like the 7.6.03 Migrator authenticates to the first server that responds and is ready for use, but 7.6.04 tries to log in to every server in the accounts list. I guess that would be okay if it actually worked. Today the Migrator 7.6.04 gives the RPC bind failure for a 7.6.04 server that IS running, and IS able to be logged in to from the same workstation with the 7.6.04 User Tool. When I clear the error it wanders off again into never-never land (it's still there). Since Migrator 7.6.04 is a primary tool for the new Delta Data Migration Server process that I want to test, this gives me an early indication that such an enterprise is doomed to failure. This release of the Migrator appears to be dead on arrival. I'll eventually open an Issue on it, but I am in no hurry since support does not seem to be alive these days; none of the new 7.6.04 Issues I opened on Friday (new install of ARS 7.6.04 failed to create the arsystem.tag file, and complains about it in the arerror.log on every startup) or Saturday (AR Server upgraded from 7.6.03 to 7.6.04 now crashes the EA thread 390695 7 minutes after any server restart, after which AREA LDAP authentication does not work until the AR Server service is manually restarted.) have been responded to at all. They did respond to my report that NONE of the problems I had identified with all of the online help file installations in 7.6.03 (Atrium, ITSM, SLM, SRM, RKM) had been fixed in 7.6.04 - it is all still hopelessly broken at the installer and/or functional level; but that Issue was from last November. I'm just not feeling the love from 7.6.04 after several weeks of pounding on it, and certainly not from support. The Migrator finally finished logging in after complaining once more about not being able to connect to another server - the production ARS 7.1 server, which absolutely is up and running or I wouldn't be sitting here writing emails. Christopher Strauss, Ph.D. Call
