Re: Migrator Tool

[Jason Miller]

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 
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 
> 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 
>> *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
>>
>>
>>
>

Re: Migrator Tool

[Jason Miller]

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  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 
> *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 perfo

Re: Migrator Tool

[Brian Pancia]

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)  on 
behalf of Misi Mladoniczky 
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" 
mailto:%22Brian%20Pancia%22%20>> 
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 t

Re: Migrator Tool

[Brian Pancia]

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)  on 
behalf of Misi Mladoniczky 
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" 
mailto:%22Brian%20Pancia%22%20>> 
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

[Misi Mladoniczky]

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 
r

Re: Migrator Tool

[Joel D Sender]

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) 
on behalf of Misi Mladoniczky 
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" 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_

_ARSlist: "

Re: Migrator Tool

[Brian Pancia]

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
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" 
mailto:%22Brian%20Pancia%22%20>> 
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

[Misi Mladoniczky]

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"

Re: Migrator Crashing

[Timothy Powell]

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"

Re: Migrator Difference Report and Property List

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

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

[Joe D'Souza]

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

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

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:
..
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

[Grooms, Frederick W]

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"

Re: Migrator Difference Report and Property List

[Misi Mladoniczky]

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:
..
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 7.6.04

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

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"

Re: Migrator 7.6.04

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

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"

Re: Migrator 7.6.04

[Grooms, Frederick W]

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

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

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

[Grooms, Frederick W]

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



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Migrator question...

[richard....@bwc.state.oh.us]

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.us<mailto:richard@bwc.state.oh.us>
Sent: Wednesday, October 31, 2012 9:54 AM
To: arslist@ARSLIST.ORG<mailto: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.com<http://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 
hyperlink, please e-mail sender.
_attend WWRUG12 www.wwrug.com<http://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: Migrator question...

[Pierson, Shawn]

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.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...

[David M. Clark]

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...

[pascale . sterrett]

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...

[Timothy Powell]

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"
<>

Re: Migrator question...

[Martinez, Marcelo A]

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.us<mailto:richard@bwc.state.oh.us>
Subject: Migrator question...
To: arslist@ARSLIST.ORG<mailto: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<http://www.wwrug.com> ARSlist: 
"Where the Answers Are"_
_attend WWRUG12 www.wwrug.com<http://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...

[ravi rai]

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 7.6.4

[Pargeter, Christie :CO IS]

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"
mailto:cparg...@lhs.org>>
Reply-To: "arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>"
mailto:arslist@ARSLIST.ORG>>
Date: Thu, 7 Jul 2011 14:02:14 -0500
To: "arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>"
mailto: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"

Re: Migrator 7.6.4

[strauss]

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" mailto:cparg...@lhs.org>>
Reply-To: "arslist@ARSLIST.ORG" 
mailto:arslist@ARSLIST.ORG>>
Date: Thu, 7 Jul 2011 14:02:14 -0500
To: "arslist@ARSLIST.ORG" 
mailto: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 
  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"

Re: Migrator 7.6.04 SP1

[Atul Vohra]

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: Migrator 7.6.04 SP1

[Matt Reinfeldt]

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

[Atul Vohra]

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 Incredibly slow login process

[strauss]

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" mailto: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<mailto:arslist@ARSLIST.ORG>] On Behalf Of strauss
> Sent: Tuesday, February 15, 2011 9:55 AM
> To: arslist@ARSLIST.ORG<mailto: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 (li

Re: Migrator 7.6.04 Incredibly slow login process

[Rick Cook]

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"  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  : 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

[strauss]

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  : 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 re

Re: Migrator 7.6.04 Incredibly slow login process

[strauss]

Clarification - on the XP machine with IE 7 where I have done all of my 
supportweb work for many years, the Issue History has stopped displaying the 
entry that is selected above it in the tablefield when you Modify / View and 
Issue.  That's new since last week, hence my comment about not being able to 
see the details any more.  Maybe it's from one of last week's Mickey-soft 
updates - I don't know - I can see the entries in Issue History just fine in IE 
8 on my Windows 7 VM.  Go figure.

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 strauss
Sent: Tuesday, February 15, 2011 10:13 AM
To: arslist@ARSLIST.ORG
Subject: 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

___
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

[strauss]

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" mailto: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 http://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

Re: Migrator 7.6.04 Incredibly slow login process

[Rick Cook]

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"  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  : 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 timeout

[Andy Support]

Thank you everyone for the tips!

It eventually worked.
Did not change anything of course!
I really hope they are going to improve migrator soon.

Andy

2010/10/8 Joe Martin D'Souza 

> **
> Andy,
>
> Have you tried upgrading your 6.0.1 server to 7.5? That way both the source
> and target would be the same versions to support a migration.
>
> Remedy has claimed that the Studio and user client tool is backward
> compatible - meaning you can safely connect from a 7.5 studio or user client
> tool to a previous version. I don't recall if the Migrator client was built
> that way too.. Even if it were, the problem must be that 6.0 is a few major
> version levels behind.. After 6.0, there were 6.3, 7.0, 7.1 and 7.5.
>
> If you cannot get to 7.5, at least try getting a little closer, and
> reattempt in case Remedy does claim the Migrator can be used for previous
> versions..
>
> Cheers
>
> Joe
>
>
>
>  *From:* Andy Support 
> *Sent:* Friday, October 08, 2010 3:28 AM
> *Newsgroups:* public.remedy.arsystem.general
> *To:* arslist@ARSLIST.ORG
> *Subject:* Migrator timeout
>
> ** Hi folks,
>
> did anyone ever experience a problem using Migrator 7.5 to migrate
> definitions from a 6.0.1 server to a 7.5 server?
>
> We are seeing a "Server Connection Timeout: Waiting to Retry Operation"
>
> Thank you in advance.
>
> Regards
> Andy
> _attend WWRUG10 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 timeout

[Misi Mladoniczky]

Hi,

Why not use RRR|Chive for the data and ARAdmin/DevStudio for the defs?

Best Regards - Misi, RRR AB, http://www.rrr.se

Products from RRR Scandinavia:
* 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 folks,
>
> did anyone ever experience a problem using Migrator 7.5 to migrate
> definitions from a 6.0.1 server to a 7.5 server?
>
> We are seeing a "Server Connection Timeout: Waiting to Retry Operation"
>
> Thank you in advance.
>
> Regards
> Andy
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>
> --
> This message was scanned by ESVA and is believed to be clean.
>
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Migrator timeout

[patrick zandi]

you might have a chance with using the migrator 6.5 or 7.1 version to a
migrator def file, then put use the migrator 7.5 .. my guess..
or vicey - versiy  = 8  ^ )

On Fri, Oct 8, 2010 at 11:35 AM, Joe Martin D'Souza wrote:

> **
> Andy,
>
> Have you tried upgrading your 6.0.1 server to 7.5? That way both the source
> and target would be the same versions to support a migration.
>
> Remedy has claimed that the Studio and user client tool is backward
> compatible - meaning you can safely connect from a 7.5 studio or user client
> tool to a previous version. I don't recall if the Migrator client was built
> that way too.. Even if it were, the problem must be that 6.0 is a few major
> version levels behind.. After 6.0, there were 6.3, 7.0, 7.1 and 7.5.
>
> If you cannot get to 7.5, at least try getting a little closer, and
> reattempt in case Remedy does claim the Migrator can be used for previous
> versions..
>
> Cheers
>
> Joe
>
>
>
>  *From:* Andy Support 
> *Sent:* Friday, October 08, 2010 3:28 AM
> *Newsgroups:* public.remedy.arsystem.general
> *To:* arslist@ARSLIST.ORG
> *Subject:* Migrator timeout
>
> ** Hi folks,
>
> did anyone ever experience a problem using Migrator 7.5 to migrate
> definitions from a 6.0.1 server to a 7.5 server?
>
> We are seeing a "Server Connection Timeout: Waiting to Retry Operation"
>
> Thank you in advance.
>
> Regards
> Andy
>  _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>



-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Migrator timeout

[Joe Martin D'Souza]

Andy,

Have you tried upgrading your 6.0.1 server to 7.5? That way both the source and 
target would be the same versions to support a migration.

Remedy has claimed that the Studio and user client tool is backward compatible 
- meaning you can safely connect from a 7.5 studio or user client tool to a 
previous version. I don't recall if the Migrator client was built that way 
too.. Even if it were, the problem must be that 6.0 is a few major version 
levels behind.. After 6.0, there were 6.3, 7.0, 7.1 and 7.5.

If you cannot get to 7.5, at least try getting a little closer, and reattempt 
in case Remedy does claim the Migrator can be used for previous versions..

Cheers

Joe




From: Andy Support 
Sent: Friday, October 08, 2010 3:28 AM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Migrator timeout


** Hi folks, 


did anyone ever experience a problem using Migrator 7.5 to migrate definitions 
from a 6.0.1 server to a 7.5 server?


We are seeing a "Server Connection Timeout: Waiting to Retry Operation" 


Thank you in advance.


Regards
Andy

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

RFE process (was: RE: migrator question)

[Easter, David]

Ø  I just know it is not WEB based anymore, and you have to do this via some 
other email mechanism, which I am not sure why? Dave ?

The consolidated BMC process calls for Support to review RFE requests to ensure 
that they are, in fact, RFE requests and not support requests.   I realize that 
statement is a bit ironic since this whole thread is about that process 
breaking down, but that's why Support remains involved.  Prior to that, a 
significant percentage of RFEs came in that were not RFEs at all.  Things like 
"Does AR System support Linux?" or "I got an error, how can I fix it" or "Can 
you send me a trial license key?".   This also led to situations where a 
customer put in a very urgent incident and accidently logged it as an RFE - and 
it remained unprocessed for an unexpected amount of time.  With Support 
directly in the loop, those problems have (nearly) gone away and the speed at 
which valid RFEs are processed increased quite a bit.

The web interface was removed because it was a direct pipe from the web site 
into the RFE tracking tool - bypassing Support.  It is my opinion that the 
pendulum swung a bit too far on that and it's something I've advocated putting 
back in - but with the added step of having Support review the RFE queue to 
pick out any issues that should have been incidents.   Until then, the process 
is to open an incident and request Support to log the RFE.You can always 
log the incident through the web and just be clear that the incident is meant 
to become an RFE.  You can even save some time and fill out the RFE template 
ahead of time and submit it with the incident...

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of patrick zandi
Sent: Thursday, September 02, 2010 8:53 AM
To: arslist@ARSLIST.ORG
Subject: Re: migrator question

** Correct !
I just thought that was because of the original call.. I thought it had to be 
there for tracking purposes..
So you can definately blame that on me..  The rest of the RFE I thought made 
sense thou...
I just know it is not WEB based anymore, and you have to do this via some other 
email mechanism, which I am not sure why? Dave ?
On Thu, Sep 2, 2010 at 11:43 AM, Easter, David 
mailto:david_eas...@bmc.com>> wrote:
**
Just to be fair to the RFE process, the reason the RFE was declined was that it 
was not a "Request for an enhancement" - it was a request for information (i.e. 
a question).   The exact "request" was:

"Would like to know which forms and data to migrate to get all the foundation 
data mirgrated from one system to another using migrator."

(you can see this if you query for the RFE at: Product 
Defects<http://apps.bmc.com/server/available.cfm?fc=REMDEFECTS>)
If this was changed to an enhancement request against Migrator, something got 
lost in translation during the conversion from an incident to an RFE.That's 
why it was kicked back to Support as "not an RFE" to determine what the actual 
enhancement request was supposed to be.

So sorry - no dancing and no fires.  I'll ping the parties involved to see if 
there was a breakdown in process somewhere.  You're also welcome to contact 
Support and voice your concerns as well.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of patrick 
zandi
Sent: Thursday, September 02, 2010 7:08 AM

To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Re: migrator question

** Oh, for reference: Quality Management ID # SW00376055 ---> Oh the Irony ! 
Maybe there was a small fire.. lol

Product* : Migrator

Status Mode : Resolved

Status : Retired

Resolution : Not A RFE



Hi Patrick,



Our RFE Review Committee has reviewed this RFE and, unfortunately, decided to 
reject this RFE as it is not an enhancement request but rather a support issue. 
Please Contact BMC Support or search BMC Support Knowledge Base on our Support 
web site for your issue.



Please feel free to contact me if you disagree with this disposition or have 
additional comments.



Than

Re: migrator question

[patrick zandi]

This might work.. will check
My issue is I am working in a server room, where there is no mouse but a
little pad from a console, to move stuff around in a standing position. no
RDP.

After about the 5th one.. my hands do not like it much... and well a little
frustrated, I starting thinking it sure would be nice to have a template to
help out.
and realizing after the 30th one.. .. yeah.. that sure would be nice

On Thu, Sep 2, 2010 at 11:32 AM, Timothy Powell <
timothy.pow...@pbs-consulting.com> wrote:

> **
> Patrick,
> This isn't exactly what you're looking for, but you can back into it:
>
>
> you have a set of forms (in your example, 30) that you want to migrate data
> from and the data export settings for all 30 forms will be the same. Go to
> Tools/Options and open the Migrator Options area. Go to Migration/Data. Set
> the options you want for this particular export and hit OK.
>
> Then go to your forms, select the forms you want to export from and migrate
> the data. Rinse, lather, repeat as needed…..
>
>
> On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi < 
> 
> remedy...@gmail.com> wrote:
> Hey all,
>
> In migrator, any version: if you select lets say 30 forms that you want
> data migrated, is their an easier way than manually selecting every little
> tab and then saying what you want to do with it. I do not see any templates
> you can apply to it to autofill in the standard value, and then modify a
> couple... Rather than the manual mouse click X 4 X 30 ...
> Just asking.
>
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>



-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[patrick zandi]

Correct !
I just thought that was because of the original call.. I thought it had to
be there for tracking purposes..
So you can definately blame that on me..  The rest of the RFE I thought made
sense thou...
I just know it is not WEB based anymore, and you have to do this via some
other email mechanism, which I am not sure why? Dave ?

On Thu, Sep 2, 2010 at 11:43 AM, Easter, David  wrote:

> **
>
> Just to be fair to the RFE process, the reason the RFE was declined was
> that it was not a “Request for an enhancement” – it was a request for
> information (i.e. a question).   The exact “request” was:
>
>
>
> “Would like to know which forms and data to migrate to get all the
> foundation data mirgrated from one system to another using migrator.”
>
> (you can see this if you query for the RFE at: *Product 
> Defects<http://apps.bmc.com/server/available.cfm?fc=REMDEFECTS>
> **)*
>
> If this was changed to an enhancement request against Migrator, something
> got lost in translation during the conversion from an incident to an RFE.
>   That’s why it was kicked back to Support as “not an RFE” to determine what
> the actual enhancement request was supposed to be.
>
>
>
> So sorry – no dancing and no fires.  I’ll ping the parties involved to see
> if there was a breakdown in process somewhere.  You’re also welcome to
> contact Support and voice your concerns as well.
>
>
>
> -David J. Easter
>
> Sr. Product Manager, Enterprise Service Management
>
> BMC Software, Inc.
>
>
>
> The opinions, statements, and/or suggested courses of action expressed in
> this E-mail do not necessarily reflect those of BMC Software, Inc.  My
> voluntary participation in this forum is not intended to convey a role as a
> spokesperson, liaison or public relations representative for BMC Software,
> Inc.
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arsl...@arslist.org] *On Behalf Of *patrick zandi
> *Sent:* Thursday, September 02, 2010 7:08 AM
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: migrator question
>
>
>
> ** Oh, for reference: Quality Management ID # SW00376055 --->* Oh the
> Irony ! Maybe there was a small fire.. lol*
>
> Product* : Migrator
>
> Status Mode : Resolved
>
> Status : Retired
>
> Resolution : Not A RFE
>
>
>
> Hi Patrick,
>
>
>
> Our RFE Review Committee has reviewed this RFE and, unfortunately, decided
> to reject this RFE as it is not an enhancement request but rather a support
> issue. Please Contact BMC Support or search BMC Support Knowledge Base on
> our Support web site for your issue.
>
>
>
> Please feel free to contact me if you disagree with this disposition or
> have additional comments.
>
>
>
> Thanks.
>
>
>
> David Chou
>
> Sr. Product Manager
>
> david_c...@bmc.com
>
>
>
> On Thu, Sep 2, 2010 at 10:01 AM, patrick zandi 
> wrote:
>
>  That is what I thought, Thanks Rick...
>
> What I was looking for was exactly that.. a little help from a quick
> formatted template.. to fill it in..
> So I put in an RFE, but the RFE was torched and they danced around it in
> laughter, shouting "it's Gone !, "it's Gone! "
> (ok, I am exaggerating a little ) lol
>
>
>
>  On Thu, Sep 2, 2010 at 9:34 AM, Rick Cook  wrote:
>
> ** Pat, can't you do Shift-click/CTRL-click on those forms, or is your
> complaint that you have to choose the data settings in each individual
> form?  The settings for data migration are form-specific, so BMC's response
> is probably "functioning as designed".  Perhaps your RFE might be better
> received if it were for a dialog that would allow you to set the settings in
> a matrix-like thing, rather than form-by-form.
>
> Of course, we could all get unbelievably lucky and Migrator would get
> re-architected to correct other, more glaring design issues.  Like why one
> cannot export the screen results - AT ALL.  A .migrator or .def file doesn't
> really help me when my boss wants to know what objects are different between
> two servers.  I need something I can copy and paste into a Word doc. or
> something, and Migrator, 12 flippin' years after it was built, STILL does
> not allow that.
>
> Ok, I'm done with my rant.  Back to work.
>
> Rick
>
> On Thu, Sep 2, 2010 at 9:27 AM, patrick zandi  wrote:
>
> ** I am looking for some folks out there, to tell me this is not possible.
>
>
> I do not see it, yet I put in an RFE and was sharply shutdown by BMC that
> this was a customer support problem, and it was not an actual RFE.
> With that said, my assumption is there is some way to make this happen, b

Re: migrator question

[Easter, David]

Just to be fair to the RFE process, the reason the RFE was declined was that it 
was not a "Request for an enhancement" - it was a request for information (i.e. 
a question).   The exact "request" was:

"Would like to know which forms and data to migrate to get all the foundation 
data mirgrated from one system to another using migrator."

(you can see this if you query for the RFE at: Product 
Defects<http://apps.bmc.com/server/available.cfm?fc=REMDEFECTS>)
If this was changed to an enhancement request against Migrator, something got 
lost in translation during the conversion from an incident to an RFE.That's 
why it was kicked back to Support as "not an RFE" to determine what the actual 
enhancement request was supposed to be.

So sorry - no dancing and no fires.  I'll ping the parties involved to see if 
there was a breakdown in process somewhere.  You're also welcome to contact 
Support and voice your concerns as well.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of patrick zandi
Sent: Thursday, September 02, 2010 7:08 AM
To: arslist@ARSLIST.ORG
Subject: Re: migrator question

** Oh, for reference: Quality Management ID # SW00376055 ---> Oh the Irony ! 
Maybe there was a small fire.. lol

Product* : Migrator

Status Mode : Resolved

Status : Retired

Resolution : Not A RFE



Hi Patrick,



Our RFE Review Committee has reviewed this RFE and, unfortunately, decided to 
reject this RFE as it is not an enhancement request but rather a support issue. 
Please Contact BMC Support or search BMC Support Knowledge Base on our Support 
web site for your issue.



Please feel free to contact me if you disagree with this disposition or have 
additional comments.



Thanks.



David Chou

Sr. Product Manager

david_c...@bmc.com<mailto:david_c...@bmc.com>

On Thu, Sep 2, 2010 at 10:01 AM, patrick zandi 
mailto:remedy...@gmail.com>> wrote:
 That is what I thought, Thanks Rick...

What I was looking for was exactly that.. a little help from a quick formatted 
template.. to fill it in..
So I put in an RFE, but the RFE was torched and they danced around it in 
laughter, shouting "it's Gone !, "it's Gone! "
(ok, I am exaggerating a little ) lol


On Thu, Sep 2, 2010 at 9:34 AM, Rick Cook 
mailto:remedyr...@gmail.com>> wrote:
** Pat, can't you do Shift-click/CTRL-click on those forms, or is your 
complaint that you have to choose the data settings in each individual form?  
The settings for data migration are form-specific, so BMC's response is 
probably "functioning as designed".  Perhaps your RFE might be better received 
if it were for a dialog that would allow you to set the settings in a 
matrix-like thing, rather than form-by-form.

Of course, we could all get unbelievably lucky and Migrator would get 
re-architected to correct other, more glaring design issues.  Like why one 
cannot export the screen results - AT ALL.  A .migrator or .def file doesn't 
really help me when my boss wants to know what objects are different between 
two servers.  I need something I can copy and paste into a Word doc. or 
something, and Migrator, 12 flippin' years after it was built, STILL does not 
allow that.

Ok, I'm done with my rant.  Back to work.

Rick
On Thu, Sep 2, 2010 at 9:27 AM, patrick zandi 
mailto:remedy...@gmail.com>> wrote:
** I am looking for some folks out there, to tell me this is not possible.

I do not see it, yet I put in an RFE and was sharply shutdown by BMC that this 
was a customer support problem, and it was not an actual RFE.
With that said, my assumption is there is some way to make this happen, but I 
must be missing it.
On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi 
mailto:remedy...@gmail.com>> wrote:
Hey all,

In migrator, any version: if you select lets say 30 forms that you want data 
migrated, is their an easier way than manually selecting every little tab and 
then saying what you want to do with it. I do not see any templates you can 
apply to it to autofill in the standard value, and then modify a couple... 
Rather than the manual mouse click X 4 X 30 ...
Just asking.

--
Patrick Zandi



--
Patrick Zandi
_attend WWRUG10 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers 
Are"_

_attend WWRUG10 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers 
Are"_


--
Patrick Zandi



--
Patrick Zandi
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answer

Re: migrator question

[Timothy Powell]

Patrick,
This isn't exactly what you're looking for, but you can back into it:


you have a set of forms (in your example, 30) that you want to migrate data 
from and the data export settings for all 30 forms will be the same. Go to 
Tools/Options and open the Migrator Options area. Go to Migration/Data. Set the 
options you want for this particular export and hit OK.
Then go to your forms, select the forms you want to export from and migrate the 
data. Rinse, lather, repeat as needed…..

On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi  wrote:
Hey all, 

In migrator, any version: if you select lets say 30 forms that you want data 
migrated, is their an easier way than manually selecting every little tab and 
then saying what you want to do with it. I do not see any templates you can 
apply to it to autofill in the standard value, and then modify a couple... 
Rather than the manual mouse click X 4 X 30 ...
Just asking.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[Rick Cook]

And that is translatable into a text format...how easily?  Yeah.  I asked
BMC to fix it years ago, and if they cared about investing in the product
further, they would, but there's always some new toolset right around the
corner...that never actually makes it around the corner...some
day...(wistful sigh)

Rick

On Thu, Sep 2, 2010 at 10:35 AM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> Rick,
>
> I just did a Differences (then selected the form to get the details) and
> output it to an HTML using File -> Export to HTML
>
> You can also export the Migration Result report to HTML the same way.
>
> I am on Migrator 7.1.0 Patch 007
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arsl...@arslist.org] On Behalf Of Rick Cook
> Sent: Thursday, September 02, 2010 8:35 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: migrator question
>
> Pat, can't you do Shift-click/CTRL-click on those forms, or is your
> complaint that you have to choose the data settings in each individual
> form?  The settings for data migration are form-specific, so BMC's response
> is probably "functioning as designed".  Perhaps your RFE might be better
> received if it were for a dialog that would allow you to set the settings in
> a matrix-like thing, rather than form-by-form.
>
> Of course, we could all get unbelievably lucky and Migrator would get
> re-architected to correct other, more glaring design issues.  Like why one
> cannot export the screen results - AT ALL.  A .migrator or .def file doesn't
> really help me when my boss wants to know what objects are different between
> two servers.  I need something I can copy and paste into a Word doc. or
> something, and Migrator, 12 flippin' years after it was built, STILL does
> not allow that.
>
> Ok, I'm done with my rant.  Back to work.
>
> Rick
>
> -Original Message-
> On Thu, Sep 2, 2010 at 9:27 AM, patrick zandi  wrote:
> I am looking for some folks out there, to tell me this is not possible.
> I do not see it, yet I put in an RFE and was sharply shutdown by BMC that
> this was a customer support problem, and it was not an actual RFE.
> With that said, my assumption is there is some way to make this happen, but
> I must be missing it.
> --
> Patrick Zandi
>
> -Original Message-
> On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi  wrote:
> Hey all,
>
> In migrator, any version: if you select lets say 30 forms that you want
> data migrated, is their an easier way than manually selecting every little
> tab and then saying what you want to do with it. I do not see any templates
> you can apply to it to autofill in the standard value, and then modify a
> couple... Rather than the manual mouse click X 4 X 30 ...
> Just asking.
> --
> Patrick Zandi
>
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[Grooms, Frederick W]

Rick,

I just did a Differences (then selected the form to get the details) and output 
it to an HTML using File -> Export to HTML

You can also export the Migration Result report to HTML the same way.

I am on Migrator 7.1.0 Patch 007

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Rick Cook
Sent: Thursday, September 02, 2010 8:35 AM
To: arslist@ARSLIST.ORG
Subject: Re: migrator question

Pat, can't you do Shift-click/CTRL-click on those forms, or is your complaint 
that you have to choose the data settings in each individual form?  The 
settings for data migration are form-specific, so BMC's response is probably 
"functioning as designed".  Perhaps your RFE might be better received if it 
were for a dialog that would allow you to set the settings in a matrix-like 
thing, rather than form-by-form.

Of course, we could all get unbelievably lucky and Migrator would get 
re-architected to correct other, more glaring design issues.  Like why one 
cannot export the screen results - AT ALL.  A .migrator or .def file doesn't 
really help me when my boss wants to know what objects are different between 
two servers.  I need something I can copy and paste into a Word doc. or 
something, and Migrator, 12 flippin' years after it was built, STILL does not 
allow that.

Ok, I'm done with my rant.  Back to work.

Rick

-Original Message-
On Thu, Sep 2, 2010 at 9:27 AM, patrick zandi  wrote:
I am looking for some folks out there, to tell me this is not possible.
I do not see it, yet I put in an RFE and was sharply shutdown by BMC that this 
was a customer support problem, and it was not an actual RFE.
With that said, my assumption is there is some way to make this happen, but I 
must be missing it.
-- 
Patrick Zandi

-Original Message-
On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi  wrote:
Hey all, 

In migrator, any version: if you select lets say 30 forms that you want data 
migrated, is their an easier way than manually selecting every little tab and 
then saying what you want to do with it. I do not see any templates you can 
apply to it to autofill in the standard value, and then modify a couple... 
Rather than the manual mouse click X 4 X 30 ...
Just asking.
-- 
Patrick Zandi
 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[patrick zandi]

Jarl,
you have definitely a lot of tricks up your sleeve...

I would have to say.. They have incorporated at least 15 or so of my
suggestions in the past..
So I am happy..for the past.. just not for the future.

On Thu, Sep 2, 2010 at 10:06 AM, Jarl Grøneng wrote:

> Add the forms to a packing list, and then migrate the packinglist
> included the relation in it.
>
> --
> J
>
> 2010/9/2 patrick zandi :
> > ** Hey all,
> >
> > In migrator, any version: if you select lets say 30 forms that you want
> data
> > migrated, is their an easier way than manually selecting every little tab
> > and then saying what you want to do with it. I do not see any templates
> you
> > can apply to it to autofill in the standard value, and then modify a
> > couple... Rather than the manual mouse click X 4 X 30 ...
> > Just asking.
> >
> > --
> > Patrick Zandi
> > _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>



-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[patrick zandi]

Oh, for reference: Quality Management ID # SW00376055 --->* Oh the Irony !
Maybe there was a small fire.. lol

*

Product* : Migrator

Status Mode : Resolved

Status : Retired

Resolution : Not A RFE



Hi Patrick,



Our RFE Review Committee has reviewed this RFE and, unfortunately, decided
to reject this RFE as it is not an enhancement request but rather a support
issue. Please Contact BMC Support or search BMC Support Knowledge Base on
our Support web site for your issue.



Please feel free to contact me if you disagree with this disposition or have
additional comments.



Thanks.



David Chou

Sr. Product Manager

david_c...@bmc.com


On Thu, Sep 2, 2010 at 10:01 AM, patrick zandi  wrote:

>  That is what I thought, Thanks Rick...
>
> What I was looking for was exactly that.. a little help from a quick
> formatted template.. to fill it in..
> So I put in an RFE, but the RFE was torched and they danced around it in
> laughter, shouting "it's Gone !, "it's Gone! "
> (ok, I am exaggerating a little ) lol
>
>
>
> On Thu, Sep 2, 2010 at 9:34 AM, Rick Cook  wrote:
>
>> ** Pat, can't you do Shift-click/CTRL-click on those forms, or is your
>> complaint that you have to choose the data settings in each individual
>> form?  The settings for data migration are form-specific, so BMC's response
>> is probably "functioning as designed".  Perhaps your RFE might be better
>> received if it were for a dialog that would allow you to set the settings in
>> a matrix-like thing, rather than form-by-form.
>>
>> Of course, we could all get unbelievably lucky and Migrator would get
>> re-architected to correct other, more glaring design issues.  Like why one
>> cannot export the screen results - AT ALL.  A .migrator or .def file doesn't
>> really help me when my boss wants to know what objects are different between
>> two servers.  I need something I can copy and paste into a Word doc. or
>> something, and Migrator, 12 flippin' years after it was built, STILL does
>> not allow that.
>>
>> Ok, I'm done with my rant.  Back to work.
>>
>> Rick
>>
>> On Thu, Sep 2, 2010 at 9:27 AM, patrick zandi wrote:
>>
>>> ** I am looking for some folks out there, to tell me this is not
>>> possible.
>>>
>>> I do not see it, yet I put in an RFE and was sharply shutdown by BMC that
>>> this was a customer support problem, and it was not an actual RFE.
>>> With that said, my assumption is there is some way to make this happen,
>>> but I must be missing it.
>>>
>>> On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi wrote:
>>>
 Hey all,

 In migrator, any version: if you select lets say 30 forms that you want
 data migrated, is their an easier way than manually selecting every little
 tab and then saying what you want to do with it. I do not see any templates
 you can apply to it to autofill in the standard value, and then modify a
 couple... Rather than the manual mouse click X 4 X 30 ...
 Just asking.

 --
 Patrick Zandi

>>>
>>>
>>>
>>> --
>>> Patrick Zandi
>>> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>>
>>
>> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
>
>
> --
> Patrick Zandi
>



-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[Jarl Grøneng]

Add the forms to a packing list, and then migrate the packinglist
included the relation in it.

--
J

2010/9/2 patrick zandi :
> ** Hey all,
>
> In migrator, any version: if you select lets say 30 forms that you want data
> migrated, is their an easier way than manually selecting every little tab
> and then saying what you want to do with it. I do not see any templates you
> can apply to it to autofill in the standard value, and then modify a
> couple... Rather than the manual mouse click X 4 X 30 ...
> Just asking.
>
> --
> Patrick Zandi
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[patrick zandi]

 That is what I thought, Thanks Rick...

What I was looking for was exactly that.. a little help from a quick
formatted template.. to fill it in..
So I put in an RFE, but the RFE was torched and they danced around it in
laughter, shouting "it's Gone !, "it's Gone! "
(ok, I am exaggerating a little ) lol


On Thu, Sep 2, 2010 at 9:34 AM, Rick Cook  wrote:

> ** Pat, can't you do Shift-click/CTRL-click on those forms, or is your
> complaint that you have to choose the data settings in each individual
> form?  The settings for data migration are form-specific, so BMC's response
> is probably "functioning as designed".  Perhaps your RFE might be better
> received if it were for a dialog that would allow you to set the settings in
> a matrix-like thing, rather than form-by-form.
>
> Of course, we could all get unbelievably lucky and Migrator would get
> re-architected to correct other, more glaring design issues.  Like why one
> cannot export the screen results - AT ALL.  A .migrator or .def file doesn't
> really help me when my boss wants to know what objects are different between
> two servers.  I need something I can copy and paste into a Word doc. or
> something, and Migrator, 12 flippin' years after it was built, STILL does
> not allow that.
>
> Ok, I'm done with my rant.  Back to work.
>
> Rick
>
> On Thu, Sep 2, 2010 at 9:27 AM, patrick zandi  wrote:
>
>> ** I am looking for some folks out there, to tell me this is not possible.
>>
>> I do not see it, yet I put in an RFE and was sharply shutdown by BMC that
>> this was a customer support problem, and it was not an actual RFE.
>> With that said, my assumption is there is some way to make this happen,
>> but I must be missing it.
>>
>> On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi wrote:
>>
>>> Hey all,
>>>
>>> In migrator, any version: if you select lets say 30 forms that you want
>>> data migrated, is their an easier way than manually selecting every little
>>> tab and then saying what you want to do with it. I do not see any templates
>>> you can apply to it to autofill in the standard value, and then modify a
>>> couple... Rather than the manual mouse click X 4 X 30 ...
>>> Just asking.
>>>
>>> --
>>> Patrick Zandi
>>>
>>
>>
>>
>> --
>> Patrick Zandi
>> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_




-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[Rick Cook]

Pat, can't you do Shift-click/CTRL-click on those forms, or is your
complaint that you have to choose the data settings in each individual
form?  The settings for data migration are form-specific, so BMC's response
is probably "functioning as designed".  Perhaps your RFE might be better
received if it were for a dialog that would allow you to set the settings in
a matrix-like thing, rather than form-by-form.

Of course, we could all get unbelievably lucky and Migrator would get
re-architected to correct other, more glaring design issues.  Like why one
cannot export the screen results - AT ALL.  A .migrator or .def file doesn't
really help me when my boss wants to know what objects are different between
two servers.  I need something I can copy and paste into a Word doc. or
something, and Migrator, 12 flippin' years after it was built, STILL does
not allow that.

Ok, I'm done with my rant.  Back to work.

Rick

On Thu, Sep 2, 2010 at 9:27 AM, patrick zandi  wrote:

> ** I am looking for some folks out there, to tell me this is not possible.
> I do not see it, yet I put in an RFE and was sharply shutdown by BMC that
> this was a customer support problem, and it was not an actual RFE.
> With that said, my assumption is there is some way to make this happen, but
> I must be missing it.
>
> On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi  wrote:
>
>> Hey all,
>>
>> In migrator, any version: if you select lets say 30 forms that you want
>> data migrated, is their an easier way than manually selecting every little
>> tab and then saying what you want to do with it. I do not see any templates
>> you can apply to it to autofill in the standard value, and then modify a
>> couple... Rather than the manual mouse click X 4 X 30 ...
>> Just asking.
>>
>> --
>> Patrick Zandi
>>
>
>
>
> --
> Patrick Zandi
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: migrator question

[patrick zandi]

I am looking for some folks out there, to tell me this is not possible.
I do not see it, yet I put in an RFE and was sharply shutdown by BMC that
this was a customer support problem, and it was not an actual RFE.
With that said, my assumption is there is some way to make this happen, but
I must be missing it.

On Thu, Sep 2, 2010 at 7:50 AM, patrick zandi  wrote:

> Hey all,
>
> In migrator, any version: if you select lets say 30 forms that you want
> data migrated, is their an easier way than manually selecting every little
> tab and then saying what you want to do with it. I do not see any templates
> you can apply to it to autofill in the standard value, and then modify a
> couple... Rather than the manual mouse click X 4 X 30 ...
> Just asking.
>
> --
> Patrick Zandi
>



-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Migrator tool: "No servers for this account" SOLVED

[Martin, Dwayne]

Thank, Sean,
Re: "In migrator go to Tools->Licenses to add the license for the server."
I thot I had already taken care of that but I hadn't.
Sorry, it's Friday and my brain is fried.
Dwayne


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Garrison, Sean (Norcross)
Sent: Friday, July 09, 2010 3:10 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool: "No servers for this account"

**
In migrator go to Tools->Licenses to add the license for the server.
Another thing to try:   I don't know if 7.1 has a multilicense file but try 
removing /etc/arsystem/.multilicense and restarting the server.  That may 
resolve it.
A third issue is that if you are in a server group environment you need to 
check that it is setup properly.  If configured wrong the "Disable Admin 
Operations" on both servers will be set to True which will cause migrator to 
not work right.
Thanks,
Sean

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Martin, Dwayne
Sent: Friday, July 09, 2010 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Migrator tool: "No servers for this account"

**
Dear List,
Trying to get the Migrator tool working.  It is licensed on both our AR 
servers.  I open the tool and click the "New Server Window" icon.  It lets me 
log in to both servers, but the choice window only lists one of the two 
servers.  If I try again and only log in to the missing server, I get "No 
servers for this account."
Why would the Migrator be able to see only one of the servers?  The User and 
Admin tools can see both servers.
(ARS 7.1 p3, Migrator tool 7.5 )
Dwayne Martin
James Madison University

_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Migrator tool: "No servers for this account"

[Garrison, Sean (Norcross)]

In migrator go to Tools->Licenses to add the license for the server.
Another thing to try:   I don't know if 7.1 has a multilicense file but try 
removing /etc/arsystem/.multilicense and restarting the server.  That may 
resolve it.
A third issue is that if you are in a server group environment you need to 
check that it is setup properly.  If configured wrong the "Disable Admin 
Operations" on both servers will be set to True which will cause migrator to 
not work right.
Thanks,
Sean

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Martin, Dwayne
Sent: Friday, July 09, 2010 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Migrator tool: "No servers for this account"

**
Dear List,
Trying to get the Migrator tool working.  It is licensed on both our AR 
servers.  I open the tool and click the "New Server Window" icon.  It lets me 
log in to both servers, but the choice window only lists one of the two 
servers.  If I try again and only log in to the missing server, I get "No 
servers for this account."
Why would the Migrator be able to see only one of the servers?  The User and 
Admin tools can see both servers.
(ARS 7.1 p3, Migrator tool 7.5 )
Dwayne Martin
James Madison University

_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Migrator messing up with locale

[Jarl Grøneng]

Copy the view you got of the form, then delete the old view.


Regards,
Jarl



2009/7/13 Jonas Stumph Stevnsvig :
> Hi guys,
>
> I haven't discovered any similarity other than the fact that they have all 
> been previously migrated to the first 7.5 server from a 6.3 server.
>
> With regards to the missing fields - I have done extensive comparisons, and 
> haven't found any fields missing (the majority of our problems with this 
> migration is that previous remedy developers have had a nasty habit of 
> modifying core forms).
>
> Jarl: you mentioned recreating the vui - could you explain a bit more 
> detailed what you mean please?
>
>
> with regards,
>
>
>
> Jonas Stumph Stevnsvig
> Remedy Developer
> BEC Competence Centre
> Phone  (+45) 46 38 20 08
> Mobile  (+45) 61 56 20 08
> jonas.stumph.stevns...@bec.dk
> becrem...@bec.dk
>
>
> -Oprindelig meddelelse-
> Fra: Action Request System discussion list(ARSList) 
> [mailto:arsl...@arslist.org] På vegne af Jarl Grøneng
> Sendt: 10. juli 2009 14:52
> Til: arslist@ARSLIST.ORG
> Emne: Re: Migrator messing up with locale
>
> Hi,
>
> Shot in the dark;
>
> Is there any similarity of the forms? Are those forms created by an earlier 
> version of AR System, or by the new version.
>
> Does the same happend if you recreate the vui?
>
> Regards,
> Jarl
>
>
>
> 2009/7/10 Jonas Stumph Stevnsvig :
>> **
>> Hi everyone
>>
>> has anyone experienced problems with the remedy migrator tool?
>>
>> we keep encountering problems relating to a non-terminated string for
>> about 5% of the migrated forms (always the same 5%):
>> /* fr jul 10 2009 14:02:00.5520 */UPDATE vui SET vuiName=N'Default
>> Admin
>> View',locale=N'$,owner=N'someuser',lastChanged=N'someotheruser',timest
>> amp=1247227320 WHERE schemaId=414 AND vuiId=536870912
>> *** ERROR ***  Unclosed quotation mark after the character string
>> ',timestamp=1247227320 WHERE schemaId=414 AND vuiId=536870912'. (SQL
>> Server 105)Incorrect syntax near 'someuser'. (SQL Server 102)
>>
>> The locale field has not been set, and sometimes it helps to set it
>> and then delete it - for other forms it still doesn't work, and we
>> have to write a locale in the field to migrate.
>>
>> My guess is that there is some sort of delimiter problem in the
>> migrator, but does anyone else experience it?
>>
>> We're running ARS 7.5 on a MSSQL 2005 Cluster with migrator 7.5
>>
>>
>>
>> with regards,
>>
>> Jonas Stumph Stevnsvig
>> Remedy Developer
>> BEC Competence Centre
>> Phone  (+45) 46 38 20 08
>> Mobile  (+45) 61 56 20 08
>> jonas.stumph.stevns...@bec.dk
>> becrem...@bec.dk
>>
>> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
>> Answers Are"_
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum 
> Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Migrator messing up with locale

[manoj jain]

Hi,

actually i have faced this kind of issue when there is lake of field in
migrated form.\
check into form and i think u need to add some fields over there.

thanks & regards,
manoj jain
On Fri, Jul 10, 2009 at 6:12 PM, Jonas Stumph Stevnsvig <
jonas.stumph.stevns...@bec.dk> wrote:

> ** Hi everyone
>
> has anyone experienced problems with the remedy migrator tool?
>
> we keep encountering problems relating to a non-terminated string for about
> 5% of the migrated forms (always the same 5%):
> /* fr jul 10 2009 14:02:00.5520 */UPDATE vui SET vuiName=N'Default Admin
> View',locale=N'*$*,owner=N'someuser',lastChanged=N'someotheruser',timestamp=1247227320
> WHERE schemaId=414 AND vuiId=536870912
> *** ERROR ***  Unclosed quotation mark after the character string
> ',timestamp=1247227320 WHERE schemaId=414 AND vuiId=536870912'. (SQL Server
> 105)Incorrect syntax near 'someuser'. (SQL Server 102)
>
> The locale field has not been set, and sometimes it helps to set it and
> then delete it - for other forms it still doesn't work, and we have to write
> a locale in the field to migrate.
>
> My guess is that there is some sort of delimiter problem in the migrator,
> but does anyone else experience it?
>
> We're running ARS 7.5 on a MSSQL 2005 Cluster with migrator 7.5
>
>
>
> with regards,
>
>
> *Jonas Stumph Stevnsvig*
> Remedy Developer
> *BEC* Competence Centre
> Phone  (+45) 46 38 20 08
> Mobile  (+45) 61 56 20 08
> jonas.stumph.stevns...@bec.dk
> becrem...@bec.dk
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Migrator messing up with locale

[Howard Richter]

Is the patch version of migrator the same as the server? I had issues in the
past were they were not and we got into a mess.

Howard

On Fri, Jul 10, 2009 at 8:42 AM, Jonas Stumph Stevnsvig <
jonas.stumph.stevns...@bec.dk> wrote:

> ** Hi everyone
>
> has anyone experienced problems with the remedy migrator tool?
>
> we keep encountering problems relating to a non-terminated string for about
> 5% of the migrated forms (always the same 5%):
> /* fr jul 10 2009 14:02:00.5520 */UPDATE vui SET vuiName=N'Default Admin
> View',locale=N'*$*,owner=N'someuser',lastChanged=N'someotheruser',timestamp=1247227320
> WHERE schemaId=414 AND vuiId=536870912
> *** ERROR ***  Unclosed quotation mark after the character string
> ',timestamp=1247227320 WHERE schemaId=414 AND vuiId=536870912'. (SQL Server
> 105)Incorrect syntax near 'someuser'. (SQL Server 102)
>
> The locale field has not been set, and sometimes it helps to set it and
> then delete it - for other forms it still doesn't work, and we have to write
> a locale in the field to migrate.
>
> My guess is that there is some sort of delimiter problem in the migrator,
> but does anyone else experience it?
>
> We're running ARS 7.5 on a MSSQL 2005 Cluster with migrator 7.5
>
>
>
> with regards,
>
>
> *Jonas Stumph Stevnsvig*
> Remedy Developer
> *BEC* Competence Centre
> Phone  (+45) 46 38 20 08
> Mobile  (+45) 61 56 20 08
> jonas.stumph.stevns...@bec.dk
> becrem...@bec.dk
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_




-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified
E-Mail = hbr4...@gmail.com
LinkedIn Profile = http://www.linkedin.com/in/hbr4270

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Migrator messing up with locale

[Jarl Grøneng]

Hi,

Shot in the dark;

Is there any similarity of the forms? Are those forms created by an
earlier version of AR System, or by the new version.

Does the same happend if you recreate the vui?

Regards,
Jarl



2009/7/10 Jonas Stumph Stevnsvig :
> **
> Hi everyone
>
> has anyone experienced problems with the remedy migrator tool?
>
> we keep encountering problems relating to a non-terminated string for about
> 5% of the migrated forms (always the same 5%):
> /* fr jul 10 2009 14:02:00.5520 */UPDATE vui SET vuiName=N'Default Admin
> View',locale=N'$,owner=N'someuser',lastChanged=N'someotheruser',timestamp=1247227320
> WHERE schemaId=414 AND vuiId=536870912
> *** ERROR ***  Unclosed quotation mark after the character string
> ',timestamp=1247227320 WHERE schemaId=414 AND vuiId=536870912'. (SQL Server
> 105)Incorrect syntax near 'someuser'. (SQL Server 102)
>
> The locale field has not been set, and sometimes it helps to set it and then
> delete it - for other forms it still doesn't work, and we have to write a
> locale in the field to migrate.
>
> My guess is that there is some sort of delimiter problem in the migrator,
> but does anyone else experience it?
>
> We're running ARS 7.5 on a MSSQL 2005 Cluster with migrator 7.5
>
>
>
> with regards,
>
> Jonas Stumph Stevnsvig
> Remedy Developer
> BEC Competence Centre
> Phone  (+45) 46 38 20 08
> Mobile  (+45) 61 56 20 08
> jonas.stumph.stevns...@bec.dk
> becrem...@bec.dk
>
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Migrator 7.1 does not create fields for new form on first try

[Jason Miller]

Here is an update  It appears that this is not an issue when using
Migrator 7.0 patch 3 against the 7.0.1 servers.

Jason

On Thu, Jan 15, 2009 at 3:19 PM, Susan Palmer  wrote:

> ** I was instructed by support to use 7.1 Migrator on 7.0.3 server.
> Worked great until I turned on archiving and audit.  Ended up corrupting a
> couple years of archive records that we were never able to get back.
>
> Susan
>
> On Thu, Jan 15, 2009 at 4:29 PM, Jason Miller wrote:
>
>> ** I seem to remember seeing a number of people posting about using
>> Migrator 71 on 7.0.1 servers with great results.  I do know where David is
>> coming from though, so I wouldn't be surprised if this is the issue.  I
>> think I still have Migrator 7.0.1 installed on one of my machines so I'll
>> see if that makes a difference.
>>
>>
>> Jason
>>
>>
>> On Thu, Jan 15, 2009 at 6:32 AM, Grooms, Frederick W <
>> frederick.w.gro...@xo.com> wrote:
>>
>>> I've never had that problem (Although I am using ARS 7.1 on Solaris
>>> w/Oracle).  Since you are on ARS 7.0.1 does the 7.0.1 Migrator have the same
>>> issue?
>>>
>>> Fred
>>>
>>>  Original message 
>>> From: Action Request System discussion list(ARSList) [mailto:
>>> arsl...@arslist.org] On Behalf Of Jason Miller
>>> Sent: Wednesday, January 14, 2009 6:27 PM
>>> To: arslist@ARSLIST.ORG
>>> Subject: Migrator 7.1 does not create fields for new form on first try
>>>
>>> Has anybody else noticed that Migrator does not create any fields other
>>> than the core ones when migrating a new form to a server?  If I rerun the
>>> migration script it will create the all of the fields and arrange them in
>>> the view.
>>>
>>> Migrator 7.1 patch 5
>>> ARS 7.0.1 patch 6 (both servers)
>>> Same Windows 2003 R2 for app and db.
>>>
>>> Jason
>>>
>>>
>>> ___
>>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>>> Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"
>>>
>>
>> __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___
>>
>
>
> __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Re: Migrator 7.1 does not create fields for new form on first try

