Discussion:
DB2 LUW Hardware config
(too old to reply)
n***@pisd.edu
2007-10-12 15:47:37 UTC
Permalink
I'll be moving a database from my as/400 to a LUW box soon. Is there any place where I can see some recommendations for optimized hardware configuration for DB2 LUW? Specifically I'm needing information on recommended RAID configurations, ie, what RAID level is best for the database (R10?), should the OS, logs, backup, database be distributed across multiple RAID controllers, etc.?

What high-availability options are there, ie, cluster, fail-over, etc? Would this be dependent on the OS, or are there some HA features in DB2?

Is it possible to run this in a virtual machine? I've got VERY large VM servers and a very fast SAN. Can I exploit any of that for LUW?

Thanks
Larry
2007-10-13 21:10:17 UTC
Permalink
Post by n***@pisd.edu
I'll be moving a database from my as/400 to a LUW box soon. Is there any place where I can see some recommendations for optimized hardware configuration for DB2 LUW? Specifically I'm needing information on recommended RAID configurations, ie, what RAID level is best for the database (R10?), should the OS, logs, backup, database be distributed across multiple RAID controllers, etc.?
What high-availability options are there, ie, cluster, fail-over, etc? Would this be dependent on the OS, or are there some HA features in DB2?
Is it possible to run this in a virtual machine? I've got VERY large VM servers and a very fast SAN. Can I exploit any of that for LUW?
Thanks
I can't answer the disk config questions. Perhaps you can find some info
on this at either the DB2 pub site:

http://www-1.ibm.com/support/docview.wss?rs=71&uid=swg27009552

or at the redbook site:

http://www.redbooks.ibm.com/

I'd also suggest one of the DB2 textbooks available at BarnesandNoble.Com.

As far as HA is concerned, you must first answer two questions: What is
your RPO (Recovery Point Objective) and RTO (Recovery Time Objective)?
The definitions can be found in any good web-based article on HA.
Basically ... they are how long can you afford to be out, and how much
data can you afford to lose. And before you say "none" for both ...
you'd better be prepared for the price tag ... so most people (unless
it's a financial-type application) will concede that they can afford to
lose some data and/or afford to be down for some period of time.

That said, there are a myriad of HA options, including some within DB2.
But the ones that are available to you or make the most sense depend
upon the exact features you are using and the platform. You have options
that run the gamut from storing backups/logs and doing a restore to much
faster (and much more expensive) hw alternatives that will depend upon
the hw you are using. You also have OS-level cluster options like HACMP
or TSA or Veritas Cluster Server or MSCS. Finally, DB2 has a features
like log-shipping and HADR. Some require a backup server to be
available, some do not.

Hope this helps.

Larry E.
n***@pisd.edu
2007-10-19 21:10:10 UTC
Permalink
Thanks for the info Larry. I'll be loading the DB on my SAN and have come up with the disk resources to handle my database.

I'm completely green on DB2 (and 400 for that matter) and would appreciate any advice, gotchas, success stories, etc., that anybody would like to share with respect to my forthcoming LUW installation. Or if anybody is running something similar I'd be interested in knowing what type of hardware configuration you used.

Linx or Windows? Other than internal personnel/tech support for the OS, are there any benefits to using one over the other? ie, is the db more stable, or is there better performance on a particular OS?

