06-28-2011 07:22 AM
06-29-2011 02:30 AM
06-30-2011 02:34 AM
06-30-2011 08:00 AM
06-30-2011 08:49 AM
Im migrated 7.11 to 9.20. first i review that dbdict 920 and 7.11, probsummary, incident, screlation, ocmq, ocml, Approval, ApprovalLog it have the same fields.
After i deleted all record in 9.20 of probsummary, incident, screlation, ocmq, ocml, sla, slo, Approval, ApprovalLog
The migration i maked by SQL Server, i go to 7.11 database and export table by table to sql databe 9.20
never select more than one table, always export one to one.
When you finish exportation then do you log in SM 9.20 and go to counter and number table, search
refence of your tables probsummary, incident, Approval, screlation etc.. where appear reference of you tables
Then put the same value counter and number from 7.11 with this you continue the last number tickets.
To finish, dont migrato table format because there are different that 7.11 or down, if you have contigurated any FC or LINK to format i recommend copy and paste the code from 7.11 to 9.20
I hope help you.
06-30-2011 10:37 AM
HP provides an Application Upgrade utility which should be used to upgrade from 7.11 to 9.20. While it is possible to migrate by importing/loading data, this process can lead to different problems (some obvious, some not). Additionally, there may be supportability issues since the HP utility was bypassed in favor of an alternative method.
The error means that the required fields are not populated in the PeregrineToCEP file. Does your company keep work-logs or statements of work which might document how this custom file was implemented? As Miguel stated, the two most common areas for generating a unique identifier are the number and counter files. Counters work by simply creating the record, but number records require an actual call by a RAD Application or RAD function (from Format Control Subroutines, Process records, etc).
07-21-2011 02:55 AM