[Susan Palmer]

I was instructed by support to use 7.1 Migrator on 7.0.3 server.  Worked
great until I turned on archiving and audit.  Ended up corrupting a couple
years of archive records that we were never able to get back.

Susan

On Thu, Jan 15, 2009 at 4:29 PM, Jason Miller wrote:

> ** I seem to remember seeing a number of people posting about using
> Migrator 71 on 7.0.1 servers with great results.  I do know where David is
> coming from though, so I wouldn't be surprised if this is the issue.  I
> think I still have Migrator 7.0.1 installed on one of my machines so I'll
> see if that makes a difference.
>
> Jason
>
>
> On Thu, Jan 15, 2009 at 6:32 AM, Grooms, Frederick W <
> frederick.w.gro...@xo.com> wrote:
>
>> I've never had that problem (Although I am using ARS 7.1 on Solaris
>> w/Oracle).  Since you are on ARS 7.0.1 does the 7.0.1 Migrator have the same
>> issue?
>>
>> Fred
>>
>>  Original message 
>> From: Action Request System discussion list(ARSList) [mailto:
>> arsl...@arslist.org] On Behalf Of Jason Miller
>> Sent: Wednesday, January 14, 2009 6:27 PM
>> To: arslist@ARSLIST.ORG
>> Subject: Migrator 7.1 does not create fields for new form on first try
>>
>> Has anybody else noticed that Migrator does not create any fields other
>> than the core ones when migrating a new form to a server?  If I rerun the
>> migration script it will create the all of the fields and arrange them in
>> the view.
>>
>> Migrator 7.1 patch 5
>> ARS 7.0.1 patch 6 (both servers)
>> Same Windows 2003 R2 for app and db.
>>
>> Jason
>>
>>
>> ___
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"
>>
>
> __Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Re: Migrator 7.1 does not create fields for new form on first try

