Unsolved

This post is more than 5 years old

2 Posts

706

May 17th, 2009 23:00

virtual provisioning and raw device for database

Hi,

Some of the databases in my environment use raw device. May I know whether it is virtual-provisioning friendly?


Thanks!

2 Intern

 • 

305 Posts

May 18th, 2009 00:00

Hi bertho and welcome to the EMC support forums,

I see that you have full customer rights to the forums, so I would move your question to the proper forum, where more people will see it, but I can't tell what product you are referring to. Can you post some more details please?

Julie
Forums Admin

2 Intern

 • 

305 Posts

May 19th, 2009 21:00

I've moved this thread from Powerlink Lite to Symmetrix
Julie
Forums Admin

2 Posts

May 19th, 2009 21:00

Hi Julie,

We are going to implement virtual provisioning on DMX3. In our environment, Oracle uses ASM / raw device and sybase uses raw device.

May I know whether we have benefit in using virtual provisioning in terms of disk utilization?


Thanks and regards,
Bert

6 Operator

 • 

2.8K Posts

May 20th, 2009 06:00

Thank you Julie.

46 Posts

May 29th, 2009 08:00

We are using thin provisioning with Oracle 10g on Linux. Assuming you aren't doing it for just the wide stripping aspect but for the oversubscribing "thinness" of it. If you are preallocating the storage and just want to go over a bunch of drives without having to mess with things, there is nothing that the DBA's have to do different.

What you need to make sure is to have your DBA's do autoextend so that Oracle doesn't go through and write 0's to the end of the tablespace and only does it on demand. Many DBA's don't like to do this as everytime you extend it has to lock the table. It's the same locking action anytime a DBA extends a table so it's not really that special, but because it happens at random times rather than when the DBA pushed the button they can "get twitchy" about it since it could happen at peak load. Using a resonable extend size growth tends to remove this issue: i.e. for a database table growing at 10MB/min, don't do 100KB extents growth increments. If DBA's are really, really concerned they can still preallocate some of the space themselves before hand to make sure an autoextend doesn't kick in when they don't want it to.

Only in the most demanding situations does the autoextend performance seem to be that much of an issue anymore (but I'm not a DBA so speak with yours). We are doing it here very successfully, but as a general CYA rule, just make sure to do some tests as my database isn't your database.

Make sure you get the reason for it drilled into all of the DBA's or you'll get some old-school one who you might get/force to turn on autoextend, but will back-end you and preallocate 90% of the storage to oracle and only the last 10% would be autoextended nullifying the overprovision/ondemand benefit of VP.
No Events found!

Top