RE: Veritas Quick io
Hi, The following link has the procedure to convert temp files to qio files.. http://support.veritas.com/docs/233722 We have converted our temp files to qio files and I think from performance point of they should be converted to qio. Mohammed Ahsanuddin Oracle DBA -Original Message- Sent: Friday, May 31, 2002 2:37 PM To: Multiple recipients of list ORACLE-L We are using Veritas Quick IO on our Solaris Box 6500 with Oracle Apps 11.5.6 on 8.1.7.2 database. Right now we do not have the temp files converted to quick io and wonder if we should. The guy who installed Quick IO didn't seen to think we could but he was a pretty junior person. Anybody here have any experience with this? Kathy Confidential This e-mail and any files transmitted with it are the property of Belkin Components and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Kathy Duret INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: Veritas Quick io
Hi Kathy, Here is an excerpt from the Veritas Admin Guide. Chapter 3, Using VERITAS Quick I/O P69 Handling Oracle Temporary Tablespaces and Quick I/O You cannot convert temporary tablespaces using regular files to Quick I/O files. By default, qio_getdbfiles skips any tablespaces marked TEMPORARY because they can be sparse, which means that not all blocks in the file are allocated. Quick I/O files cannot be sparse, as Quick I/O provides a raw-type interface to storage. If a sparse file is converted to a Quick I/O file, the Oracle instance can fail if Oracle attempts to write into one of these unallocated blocks. You have the following options: You can create a new temporary tablespace using Quick I/O files. When you initially create a temporary tablespace on Quick I/O files, Oracle sees them as raw devices and does not create sparse files. You can drop your existing temporary tablespaces using regular files and recreate them using Quick I/O files. You can manually create the mkqio.dat file containing the Oracle database filenames that you want to convert to use Quick I/O, excluding Oracle tablespaces that are marked TEMPORARY from the list. Regards, Jay -Original Message- Sent: Friday, May 31, 2002 3:37 PM To: Multiple recipients of list ORACLE-L We are using Veritas Quick IO on our Solaris Box 6500 with Oracle Apps 11.5.6 on 8.1.7.2 database. Right now we do not have the temp files converted to quick io and wonder if we should. The guy who installed Quick IO didn't seen to think we could but he was a pretty junior person. Anybody here have any experience with this? Kathy Confidential This e-mail and any files transmitted with it are the property of Belkin Components and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Kathy Duret INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Jay Earle (DBA) INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: Veritas Quick io
Kathy, We are using Veritas Quick IO on our Solaris Box 6500 with Oracle Apps 11.5.6 on 8.1.7.2 database. Right now we do not have the temp files converted to quick io and wonder if we should. The guy who installed Quick IO didn't seen to think we could but he was a pretty junior person. In addition to the many execllent and right answers that have been given, make sure that a DBBS (DataBase Baby Sitter) doesn't inadvertly extend a Database file via RESIZE or (horrors!) enable AUTOEXTEND on any QIO based datafile! You will have to use the qiomkfile with the -e (extend by the delta) or the -r (resize to this value) options to extend/resize a datafile prior to this RESIZE action. Effectively, AUTOEXTEND cannot be used :( A question to the others using QIO: * Has anyone measured the performance improvement brought about by using QIO for Oracle? (I have already read the Oracle report that compares QIO and Raw: The report concluded that they are both the same as far as perf goes. I am interested in plain vs qio, but don't want to start another raw vs plain war :) * I assume that DISK_ASYNC_IO was allowed to default to TRUE (on Solaris). In this case, I assume that you would track the wait times for the 'direct path read' and 'direct path write'? * I assume you have put in place procedures to make sure that a file is NOT resized via ALTER DATABASE without a qio resize. The question is: Do you have any way of checking that there has NOT been such a resize? The manual suggests that you pre-allocate the filesize and take it up (via DATABASE/RESIZE) as it grows, but thats as good (bad!) as actually resizing it right in the beginning! * Is anyone using 'Cached Quick I/O'? Any gotchas? One question leading to another here, but I hope we can all learn from this :) John Kanagaraj Oracle Applications DBA DBSoft Inc (W): 408-970-7002 The manuals for Oracle are here: http://tahiti.oracle.com The manual for Life is here: http://www.gospelcom.net ** The opinions and statements above are entirely my own and not those of my employer or clients ** -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Kanagaraj INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: Veritas Quick io
Thanks but The question was not HOW but SHOULD they be quick ioed. I am asking for your opionions on whether Temp should be or not. Kathy Confidential This e-mail and any files transmitted with it are the property of Belkin Components and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Kathy Duret INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: Veritas Quick io
we are using the quick I/O and as well as cached quik I/O also. I had configured this a quite long time ago I have forgotten about temp files issues which u people are talking about. But We did have issues by just using quick I/O cause it acts like a cooked raw file system and hence is write intensive but not read intensive this screws up ur database or u will see lot of sequential reads due to this which at one time brought our database to its knees, This caching can be done online also even when the database is running.Once we enabled cached we were able to breadth. u can cache each file itself or the whole file system. the monitoring io can been done thro qiostat which will tell u about the i/o being performed. I can say if u are implementing this on oltp better use cached i/o or one more way where i was reading some where was to increase ur sga to a good amount( which i would not recommend). i have seen the performance improvement to around 30 to 40%. But after this i started seeing file open event very heavily i even asked on this issue to steve adams once -Original Message- Sent: Friday, May 31, 2002 4:28 PM To: Multiple recipients of list ORACLE-L Kathy, We are using Veritas Quick IO on our Solaris Box 6500 with Oracle Apps 11.5.6 on 8.1.7.2 database. Right now we do not have the temp files converted to quick io and wonder if we should. The guy who installed Quick IO didn't seen to think we could but he was a pretty junior person. In addition to the many execllent and right answers that have been given, make sure that a DBBS (DataBase Baby Sitter) doesn't inadvertly extend a Database file via RESIZE or (horrors!) enable AUTOEXTEND on any QIO based datafile! You will have to use the qiomkfile with the -e (extend by the delta) or the -r (resize to this value) options to extend/resize a datafile prior to this RESIZE action. Effectively, AUTOEXTEND cannot be used :( A question to the others using QIO: * Has anyone measured the performance improvement brought about by using QIO for Oracle? (I have already read the Oracle report that compares QIO and Raw: The report concluded that they are both the same as far as perf goes. I am interested in plain vs qio, but don't want to start another raw vs plain war :) * I assume that DISK_ASYNC_IO was allowed to default to TRUE (on Solaris). In this case, I assume that you would track the wait times for the 'direct path read' and 'direct path write'? * I assume you have put in place procedures to make sure that a file is NOT resized via ALTER DATABASE without a qio resize. The question is: Do you have any way of checking that there has NOT been such a resize? The manual suggests that you pre-allocate the filesize and take it up (via DATABASE/RESIZE) as it grows, but thats as good (bad!) as actually resizing it right in the beginning! * Is anyone using 'Cached Quick I/O'? Any gotchas? One question leading to another here, but I hope we can all learn from this :) John Kanagaraj Oracle Applications DBA DBSoft Inc (W): 408-970-7002 The manuals for Oracle are here: http://tahiti.oracle.com The manual for Life is here: http://www.gospelcom.net ** The opinions and statements above are entirely my own and not those of my employer or clients ** -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Kanagaraj INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Arun Chakrapani INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: Veritas Quick io
1* Seems to have improved our read times. But I haven't really beachmarked it since we did this and a lot of tuning at the same time. 2* Yes 3* Yes we put in procedures so that you extend the file via qio we aren't giving the file more space on the disk. We are just growing as we go. never liked autoextend so I don't use it. Also with Oracle Apps it really isn't recommended 4* Haven't played with it. Kathy -Original Message- Sent: Friday, May 31, 2002 1:28 PM To: Multiple recipients of list ORACLE-L Kathy, We are using Veritas Quick IO on our Solaris Box 6500 with Oracle Apps 11.5.6 on 8.1.7.2 database. Right now we do not have the temp files converted to quick io and wonder if we should. The guy who installed Quick IO didn't seen to think we could but he was a pretty junior person. In addition to the many execllent and right answers that have been given, make sure that a DBBS (DataBase Baby Sitter) doesn't inadvertly extend a Database file via RESIZE or (horrors!) enable AUTOEXTEND on any QIO based datafile! You will have to use the qiomkfile with the -e (extend by the delta) or the -r (resize to this value) options to extend/resize a datafile prior to this RESIZE action. Effectively, AUTOEXTEND cannot be used :( A question to the others using QIO: * Has anyone measured the performance improvement brought about by using QIO for Oracle? (I have already read the Oracle report that compares QIO and Raw: The report concluded that they are both the same as far as perf goes. I am interested in plain vs qio, but don't want to start another raw vs plain war :) * I assume that DISK_ASYNC_IO was allowed to default to TRUE (on Solaris). In this case, I assume that you would track the wait times for the 'direct path read' and 'direct path write'? * I assume you have put in place procedures to make sure that a file is NOT resized via ALTER DATABASE without a qio resize. The question is: Do you have any way of checking that there has NOT been such a resize? The manual suggests that you pre-allocate the filesize and take it up (via DATABASE/RESIZE) as it grows, but thats as good (bad!) as actually resizing it right in the beginning! * Is anyone using 'Cached Quick I/O'? Any gotchas? One question leading to another here, but I hope we can all learn from this :) John Kanagaraj Oracle Applications DBA DBSoft Inc (W): 408-970-7002 The manuals for Oracle are here: http://tahiti.oracle.com The manual for Life is here: http://www.gospelcom.net ** The opinions and statements above are entirely my own and not those of my employer or clients ** -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Kanagaraj INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Confidential This e-mail and any files transmitted with it are the property of Belkin Components and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Kathy Duret INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: Veritas Quick io
Kathy, The question was not HOW but SHOULD they be quick ioed. I am asking for your opionions on whether Temp should be or not. I believe the problem is with sparse files (that are created by CREATE TEMPORARY TABLESPACE ...) since QIO cannot handle them. So, I would create (and use) a normal temporary tablespace (our good old TEMP tablespace) on QIO. I would not, however, use QIO for a TEMPORARY tablespace, i.e. one used for placing temporay tables. Does this clear the confusion? See MetaClunk Note:6224.1 and Note:121732.1. As long as you follow the Veritas instructions for creating the TEMP tablespace anew, there should be no issues. John Kanagaraj Oracle Applications DBA DBSoft Inc (W): 408-970-7002 The manuals for Oracle are here: http://tahiti.oracle.com The manual for Life is here: http://www.gospelcom.net ** The opinions and statements above are entirely my own and not those of my employer or clients ** -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Kanagaraj INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: Veritas Quick io
I just was wondering if you gain anything by putting TEMP on Quick IO or not. I understand the issues. We are probably going to QIO them to see if it buys us anything. I will check out Metaclunk. Thanks Arun for the tip about Cached QIO. We were going to tinker with that as well. We do have OLTP for the most part. Kathy -Original Message- Sent: Friday, May 31, 2002 3:54 PM To: Multiple recipients of list ORACLE-L Kathy, The question was not HOW but SHOULD they be quick ioed. I am asking for your opionions on whether Temp should be or not. I believe the problem is with sparse files (that are created by CREATE TEMPORARY TABLESPACE ...) since QIO cannot handle them. So, I would create (and use) a normal temporary tablespace (our good old TEMP tablespace) on QIO. I would not, however, use QIO for a TEMPORARY tablespace, i.e. one used for placing temporay tables. Does this clear the confusion? See MetaClunk Note:6224.1 and Note:121732.1. As long as you follow the Veritas instructions for creating the TEMP tablespace anew, there should be no issues. John Kanagaraj Oracle Applications DBA DBSoft Inc (W): 408-970-7002 The manuals for Oracle are here: http://tahiti.oracle.com The manual for Life is here: http://www.gospelcom.net ** The opinions and statements above are entirely my own and not those of my employer or clients ** -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Kanagaraj INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Confidential This e-mail and any files transmitted with it are the property of Belkin Components and/or its affiliates, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this e-mail in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Kathy Duret INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
Re: Veritas Quick IO Oracle Performance
Ed, I would be interested in getting a copy of your test scripts to try it out on our setup. Solaris 8, veritas DBed 2.2 and Oracle 8.1.7. Our performance has increased since switching to quick io, but that also included a major application overhaul, and new disk layout and an upgrade to 8.1.7. Of course numerous factors come into play with these tests: Disk layout,whether the tables are analyzed, how the sql looked,hardware...etc. As far as issues with quickio, some that I can think of are to make sure to size your datafiles properly because auto-extend doesn't work(if you use the whole file). And There are some gotchas if you use RMAN for backups (I don't,tar works fine for quickio files). So far, no problems here. -Brian On Wed, 9 Jan 2002, Ed Bittel wrote: I was asked to evaluate the potential benefit of using Veritas Quick I/O for one of our databases. I put together some simple tests to gauge the expected impact of Veritas Quick I/O on Oracle performance. The tests were designed so that the only variable when running the test scripts was type of datafile the scripts were reading from or writing to (i.e., Quick I/O or non-Quick I/O). The results of the tests were very surprising. Only the performance of large DDL operations, such as copying tables and creating indexes, was significantly improved after implementing Veritas Quick I/O for an Oracle datafile. Performance of DML operations ranged from marginally improved to markedly worse after implementing Veritas Quick I/O for an Oracle datafile. Large selects were particularly poor performing with Quick IO. Are these results typical? Are there any issue I should be aware of? We're running Oracle 8.1.6.3 on Solaris with Veritas Database Edition for Oracle 2.1.1. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Brian Haas INET: [EMAIL PROTECTED] Fat City Network Services-- (858) 538-5051 FAX: (858) 538-5051 San Diego, California-- Public Internet access / Mailing Lists To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).