[Jason Miller]

 I seem to remember seeing a number of people posting about using Migrator
71 on 7.0.1 servers with great results.  I do know where David is coming
from though, so I wouldn't be surprised if this is the issue.  I think I
still have Migrator 7.0.1 installed on one of my machines so I'll see if
that makes a difference.

Jason

On Thu, Jan 15, 2009 at 6:32 AM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> I've never had that problem (Although I am using ARS 7.1 on Solaris
> w/Oracle).  Since you are on ARS 7.0.1 does the 7.0.1 Migrator have the same
> issue?
>
> Fred
>
>  Original message 
> From: Action Request System discussion list(ARSList) [mailto:
> arsl...@arslist.org] On Behalf Of Jason Miller
> Sent: Wednesday, January 14, 2009 6:27 PM
> To: arslist@ARSLIST.ORG
> Subject: Migrator 7.1 does not create fields for new form on first try
>
> Has anybody else noticed that Migrator does not create any fields other
> than the core ones when migrating a new form to a server?  If I rerun the
> migration script it will create the all of the fields and arrange them in
> the view.
>
> Migrator 7.1 patch 5
> ARS 7.0.1 patch 6 (both servers)
> Same Windows 2003 R2 for app and db.
>
> Jason
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Re: Migrator 7.1 does not create fields for new form on first try

