Large Project, Integration with existing Oracle and MS SQL

Started by paddy carrollalmost 19 years ago5 messagesgeneral
Jump to latest
#1paddy carroll
paddy.carroll@gmail.com

I am architecting a solution for an interface between a highly secure
production environment and a corporate network which involves transfer of
records from Oracle and SQL Server through an intermediary "firewall DB", a
Postgres Instance, to SQL Server/ Oracle. I anticipate that there will
either be direct database links or jdbc connections and stored procedures to
pass data.

Does anybody have a view on likely issues I may have in practice, should I
really be looking at existing commercial technologies or is PostgreSQL the
right technology?

#2Richard Huxton
dev@archonet.com
In reply to: paddy carroll (#1)
Re: Large Project, Integration with existing Oracle and MS SQL

Patrick Carroll wrote:

I am architecting a solution for an interface between a highly secure
production environment and a corporate network which involves transfer of
records from Oracle and SQL Server through an intermediary "firewall DB", a
Postgres Instance, to SQL Server/ Oracle. I anticipate that there will
either be direct database links or jdbc connections and stored
procedures to
pass data.

Does anybody have a view on likely issues I may have in practice, should I
really be looking at existing commercial technologies or is PostgreSQL the
right technology?

I'm not sure what PostgreSQL is doing for you here, unless you need some
sort of "buffer" to cope with network bandwidth problems.

Why not just have a secured application sitting in the dmz/on firewall
and connect to both sides transferring for you?

--
Richard Huxton
Archonet Ltd

#3paddy carroll
paddy.carroll@gmail.com
In reply to: Richard Huxton (#2)
Re: Large Project, Integration with existing Oracle and MS SQL

There has got to be some persistence, there will be a lot of tables and
metadata and it may have to handle validation requirements for other apps
doing secure file transfer and a bespoke secure http proxy and it's going to
be a speculative buffer against protocol based worms crossing into the
production environment.

Show quoted text

On 7/5/07, Richard Huxton <dev@archonet.com> wrote:

Patrick Carroll wrote:

I am architecting a solution for an interface between a highly secure
production environment and a corporate network which involves transfer

of

records from Oracle and SQL Server through an intermediary "firewall

DB", a

Postgres Instance, to SQL Server/ Oracle. I anticipate that there will
either be direct database links or jdbc connections and stored
procedures to
pass data.

Does anybody have a view on likely issues I may have in practice, should

I

really be looking at existing commercial technologies or is PostgreSQL

the

right technology?

I'm not sure what PostgreSQL is doing for you here, unless you need some
sort of "buffer" to cope with network bandwidth problems.

Why not just have a secured application sitting in the dmz/on firewall
and connect to both sides transferring for you?

--
Richard Huxton
Archonet Ltd

#4Richard Huxton
dev@archonet.com
In reply to: paddy carroll (#3)
Re: Large Project, Integration with existing Oracle and MS SQL

Patrick Carroll wrote:

There has got to be some persistence, there will be a lot of tables and
metadata and it may have to handle validation requirements for other apps
doing secure file transfer and a bespoke secure http proxy and it's
going to
be a speculative buffer against protocol based worms crossing into the
production environment.

OK, in that case I would have:
- one PG database for each Oracle/MSSQL database being transferred
- two users for each database being transferred, one "inside", one "outside"
- each user is only allowed to connect to that database from a pre-set
IP address (via pg_hba.conf)
- lock down the permissions for each user appropriately

If you want to go the procedure/function route to access each DB you can
define your DBs as SECURITY DEFINER for operations that need "superuser"
permissions.

I'd use Perl to hook it all together, but you mentioned jdbc, so
presumably you'll be going for Java.

--
Richard Huxton
Archonet Ltd

#5paddy carroll
paddy.carroll@gmail.com
In reply to: Richard Huxton (#4)
Re: Large Project, Integration with existing Oracle and MS SQL

I would use Java and possibly OLEDB/ADO/ADO.Net form the public side as the
consumers of this info will want it nice and easy and I dont want to spend
hours developing a bespoke interface but put the onus on the consumers of
the service to get what they need.

Thanks for your comments, much appreciated.

Show quoted text

On 7/5/07, Richard Huxton <dev@archonet.com> wrote:

Patrick Carroll wrote:

There has got to be some persistence, there will be a lot of tables and
metadata and it may have to handle validation requirements for other

apps

doing secure file transfer and a bespoke secure http proxy and it's
going to
be a speculative buffer against protocol based worms crossing into the
production environment.

OK, in that case I would have:
- one PG database for each Oracle/MSSQL database being transferred
- two users for each database being transferred, one "inside", one
"outside"
- each user is only allowed to connect to that database from a pre-set
IP address (via pg_hba.conf)
- lock down the permissions for each user appropriately

If you want to go the procedure/function route to access each DB you can
define your DBs as SECURITY DEFINER for operations that need "superuser"
permissions.

I'd use Perl to hook it all together, but you mentioned jdbc, so
presumably you'll be going for Java.

--
Richard Huxton
Archonet Ltd