Re: Upgrade AR System from 7.0 to 7.5
2009/9/8 strauss stra...@unt.edu: ** structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. It's out now SW00337768 When you upgraded from BMC Atrium Integration Engine 7.1.0 patch 006 to BMC Atrium Core 7.5.00 patch 002, the directory structure of BMC Atrium Integration Engine was deleted. -- Jarl ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Upgrade AR System from 7.0 to 7.5
7.5 Patch 3 is out? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Jarl Grøneng Sent: Wednesday, September 23, 2009 1:43 PM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 2009/9/8 strauss stra...@unt.edu: ** structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. It's out now SW00337768 When you upgraded from BMC Atrium Integration Engine 7.1.0 patch 006 to BMC Atrium Core 7.5.00 patch 002, the directory structure of BMC Atrium Integration Engine was deleted. -- Jarl ___ 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: Upgrade AR System from 7.0 to 7.5
If your question is CMDB 7.5 patch 3, the answer is yes. -- Jarl 2009/9/23 LJ Longwing lj.longw...@gmail.com: 7.5 Patch 3 is out? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Jarl Grøneng Sent: Wednesday, September 23, 2009 1:43 PM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 2009/9/8 strauss stra...@unt.edu: ** structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. It's out now SW00337768 When you upgraded from BMC Atrium Integration Engine 7.1.0 patch 006 to BMC Atrium Core 7.5.00 patch 002, the directory structure of BMC Atrium Integration Engine was deleted. -- Jarl ___ 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: Upgrade AR System from 7.0 to 7.5
Ah...okAll I saw was 7.5.00.003oh well...I'm looking for a fix for an issue -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Jarl Grøneng Sent: Wednesday, September 23, 2009 1:59 PM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 If your question is CMDB 7.5 patch 3, the answer is yes. -- Jarl 2009/9/23 LJ Longwing lj.longw...@gmail.com: 7.5 Patch 3 is out? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Jarl Grøneng Sent: Wednesday, September 23, 2009 1:43 PM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 2009/9/8 strauss stra...@unt.edu: ** structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. It's out now SW00337768 When you upgraded from BMC Atrium Integration Engine 7.1.0 patch 006 to BMC Atrium Core 7.5.00 patch 002, the directory structure of BMC Atrium Integration Engine was deleted. -- Jarl __ __ ___ 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 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Upgrade AR System from 7.0 to 7.5
Hi everybody! Finally I could migrate from 7.1 to 7.5. Although the installer finished with errors, the only had to import the original customized system forms and the AR System Administration Console. I'd like to thank everybody for the help Regards, Miguel 2009/9/9 Miguel Suarez Gomez msuarezgo...@gmail.com Ok, thank you very much for the answer, Isabel. Now, I'm trying to do the upgrade in two steps: - First, upgrade from 6.3 to 7.1 (Succeded) - Second, upgrade from 7.1 to 7.5 I didn't try the second step yet. I hope to send you good news when I have done it!!! Regards, Miguel 2009/9/9 Ross, Isabel (Access LLP) isabel.r...@access.uk.com ** Miguel We have upgraded our training system from 6.3 to 7.5 and got there in the end! I just sent a long reply to Kathy but it bounced so I'll keep this one short in case it doesn't work either. We had a lot of different issues upgrading and were on the phone to our support partners a LOT. We are on Solaris. I'd recommend looking at the specific error messages and the files that are created (arsystem_install_log.txt, ARServer-RIKPostUpgrade.log etc). I had to delete our user preference and admin preference forms before it would install cleanly. If you use archiving, there is a known error and a workaround to manually amend the column archiveFromForm in the table schema_archive. I had to manually amend the behavior and permission columns in FILTER_NOTIFY, changing the value from 0 to NULL before the upgrade and changing it back afterwards. Regards Isabel -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Miguel Suarez Gomez *Sent:* Tuesday, September 08, 2009 8:59 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Upgrade AR System from 7.0 to 7.5 ** I'm trying to upgrade from 6.3 to 7.5, getting unsuccessful results on every time I do it. The fact is that this kind of migration is supported by the installer (confirmed in the install guide). Do you know any known issues or any tips about it? Regards, Miguel 2009/9/8 strauss stra...@unt.edu ** Make darn sure that you have planned for recovery (back up db before each step, and make copies of all file directories before beginning), and have tested recovery procedures (restore db from backup, and deleting or renaming file folders for applications left behind by any failed install) for each step of the upgrade, ESPECIALLY for the AtriumCore installer which I have only seen succeed once in our environment with the minimum number of features. Some of the app installers had to be run a second time to clear all errors; not all of them will run more than once against the same file structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. Known problems with AIE, if you have it installed, are that it must be patched to at least 7.1.00.004 before the upgrade, and if it fails it will delete not only the instance that you are upgrading but any other instances that are installed on the same server in the default directory. I don’t know what the prerequisites are if you are coming in from 7.0 instead of 7.1, but I would expect there to be some. If you have customized ANY forms or workflow, rehearse and script the restoration of those customizations as it is a good bet that the various 7.5 upgrade installers will overwrite them. Some, like searching for customers in ITSM 7.0, have been _*extensively*_ rewritten and that will break any customizations that you have made to the module. If you are just using ARS, not ITSM, the password management code changed a lot from 7.0 to 7.1 and again to 7.5. Suggestion: if you have any flashboards that are actively storing History, edit them to have a current start date and an expiration period, and still watch out for an explosion of data in the FB:History table. After upgrading from 7.1 to 7.5, and at the end of one month, our FB:History form suddenly gained 41 million records in two days. My last testing was in July with all patch 002 distributions on Windows x64 platforms, so your experience will be different but some of the pitfalls will be the same. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ITSM 7.0.02.009 (Incident, Problem, Change Management); Remedy Knowledge Mgmt 7.2.00.002; Service Level Mgmt 7.1.00.01+, AIE 7.1.00.003+; Kinetic Request 4.0.3.3, Survey Lite 4.0.3.3, Calendar Lite 1.2+; on AR Server, Approval, Assignment, Mid-Tier, and Flashboards 7.1.00.002 (AREmail Patch 004 debug) on: Win2K3 Ent x64 Sp2 / SQL Server 2005 x64 Sp2 *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kathy Morris *Sent:* Tuesday, September 08, 2009 9:48 AM *To:* arslist@ARSLIST.ORG *Subject:* Upgrade AR
Re: Upgrade AR System from 7.0 to 7.5
You certainly are correct, that is _completely_ annoying when working with existing objects - when you want to update or create documentation!! The only way I saw to get at it is to try to rename it (dangerous, and only available if the object is NOT currently opened in the editor). Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Ross, Isabel (Access LLP) Sent: Wednesday, September 09, 2009 4:29 AM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 SNIP-- - Dev Studio is unwieldy. It may just take some getting used to, but until I have lots of time on my hands I'm going to continue doing development on the 7.1 admin tool. Basic things have become much harder, e.g. adding help text takes several extra clicks, and you can no longer copy and paste the name of the active link you're working on, say for example if you are documenting your workflow. I'd be interested to hear other people's opinion of the dev studio. It could just be that I need to spend some time getting to grips with it and then I'll never look back. Isabel ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Upgrade AR System from 7.0 to 7.5
I agree with that. In general, there are several types of operations that have become much more tedious than they were in the Admin tool, and add to that that field alignment has seemed to be very flaky to me in Dev Studio (I've had numerous issues getting fields to line up and get sized correctly - I've even had to go back to the Admin tool several times to get them fixed). That said, I still find that I prefer working in Dev Studio over the Admin tool most of the time. While some operations take longer and are more tedious, I still feel like I'm being more productive overall in Dev Studio - especially when working with things like Active Links which can be extremely slow to work with in the Admin tool. So, in short, there are things I don't like about it, and that I complained about bitterly for a bit, but having become resigned to many of those things, I still like it better overall than the old tool (which I didn't like much to start with either). I'd say, give it some time to get used to it and learn its quirks. Lyle -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, September 14, 2009 3:03 PM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 You certainly are correct, that is _completely_ annoying when working with existing objects - when you want to update or create documentation!! The only way I saw to get at it is to try to rename it (dangerous, and only available if the object is NOT currently opened in the editor). Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Ross, Isabel (Access LLP) Sent: Wednesday, September 09, 2009 4:29 AM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 SNIP-- - Dev Studio is unwieldy. It may just take some getting used to, but until I have lots of time on my hands I'm going to continue doing development on the 7.1 admin tool. Basic things have become much harder, e.g. adding help text takes several extra clicks, and you can no longer copy and paste the name of the active link you're working on, say for example if you are documenting your workflow. I'd be interested to hear other people's opinion of the dev studio. It could just be that I need to spend some time getting to grips with it and then I'll never look back. Isabel ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Upgrade AR System from 7.0 to 7.5
Miguel We have upgraded our training system from 6.3 to 7.5 and got there in the end! I just sent a long reply to Kathy but it bounced so I'll keep this one short in case it doesn't work either. We had a lot of different issues upgrading and were on the phone to our support partners a LOT. We are on Solaris. I'd recommend looking at the specific error messages and the files that are created (arsystem_install_log.txt, ARServer-RIKPostUpgrade.log etc). I had to delete our user preference and admin preference forms before it would install cleanly. If you use archiving, there is a known error and a workaround to manually amend the column archiveFromForm in the table schema_archive. I had to manually amend the behavior and permission columns in FILTER_NOTIFY, changing the value from 0 to NULL before the upgrade and changing it back afterwards. Regards Isabel _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Miguel Suarez Gomez Sent: Tuesday, September 08, 2009 8:59 PM To: arslist@ARSLIST.ORG Subject: Re: Upgrade AR System from 7.0 to 7.5 ** I'm trying to upgrade from 6.3 to 7.5, getting unsuccessful results on every time I do it. The fact is that this kind of migration is supported by the installer (confirmed in the install guide). Do you know any known issues or any tips about it? Regards, Miguel 2009/9/8 strauss stra...@unt.edu ** Make darn sure that you have planned for recovery (back up db before each step, and make copies of all file directories before beginning), and have tested recovery procedures (restore db from backup, and deleting or renaming file folders for applications left behind by any failed install) for each step of the upgrade, ESPECIALLY for the AtriumCore installer which I have only seen succeed once in our environment with the minimum number of features. Some of the app installers had to be run a second time to clear all errors; not all of them will run more than once against the same file structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. Known problems with AIE, if you have it installed, are that it must be patched to at least 7.1.00.004 before the upgrade, and if it fails it will delete not only the instance that you are upgrading but any other instances that are installed on the same server in the default directory. I don't know what the prerequisites are if you are coming in from 7.0 instead of 7.1, but I would expect there to be some. If you have customized ANY forms or workflow, rehearse and script the restoration of those customizations as it is a good bet that the various 7.5 upgrade installers will overwrite them. Some, like searching for customers in ITSM 7.0, have been _extensively_ rewritten and that will break any customizations that you have made to the module. If you are just using ARS, not ITSM, the password management code changed a lot from 7.0 to 7.1 and again to 7.5. Suggestion: if you have any flashboards that are actively storing History, edit them to have a current start date and an expiration period, and still watch out for an explosion of data in the FB:History table. After upgrading from 7.1 to 7.5, and at the end of one month, our FB:History form suddenly gained 41 million records in two days. My last testing was in July with all patch 002 distributions on Windows x64 platforms, so your experience will be different but some of the pitfalls will be the same. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ http://itsm.unt.edu/ ITSM 7.0.02.009 (Incident, Problem, Change Management); Remedy Knowledge Mgmt 7.2.00.002; Service Level Mgmt 7.1.00.01+, AIE 7.1.00.003+; Kinetic Request 4.0.3.3, Survey Lite 4.0.3.3, Calendar Lite 1.2+; on AR Server, Approval, Assignment, Mid-Tier, and Flashboards 7.1.00.002 (AREmail Patch 004 debug) on: Win2K3 Ent x64 Sp2 / SQL Server 2005 x64 Sp2 From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kathy Morris Sent: Tuesday, September 08, 2009 9:48 AM To: arslist@ARSLIST.ORG Subject: Upgrade AR System from 7.0 to 7.5 ** Hello all - I am about to upgrade our system AR System from 7.0 to 7.5, and I was wondering what challenges, gotchas, tips, things to look out for, what have other developers experienced. Is this going to be painful uuugh We will be keeping our existing data, and workflows. _ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor
Re: Upgrade AR System from 7.0 to 7.5
Well I'm just in the process of upgrading from 6.3 t Hello Kathy Well I'm just in the process of upgrading from 6.3 to 7.5 and so far its been more painful than expected. This is on Solaris 10, Oracle 10g, with windows mid-tier. Issues: - 7.5 user tool was very slow loading large forms (particularly if they had table fields on) - this is resolved if you use patch 2 of the user tool - Dev Studio is unwieldy. It may just take some getting used to, but until I have lots of time on my hands I'm going to continue doing development on the 7.1 admin tool. Basic things have become much harder, e.g. adding help text takes several extra clicks, and you can no longer copy and paste the name of the active link you're working on, say for example if you are documenting your workflow. I'd be interested to hear other people's opinion of the dev studio. It could just be that I need to spend some time getting to grips with it and then I'll never look back. - We also got some weird errors to do with permissions that we didn't get to the bottom of.. if I copy an existing active link it seems to think it has public permission 6 times over and won't let me save the active link till I remove the public permissions, save it, then add them back in again. - Problem with using string replacements to find and replace carriage returns. Sounds like this may be a known issue - as far as I can tell, string replacement of carriage returns will simply not work. If there is a workaround I'd be happy to hear about it! - Issues displaying on mid-tier. If you have a large field which displays the first 3 lines on-screen and then you click the expand button to view the full details, the third line of the expand box shows the top half of the text missing. This corrects itself if the user clicks on it or selects all the text, but that's not something we'd want to ask our users to do so are hoping there is a way around this. I think its caused by the nice sliding effect that has been built into mid-tier. - issues with table-fields. In 6.3 you could create a table field and add dummy columns to it, i.e. just selecting fields from the current form as columns (i.e the ones that are labelled as field type display). I used this quite a lot for temporarily storing a variable during a table-walk. Workflow which was tried and tested on 6.3 just stopped working on 7.5 until I amended it so that it was using a data column instead, i.e. a field which was selected from the underlying form (even though it was only used for temporary on-screen calculations). It doesn't affect all columns, and may only be a problem when the column contains a date. I haven't had time yet to fully investigate when it does and doesn't work. - date issues where active links used UK dates but filters used US dates. Solution to this was to change the arsystem start-up script to contain LANG=en_GB (even though this wasn't necessary in 6.3) - thanks to Mark Walters for pointing us in the right direction on this one. Once we knew what the issue was it was easy fixed. - mid-tier display is different. Text and boxes which previously had a background the same as the colour of the form now have a white background (but when viewed on the user tool, is the same as ever) Fixed this by changing the display mode from opaque to transparent (this fixes it for mid-tier and has no unwanted side-effects on the display of the same form on the user tool). Also needed to carry out quite a few manual changes before the install routine would work, but that may be to do with upgrading from 6.3 and with a bit of luck you won't get that if you've gone via 7.0. As long as you have a development environment and plenty of patience I'm sure it'll be fine.. Good luck! Isabel ***Disclaimer This e-mail and any attachments are for the intended addressee(s) only and may contain confidential and/or privileged material. If you are not a named addressee, do not use, retain or disclose such information. This email is not guaranteed to be free from viruses and does not bind Access in any contract or obligation. SERVICE GLASGOW LLP trading as ACCESS Registered in Scotland. No: SO301705 Registered Office:112 Ingram Street, Glasgow, G1 1ET ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Upgrade AR System from 7.0 to 7.5
Ok, thank you very much for the answer, Isabel. Now, I'm trying to do the upgrade in two steps: - First, upgrade from 6.3 to 7.1 (Succeded) - Second, upgrade from 7.1 to 7.5 I didn't try the second step yet. I hope to send you good news when I have done it!!! Regards, Miguel 2009/9/9 Ross, Isabel (Access LLP) isabel.r...@access.uk.com ** Miguel We have upgraded our training system from 6.3 to 7.5 and got there in the end! I just sent a long reply to Kathy but it bounced so I'll keep this one short in case it doesn't work either. We had a lot of different issues upgrading and were on the phone to our support partners a LOT. We are on Solaris. I'd recommend looking at the specific error messages and the files that are created (arsystem_install_log.txt, ARServer-RIKPostUpgrade.log etc). I had to delete our user preference and admin preference forms before it would install cleanly. If you use archiving, there is a known error and a workaround to manually amend the column archiveFromForm in the table schema_archive. I had to manually amend the behavior and permission columns in FILTER_NOTIFY, changing the value from 0 to NULL before the upgrade and changing it back afterwards. Regards Isabel -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Miguel Suarez Gomez *Sent:* Tuesday, September 08, 2009 8:59 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Upgrade AR System from 7.0 to 7.5 ** I'm trying to upgrade from 6.3 to 7.5, getting unsuccessful results on every time I do it. The fact is that this kind of migration is supported by the installer (confirmed in the install guide). Do you know any known issues or any tips about it? Regards, Miguel 2009/9/8 strauss stra...@unt.edu ** Make darn sure that you have planned for recovery (back up db before each step, and make copies of all file directories before beginning), and have tested recovery procedures (restore db from backup, and deleting or renaming file folders for applications left behind by any failed install) for each step of the upgrade, ESPECIALLY for the AtriumCore installer which I have only seen succeed once in our environment with the minimum number of features. Some of the app installers had to be run a second time to clear all errors; not all of them will run more than once against the same file structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. Known problems with AIE, if you have it installed, are that it must be patched to at least 7.1.00.004 before the upgrade, and if it fails it will delete not only the instance that you are upgrading but any other instances that are installed on the same server in the default directory. I don’t know what the prerequisites are if you are coming in from 7.0 instead of 7.1, but I would expect there to be some. If you have customized ANY forms or workflow, rehearse and script the restoration of those customizations as it is a good bet that the various 7.5 upgrade installers will overwrite them. Some, like searching for customers in ITSM 7.0, have been _*extensively*_ rewritten and that will break any customizations that you have made to the module. If you are just using ARS, not ITSM, the password management code changed a lot from 7.0 to 7.1 and again to 7.5. Suggestion: if you have any flashboards that are actively storing History, edit them to have a current start date and an expiration period, and still watch out for an explosion of data in the FB:History table. After upgrading from 7.1 to 7.5, and at the end of one month, our FB:History form suddenly gained 41 million records in two days. My last testing was in July with all patch 002 distributions on Windows x64 platforms, so your experience will be different but some of the pitfalls will be the same. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ITSM 7.0.02.009 (Incident, Problem, Change Management); Remedy Knowledge Mgmt 7.2.00.002; Service Level Mgmt 7.1.00.01+, AIE 7.1.00.003+; Kinetic Request 4.0.3.3, Survey Lite 4.0.3.3, Calendar Lite 1.2+; on AR Server, Approval, Assignment, Mid-Tier, and Flashboards 7.1.00.002 (AREmail Patch 004 debug) on: Win2K3 Ent x64 Sp2 / SQL Server 2005 x64 Sp2 *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kathy Morris *Sent:* Tuesday, September 08, 2009 9:48 AM *To:* arslist@ARSLIST.ORG *Subject:* Upgrade AR System from 7.0 to 7.5 ** Hello all - I am about to upgrade our system AR System from 7.0 to 7.5, and I was wondering what challenges, gotchas, tips, things to look out for, what have other developers experienced. Is this going to be painful uuugh We will be keeping our existing data, and workflows
Re: Upgrade AR System from 7.0 to 7.5
We are planning to do the same also, platform only. I'll be interested in the feedback also! Thanks, Susan Currently ARS 7.0.1P2 Oracle 10g Unix Solaris On Tue, Sep 8, 2009 at 9:47 AM, Kathy Morris kathymorris...@aol.com wrote: ** Hello all - I am about to upgrade our system AR System from 7.0 to 7.5, and I was wondering what challenges, gotchas, tips, things to look out for, what have other developers experienced. Is this going to be painful uuugh We will be keeping our existing data, and workflows. -- _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: Upgrade AR System from 7.0 to 7.5
Make darn sure that you have planned for recovery (back up db before each step, and make copies of all file directories before beginning), and have tested recovery procedures (restore db from backup, and deleting or renaming file folders for applications left behind by any failed install) for each step of the upgrade, ESPECIALLY for the AtriumCore installer which I have only seen succeed once in our environment with the minimum number of features. Some of the app installers had to be run a second time to clear all errors; not all of them will run more than once against the same file structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. Known problems with AIE, if you have it installed, are that it must be patched to at least 7.1.00.004 before the upgrade, and if it fails it will delete not only the instance that you are upgrading but any other instances that are installed on the same server in the default directory. I don't know what the prerequisites are if you are coming in from 7.0 instead of 7.1, but I would expect there to be some. If you have customized ANY forms or workflow, rehearse and script the restoration of those customizations as it is a good bet that the various 7.5 upgrade installers will overwrite them. Some, like searching for customers in ITSM 7.0, have been _extensively_ rewritten and that will break any customizations that you have made to the module. If you are just using ARS, not ITSM, the password management code changed a lot from 7.0 to 7.1 and again to 7.5. Suggestion: if you have any flashboards that are actively storing History, edit them to have a current start date and an expiration period, and still watch out for an explosion of data in the FB:History table. After upgrading from 7.1 to 7.5, and at the end of one month, our FB:History form suddenly gained 41 million records in two days. My last testing was in July with all patch 002 distributions on Windows x64 platforms, so your experience will be different but some of the pitfalls will be the same. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ITSM 7.0.02.009 (Incident, Problem, Change Management); Remedy Knowledge Mgmt 7.2.00.002; Service Level Mgmt 7.1.00.01+, AIE 7.1.00.003+; Kinetic Request 4.0.3.3, Survey Lite 4.0.3.3, Calendar Lite 1.2+; on AR Server, Approval, Assignment, Mid-Tier, and Flashboards 7.1.00.002 (AREmail Patch 004 debug) on: Win2K3 Ent x64 Sp2 / SQL Server 2005 x64 Sp2 From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kathy Morris Sent: Tuesday, September 08, 2009 9:48 AM To: arslist@ARSLIST.ORG Subject: Upgrade AR System from 7.0 to 7.5 ** Hello all - I am about to upgrade our system AR System from 7.0 to 7.5, and I was wondering what challenges, gotchas, tips, things to look out for, what have other developers experienced. Is this going to be painful uuugh We will be keeping our existing data, and workflows. _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: Upgrade AR System from 7.0 to 7.5
I'm trying to upgrade from 6.3 to 7.5, getting unsuccessful results on every time I do it. The fact is that this kind of migration is supported by the installer (confirmed in the install guide). Do you know any known issues or any tips about it? Regards, Miguel 2009/9/8 strauss stra...@unt.edu ** Make darn sure that you have planned for recovery (back up db before each step, and make copies of all file directories before beginning), and have tested recovery procedures (restore db from backup, and deleting or renaming file folders for applications left behind by any failed install) for each step of the upgrade, ESPECIALLY for the AtriumCore installer which I have only seen succeed once in our environment with the minimum number of features. Some of the app installers had to be run a second time to clear all errors; not all of them will run more than once against the same file structure. I am waiting for the 7.5.00.003 patches to come out before I try any of this again. Known problems with AIE, if you have it installed, are that it must be patched to at least 7.1.00.004 before the upgrade, and if it fails it will delete not only the instance that you are upgrading but any other instances that are installed on the same server in the default directory. I don’t know what the prerequisites are if you are coming in from 7.0 instead of 7.1, but I would expect there to be some. If you have customized ANY forms or workflow, rehearse and script the restoration of those customizations as it is a good bet that the various 7.5 upgrade installers will overwrite them. Some, like searching for customers in ITSM 7.0, have been _*extensively*_ rewritten and that will break any customizations that you have made to the module. If you are just using ARS, not ITSM, the password management code changed a lot from 7.0 to 7.1 and again to 7.5. Suggestion: if you have any flashboards that are actively storing History, edit them to have a current start date and an expiration period, and still watch out for an explosion of data in the FB:History table. After upgrading from 7.1 to 7.5, and at the end of one month, our FB:History form suddenly gained 41 million records in two days. My last testing was in July with all patch 002 distributions on Windows x64 platforms, so your experience will be different but some of the pitfalls will be the same. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ITSM 7.0.02.009 (Incident, Problem, Change Management); Remedy Knowledge Mgmt 7.2.00.002; Service Level Mgmt 7.1.00.01+, AIE 7.1.00.003+; Kinetic Request 4.0.3.3, Survey Lite 4.0.3.3, Calendar Lite 1.2+; on AR Server, Approval, Assignment, Mid-Tier, and Flashboards 7.1.00.002 (AREmail Patch 004 debug) on: Win2K3 Ent x64 Sp2 / SQL Server 2005 x64 Sp2 *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Kathy Morris *Sent:* Tuesday, September 08, 2009 9:48 AM *To:* arslist@ARSLIST.ORG *Subject:* Upgrade AR System from 7.0 to 7.5 ** Hello all - I am about to upgrade our system AR System from 7.0 to 7.5, and I was wondering what challenges, gotchas, tips, things to look out for, what have other developers experienced. Is this going to be painful uuugh We will be keeping our existing data, and workflows. -- _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _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