[David.M Clark]

Thanks Gidd,

I'll try the eval, but I am handcuffed to Migrator for at least the next year 
or two I expect... though I often pray for the sweet release of death.

-D

David M Clark
Remedy Programmer/Analyst


>>> Gidd  1/15/2009 1:42 PM >>>
David,

Have you had an opportunity to look at Panacea ?  With excellent service and
a solid solution
the in recent memory exceeds Migrator (not a difficult task) it is worth a
look/review.  
I believe they still offer a full evaluation download.  Of course getting
funding to change
gears in this economy is another issue.

HTH


Regards...Gidd

  

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of David.M Clark
Sent: Thursday, January 15, 2009 11:25 AM
To: arslist@ARSLIST.ORG 
Subject: Re: Migrator 7.1 does not create fields for new form on first try

Many and varied are the ways in which Migrator can make your life miserable.
It's been that way since it was Ostream Migrator version 1.0.  Still, like
the fool that I am... I keep trying.

-D

David M Clark
Remedy Programmer/Analyst


>>> Jason Miller  1/14/2009 6:26 PM >>>
Has anybody else noticed that Migrator does not create any fields other than
the core ones when migrating a new form to a server?  If I rerun the
migration script it will create the all of the fields and arrange them in
the view.

Migrator 7.1 patch 5
ARS 7.0.1 patch 6 (both servers)
Same Windows 2003 R2 for app and db.

Jason


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:
RMI Solutions ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:
RMI Solutions ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Re: Migrator 7.1 does not create fields for new form on first try

[Gidd]

David,

Have you had an opportunity to look at Panacea ?  With excellent service and
a solid solution
the in recent memory exceeds Migrator (not a difficult task) it is worth a
look/review.  
I believe they still offer a full evaluation download.  Of course getting
funding to change
gears in this economy is another issue.

HTH


Regards...Gidd

  

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of David.M Clark
Sent: Thursday, January 15, 2009 11:25 AM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator 7.1 does not create fields for new form on first try

Many and varied are the ways in which Migrator can make your life miserable.
It's been that way since it was Ostream Migrator version 1.0.  Still, like
the fool that I am... I keep trying.

-D

David M Clark
Remedy Programmer/Analyst


>>> Jason Miller  1/14/2009 6:26 PM >>>
Has anybody else noticed that Migrator does not create any fields other than
the core ones when migrating a new form to a server?  If I rerun the
migration script it will create the all of the fields and arrange them in
the view.

Migrator 7.1 patch 5
ARS 7.0.1 patch 6 (both servers)
Same Windows 2003 R2 for app and db.

Jason


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:
RMI Solutions ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:
RMI Solutions ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Re: Migrator 7.1 does not create fields for new form on first try

[David.M Clark]

Many and varied are the ways in which Migrator can make your life miserable.  
It's been that way since it was Ostream Migrator version 1.0.  Still, like the 
fool that I am... I keep trying.

-D

David M Clark
Remedy Programmer/Analyst


>>> Jason Miller  1/14/2009 6:26 PM >>>
Has anybody else noticed that Migrator does not create any fields other than
the core ones when migrating a new form to a server?  If I rerun the
migration script it will create the all of the fields and arrange them in
the view.

Migrator 7.1 patch 5
ARS 7.0.1 patch 6 (both servers)
Same Windows 2003 R2 for app and db.

Jason

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Re: Migrator 7.1 does not create fields for new form on first try

[Grooms, Frederick W]

I've never had that problem (Although I am using ARS 7.1 on Solaris w/Oracle).  
Since you are on ARS 7.0.1 does the 7.0.1 Migrator have the same issue?

Fred

 Original message 
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Jason Miller
Sent: Wednesday, January 14, 2009 6:27 PM
To: arslist@ARSLIST.ORG
Subject: Migrator 7.1 does not create fields for new form on first try

Has anybody else noticed that Migrator does not create any fields other than 
the core ones when migrating a new form to a server?  If I rerun the migration 
script it will create the all of the fields and arrange them in the view.

Migrator 7.1 patch 5
ARS 7.0.1 patch 6 (both servers)
Same Windows 2003 R2 for app and db.

Jason

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Re: Migrator error

[Robert Molenda]

Can you please provide a sample list (short list) of Filters you are seeing
this on?

Also a DEF file of Source & Destination filter(s)  would be
good as a reference also.

There is some "character set" translation going on... which per your
environment "should not be happening"...

Thanks
Robert

On Wed, Dec 10, 2008 at 1:23 PM, Rob Wherry <[EMAIL PROTECTED]> wrote:

> **
>
> Nope English only on both servers and databases. I noticed that it happens
> on filters with DB.FieldName comparisons in the qualifiers. Migrator will
> migrate the filter fine but it frustrating looking through a list of filters
> for differences and half are red. Oh well.
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] *On Behalf Of *strauss
> *Sent:* Wednesday, December 10, 2008 10:09 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Migrator error
>
>
>
> **
>
> No, I have not – and I have been using Migrator 7.1 from beta to patch 003
> on a fairly regular basis.  Do you have multiple languages installed on your
> server?  Mine is _*en*_ only, as is the underlying db.  It looks like
> something is stored in a Korean character set.
>
>
>
> 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:
> [EMAIL PROTECTED] *On Behalf Of *Rob Wherry
> *Sent:* Wednesday, December 10, 2008 11:47 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Migrator error
>
>
>
> **
>
> Has anyone else seen the following error in Migrator 7.1 no patch
> difference reports? Link is to a screen shot of the error. I checked the
> qualifiers in the Admin tool and they are the same.
>
> http://screencast.com/t/Vvq3vWSv
>
>
>
> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> html___
>
> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> html___
> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> html___




-- 
If it were not for the gutter, my mind would be homeless!

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator error

[Rob Wherry]

Nope English only on both servers and databases. I noticed that it
happens on filters with DB.FieldName comparisons in the qualifiers.
Migrator will migrate the filter fine but it frustrating looking through
a list of filters for differences and half are red. Oh well. 

 

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of strauss
Sent: Wednesday, December 10, 2008 10:09 AM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator error

 

** 

No, I have not - and I have been using Migrator 7.1 from beta to patch
003 on a fairly regular basis.  Do you have multiple languages installed
on your server?  Mine is _en_ only, as is the underlying db.  It looks
like something is stored in a Korean character set.

 

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:[EMAIL PROTECTED] On Behalf Of Rob Wherry
Sent: Wednesday, December 10, 2008 11:47 AM
To: arslist@ARSLIST.ORG
Subject: Migrator error

 

** 

Has anyone else seen the following error in Migrator 7.1 no patch
difference reports? Link is to a screen shot of the error. I checked the
qualifiers in the Admin tool and they are the same.  

http://screencast.com/t/Vvq3vWSv

 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator error

[strauss]

No, I have not - and I have been using Migrator 7.1 from beta to patch 003 on a 
fairly regular basis.  Do you have multiple languages installed on your server? 
 Mine is _en_ only, as is the underlying db.  It looks like something is stored 
in a Korean character set.

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:[EMAIL PROTECTED] 
On Behalf Of Rob Wherry
Sent: Wednesday, December 10, 2008 11:47 AM
To: arslist@ARSLIST.ORG
Subject: Migrator error

**
Has anyone else seen the following error in Migrator 7.1 no patch difference 
reports? Link is to a screen shot of the error. I checked the qualifiers in the 
Admin tool and they are the same.
http://screencast.com/t/Vvq3vWSv

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[patrick zandi]

On Dec 11, 2007 1:48 PM, T. Dee <[EMAIL PROTECTED]> wrote:

> ** We installed ours on the server.  Our thinking was it is easier to
> maintain "updates" on the server as opposed to each workstation.  As well we
> VPN alot so if our VPN connection dropped during migrating code it could
> cause problems if you are using migrator on your local workstation.
> However, if you are using VPN and you have migrator on the server and you
> lose your connection migrator is still running on the server.  Less chance
> for problems.
>
>
>
>
> On 12/11/07, Warren Baltimore <[EMAIL PROTECTED]> wrote:
> >
> > ** There is currently discussion in my group about where migrator should
> > be installed (Desktop vs. directly on the AR Server).  Anybody out there
> > have any opinion/facts on why/why not we should install Migrator on the
> > server?
> >
> > Warren
> >
> > --
> > Warren R. Baltimore II
> > Remedy Developer
> > UW Medicine IT Services
> > School of Medicine
> > University of Washington
> > Box 358220
> > 1325 Fourth Ave, Suite 2000
> > Seattle, WA 98101
> >
> > The opinions expressed in this e-mail are in no way those of the
> > University of Washington, or the State of Washington.  They are my own.
> > __20060125___This posting was submitted with HTML in
> > it___
>
>
> __20060125___This posting was submitted with HTML in
> it___
>



-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[T. Dee]

We installed ours on the server.  Our thinking was it is easier to maintain
"updates" on the server as opposed to each workstation.  As well we VPN alot
so if our VPN connection dropped during migrating code it could cause
problems if you are using migrator on your local workstation.  However, if
you are using VPN and you have migrator on the server and you lose your
connection migrator is still running on the server.  Less chance for
problems.




