Design Advise - Large number of servers

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
myukassign
Premium Member
Premium Member
Posts: 238
Joined: Fri Jul 25, 2008 8:55 am

Design Advise - Large number of servers

Post by myukassign »

I have a requirement to connect to 2000 servers and extract the data. The point is, each server is hosting same type of database and metadata also same.

I am just wondering creating 2000 separate dsn to connect to all the servers and extract the data is not a usual thing in ETL space. The data I need to pull from each server is leass than .5 million.

Please advise, can we say ETL is a best fit here? if yes, is there any method to dynamically create DSN's. Or any better approach where people follow in such cases

Many thanks in advance.
blewip
Participant
Posts: 81
Joined: Wed Nov 10, 2004 10:55 am
Location: London

Post by blewip »

It does seem an odd requirement

You need to connect to 2000 database servers?

Why are you using ODBC, what database is it, MySQL?

Are these remote sites, each branch has a database?

Could not each branch ftp an update file?

Perhaps a bit more info, regarding the scenario?
Modern Life is Rubbish - Blur
myukassign
Premium Member
Premium Member
Posts: 238
Joined: Fri Jul 25, 2008 8:55 am

Post by myukassign »

What other option I have other than odbc, if my database is SQL server? I am using 7.5.X .

yes it's remote and each server have a database. The name of db is dame and tables also same in each server, jsut that it's physically separated. Each physical location they are maintaing a local sever. The task is to integrate the whole.

Sorry no option of ftp to get updates. out of scope for me.
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

There's no magic here, you'll need whatever number of 'dsn' that you need to get this done. After that, seems like a multi-instance job would be the way to go. Out of curiousity, is this a one-time task or something you'll need to repeat on a regular basis?
-craig

"You can never have too many knives" -- Logan Nine Fingers
Post Reply