I agree! I don't think BPCU is worth the trouble for an ITSM system (assuming large amounts of non-modified objects are still reported as needing an overlay) let alone a custom system. Personally I would skip the whole BPCU part and manually re-customize the core forms by hand (using Best Practice mode of course.
Jason On Wed, Jun 17, 2015 at 9:15 AM, Misi Mladoniczky <[email protected]> wrote: > Hi, > > I presume that you do not have a lot of changes in User/Group. Maybe the > simples way is to add the changes manually after installation. > > I have a utility called RRR|DefFieldDiff that is designed to find Data > differences between forms. These differences are what you really need to > add > again. > > Importing def-files can be done via DevStudio. I have a utility called > RRR|ImportDef that is designed to do this also. The good thing with > RRR|ImportDef is that it gives you better logging to make sure you > understand > which error message belongs to which object. > > BPCU is not a utility to import def files, but a utility to compare your > customized system to the BMC original and convert the appropriate stuff to > Overlays/Custom. In your case where you have mostly custom, it might be > easier > to do this manually. > > 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. > > > Hi Misi, > > > > Thanks a lot for explaining this , Now I got it. > > Also I just need to understand one more point : > > > > Can we use RRR|Chive tool to migrate remedy def files also or it's only > to > > migrate the data. > > If not then we need to use BCPU utility to convert OOB objects to > overlays > > first and then migrate to new environment . > > Or we need to manually do some stuff as you mentioned earlier. > > For eg. we have modified User form on 7.1, so do we need to modify user > > form on remedy9 manually or After converting 7.1 User form through > > BCPU utility will take care of that. ? > > > > > > Thanks, > > Anup > > > > On Tue, Jun 16, 2015 at 1:31 PM, Misi Mladoniczky <[email protected]> wrote: > > > >> Hi, > >> > >> Maybe you have misunderstood something in the process. > >> > >> You can not do a DB Restore from your old server to your new server. You > >> have > >> to do one of the following: > >> A - upgrade > >> 1. Copy your prod db > >> 2. Install/Upgrade the DB-copy using the Remedy installer > >> 3. Use DDM or RRR|Chive to copy delta data when you switch your users to > >> the > >> new server > >> > >> B - new install > >> 1. Install a new Remedy 9 on a new DB instance > >> 2. Use DDM or RRR|Chive to copy the data from old to new system (will > take > >> a > >> long time) > >> 3. Use DDM or RRR|Chive to copy delta data when you switch your users to > >> the > >> new server > >> > >> I am talking about RRR|Chive as this is a free tool to migrate data and > do > >> delta data migrations. DDM has some limitations or disadvantages. If you > >> are a > >> custom shop, I think that RRR|Chive might be a better option, and that > you > >> should go with "B - new install". > >> > >> 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. > >> > >> > Thanks a lot everyone for providing your valuable inputs for my query. > >> > I would also like to confirm few remaining things : > >> > > >> > I am writing a doc for next steps to perform after installation of > fresh > >> > Remedy 9 : > >> > > >> > > >> > 1. Running BCPU Utility to convert overlays of OOB Objects (we have > >> > modified OOB User and Group forms). > >> > > >> > 2. Can we run this utility on our current dev server to identify which > >> OOB > >> > were modified ? > >> > > >> > 3. Will BCPU utility provide overlays of all OOB object modified and > we > >> can > >> > import them on our new Remedy 9 or we need to perform all > modifications > >> > manually on remedy 9? > >> > > >> > 4. We need to have two def files for all workflows : one from BCPU > for > >> OOB > >> > Objects and other for all custom Objects > >> > > >> > 5. We will import both def files on new server (only on Admin server > or > >> > Primary server) on Remedy 9 server. > >> > > >> > 6. Then restoration of production DB on new DB Server (is it at this > >> stage > >> > we need to run DDM ?) > >> > > >> > 7. UAT > >> > > >> > Is there anything else we need to do for this migration process ? > >> > Please list out missing steps if any. > >> > > >> > Thanks, > >> > Anup > >> > > >> > On Fri, Jun 12, 2015 at 12:05 AM, Jason Miller < > [email protected]> > >> > wrote: > >> > > >> >> ** > >> >> I recently imported some old defs taken from ARS/Admin Tool 6.x and > >> >> imported into and ARS 9.0 environment with Dev Studio 9.0. I agree > with > >> >> Misi you might have some minor fixes to make but largely things > should > >> work > >> >> well. > >> >> > >> >> A few things to note though... During one version of the installers > it > >> >> removed the 3rd type of web view from forms (I can't remember what it > >> was > >> >> called, it was the odd HTMLly one). I seem to remember only this > >> version of > >> >> the installer doing this so if you have these types of web view and > go > >> >> straight from 7.1 to 8.1/9.0 I don't think these views will be > removed > >> as > >> >> they should. Oh, I think they were called Web Relative views. > >> >> > >> >> Also there is no longer macro support and I think maybe another > feature > >> or > >> >> two. Similarly with the web views, I think there were only 1 or 2 > >> versions > >> >> of the installers that would offer to convert your macros into > workflow > >> >> (but this may have been done by 7.1 already?.?.) > >> >> > >> >> One issue we have is our older LDAP Vendor Forms do not work with the > >> new > >> >> Java ARDBC plugin. When we went to 8.1 from 7.6.04 we had to disable > the > >> >> Java plugin and use the C plugin. In time we'll create the form from > >> >> scratch using the Java plugin and switch back the Java default > plugin. > >> >> > >> >> I have imported an even older xml def then mentioned above into 9.0 > >> using > >> >> Admin Tool 7.1 to try correct some errors during import. Turns out > the > >> >> issue was with the XML not the tool being used. Although I highly > >> >> discourage using Admin Tool against a 9.0 server (7.5, 7.6.x, 8.x for > >> that > >> >> matter). This was my personal sandbox where I was looking through my > >> >> archives for some old code. I took a VM snapshot prior so I didn't > care > >> if > >> >> it blew up by the Admin Tool. > >> >> > >> >> Regarding User Tool... Many of us are still using the User Tool > against > >> >> 8.x and 9.x systems for administrative operations. You just can't > beat > >> the > >> >> speed and convenience for doing our daily work. I may or may not have > >> even > >> >> worked on 9.0 beta systems in BMC's office that already had the User > >> Tool > >> >> install when I got there ;-) > >> >> > >> >> I do recommend having non-admin users use Mid Tier though. It is fast > >> and > >> >> the web-only UI features can't be beat. > >> >> > >> >> Personally not knowing much about your environment (size, amount of > >> >> acceptable risk, etc.), I would do just want you stated in question > 1. I > >> >> would go with 9.0. My experience is that custom Remedy systems often > >> are a > >> >> bit lighter-weight than ITSM systems and many of the bugs in new > release > >> >> won't be noticed (not guaranteed but just my general experience). > >> Typically > >> >> it is very easy to install a new version of AR, import Defs (not > core AR > >> >> forms though), fix a few things and copy data. If this were an ITSM > >> system > >> >> it is a much more intensive process. > >> >> > >> >> I am pretty confident in 9.0. There were production hours on the new > >> Java > >> >> code base even before 9.0 was released so it isn't completely brand > >> new. If > >> >> I was building a new custom Remedy system I would use 9.0. If my team > >> >> wasn't working on a some large projects right now I would likely be > >> pushing > >> >> to get on 9.0. > >> >> > >> >> HTH, > >> >> Jason > >> >> > >> >> > >> >> On Thu, Jun 11, 2015 at 5:09 AM, Misi Mladoniczky <[email protected]> > wrote: > >> >> > >> >>> Hi, > >> >>> > >> >>> You should be able to import def files with no major issues. I have > >> >>> tested def > >> >>> import on 9 beta to some extent only. If you have issues, they can > >> >>> typically > >> >>> be fixed. > >> >>> > >> >>> You will need to do some manual stuff if you have changed any of the > >> out > >> >>> of > >> >>> the box forms such as the User form. You should not just import the > old > >> >>> forms > >> >>> on top of the new ones. Instead you should implement your changes > anew, > >> >>> preferably using the Overlay functionality. > >> >>> > >> >>> The old client should also work fine. I have tested to access 9 beta > >> with > >> >>> 7.6.04 User tool. > >> >>> > >> >>> Version 9 is quite new, and a complete Java rebuild of the system, > and > >> is > >> >>> bound to have some issues. Or so I presume. If you want a stable > system > >> >>> now, I > >> >>> would go for 8.1.02 with the latest patch. I have not installed it > >> >>> myself, but > >> >>> that would be my strategy. > >> >>> > >> >>> 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 are planning to install Remedy 9 on our new servers and then > move > >> >>> the data > >> >>> > from our earlier Remedy 7.1 ver. > >> >>> > > >> >>> > I have 3 queries here : > >> >>> > > >> >>> > 1. If we install remedy ver 9 on new server, and then with the > help > >> of > >> >>> def > >> >>> > files we can move all customizations to remedy 9 (we just have AR > >> >>> system and > >> >>> > for Remedy 9 also we need only AR system). Is it fine or there > might > >> be > >> >>> any > >> >>> > issues with it ? > >> >>> > > >> >>> > 2. Can we install User tool of 7.6.04 ver (or earlier ver may be) > on > >> >>> the same > >> >>> > server where we will be installing Remedy 9. > >> >>> > I know BMC does not support BMC user tool from 8.1 onwards but we > did > >> >>> install > >> >>> > user tool of 7.6.04 on machine where we installed Remed y8.1 and > it > >> >>> worked > >> >>> > fine at that time. > >> >>> > > >> >>> > 3. Which ver (9 or 8.1.02 or 8.1) is better for our case where we > >> just > >> >>> need AR > >> >>> > system only. > >> >>> > We will be doing fresh installation of new Remedy ver and then > will > >> >>> move data > >> >>> > from 7.1 to this new machine. > >> >>> > Only must requirement is to have user tool > >> >>> > > >> >>> > Please update if anyone has any idea about it. > >> >>> > > >> >>> > Thanks, > >> >>> > Anup > >> >>> > > >> >>> > > >> >>> > >> > _______________________________________________________________________________ > >> >>> > 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" > >> >>> > >> >> > >> >> _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" > >> > > >> > >> > >> > _______________________________________________________________________________ > >> 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" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