On 12/11/07, Warren Baltimore <[EMAIL PROTECTED]> wrote:
>
> ** There is currently discussion in my group about where migrator should
> be installed (Desktop vs. directly on the AR Server).  Anybody out there
> have any opinion/facts on why/why not we should install Migrator on the
> server?
>
> Warren
>
> --
> Warren R. Baltimore II
> Remedy Developer
> UW Medicine IT Services
> School of Medicine
> University of Washington
> Box 358220
> 1325 Fourth Ave, Suite 2000
> Seattle, WA 98101
>
> The opinions expressed in this e-mail are in no way those of the
> University of Washington, or the State of Washington.  They are my own.
> __20060125___This posting was submitted with HTML in
> it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[Nall, Roger]

Warren,

 

Why not both. I have Migrator loaded on my desktop and all of my
servers. Just in case.

 

Roger A. Nall

Manager, OSSNMS Remedy

T-Mobile USA

Desk: 813-348-2556

Cell: 973-652-6723

FAX: 813-348-2565

sf49fanv AIM IM

RogerNall   Yahoo IM

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Tuesday, December 11, 2007 1:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator installation

 

** 

Thanks Pat!

 

Warren

 

On 12/11/07, patrick zandi <[EMAIL PROTECTED]> wrote: 

** I would say it depends:
1. if you have a beefy server -- give it a shot.
2. if you are discussing Migrator 7.1 or previous -- This looks to be
revamped.. I would definitely test on a server.
3. if you are using the older versions.. I would not. 
4. it will not make any difference in Performance, Server or Not..
Except that a Desktop is Ram /CPU /Network deficient. 

Have fun Warren.

On Dec 11, 2007 12:42 PM, Warren Baltimore < [EMAIL PROTECTED]>
wrote: 

** 

There is currently discussion in my group about where migrator should be
installed (Desktop vs. directly on the AR Server).  Anybody out there
have any opinion/facts on why/why not we should install Migrator on the
server? 

 

Warren

-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101 

The opinions expressed in this e-mail are in no way those of the
University of Washington, or the State of Washington.  They are my own. 

__20060125___This posting was submitted with HTML in
it___ 




-- 
Patrick Zandi __20060125___This posting was
submitted with HTML in it___ 




-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101

The opinions expressed in this e-mail are in no way those of the
University of Washington, or the State of Washington.  They are my own.
__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[Grooms, Frederick W]

Of course the point is moot when you run on a
Unix/Linux/Solaris/HP-UX/AIX server ;)
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Tuesday, December 11, 2007 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator installation


Thanks Pat!
 
Warren

 
On 12/11/07, patrick zandi <[EMAIL PROTECTED]> wrote: 

** I would say it depends:
1. if you have a beefy server -- give it a shot.
2. if you are discussing Migrator 7.1 or previous -- This looks
to be revamped.. I would definitely test on a server.
3. if you are using the older versions.. I would not. 
4. it will not make any difference in Performance, Server or
Not.. Except that a Desktop is Ram /CPU /Network deficient. 

Have fun Warren.


On Dec 11, 2007 12:42 PM, Warren Baltimore <
[EMAIL PROTECTED]> wrote: 


  

There is currently discussion in my group about where
migrator should be installed (Desktop vs. directly on the AR Server).
Anybody out there have any opinion/facts on why/why not we should
install Migrator on the server? 
 
Warren

-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101 

The opinions expressed in this e-mail are in no way
those of the University of Washington, or the State of Washington.  They
are my own.  



-- 
Patrick Zandi  



-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[Warren Baltimore]

Thanks Pat!

Warren


On 12/11/07, patrick zandi <[EMAIL PROTECTED]> wrote:
>
> ** I would say it depends:
> 1. if you have a beefy server -- give it a shot.
> 2. if you are discussing Migrator 7.1 or previous -- This looks to be
> revamped.. I would definitely test on a server.
> 3. if you are using the older versions.. I would not.
> 4. it will not make any difference in Performance, Server or Not.. Except
> that a Desktop is Ram /CPU /Network deficient.
>
> Have fun Warren.
>
> On Dec 11, 2007 12:42 PM, Warren Baltimore < [EMAIL PROTECTED]>
> wrote:
>
> > ** There is currently discussion in my group about where migrator should
> > be installed (Desktop vs. directly on the AR Server).  Anybody out there
> > have any opinion/facts on why/why not we should install Migrator on the
> > server?
> >
> > Warren
> >
> > --
> > Warren R. Baltimore II
> > Remedy Developer
> > UW Medicine IT Services
> > School of Medicine
> > University of Washington
> > Box 358220
> > 1325 Fourth Ave, Suite 2000
> > Seattle, WA 98101
> >
> > The opinions expressed in this e-mail are in no way those of the
> > University of Washington, or the State of Washington.  They are my own.
> > __20060125___This posting was submitted with HTML in
> > it___
>
>
>
>
> --
> Patrick Zandi __20060125___This posting was submitted
> with HTML in it___




-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101

The opinions expressed in this e-mail are in no way those of the University
of Washington, or the State of Washington.  They are my own.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[patrick zandi]

I would say it depends:
1. if you have a beefy server -- give it a shot.
2. if you are discussing Migrator 7.1 or previous -- This looks to be
revamped.. I would definitely test on a server.
3. if you are using the older versions.. I would not.
4. it will not make any difference in Performance, Server or Not.. Except
that a Desktop is Ram /CPU /Network deficient.

Have fun Warren.

On Dec 11, 2007 12:42 PM, Warren Baltimore <[EMAIL PROTECTED]>
wrote:

> ** There is currently discussion in my group about where migrator should
> be installed (Desktop vs. directly on the AR Server).  Anybody out there
> have any opinion/facts on why/why not we should install Migrator on the
> server?
>
> Warren
>
> --
> Warren R. Baltimore II
> Remedy Developer
> UW Medicine IT Services
> School of Medicine
> University of Washington
> Box 358220
> 1325 Fourth Ave, Suite 2000
> Seattle, WA 98101
>
> The opinions expressed in this e-mail are in no way those of the
> University of Washington, or the State of Washington.  They are my own.
> __20060125___This posting was submitted with HTML in
> it___




-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[LJ LongWing (Head)]

Wellone major advantage of having it installed directly on the server is
that you don't hafta deal with network latency to get your objects cached

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Tuesday, December 11, 2007 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Migrator installation


** 
There is currently discussion in my group about where migrator should be
installed (Desktop vs. directly on the AR Server).  Anybody out there have
any opinion/facts on why/why not we should install Migrator on the server? 
 
Warren

-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101 

The opinions expressed in this e-mail are in no way those of the University
of Washington, or the State of Washington.  They are my own. 
__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[Hall Chad - chahal]

I haven't tried it with 7.x versions, but older versions of Migrator
were very CPU intensive to the machine running Migrator. So trying to do
a migration with a Migrator client that is on the server you are
migrating to or from was painstakingly slow. Which obviously affected
users of that system during the migration. So I would always run it from
a separate system to minimize load on your server.

 

Chad Hall  
(501) 342-2650



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Tuesday, December 11, 2007 11:42 AM
To: arslist@ARSLIST.ORG
Subject: Migrator installation

 

** 

There is currently discussion in my group about where migrator should be
installed (Desktop vs. directly on the AR Server).  Anybody out there
have any opinion/facts on why/why not we should install Migrator on the
server? 

 

Warren

-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101 

The opinions expressed in this e-mail are in no way those of the
University of Washington, or the State of Washington.  They are my own. 

__20060125___This posting was submitted with HTML in
it___ 

***
The information contained in this communication is confidential, is
intended only for the use of the recipient 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 is strictly prohibited.

If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.

Thank You.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator installation

[strauss]

It takes up a significant amount of local memory and CPU resources when
doing anything like real work - I prefer to keep it on the most powerful
desktop I have available - with the most RAM.  If I needed to have it on
a server, it would be on a supporting server (mid-tier, crystal, AIE,
RKM, etc.) not on the AR server.

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:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Tuesday, December 11, 2007 11:42 AM
To: arslist@ARSLIST.ORG
Subject: Migrator installation


** 
There is currently discussion in my group about where migrator
should be installed (Desktop vs. directly on the AR Server).  Anybody
out there have any opinion/facts on why/why not we should install
Migrator on the server? 
 
Warren

-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101 

The opinions expressed in this e-mail are in no way those of the
University of Washington, or the State of Washington.  They are my own. 
__20060125___This posting was submitted with
HTML in it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Re: Migrator and .def files

[Rick Cook]

Don't have anything in the backup directory - it didn't stop during a
migration.
 
Rick 
  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Friday, October 12, 2007 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator and .def files


** 
What about the Backup Directory.. ? Backups are in there automatically.

as far as the DB cache files.. I suppose you might be able to open with MS
ACcess and play that way.
never had to do it though..

 
On 10/12/07, Rick Cook <[EMAIL PROTECTED]> wrote: 

** 
Does anyone know of a way to make a Migrator .mdb and/or .mgrdep file into a
.def file, or to open those files in such a way that we could use them to
migrate them to a server?   Migrator won't open them.
 
Rick Cook
__20060125___This posting was submitted with HTML in
it___ 




-- 
Patrick Zandi __20060125___This posting was submitted
with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator and .def files

[patrick zandi]

What about the Backup Directory.. ? Backups are in there automatically.

as far as the DB cache files.. I suppose you might be able to open with MS
ACcess and play that way.
never had to do it though..


On 10/12/07, Rick Cook <[EMAIL PROTECTED]> wrote:
>
> ** Does anyone know of a way to make a Migrator .mdb and/or .mgrdep file
> into a .def file, or to open those files in such a way that we could use
> them to migrate them to a server?  Migrator won't open them.
>
> *Rick Cook*
> __20060125___This posting was submitted with HTML in
> it___




-- 
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record SOLVED - again

[Dwayne Martin]

My mistake.

I got an off-line email from Marc Bowen (below).  He reminded me that there is 
a "Merge Option" setting in the "Data Migrations Settings."  I had set it in 
the general config window, but not in this.

Thanks again to Marc and all others who replied,
Dwayne


Date: Fri 15 Jun 16:12:55 EDT 2007
From: "Bowen, Marc" <[EMAIL PROTECTED]> Add To Address Book | This is Spam
Subject: RE: Migrator tool not replacing record SOLVED
To: <[EMAIL PROTECTED]>

