Hi All, HPNY 2022
We acquired a new company, those guys run on Oracle 10, on AIX 5.2, both systems dating to around 2006 or so.
We would like to increase our chances of recovery in case of disaster, since those are unsupported versions of Oracle/AIX AFAIK.
The application is written on powerbuilder.
The ppl in the respective IT dept claim they have no exotic SQL inside powerbuilder. I am almost 21 years into PostgreSQL, I have done some MS SQL integration with PostgreSQL but almost no Oracle
experience since 90's. What are my options here?
A)
1) use a tool like ora2pg and try to migrate the schema
2) try to load the data
3) migrate ORACLE code procedures and triggers (about 50 in total)
4) setup and test the app
or
B)
1) use a layer that provides DB code (procedures/triggers) compatibility and/or DDL compatibility
2) use a tool to move/migrate the schema and load data
3) setup and test the app
Any hints where to start, technical options, help to evaluate/assess various solutions/costs would be welcome.
I know this has been discussed extensively in PgSQL community, my intention is for this email to provide a platform along with my concurrent/parallel reading on the matter.
Thank you
--
Achilleas Mantzios
DBA, Analyst, IT Lead
IT DEPT
Dynacom Tankers Mgmt
Hi Achilleas,
I would go with version B - since as I understand it's ISV solution. Meaning the postgres ddl was tested and aligned with the application layer, otherwise you would need to fix app layer after the migration.
I agree with Alicja, we have used EnterpriseDB's Oracle compatibility layer to migrate off Oracle in the past.
CONFIDENTIALITY NOTICE: The information contained in this email (and any attachments) is privileged and confidential and protected from disclosure. If you are not the intended recipient of this email or the attachments, be aware that any disclosure, copying, distribution or use of this email or any attachment is strictly prohibited and you should not read the message or read or open any attachment. If you have received this email by mistake, please immediately notify the sender and delete it permanently from your system. Agri Stats, Inc. and its subsidiaries will not be held liable to any person or entity resulting from the unintended or unauthorized use of any information contained in this email.