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 <m...@rrr.se> 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 <jason.mil...@gmail.com>
>> > 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 <m...@rrr.se> 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"