I performed data migration the same way you described and I received the
desired results.
Another way that I usually perform migrations (if I don't want
everything) is to right click on the form and choose Form Data Only,
select the server then when the data migration setting come up choose
data mode (bottom left under data settings) then choose search
selection, enter my search criteria then choose Replace Old Entry with
New Entry.  I also choose Ignore required fields and pattern matching.
If this doesn't work the same for you could the problem be that you are
using it on a 6.3 server? (even though it shouldn't be a problem)

Migrator 7.01
Server 7.01 patch 1
Oracle 10.2
Unix 
Sun OS 5.10


Marc Bowen
Remedy Skilled Professional
Office (201) 307-8274
[EMAIL PROTECTED]

Dwayne Martin
Computing Support
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"
--- Begin Message ---
My joy has turned to sorrow.  Yesterday I got the Migrator tool to "Replace Old 
Record with New Record."

Today I am trying again with a different form.  I have the same record in both 
servers.  I made some changes in the destination server record.  Then I use the 
"right click" method that Frederick described (see below) and select the record 
and run the migration.  But the changes still remain in the destination record.

My configuraton still says "Replace Old Record with New Record."
My "Search" string pulls up the correct record in a User tool query.

Any idea what the problem might be?

Dwayne Martin
Computing Support
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"
--- Begin Message ---
Thanks to all who replied, including those who said that Migrator is a piece of 
junk. For a while I was afraid that we had made a big mistake in buying it. I 
agree with Ben that if they are going to charge money for it they should make 
sure it works in all modes, not just in a special esoteric method. 

Thanks especially to Frederick for the special esoteric method! I tried the 
method described below, and IT WORKED!  The record data in the destination 
server got set back to the way it was.

I had to go into Tools > Options and change Data Migration Mode to "Migrate 
Query Selection."  Then when the Data Migration Settings window opened it said 
"Invalid Qualification string" before I had even entered it.  That scared me 
for a bit.

Is the "Frederick" method even in the manual?  I don't see it, but I am very 
good at looking right at things and not seeing them.

Thanks again,
Dwayne

 Original message 
>Date: Thu, 14 Jun 2007 12:36:19 -0500
>From: "Grooms, Frederick W" <[EMAIL PROTECTED]>  
>Subject: Re: Migrator tool not replacing record  
>To: arslist@ARSLIST.ORG
>
>   **
>   I have found that opening the form then choosing
>   Data does not work.  Try Right-Clicking the form and
>   choosing Form Data Only.  After choosing your
>   destination a window opens, click on your migration
>   and the bottom fields become available.  Choose
>   Search for the Data Mode Put in your search criteria
>   and set your merge option.
>
>   I have used Migrator since v3 and while it has it's
>   quirks, I've never had any major problems with it.
>
>   Fred
>
> ----
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of patrick
>   zandi
>   Sent: Thursday, June 14, 2007 10:47 AM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Migrator tool not replacing record
>   **
>
>   I don't mean to be negative here.. I have had every
>   migrator since and to include ostream..
>
>   They still do not have it right.. and I am STILL
>   Stupid enough to give them money for the last
>   umpteen years.
>
>   I expect to see this product disappear. it is almost
>   useless.
>
>
>
>   On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:
>
> Hello Everyone,
>
> I am using the M

Re: Migrator tool not replacing record SOLVED - OOOPS!

[Dwayne Martin]

My joy has turned to sorrow.  Yesterday I got the Migrator tool to "Replace Old 
Record with New Record."

Today I am trying again with a different form.  I have the same record in both 
servers.  I made some changes in the destination server record.  Then I use the 
"right click" method that Frederick described (see below) and select the record 
and run the migration.  But the changes still remain in the destination record.

My configuraton still says "Replace Old Record with New Record."
My "Search" string pulls up the correct record in a User tool query.

Any idea what the problem might be?

Dwayne Martin
Computing Support
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"
--- Begin Message ---
Thanks to all who replied, including those who said that Migrator is a piece of 
junk. For a while I was afraid that we had made a big mistake in buying it. I 
agree with Ben that if they are going to charge money for it they should make 
sure it works in all modes, not just in a special esoteric method. 

Thanks especially to Frederick for the special esoteric method! I tried the 
method described below, and IT WORKED!  The record data in the destination 
server got set back to the way it was.

I had to go into Tools > Options and change Data Migration Mode to "Migrate 
Query Selection."  Then when the Data Migration Settings window opened it said 
"Invalid Qualification string" before I had even entered it.  That scared me 
for a bit.

Is the "Frederick" method even in the manual?  I don't see it, but I am very 
good at looking right at things and not seeing them.

Thanks again,
Dwayne

 Original message 
>Date: Thu, 14 Jun 2007 12:36:19 -0500
>From: "Grooms, Frederick W" <[EMAIL PROTECTED]>  
>Subject: Re: Migrator tool not replacing record  
>To: arslist@ARSLIST.ORG
>
>   **
>   I have found that opening the form then choosing
>   Data does not work.  Try Right-Clicking the form and
>   choosing Form Data Only.  After choosing your
>   destination a window opens, click on your migration
>   and the bottom fields become available.  Choose
>   Search for the Data Mode Put in your search criteria
>   and set your merge option.
>
>   I have used Migrator since v3 and while it has it's
>   quirks, I've never had any major problems with it.
>
>   Fred
>
> 
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of patrick
>   zandi
>   Sent: Thursday, June 14, 2007 10:47 AM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Migrator tool not replacing record
>   **
>
>   I don't mean to be negative here.. I have had every
>   migrator since and to include ostream..
>
>   They still do not have it right.. and I am STILL
>   Stupid enough to give them money for the last
>   umpteen years.
>
>   I expect to see this product disappear. it is almost
>   useless.
>
>
>
>   On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:
>
> Hello Everyone,
>
> I am using the Migrator tool to sync data in two
> systems.
> In options > Data > Data merging options I checked
> "Replace Old Record".
>
> I select a record that is the same in both
> systems, and change the data in the destination
> system.
>
> In the Source server I open the form, select
> "Data" and find the record.  Then I drag the entry
> into the destination window.  The log file says
> that the migration was successful, but the data in
> the destination record does not change.
>
> What am I doing wrong?
>
> (Migrator 7.01, Source ARS system 6.3 HUX-11
> server Oracle 9.2, Destination system 7.01 patch
> 2,  Linux server, Oracle 10.2 db)
>
> Dwayne Martin
> Computing Support
> James Madison University
>
>   --
>   Patrick Zandi  
>
>   __20060125___This posting was
>   submitted with HTML in it___

Dwayne Martin
Computing Support
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"
--- End Message ---

Re: Migrator tool not replacing record SOLVED

[Nall, Roger]

This is interesting. I have only used the right click method. Must be
why I have had very few problems.

Roger A. Nall
Manager, OSSNMS Remedy
T-Mobile USA
Desk: 813-348-2556(New)
Cell: 973-652-6723
FAX: 813-348-2565
sf49fanv AIM IM
RogerNall   Yahoo IM
 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, June 14, 2007 3:31 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool not replacing record SOLVED

I'm not sure if it is in the manual.   I do most of my work in Migrator
using the Right-Click menus (maybe that's why I haven't had all the
problems other people have seen).

 Gee... I must be doing good today to be able to get a Method
named after me  

Fred

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin
Sent: Thursday, June 14, 2007 1:48 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool not replacing record SOLVED

Thanks to all who replied, including those who said that Migrator is a
piece of junk. For a while I was afraid that we had made a big mistake
in buying it. I agree with Ben that if they are going to charge money
for it they should make sure it works in all modes, not just in a
special esoteric method. 

Thanks especially to Frederick for the special esoteric method! I tried
the method described below, and IT WORKED!  The record data in the
destination server got set back to the way it was.

I had to go into Tools > Options and change Data Migration Mode to
"Migrate Query Selection."  Then when the Data Migration Settings window
opened it said "Invalid Qualification string" before I had even entered
it.  That scared me for a bit.

Is the "Frederick" method even in the manual?  I don't see it, but I am
very good at looking right at things and not seeing them.

Thanks again,
Dwayne

 Original message 
>Date: Thu, 14 Jun 2007 12:36:19 -0500
>From: "Grooms, Frederick W" <[EMAIL PROTECTED]>
>Subject: Re: Migrator tool not replacing record
>To: arslist@ARSLIST.ORG
>
>   **
>   I have found that opening the form then choosing
>   Data does not work.  Try Right-Clicking the form and
>   choosing Form Data Only.  After choosing your
>   destination a window opens, click on your migration
>   and the bottom fields become available.  Choose
>   Search for the Data Mode Put in your search criteria
>   and set your merge option.
>
>   I have used Migrator since v3 and while it has it's
>   quirks, I've never had any major problems with it.
>
>   Fred
>
> 
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of patrick
>   zandi
>   Sent: Thursday, June 14, 2007 10:47 AM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Migrator tool not replacing record
>   **
>
>   I don't mean to be negative here.. I have had every
>   migrator since and to include ostream..
>
>   They still do not have it right.. and I am STILL
>   Stupid enough to give them money for the last
>   umpteen years.
>
>   I expect to see this product disappear. it is almost
>   useless.
>
>
>
>   On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:
>
> Hello Everyone,
>
> I am using the Migrator tool to sync data in two
> systems.
> In options > Data > Data merging options I checked
> "Replace Old Record".
>
> I select a record that is the same in both
> systems, and change the data in the destination
> system.
>
> In the Source server I open the form, select
> "Data" and find the record.  Then I drag the entry
> into the destination window.  The log file says
> that the migration was successful, but the data in
> the destination record does not change.
>
> What am I doing wrong?
>
> (Migrator 7.01, Source ARS system 6.3 HUX-11
> server Oracle 9.2, Destination system 7.01 patch
> 2,  Linux server, Oracle 10.2 db)
>
> Dwayne Martin
> Computing Support
> James Madison University
>
>   --
>   Patrick Zandi

Dwayne Martin
Computing Support
James Madison University


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record SOLVED

[Grooms, Frederick W]

I'm not sure if it is in the manual.   I do most of my work in Migrator
using the Right-Click menus (maybe that's why I haven't had all the
problems other people have seen).

 Gee... I must be doing good today to be able to get a Method
named after me  

Fred

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin
Sent: Thursday, June 14, 2007 1:48 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool not replacing record SOLVED

Thanks to all who replied, including those who said that Migrator is a
piece of junk. For a while I was afraid that we had made a big mistake
in buying it. I agree with Ben that if they are going to charge money
for it they should make sure it works in all modes, not just in a
special esoteric method. 

Thanks especially to Frederick for the special esoteric method! I tried
the method described below, and IT WORKED!  The record data in the
destination server got set back to the way it was.

I had to go into Tools > Options and change Data Migration Mode to
"Migrate Query Selection."  Then when the Data Migration Settings window
opened it said "Invalid Qualification string" before I had even entered
it.  That scared me for a bit.

Is the "Frederick" method even in the manual?  I don't see it, but I am
very good at looking right at things and not seeing them.

Thanks again,
Dwayne

 Original message 
>Date: Thu, 14 Jun 2007 12:36:19 -0500
>From: "Grooms, Frederick W" <[EMAIL PROTECTED]>
>Subject: Re: Migrator tool not replacing record
>To: arslist@ARSLIST.ORG
>
>   **
>   I have found that opening the form then choosing
>   Data does not work.  Try Right-Clicking the form and
>   choosing Form Data Only.  After choosing your
>   destination a window opens, click on your migration
>   and the bottom fields become available.  Choose
>   Search for the Data Mode Put in your search criteria
>   and set your merge option.
>
>   I have used Migrator since v3 and while it has it's
>   quirks, I've never had any major problems with it.
>
>   Fred
>
> 
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of patrick
>   zandi
>   Sent: Thursday, June 14, 2007 10:47 AM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Migrator tool not replacing record
>   **
>
>   I don't mean to be negative here.. I have had every
>   migrator since and to include ostream..
>
>   They still do not have it right.. and I am STILL
>   Stupid enough to give them money for the last
>   umpteen years.
>
>   I expect to see this product disappear. it is almost
>   useless.
>
>
>
>   On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:
>
> Hello Everyone,
>
> I am using the Migrator tool to sync data in two
> systems.
> In options > Data > Data merging options I checked
> "Replace Old Record".
>
> I select a record that is the same in both
> systems, and change the data in the destination
> system.
>
> In the Source server I open the form, select
> "Data" and find the record.  Then I drag the entry
> into the destination window.  The log file says
> that the migration was successful, but the data in
> the destination record does not change.
>
> What am I doing wrong?
>
> (Migrator 7.01, Source ARS system 6.3 HUX-11
> server Oracle 9.2, Destination system 7.01 patch
> 2,  Linux server, Oracle 10.2 db)
>
> Dwayne Martin
> Computing Support
> James Madison University
>
>   --
>   Patrick Zandi

Dwayne Martin
Computing Support
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record SOLVED

[Dwayne Martin]

Thanks to all who replied, including those who said that Migrator is a piece of 
junk. For a while I was afraid that we had made a big mistake in buying it. I 
agree with Ben that if they are going to charge money for it they should make 
sure it works in all modes, not just in a special esoteric method. 

Thanks especially to Frederick for the special esoteric method! I tried the 
method described below, and IT WORKED!  The record data in the destination 
server got set back to the way it was.

I had to go into Tools > Options and change Data Migration Mode to "Migrate 
Query Selection."  Then when the Data Migration Settings window opened it said 
"Invalid Qualification string" before I had even entered it.  That scared me 
for a bit.

Is the "Frederick" method even in the manual?  I don't see it, but I am very 
good at looking right at things and not seeing them.

Thanks again,
Dwayne

 Original message 
>Date: Thu, 14 Jun 2007 12:36:19 -0500
>From: "Grooms, Frederick W" <[EMAIL PROTECTED]>  
>Subject: Re: Migrator tool not replacing record  
>To: arslist@ARSLIST.ORG
>
>   **
>   I have found that opening the form then choosing
>   Data does not work.  Try Right-Clicking the form and
>   choosing Form Data Only.  After choosing your
>   destination a window opens, click on your migration
>   and the bottom fields become available.  Choose
>   Search for the Data Mode Put in your search criteria
>   and set your merge option.
>
>   I have used Migrator since v3 and while it has it's
>   quirks, I've never had any major problems with it.
>
>   Fred
>
> 
>
>   From: Action Request System discussion list(ARSList)
>   [mailto:[EMAIL PROTECTED] On Behalf Of patrick
>   zandi
>   Sent: Thursday, June 14, 2007 10:47 AM
>   To: arslist@ARSLIST.ORG
>   Subject: Re: Migrator tool not replacing record
>   **
>
>   I don't mean to be negative here.. I have had every
>   migrator since and to include ostream..
>
>   They still do not have it right.. and I am STILL
>   Stupid enough to give them money for the last
>   umpteen years.
>
>   I expect to see this product disappear. it is almost
>   useless.
>
>
>
>   On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:
>
> Hello Everyone,
>
> I am using the Migrator tool to sync data in two
> systems.
> In options > Data > Data merging options I checked
> "Replace Old Record".
>
> I select a record that is the same in both
> systems, and change the data in the destination
> system.
>
> In the Source server I open the form, select
> "Data" and find the record.  Then I drag the entry
> into the destination window.  The log file says
> that the migration was successful, but the data in
> the destination record does not change.
>
> What am I doing wrong?
>
> (Migrator 7.01, Source ARS system 6.3 HUX-11
> server Oracle 9.2, Destination system 7.01 patch
> 2,  Linux server, Oracle 10.2 db)
>
> Dwayne Martin
> Computing Support
> James Madison University
>
>   --
>   Patrick Zandi  
>
>   __20060125___This posting was
>   submitted with HTML in it___

Dwayne Martin
Computing Support
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record

[patrick zandi]

BINGO !

On 6/14/07, Ben Cantatore <[EMAIL PROTECTED]> wrote:


I use it as well, (its better than nothing), but its problematic, at least
for me it has been.  If this was shareware, I'd sing praises for it, but
for the amount of money spent , I'd expect it to be fully functional.
Shrug, maybe my expectations are too high.


Ben Cantatore
Remedy Administrator
Avon
(914) 935-2946



Susan Palmer <[EMAIL PROTECTED]>
Sent by: "Action Request System discussion list(ARSList)"

06/14/2007 01:23 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Migrator tool not replacing record






**
I've always found it was kind of like driving a car that stalls alot ...
you have to get that two-footed technique perfected.

I've also been using it since Ostream days and I actually love migrator,
although I haven't used v7 yet.  I used it all the time for migration but
followed a certain progression.  I did different objects separately. First
menus, then forms, then active links, then filters, then escalations etc.
Sometimes I'd combine filters and escalations without issues.  Sometimes a
form or workflow would error out due to busy server or something like
that.  Being patience, I'd wait a bit ... talk to it softly ... then do
the migration and whaalaa ... it would work.

Susan


On 6/14/07, Ben Cantatore <[EMAIL PROTECTED]> wrote:
**
I have never gotten the migrator to work 100% correctly for me in any of
the versions I've tried.  Conceptually its a great tool, doesn't deliver
on its promise though.

Ben Cantatore
Remedy Administrator
Avon
(914) 935-2946


"Wacholz, Jeanette (Jenni)" <[EMAIL PROTECTED] >
Sent by: "Action Request System discussion list(ARSList)" <
arslist@ARSLIST.ORG>
06/14/2007 12:00 PM

Please respond to
arslist@ARSLIST.ORG



To
arslist@ARSLIST.ORG
cc

Subject
Re: Migrator tool not replacing record











**
Patrick, I have to second you on that. We have had so many problems with
Migrator screwing things up that I have gone back to the old way of
exporting and importing def files. There have been so many incidents of
objects "successfully" migrating when nothing has changed except the Last
Modified date. Even the Diff reports come up with things that are
identified as different when they are identical in every respect according
to the details displayed in the Diff report itself.
Jenni Wacholz
Remedy Administration
Coventry Health Care Inc
480-445-2517


From: Action Request System discussion list(ARSList) [mailto:


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"





--
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Re: Migrator tool not replacing record

[Ben Cantatore]

I use it as well, (its better than nothing), but its problematic, at least 
for me it has been.  If this was shareware, I'd sing praises for it, but 
for the amount of money spent , I'd expect it to be fully functional. 
Shrug, maybe my expectations are too high.


Ben Cantatore
Remedy Administrator
Avon
(914) 935-2946



Susan Palmer <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)" 

06/14/2007 01:23 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Migrator tool not replacing record






** 
I've always found it was kind of like driving a car that stalls alot ... 
you have to get that two-footed technique perfected.
 
I've also been using it since Ostream days and I actually love migrator, 
although I haven't used v7 yet.  I used it all the time for migration but 
followed a certain progression.  I did different objects separately. First 
menus, then forms, then active links, then filters, then escalations etc. 
Sometimes I'd combine filters and escalations without issues.  Sometimes a 
form or workflow would error out due to busy server or something like 
that.  Being patience, I'd wait a bit ... talk to it softly ... then do 
the migration and whaalaa ... it would work. 
 
Susan

 
On 6/14/07, Ben Cantatore <[EMAIL PROTECTED]> wrote: 
** 
I have never gotten the migrator to work 100% correctly for me in any of 
the versions I've tried.  Conceptually its a great tool, doesn't deliver 
on its promise though. 

Ben Cantatore
Remedy Administrator
Avon
(914) 935-2946 


"Wacholz, Jeanette (Jenni)" <[EMAIL PROTECTED] > 
Sent by: "Action Request System discussion list(ARSList)" < 
arslist@ARSLIST.ORG> 
06/14/2007 12:00 PM 

Please respond to
arslist@ARSLIST.ORG



To
arslist@ARSLIST.ORG 
cc

Subject
Re: Migrator tool not replacing record











** 
Patrick, I have to second you on that. We have had so many problems with 
Migrator screwing things up that I have gone back to the old way of 
exporting and importing def files. There have been so many incidents of 
objects "successfully" migrating when nothing has changed except the Last 
Modified date. Even the Diff reports come up with things that are 
identified as different when they are identical in every respect according 
to the details displayed in the Diff report itself. 
Jenni Wacholz 
Remedy Administration 
Coventry Health Care Inc 
480-445-2517 
 

From: Action Request System discussion list(ARSList) [mailto:

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record

[Grooms, Frederick W]

I have found that opening the form then choosing Data does not work.
Try Right-Clicking the form and choosing Form Data Only.  After choosing
your destination a window opens, click on your migration and the bottom
fields become available.  Choose Search for the Data Mode Put in your
search criteria and set your merge option.
 
I have used Migrator since v3 and while it has it's quirks, I've never
had any major problems with it.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Thursday, June 14, 2007 10:47 AM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool not replacing record


** 

I don't mean to be negative here.. I have had every migrator since and
to include ostream..

They still do not have it right.. and I am STILL Stupid enough to give
them money for the last umpteen years.

I expect to see this product disappear. it is almost useless.


 

On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote: 

Hello Everyone,

I am using the Migrator tool to sync data in two systems.
In options > Data > Data merging options I checked "Replace Old
Record". 

I select a record that is the same in both systems, and change
the data in the destination system.

In the Source server I open the form, select "Data" and find the
record.  Then I drag the entry into the destination window.  The log
file says that the migration was successful, but the data in the
destination record does not change. 

What am I doing wrong?

(Migrator 7.01, Source ARS system 6.3 HUX-11 server Oracle 9.2,
Destination system 7.01 patch 2,  Linux server, Oracle 10.2 db)

Dwayne Martin
Computing Support
James Madison University 


-- 
Patrick Zandi  
  

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record

[Nall, Roger]

I have to agree with Susan. This tool has been a major time saver for
me. There have been a few times when I have had to migrate the same
object twice but never more then that. Version 7 is the best so far. I
cannot imagine going back to the old way.

 

Thanks,

 

Roger A. Nall

Manager, OSSNMS Remedy

T-Mobile USA

Desk: 813-348-2556(New)

Cell: 973-652-6723

FAX: 813-348-2565

sf49fanv AIM IM

RogerNall   Yahoo IM

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Susan Palmer
Sent: Thursday, June 14, 2007 1:24 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool not replacing record

 

** 

I've always found it was kind of like driving a car that stalls alot ...
you have to get that two-footed technique perfected.

 

I've also been using it since Ostream days and I actually love migrator,
although I haven't used v7 yet.  I used it all the time for migration
but followed a certain progression.  I did different objects separately.
First menus, then forms, then active links, then filters, then
escalations etc.  Sometimes I'd combine filters and escalations without
issues.  Sometimes a form or workflow would error out due to busy server
or something like that.  Being patience, I'd wait a bit ... talk to it
softly ... then do the migration and whaalaa ... it would work.  

 

Susan

 

On 6/14/07, Ben Cantatore <[EMAIL PROTECTED]> wrote: 

** 
I have never gotten the migrator to work 100% correctly for me in any of
the versions I've tried.  Conceptually its a great tool, doesn't deliver
on its promise though. 

Ben Cantatore
Remedy Administrator
Avon
(914) 935-2946 



"Wacholz, Jeanette (Jenni)" <[EMAIL PROTECTED] > 
Sent by: "Action Request System discussion list(ARSList)" <
arslist@ARSLIST.ORG <mailto:arslist@ARSLIST.ORG> > 

06/14/2007 12:00 PM 

Please respond to
arslist@ARSLIST.ORG

To

arslist@ARSLIST.ORG 

cc

 

Subject

Re: Migrator tool not replacing record

 

 

 

 

 

 




** 
Patrick, I have to second you on that. We have had so many problems with
Migrator screwing things up that I have gone back to the old way of
exporting and importing def files. There have been so many incidents of
objects "successfully" migrating when nothing has changed except the
Last Modified date. Even the Diff reports come up with things that are
identified as different when they are identical in every respect
according to the details displayed in the Diff report itself. 

Jenni Wacholz 
Remedy Administration 
Coventry Health Care Inc 
480-445-2517 

  



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG ] On Behalf Of patrick zandi
Sent: Thursday, June 14, 2007 8:47 AM
To: arslist@ARSLIST.ORG 
Subject: Re: Migrator tool not replacing record

** 
I don't mean to be negative here.. I have had every migrator since and
to include ostream.. 
They still do not have it right.. and I am STILL Stupid enough to give
them money for the last umpteen years. 
I expect to see this product disappear. it is almost useless. 



On 6/14/07, Dwayne Martin < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> >
wrote: 
Hello Everyone,

I am using the Migrator tool to sync data in two systems.
In options > Data > Data merging options I checked "Replace Old Record".


I select a record that is the same in both systems, and change the data
in the destination system.

In the Source server I open the form, select "Data" and find the record.
Then I drag the entry into the destination window.  The log file says
that the migration was successful, but the data in the destination
record does not change. 

What am I doing wrong?

(Migrator 7.01, Source ARS system 6.3 HUX-11 server Oracle 9.2,
Destination system 7.01 patch 2,  Linux server, Oracle 10.2 db)

Dwayne Martin
Computing Support
James Madison University 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
<http://www.arslist.org/>  ARSlist:"Where the Answers Are" 



-- 
Patrick Zandi __20060125___This posting was
submitted with HTML in it___ 

Email Confidentiality Notice: The information contained in this
transmission is confidential, proprietary or privileged and may be
subject to protection under the law, including the Health Insurance
Portability and Accountability Act (HIPAA). The message is intended for
the sole use of the individual or entity to whom it is addressed. If you
are not the intended recipient, you are notified that any use,
distribution or copying of the message is strictly prohibited and may
subject you to criminal or civil penalties. If you received this
transmission in error, please contact the sender immediately by replying
to this email and delete the material 

Re: Migrator tool not replacing record

[Susan Palmer]

I've always found it was kind of like driving a car that stalls alot ... you
have to get that two-footed technique perfected.

I've also been using it since Ostream days and I actually love migrator,
although I haven't used v7 yet.  I used it all the time for migration but
followed a certain progression.  I did different objects separately.  First
menus, then forms, then active links, then filters, then escalations etc.
Sometimes I'd combine filters and escalations without issues.  Sometimes a
form or workflow would error out due to busy server or something like that.
Being patience, I'd wait a bit ... talk to it softly ... then do the
migration and whaalaa ... it would work.

Susan


On 6/14/07, Ben Cantatore <[EMAIL PROTECTED]> wrote:


**
I have never gotten the migrator to work 100% correctly for me in any of
the versions I've tried.  Conceptually its a great tool, doesn't deliver on
its promise though.

Ben Cantatore
Remedy Administrator
Avon
(914) 935-2946


  *"Wacholz, Jeanette (Jenni)" <[EMAIL PROTECTED]>*
Sent by: "Action Request System discussion list(ARSList)" <
arslist@ARSLIST.ORG>

06/14/2007 12:00 PM   Please respond to
arslist@ARSLIST.ORG

   To
arslist@ARSLIST.ORG  cc
  Subject
Re: Migrator tool not replacing record





**
Patrick, I have to second you on that. We have had so many problems with
Migrator screwing things up that I have gone back to the old way of
exporting and importing def files. There have been so many incidents of
objects "successfully" migrating when nothing has changed except the Last
Modified date. Even the Diff reports come up with things that are identified
as different when they are identical in every respect according to the
details displayed in the Diff report itself.

*Jenni Wacholz*
Remedy Administration
Coventry Health Care Inc
480-445-2517



--
*From:* Action Request System discussion list(ARSList) [mailto:
[EMAIL PROTECTED] *On Behalf Of *patrick zandi*
Sent:* Thursday, June 14, 2007 8:47 AM*
To:* [EMAIL PROTECTED]
Subject:* Re: Migrator tool not replacing record

**
I don't mean to be negative here.. I have had every migrator since and to
include ostream..
They still do not have it right.. and I am STILL Stupid enough to give
them money for the last umpteen years.
I expect to see this product disappear. it is almost useless.



On 6/14/07, *Dwayne Martin* <[EMAIL PROTECTED] <[EMAIL PROTECTED]>> wrote:

Hello Everyone,

I am using the Migrator tool to sync data in two systems.
In options > Data > Data merging options I checked "Replace Old Record".

I select a record that is the same in both systems, and change the data in
the destination system.

In the Source server I open the form, select "Data" and find the record.
 Then I drag the entry into the destination window.  The log file says that
the migration was successful, but the data in the destination record does
not change.

What am I doing wrong?

(Migrator 7.01, Source ARS system 6.3 HUX-11 server Oracle 9.2,
Destination system 7.01 patch 2,  Linux server, Oracle 10.2 db)

Dwayne Martin
Computing Support
James Madison University


___
UNSUBSCRIBE or access ARSlist Archives at 
*www.arslist.org*<http://www.arslist.org/>ARSlist:"Where the Answers Are"



--
Patrick Zandi __20060125___This posting was submitted
with HTML in it___

Email Confidentiality Notice: The information contained in this
transmission is confidential, proprietary or privileged and may be subject
to protection under the law, including the Health Insurance Portability and
Accountability Act (HIPAA). The message is intended for the sole use of the
individual or entity to whom it is addressed. If you are not the intended
recipient, you are notified that any use, distribution or copying of the
message is strictly prohibited and may subject you to criminal or civil
penalties. If you received this transmission in error, please contact the
sender immediately by replying to this email and delete the material from
any computer. __20060125___This posting was submitted
with HTML in it___
__20060125___This posting was submitted with HTML in
it___




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Re: Migrator tool not replacing record

[Ben Cantatore]

I have never gotten the migrator to work 100% correctly for me in any of 
the versions I've tried.  Conceptually its a great tool, doesn't deliver 
on its promise though.

Ben Cantatore
Remedy Administrator
Avon
(914) 935-2946



"Wacholz, Jeanette (Jenni)" <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)" 

06/14/2007 12:00 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Migrator tool not replacing record






** 
Patrick, I have to second you on that. We have had so many problems with 
Migrator screwing things up that I have gone back to the old way of 
exporting and importing def files. There have been so many incidents of 
objects "successfully" migrating when nothing has changed except the Last 
Modified date. Even the Diff reports come up with things that are 
identified as different when they are identical in every respect according 
to the details displayed in the Diff report itself.
Jenni Wacholz 
Remedy Administration 
Coventry Health Care Inc 
480-445-2517 
 

From: Action Request System discussion list(ARSList) 
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Thursday, June 14, 2007 8:47 AM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool not replacing record

** 
I don't mean to be negative here.. I have had every migrator since and to 
include ostream..
They still do not have it right.. and I am STILL Stupid enough to give 
them money for the last umpteen years.
I expect to see this product disappear. it is almost useless.


 
On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote: 
Hello Everyone,

I am using the Migrator tool to sync data in two systems.
In options > Data > Data merging options I checked "Replace Old Record". 

I select a record that is the same in both systems, and change the data in 
the destination system.

In the Source server I open the form, select "Data" and find the record. 
Then I drag the entry into the destination window.  The log file says that 
the migration was successful, but the data in the destination record does 
not change. 

What am I doing wrong?

(Migrator 7.01, Source ARS system 6.3 HUX-11 server Oracle 9.2, 
Destination system 7.01 patch 2,  Linux server, Oracle 10.2 db)

Dwayne Martin
Computing Support
James Madison University 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where 
the Answers Are" 



-- 
Patrick Zandi __20060125___This posting was submitted 
with HTML in it___ 

Email Confidentiality Notice: The information contained in this 
transmission is confidential, proprietary or privileged and may be subject 
to protection under the law, including the Health Insurance Portability 
and Accountability Act (HIPAA). The message is intended for the sole use 
of the individual or entity to whom it is addressed. If you are not the 
intended recipient, you are notified that any use, distribution or copying 
of the message is strictly prohibited and may subject you to criminal or 
civil penalties. If you received this transmission in error, please 
contact the sender immediately by replying to this email and delete the 
material from any computer. __20060125___This posting 
was submitted with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record

[Wacholz, Jeanette (Jenni)]

Patrick, I have to second you on that. We have had so many problems with
Migrator screwing things up that I have gone back to the old way of
exporting and importing def files. There have been so many incidents of
objects "successfully" migrating when nothing has changed except the
Last Modified date. Even the Diff reports come up with things that are
identified as different when they are identical in every respect
according to the details displayed in the Diff report itself.

Jenni Wacholz 
Remedy Administration 
Coventry Health Care Inc 
480-445-2517 

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Thursday, June 14, 2007 8:47 AM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator tool not replacing record


** 
I don't mean to be negative here.. I have had every migrator since and
to include ostream..
They still do not have it right.. and I am STILL Stupid enough to give
them money for the last umpteen years.
I expect to see this product disappear. it is almost useless.


 
On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote: 

Hello Everyone,

I am using the Migrator tool to sync data in two systems.
In options > Data > Data merging options I checked "Replace Old
Record". 

I select a record that is the same in both systems, and change
the data in the destination system.

In the Source server I open the form, select "Data" and find the
record.  Then I drag the entry into the destination window.  The log
file says that the migration was successful, but the data in the
destination record does not change. 

What am I doing wrong?

(Migrator 7.01, Source ARS system 6.3 HUX-11 server Oracle 9.2,
Destination system 7.01 patch 2,  Linux server, Oracle 10.2 db)

Dwayne Martin
Computing Support
James Madison University 



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
ARSlist:"Where the Answers Are" 





-- 
Patrick Zandi __20060125___This posting was
submitted with HTML in it___ 


Email Confidentiality Notice: The information contained in this transmission is 
confidential, proprietary or privileged and may be subject to protection under 
the law, including the Health Insurance Portability and Accountability Act 
(HIPAA).

The message is intended for the sole use of the individual or  entity to whom 
it is addressed.  If you are not the intended recipient, you are notified that 
any use, distribution or copying of the message is strictly prohibited and may 
subject you to criminal or civil penalties.  If you received this transmission 
in error, please contact the sender immediately by replying to this email and 
delete the material from any  computer.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator tool not replacing record

[patrick zandi]

I don't mean to be negative here.. I have had every migrator since and to
include ostream..
They still do not have it right.. and I am STILL Stupid enough to give them
money for the last umpteen years.
I expect to see this product disappear. it is almost useless.



On 6/14/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:


Hello Everyone,

I am using the Migrator tool to sync data in two systems.
In options > Data > Data merging options I checked "Replace Old Record".

I select a record that is the same in both systems, and change the data in
the destination system.

In the Source server I open the form, select "Data" and find the
record.  Then I drag the entry into the destination window.  The log file
says that the migration was successful, but the data in the destination
record does not change.

What am I doing wrong?

(Migrator 7.01, Source ARS system 6.3 HUX-11 server Oracle 9.2,
Destination system 7.01 patch 2,  Linux server, Oracle 10.2 db)

Dwayne Martin
Computing Support
James Madison University


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"





--
Patrick Zandi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Re: Migrator

[Warren Baltimore]

Sean,

I appreciate the work that everyone has done, however I believe that
there are some much bigger issues with Migrator then this one.  It has
always been a very buggy product, and based on some of the comments
that I am seeing on this list, I think I'm probably not alone in that
opinion.

I'm wondering if it's time for BMC to sit down and do a full re-design
of this tool.  It offers so much to the user, but based on past
performance is rarely trusted.

Thanks again!  I really do appreciate all of the hardwork that has
gone into my particular immediate issue

Warren

On 12/21/06, Scott, Sean <[EMAIL PROTECTED]> wrote:

Hi Warren,

I have to apologize for the issues you have experienced with Migrator
7.0.01 on specific systems, but we have found the issue and will be
creating a patch as soon as possible.

It seems that during our development cycle we were testing various ways
to increase performance and set the build configuration to optimize the
Code for Pentium 4 and later and we also set the build to make use of
the SSE2 enhanced instruction set.

Basically the product will run fine on a Pentium 4 or newer system and
may, emphasize on may, run fine on AMD cpu's that support SSE2 such as
the AMD Opteron and AMD Athlon 64.

Thanks,
Sean

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Wednesday, December 20, 2006 2:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator

Our workstations are HP d325's running on AMD Athalon xp processors.
We're not sure if it's platform or the image that is used on the
platform, but whenever we try to run migrator, it crashes almost
immediately!  It does work flawlessly on our IBM (Lenovo) laptops
however.

I've used Migrator for a very long time.  And while I have always been
generally happy with it, I have also always been rather leery with it.
 Too many bugs!

Warren

On 12/20/06, Axton <[EMAIL PROTECTED]> wrote:
> ** I'm happy with it, but I'm very controlled in how I use it:
> - disable migration of all autodependant objects
> - only migrate fields/views
>
> I use a def for all the workflow objects, and most of the time for
views.
> The only tangible benefit I see from the product, since the ability to
> export/import form defs w/o losing data, is to control the leakage of
new
> fields between my dev, test, and prod environments.  I can accomplish
all of
> this without migrator though, simply by copying/pasting the fields
between
> forms/servers, then importing a view def, but I keep very detailed
notes on
> my changes.  Actually, I've learned to live without migrator for the
most
> part due to past experiences (corrupted filters if they contain
> notifications, etc.).
>
> What is the nature of your platform dependant issue?
>
> Axton Grams
>
>
> On 12/20/06, Roger Justice <[EMAIL PROTECTED] > wrote:
> > **
> >
> > The best answer I can give you is the guidance given during the
> Installation & Configuration class. If at all do a clean install and
then
> migrate/move the workflow you need. The data in most instances is so
> different an export/import is the best way to transfer what you need.
Some
> of the newer emails I have seen from Professional Services state this
much
> better than I can.
> >
> > Roger
> >
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > To: arslist@ARSLIST.ORG
> > Sent: Wed, 20 Dec 2006 3:44 PM
> > Subject: Migrator
> >
> >
> > This is a pretty open question meant to illicit opinions/experiences
> > on the Remedy Migrator 7.0.1 client.
> >
> > I've been having LOTS of issues with the whole 7.x Migrator package.
> > It seems to be related to the type of machine that I am using. BMC
> > have been working on it for some time.
> >
> > In general, are you satisfied with Migrator 7.x? Have you had
> > problems with it? What kind? Did you report them to Support?
> >
> > Any information you can provide would be most helpful!
> >
> > -- Warren R. Baltimore II
> > Remedy Developer
> > UW Medicine IT Services
> > School of Medicine
> > University of Washington
> > Box 358220
> > 1325 Fourth Ave, Suite 2000
> > Seattle, WA 98101
> >
> > The opinions expressed in this e-mail are in no way those of the
> > University of Washington, or the State of Washington. They are my
> > own.
> >
> >
>

___
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
ARSlist:"Where
> the Answers Are"
> >
> > 
> Check out th

Re: Migrator

[Scott, Sean]

Hi Warren,

I have to apologize for the issues you have experienced with Migrator
7.0.01 on specific systems, but we have found the issue and will be
creating a patch as soon as possible.

It seems that during our development cycle we were testing various ways
to increase performance and set the build configuration to optimize the
Code for Pentium 4 and later and we also set the build to make use of
the SSE2 enhanced instruction set.

Basically the product will run fine on a Pentium 4 or newer system and
may, emphasize on may, run fine on AMD cpu's that support SSE2 such as
the AMD Opteron and AMD Athlon 64.

Thanks,
Sean

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Wednesday, December 20, 2006 2:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Migrator

Our workstations are HP d325's running on AMD Athalon xp processors.
We're not sure if it's platform or the image that is used on the
platform, but whenever we try to run migrator, it crashes almost
immediately!  It does work flawlessly on our IBM (Lenovo) laptops
however.

I've used Migrator for a very long time.  And while I have always been
generally happy with it, I have also always been rather leery with it.
 Too many bugs!

Warren

On 12/20/06, Axton <[EMAIL PROTECTED]> wrote:
> ** I'm happy with it, but I'm very controlled in how I use it:
> - disable migration of all autodependant objects
> - only migrate fields/views
>
> I use a def for all the workflow objects, and most of the time for
views.
> The only tangible benefit I see from the product, since the ability to
> export/import form defs w/o losing data, is to control the leakage of
new
> fields between my dev, test, and prod environments.  I can accomplish
all of
> this without migrator though, simply by copying/pasting the fields
between
> forms/servers, then importing a view def, but I keep very detailed
notes on
> my changes.  Actually, I've learned to live without migrator for the
most
> part due to past experiences (corrupted filters if they contain
> notifications, etc.).
>
> What is the nature of your platform dependant issue?
>
> Axton Grams
>
>
> On 12/20/06, Roger Justice <[EMAIL PROTECTED] > wrote:
> > **
> >
> > The best answer I can give you is the guidance given during the
> Installation & Configuration class. If at all do a clean install and
then
> migrate/move the workflow you need. The data in most instances is so
> different an export/import is the best way to transfer what you need.
Some
> of the newer emails I have seen from Professional Services state this
much
> better than I can.
> >
> > Roger
> >
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > To: arslist@ARSLIST.ORG
> > Sent: Wed, 20 Dec 2006 3:44 PM
> > Subject: Migrator
> >
> >
> > This is a pretty open question meant to illicit opinions/experiences
> > on the Remedy Migrator 7.0.1 client.
> >
> > I've been having LOTS of issues with the whole 7.x Migrator package.
> > It seems to be related to the type of machine that I am using. BMC
> > have been working on it for some time.
> >
> > In general, are you satisfied with Migrator 7.x? Have you had
> > problems with it? What kind? Did you report them to Support?
> >
> > Any information you can provide would be most helpful!
> >
> > -- Warren R. Baltimore II
> > Remedy Developer
> > UW Medicine IT Services
> > School of Medicine
> > University of Washington
> > Box 358220
> > 1325 Fourth Ave, Suite 2000
> > Seattle, WA 98101
> >
> > The opinions expressed in this e-mail are in no way those of the
> > University of Washington, or the State of Washington. They are my
> > own.
> >
> >
>

___
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
ARSlist:"Where
> the Answers Are"
> >
> > 
> Check out the new AOL . Most comprehensive set of free safety and
security
> tools, free access to millions of high-quality videos from across the
web,
> free AOL Mail and more.
> > __20060125___This posting was
> submitted with HTML in it___
>
> __20060125___This posting was submitted
> with HTML in it___


-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101

The opinions expressed in this e-mail are in no way those of the
University of Washington, or the State of Washington.  They are my
own.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator

[Warren Baltimore]

Our workstations are HP d325's running on AMD Athalon xp processors.
We're not sure if it's platform or the image that is used on the
platform, but whenever we try to run migrator, it crashes almost
immediately!  It does work flawlessly on our IBM (Lenovo) laptops
however.

I've used Migrator for a very long time.  And while I have always been
generally happy with it, I have also always been rather leery with it.
Too many bugs!

Warren

On 12/20/06, Axton <[EMAIL PROTECTED]> wrote:

** I'm happy with it, but I'm very controlled in how I use it:
- disable migration of all autodependant objects
- only migrate fields/views

I use a def for all the workflow objects, and most of the time for views.
The only tangible benefit I see from the product, since the ability to
export/import form defs w/o losing data, is to control the leakage of new
fields between my dev, test, and prod environments.  I can accomplish all of
this without migrator though, simply by copying/pasting the fields between
forms/servers, then importing a view def, but I keep very detailed notes on
my changes.  Actually, I've learned to live without migrator for the most
part due to past experiences (corrupted filters if they contain
notifications, etc.).

What is the nature of your platform dependant issue?

Axton Grams


On 12/20/06, Roger Justice <[EMAIL PROTECTED] > wrote:
> **
>
> The best answer I can give you is the guidance given during the
Installation & Configuration class. If at all do a clean install and then
migrate/move the workflow you need. The data in most instances is so
different an export/import is the best way to transfer what you need. Some
of the newer emails I have seen from Professional Services state this much
better than I can.
>
> Roger
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> To: arslist@ARSLIST.ORG
> Sent: Wed, 20 Dec 2006 3:44 PM
> Subject: Migrator
>
>
> This is a pretty open question meant to illicit opinions/experiences
> on the Remedy Migrator 7.0.1 client.
>
> I've been having LOTS of issues with the whole 7.x Migrator package.
> It seems to be related to the type of machine that I am using. BMC
> have been working on it for some time.
>
> In general, are you satisfied with Migrator 7.x? Have you had
> problems with it? What kind? Did you report them to Support?
>
> Any information you can provide would be most helpful!
>
> -- Warren R. Baltimore II
> Remedy Developer
> UW Medicine IT Services
> School of Medicine
> University of Washington
> Box 358220
> 1325 Fourth Ave, Suite 2000
> Seattle, WA 98101
>
> The opinions expressed in this e-mail are in no way those of the
> University of Washington, or the State of Washington. They are my
> own.
>
>
___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
>
> 
Check out the new AOL . Most comprehensive set of free safety and security
tools, free access to millions of high-quality videos from across the web,
free AOL Mail and more.
> __20060125___This posting was
submitted with HTML in it___

__20060125___This posting was submitted
with HTML in it___



--
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101

The opinions expressed in this e-mail are in no way those of the
University of Washington, or the State of Washington.  They are my
own.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Re: Migrator

[Ben Cantatore]

Conceptionally, migrator is a great idea.  My experiences have taught me 
to be cautious with it, much like Axton, I use it selectively and make 
sure I have the information in alternate formats as well.  As I use it to 
build my dev/new prod environment, I'll post anything noteworthy.





Axton <[EMAIL PROTECTED]> 
Sent by: "Action Request System discussion list(ARSList)" 

12/20/2006 04:59 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Migrator






** I'm happy with it, but I'm very controlled in how I use it:
- disable migration of all autodependant objects
- only migrate fields/views

I use a def for all the workflow objects, and most of the time for views. 
The only tangible benefit I see from the product, since the ability to 
export/import form defs w/o losing data, is to control the leakage of new 
fields between my dev, test, and prod environments.  I can accomplish all 
of this without migrator though, simply by copying/pasting the fields 
between forms/servers, then importing a view def, but I keep very detailed 
notes on my changes.  Actually, I've learned to live without migrator for 
the most part due to past experiences (corrupted filters if they contain 
notifications, etc.). 

What is the nature of your platform dependant issue?

Axton Grams

On 12/20/06, Roger Justice <[EMAIL PROTECTED] > wrote:
** 
The best answer I can give you is the guidance given during the 
Installation & Configuration class. If at all do a clean install and then 
migrate/move the workflow you need. The data in most instances is so 
different an export/import is the best way to transfer what you need. Some 
of the newer emails I have seen from Professional Services state this much 
better than I can. 
 
Roger 
 
 
-Original Message-
From: [EMAIL PROTECTED]
To: arslist@ARSLIST.ORG
Sent: Wed, 20 Dec 2006 3:44 PM
Subject: Migrator

This is a pretty open question meant to illicit opinions/experiences 
on the Remedy Migrator 7.0.1 client. 
 
I've been having LOTS of issues with the whole 7.x Migrator package. 
It seems to be related to the type of machine that I am using. BMC 
have been working on it for some time. 
 
In general, are you satisfied with Migrator 7.x? Have you had 
problems with it? What kind? Did you report them to Support? 
 
Any information you can provide would be most helpful! 
 
-- Warren R. Baltimore II 
Remedy Developer 
UW Medicine IT Services 
School of Medicine 
University of Washington 
Box 358220 
1325 Fourth Ave, Suite 2000 
Seattle, WA 98101 
 
The opinions expressed in this e-mail are in no way those of the 
University of Washington, or the State of Washington. They are my 
own. 
 
___ 

UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where 
the Answers Are" 
Check out the new AOL . Most comprehensive set of free safety and security 
tools, free access to millions of high-quality videos from across the web, 
free AOL Mail and more.
__20060125___This posting was submitted with HTML in 
it___ 

__20060125___This posting was submitted with HTML in 
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Migrator

[Axton]

I'm happy with it, but I'm very controlled in how I use it:
- disable migration of all autodependant objects
- only migrate fields/views

I use a def for all the workflow objects, and most of the time for views.
The only tangible benefit I see from the product, since the ability to
export/import form defs w/o losing data, is to control the leakage of new
fields between my dev, test, and prod environments.  I can accomplish all of
this without migrator though, simply by copying/pasting the fields between
forms/servers, then importing a view def, but I keep very detailed notes on
my changes.  Actually, I've learned to live without migrator for the most
part due to past experiences (corrupted filters if they contain
notifications, etc.).

What is the nature of your platform dependant issue?

Axton Grams

On 12/20/06, Roger Justice <[EMAIL PROTECTED]> wrote:


** The best answer I can give you is the guidance given during the
Installation & Configuration class. If at all do a clean install and then
migrate/move the workflow you need. The data in most instances is so
different an export/import is the best way to transfer what you need. Some
of the newer emails I have seen from Professional Services state this much
better than I can.

Roger


-Original Message-
From: [EMAIL PROTECTED]
To: arslist@ARSLIST.ORG
Sent: Wed, 20 Dec 2006 3:44 PM
Subject: Migrator

This is a pretty open question meant to illicit opinions/experiences
on the Remedy Migrator 7.0.1 client.

I've been having LOTS of issues with the whole 7.x Migrator package.
It seems to be related to the type of machine that I am using. BMC
have been working on it for some time.

In general, are you satisfied with Migrator 7.x? Have you had
problems with it? What kind? Did you report them to Support?

Any information you can provide would be most helpful!

-- Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101

The opinions expressed in this e-mail are in no way those of the
University of Washington, or the State of Washington. They are my
own.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
 --
*Check out the new 
AOL*.
Most comprehensive set of free safety and security tools, free access to
millions of high-quality videos from across the web, free AOL Mail and more.
 __20060125___This posting was submitted with HTML in
it___


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Re: Migrator

[Roger Justice]

The best answer I can give you is the guidance given during the Installation & 
Configuration class. If at all do a clean install and then migrate/move the 
workflow you need. The data in most instances is so different an export/import 
is the best way to transfer what you need. Some of the newer emails I have seen 
from Professional Services state this much better than I can.
 
Roger 
 
 
-Original Message-
From: [EMAIL PROTECTED]
To: arslist@ARSLIST.ORG
Sent: Wed, 20 Dec 2006 3:44 PM
Subject: Migrator


This is a pretty open question meant to illicit opinions/experiences 
on the Remedy Migrator 7.0.1 client. 
 
I've been having LOTS of issues with the whole 7.x Migrator package. 
It seems to be related to the type of machine that I am using. BMC 
have been working on it for some time. 
 
In general, are you satisfied with Migrator 7.x? Have you had 
problems with it? What kind? Did you report them to Support? 
 
Any information you can provide would be most helpful! 
 
-- Warren R. Baltimore II 
Remedy Developer 
UW Medicine IT Services 
School of Medicine 
University of Washington 
Box 358220 
1325 Fourth Ave, Suite 2000 
Seattle, WA 98101 
 
The opinions expressed in this e-mail are in no way those of the 
University of Washington, or the State of Washington. They are my 
own. 
 
___ 
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are" 

Check out the new AOL.  Most comprehensive set of free safety and security 
tools, free access to millions of high-quality videos from across the web, free 
AOL Mail and more.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"