We are trying to finish an upgrade to 9.05.600B2 on SQL.
With the understanding that we had to pass through 9.04 to convert the 8.03 data into 9.04 schema to then convert to 9.05 schema, we installed 9.04 in 32 bit configuration. The conversion as we later found out did not correctly convert up our Currency references with the result that no history in the form of financial transactions can be seen or transacted resulting in a now 4 week hold up waiting for Epicor Support to get a fix.
When we set up the 9.05 instance it was our intention to use 64 bit architecture on SQL and Server 2008. We were surprised to find out that while the database, Open edge and E9 can run in 64 bit, the Administration module cannot: it must be mounted in a separate 32 bit environment. We did not find that out until after we had set up the 64 bit instance.
The fact that you need both a 32 bit and 64 bit Open Edge instances to support 64 bit E9 SQL was not in the documentation.
A word regarding the documentation…essentially a compilation of developer’s logs…almost useless. You really have to be a installation genius to do this by yourself.. It took us 3 weeks wading through the documentation and Support calls just to get the architecture installed and functional.
Now we have been dead in the water for 3 weeks with a non-functional instance of E9.
The bottom line is this:
The product is not ready for prime time. The conversion up from a prior version of Vantage is the worst kludge you can imagine. Unfortunately taking care of the installed base has never been Epicor’s strong suit. It is unlikely that the move from a prior Epicor product to E9 will be engineered correctly and that the process will become as easy as upgrading SQL Server.
I hate to say it but unless you have some crackerjack in-house architecture experts you are going to need Epicor consultants to do the upgrade. I also note that unless you make it a requirement of the upgrade engagement agreement that E9 must be functional, upgrading the Architecture does not guarantee a functional application….you may have spent a lot of money for “a clock that doesn’t runâ€.
We continue to run the business on 8.03 while Epicor continues its inability to assess what went wrong with their 9.04-9,05 conversion and to fix our non-functional instance of 9.05.
Robert Carlson
Flanagan Industries
bcarlson@...
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Robert Gogola
Sent: Friday, July 09, 2010 4:10 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Upgrade to Epicor9.05 from 9.04
This isn’t an upgrade. You can store many ODBC connections on each system. After setting the connection name, server, database, port and password…any report that references that name will use this driver. So, are your report ODBC connections going to get their name changed? If not, then yes, you would have to uninstall or here is a shortcut…change the connection name. We used Vantage8 and now the report relies on a connection to Epicor 9. In your case, you could simply change the properties of the old driver and give it an obsolete name. Or create a new connection for each report etc., that references the name given to the new driver.
From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On Behalf Of Charles Carden
Sent: Friday, July 09, 2010 3:32 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Upgrade to Epicor9.05 from 9.04
The documentation says you must upgrade to 9.04 before upgrading to 9.05. My question is concerning Open Edge. Since 9.04 uses OE 10.1c and 9.05 using 10.2a do I need to uninstall 10.1c before I install 10.2a? I want to run the 64bit 10.2a if possible since I have Epicor running on a 64bit machine so I don't think I want Open Edge to do an upgrade.
Charles Carden
IT Manager
Manitex, Inc.
Georgetown, Texas
[Non-text portions of this message have been removed]
--
This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
With the understanding that we had to pass through 9.04 to convert the 8.03 data into 9.04 schema to then convert to 9.05 schema, we installed 9.04 in 32 bit configuration. The conversion as we later found out did not correctly convert up our Currency references with the result that no history in the form of financial transactions can be seen or transacted resulting in a now 4 week hold up waiting for Epicor Support to get a fix.
When we set up the 9.05 instance it was our intention to use 64 bit architecture on SQL and Server 2008. We were surprised to find out that while the database, Open edge and E9 can run in 64 bit, the Administration module cannot: it must be mounted in a separate 32 bit environment. We did not find that out until after we had set up the 64 bit instance.
The fact that you need both a 32 bit and 64 bit Open Edge instances to support 64 bit E9 SQL was not in the documentation.
A word regarding the documentation…essentially a compilation of developer’s logs…almost useless. You really have to be a installation genius to do this by yourself.. It took us 3 weeks wading through the documentation and Support calls just to get the architecture installed and functional.
Now we have been dead in the water for 3 weeks with a non-functional instance of E9.
The bottom line is this:
The product is not ready for prime time. The conversion up from a prior version of Vantage is the worst kludge you can imagine. Unfortunately taking care of the installed base has never been Epicor’s strong suit. It is unlikely that the move from a prior Epicor product to E9 will be engineered correctly and that the process will become as easy as upgrading SQL Server.
I hate to say it but unless you have some crackerjack in-house architecture experts you are going to need Epicor consultants to do the upgrade. I also note that unless you make it a requirement of the upgrade engagement agreement that E9 must be functional, upgrading the Architecture does not guarantee a functional application….you may have spent a lot of money for “a clock that doesn’t runâ€.
We continue to run the business on 8.03 while Epicor continues its inability to assess what went wrong with their 9.04-9,05 conversion and to fix our non-functional instance of 9.05.
Robert Carlson
Flanagan Industries
bcarlson@...
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Robert Gogola
Sent: Friday, July 09, 2010 4:10 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Upgrade to Epicor9.05 from 9.04
This isn’t an upgrade. You can store many ODBC connections on each system. After setting the connection name, server, database, port and password…any report that references that name will use this driver. So, are your report ODBC connections going to get their name changed? If not, then yes, you would have to uninstall or here is a shortcut…change the connection name. We used Vantage8 and now the report relies on a connection to Epicor 9. In your case, you could simply change the properties of the old driver and give it an obsolete name. Or create a new connection for each report etc., that references the name given to the new driver.
From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On Behalf Of Charles Carden
Sent: Friday, July 09, 2010 3:32 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Upgrade to Epicor9.05 from 9.04
The documentation says you must upgrade to 9.04 before upgrading to 9.05. My question is concerning Open Edge. Since 9.04 uses OE 10.1c and 9.05 using 10.2a do I need to uninstall 10.1c before I install 10.2a? I want to run the 64bit 10.2a if possible since I have Epicor running on a 64bit machine so I don't think I want Open Edge to do an upgrade.
Charles Carden
IT Manager
Manitex, Inc.
Georgetown, Texas
[Non-text portions of this message have been removed]
--
This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]