My database is currently about 50GB on my 400 and I will be going with the enterprise version of DB2 LUW. I don't have specific numbers within my database, but I am currently averaging around 5MB of bandwidth talking to the DB and peaking around 15MB. The server is responding to about 50 http requests per second. It is supporting about 225 concurrent sessions and at times is sluggish. The new LUW will need to be able to handle around 1000 concurrent sessions. My 400 has 2 CPUs and 8GB of RAM and I think it is rated at 3000 cpw (not sure what that means). The x86 box that I purchase to replace the 400 will need to have enough horsepower to house the DB for a few years and I don't want to have to upgrade between now and then. Any recommendations on # of CPUs, amount of RAM, etc, for the new LUW box? Money is not an object, but I am restricted to an x86 platform.
Larry
2007-10-20 18:04:51 UTC
Permalink
Post by n***@pisd.edu
Thanks for the info Larry. I'll be loading the DB on my SAN and have come up with the disk resources to handle my database.
I'm completely green on DB2 (and 400 for that matter) and would appreciate any advice, gotchas, success stories, etc., that anybody would like to share with respect to my forthcoming LUW installation. Or if anybody is running something similar I'd be interested in knowing what type of hardware configuration you used.
Linx or Windows? Other than internal personnel/tech support for the OS, are there any benefits to using one over the other? ie, is the db more stable, or is there better performance on a particular OS?
My database is currently about 50GB on my 400 and I will be going with the enterprise version of DB2 LUW. I don't have specific numbers within my database, but I am currently averaging around 5MB of bandwidth talking to the DB and peaking around 15MB. The server is responding to about 50 http requests per second. It is supporting about 225 concurrent sessions and at times is sluggish. The new LUW will need to be able to handle around 1000 concurrent sessions. My 400 has 2 CPUs and 8GB of RAM and I think it is rated at 3000 cpw (not sure what that means). The x86 box that I purchase to replace the 400 will need to have enough horsepower to house the DB for a few years and I don't want to have to upgrade between now and then. Any recommendations on # of CPUs, amount of RAM, etc, for the new LUW box? Money is not an object, but I am restricted to an x86 platform.
Hmmm. Can't answer all of this, maybe others can. I recommend getting
your IBM sales team to help you size this. Suffice to say that the
amount of memory and processing power that you will need will be
dependent upon the type of application. For example, DSS apps tend to
require more memory because they do more sorting and sometimes have
large result sets. OLTP type txns have a different profile. Supporting
1000 concurrent users for DSS type application could require a
substantial amount of memory.

As for Linux vs. Windows, yes ... skill base has a lot to do with it. I
don't really want to get into recommending one over the other, but
suffice to say that this choice probably also depends upon the
"criticality" of the application. If it was me? If this was a critical
financial application? I wouldn't do this on x86, I'd want to do it on a
proven UNIX platform like AIX or Sun. While Linux has come a long way
and it has matured, it still IMO doesn't have the same "years of field
experience" as UNIX. On the other hand, there are some large customers
running critical apps on Linux so it may be fine. Windows? That's
another story and most of my customers use either UNIX or Linux for
critical apps. You'll have to do some research on Windows scalability
and reliability.

One more thing. If you are going for an x86, it probably won't add much
cost if you overconfigure it. You can add dual or quad-core processors
and some extra memory and not have to be as worried about running out of
gas. Make sure you get an x86 model that has plenty of room to add more.

Good luck.

Larry
n***@pisd.edu
2007-10-22 21:16:23 UTC
Permalink
Thanks, Larry. Would you happen to know of any of the large customers running this on Linux that might be willing to talk to me about their installation? There is a big push in my organization for "all-things-open". Or at least all things partly open since DB2 would be running on top of it!
n***@pisd.edu
2007-10-22 21:15:38 UTC
Permalink
Thanks, Larry. Would you happen to know of any of the large customers running this on Linux that might be willing to talk to me about their installation? There is a big push in my organization for "all-things-open". Or at least all things partly open since DB2 would be running on top of it!
Mark A
2007-10-22 22:26:50 UTC
Permalink
Post by n***@pisd.edu
Thanks, Larry. Would you happen to know of any of the large customers
running this on Linux that might be willing to talk to me about their
installation? There is a big push in my organization for
"all-things-open". Or at least all things partly open since DB2 would be
running on top of it!
There are a lot of customers using Linux with DB2. It works fine. If you
licensing by CPU, then a dual core CPU only counts as one CPU for license
purposes. Quad core counts as two.
Larry
2007-10-22 23:51:48 UTC
Permalink
Post by n***@pisd.edu
Thanks, Larry. Would you happen to know of any of the large customers running this on Linux that might be willing to talk to me about their installation? There is a big push in my organization for "all-things-open". Or at least all things partly open since DB2 would be running on top of it!
That's something that you would have to pursue through your local IBM
rep or team. :-).

Larry E.
Blair Kenneth Adamache
2007-10-23 15:39:00 UTC
Permalink
You can search on DB2 Linux case studies here:

http://www-111.ibm.com/search/SearchLibrary

I searched on case studies for "DB2 Linux"

http://www-111.ibm.com/search/SearchLibrary?max_records=10&search_library=true&text=db2+linux&search.x=40&search.y=16&Case+study=W579401Q48013G94&prodcat=all&brand=all&solution=all&os=all&date=all
Post by n***@pisd.edu
Thanks, Larry. Would you happen to know of any of the large customers running this on Linux that might be willing to talk to me about their installation? There is a big push in my organization for "all-things-open". Or at least all things partly open since DB2 would be running on top of it!
Loading...