<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:blogger='http://schemas.google.com/blogger/2008' xmlns:georss='http://www.georss.org/georss' xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-14798563</id><updated>2024-09-19T23:20:31.230+03:00</updated><category term="Link"/><category term="PGA"/><category term="Performance"/><category term="CBO"/><category term="Security"/><category term="Backup and Recovery"/><category term="Benchmarking"/><category term="Indexes"/><title type='text'>Radoslav Rusinov&#39;s Oracle Blog</title><subtitle type='html'>My experience, findings and thoughts in my daily work with Oracle products</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default?alt=atom'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><link rel='next' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default?alt=atom&amp;start-index=26&amp;max-results=25'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>27</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-14798563.post-115030874346180762</id><published>2006-06-14T21:12:00.000+03:00</published><updated>2006-06-14T21:50:56.940+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Link"/><title type='text'>Luca Canali and ASM Metadata Internals</title><summary type="text">In a recent technical paper Luca Canali explains how to find the mapping between physical storage, ASM allocation units, and database files by querying the undocumented X$ tables.By using the information retrieved from X$KFFXP table he succeeded to:Retrieve a file directly from ASM disksMonitor how the extents in a datafile are allocated across ASM disksMonitor how a datafile is spread across ASM</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/115030874346180762/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/115030874346180762' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/115030874346180762'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/115030874346180762'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2006/06/luca-canali-and-asm-metadata-internals.html' title='Luca Canali and ASM Metadata Internals'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-115004832629115677</id><published>2006-06-11T20:23:00.000+03:00</published><updated>2006-06-12T08:56:06.490+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Link"/><title type='text'>Christo Kutrovsky&#39;s Blog</title><summary type="text">If you’ve missed to notice – Christo Kutrovsky started his own professional blog dedicated mainly to the Oracle database.Christo Kutrovsky is an Bulgarian Oracle professional currently working in &lt;?xml:namespace prefix = st1 /&gt;Canada as a Senior Database/System Administrator for The Pythian Group.His blog is a part of the corporate blog of The Pythian Group.The blog is only two-months old but </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/115004832629115677/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/115004832629115677' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/115004832629115677'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/115004832629115677'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2006/06/christo-kutrovskys-blog.html' title='Christo Kutrovsky&#39;s Blog'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-114857367630254607</id><published>2006-05-25T19:14:00.000+03:00</published><updated>2006-05-26T17:03:26.556+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Backup and Recovery"/><title type='text'>The Flashback Database Feature</title><summary type="text">IntroductionThe Flashback Database is one of the most powerful new features in Oracle 10g coming as a part of Backup &amp; Recovery enhancements.In this post you can find the result of my research and shared experience about this feature.What is the Oracle Flashback Database?Flashback Database is a part of the backup &amp; recovery enhancements in Oracle 10g Database that are called Flashback </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/114857367630254607/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/114857367630254607' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/114857367630254607'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/114857367630254607'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2006/05/flashback-database-feature.html' title='The Flashback Database Feature'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-114649349844752173</id><published>2006-05-01T17:11:00.000+03:00</published><updated>2006-05-01T17:43:41.540+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Backup and Recovery"/><title type='text'>Backup &amp; Recovery Presentation</title><summary type="text">Two weeks ago I had a presentation in front of Bulgarian Oracle User Group about Backup &amp; Recovery Enhancements in Oracle 10g.The agenda of the presentation:Flash Recovery AreaFlashback Technology EnhancementsSpace Pressure &amp;amp; Database HangsPhysical Backup &amp; Recovery EnhancementsIt includes information about enhancements in Oracle 10g (Release 1 and Release 2) related to Human Errors (</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/114649349844752173/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/114649349844752173' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/114649349844752173'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/114649349844752173'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2006/05/backup-recovery-presentation.html' title='Backup &amp; Recovery Presentation'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-114649227651333581</id><published>2006-05-01T17:04:00.000+03:00</published><updated>2006-05-01T17:42:31.786+03:00</updated><title type='text'>Back to Blogging</title><summary type="text">Finally, after 6 months of silence I am writing my first post.In the past several months I didn’t have any free time to update my blog but now I am trying to change this. I hope that I will be able to write here much more frequently.I have a lot of interesting topics to write about. Some of them:- Presentation about Backup &amp;amp; Recovery Enhancements in Oracle 10g that I gave in front of the </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/114649227651333581/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/114649227651333581' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/114649227651333581'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/114649227651333581'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2006/05/back-to-blogging.html' title='Back to Blogging'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-113092945251119444</id><published>2005-11-02T12:57:00.000+02:00</published><updated>2006-05-01T17:28:33.476+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="CBO"/><category scheme="http://www.blogger.com/atom/ns#" term="Link"/><title type='text'>A Simple Chapter from the &quot;Cost-Based Oracle Fundamentals&quot; is available for download</title><summary type="text">A simple chapter from the Jonathan Lewis&#39;s book is available for download at this address: Chapter 05: The Clustering FactorThe book will be available for shipping in 5th of November at Amazon online bookstore: Cost-Based Oracle Fundamentals</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/113092945251119444/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/113092945251119444' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/113092945251119444'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/113092945251119444'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/11/simple-chapter-from-cost-based-oracle.html' title='A Simple Chapter from the &quot;Cost-Based Oracle Fundamentals&quot; is available for download'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-113022516111412571</id><published>2005-10-25T09:12:00.000+03:00</published><updated>2006-05-01T17:30:18.306+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Benchmarking"/><title type='text'>How to test our Oracle database environment for free</title><summary type="text">If you want to benchmark your new Oracle9i/10g database environment before to put it in production as a part of your migration procedure, then may be you are one of these who are facing with the problem: How to test my database, where to find a proper tool or program and how much I must pay for that?I just want to share a links to several free programs that can help you to test your Oracle </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/113022516111412571/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/113022516111412571' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/113022516111412571'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/113022516111412571'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/10/how-to-test-our-oracle-database.html' title='How to test our Oracle database environment for free'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112783090451404434</id><published>2005-09-27T17:09:00.000+03:00</published><updated>2005-09-28T13:10:36.403+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Link"/><category scheme="http://www.blogger.com/atom/ns#" term="Performance"/><title type='text'>Oracle Database 10g: Best Practices for Windows Deployments</title><summary type="text">This presentation is given on the Oracle OpenWorld this year. You can download it from here: Oracle Database 10g: Best Practices for Windows DeploymentsAnother interesting presentation from OOW 2005 is this one: What They Didn&#39;t Print in the Doc - HA Best Practices by the Gurus from Oracle Maximum Availability Architecture Team</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112783090451404434/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112783090451404434' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112783090451404434'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112783090451404434'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/09/oracle-database-10g-best-practices-for.html' title='Oracle Database 10g: Best Practices for Windows Deployments'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112625291852884842</id><published>2005-09-09T10:58:00.000+03:00</published><updated>2005-09-20T13:48:42.890+03:00</updated><title type='text'>Oracle Database 10g Release 2 for Windows</title><summary type="text">Oracle have released the official version of 10g R2 for Windows.The software can be downloaded from here: Oracle Database 10g DownloadsThe Windows-related documentation for R2 is already available as well: Oracle Database 10g Relase 2 Documentation Library</summary><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112625291852884842'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112625291852884842'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/09/oracle-database-10g-release-2-for.html' title='Oracle Database 10g Release 2 for Windows'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112624789826300859</id><published>2005-09-09T09:13:00.000+03:00</published><updated>2005-09-09T09:38:18.323+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Link"/><category scheme="http://www.blogger.com/atom/ns#" term="Performance"/><title type='text'>Oracle 10g ASM vs. Linux Filesystems, Part 2</title><summary type="text">Andrew Carr let me to know that there is an interesting follow up to the ASM vs. LVM article on the Wim Coekaerts Blog: ASM vs LVM Wim Coekaerts is the Director of Linux Engineering at Oracle.  The post is discussing the interaction between OS buffercache and Oracle buffercache and how they are affected by using ASM or Linux filesystem.</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112624789826300859/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112624789826300859' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112624789826300859'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112624789826300859'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/09/oracle-10g-asm-vs-linux-filesystems_09.html' title='Oracle 10g ASM vs. Linux Filesystems, Part 2'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112611801024065724</id><published>2005-09-07T21:05:00.000+03:00</published><updated>2005-09-08T13:55:13.526+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Indexes"/><title type='text'>Bitmap Indexes - History and Future</title><summary type="text">A small introduction:  Bitmap indexes are tailored to data warehouses.In its simplest form, a bitmap index on an index consists of one vector of bits (i.e., bitmap) per attribute value, where the size of each bitmap is equal to the number of records in the indexed relation. For example, if the attribute is day of the week, then there would be seven bitmap vectors for that attribute, one for each </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112611801024065724/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112611801024065724' title='4 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112611801024065724'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112611801024065724'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/09/bitmap-indexes-history-and-future.html' title='Bitmap Indexes - History and Future'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>4</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112556371389362658</id><published>2005-09-01T11:16:00.000+03:00</published><updated>2005-09-01T11:42:42.920+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Link"/><category scheme="http://www.blogger.com/atom/ns#" term="Performance"/><title type='text'>Oracle 10g ASM vs. Linux Filesystems for non-RAC systems</title><summary type="text">Bert Scalzo has published an interesting article in Linux Journal that compares the performance of non-RAC Linux systems, which are using the new Oracle 10g feature - ASM versus using of Linux filesystems: Optimizing Oracle 10g on Linux: Non-RAC ASM vs. LVM</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112556371389362658/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112556371389362658' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112556371389362658'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112556371389362658'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/09/oracle-10g-asm-vs-linux-filesystems.html' title='Oracle 10g ASM vs. Linux Filesystems for non-RAC systems'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112504678964854475</id><published>2005-08-26T11:41:00.000+03:00</published><updated>2005-08-26T14:26:39.700+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Link"/><title type='text'>A Big Set of Oracle Presentations from NYOUG</title><summary type="text">On the web site of The New York Oracle Users Group (NYOUG) you can find some very interesting presentations from the recent NYOUG events:June 2005Things You “Know” - from Tom Kyte, Oracle CorporationResource Mapping: A Wait Time-Based Methodology for Database Performance Analysis – from Matt Larson, Confio SoftwarePresents the Resource Mapping Methodology and how it can be used for Wait-Event </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112504678964854475/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112504678964854475' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112504678964854475'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112504678964854475'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/big-set-of-oracle-presentations-from.html' title='A Big Set of Oracle Presentations from NYOUG'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112494931316459310</id><published>2005-08-25T08:45:00.000+03:00</published><updated>2005-08-26T12:02:05.003+03:00</updated><title type='text'>Once More Into The Fray</title><summary type="text">Mike Ault has published an answer to all comments about the recent published article from Don Burleson: Once More Into The FrayAdded from Rado:  All of the comments (from Tom Kyte and other visitors) after the above blog post was deleted from Mike as he declares into his post and here: Comment on &quot;Getting Credible Information&quot; blog postAdded from Rado: Sorry but now I just have discovered that </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112494931316459310/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112494931316459310' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112494931316459310'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112494931316459310'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/once-more-into-fray.html' title='Once More Into The Fray'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112481968402301738</id><published>2005-08-23T20:50:00.000+03:00</published><updated>2005-08-23T20:55:36.616+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="PGA"/><title type='text'>The _PGA_MAX_SIZE post is updated</title><summary type="text">I have updated my post about the _PGA_MAX_SIZE hidden parameter with additional information that pop-up in the past few days.I will appreciate any comments and corrections about my points if you think that they are wrong or you just have more valuable information that I can add to this post.</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112481968402301738/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112481968402301738' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112481968402301738'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112481968402301738'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/pgamaxsize-post-is-updated.html' title='The _PGA_MAX_SIZE post is updated'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112477896713802748</id><published>2005-08-23T09:05:00.000+03:00</published><updated>2005-08-23T09:39:28.586+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Security"/><title type='text'>Oracle OPatch Security Holes</title><summary type="text">A new white paper is coming from one of the leading  security companies - NGS (Next Generation Security) Software Ltd.It will be related to discovered problems after using of the OPatch utility for applying of Oracle patches and the title is &quot;Patch Verification of Oracle Database Servers&quot;.Some quotes from this Eweek news story: Security Firm: Oracle Opatch Leaves Firms Uncovered:A total of more </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112477896713802748/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112477896713802748' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112477896713802748'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112477896713802748'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/oracle-opatch-security-holes.html' title='Oracle OPatch Security Holes'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112472549252585958</id><published>2005-08-22T18:28:00.000+03:00</published><updated>2005-08-25T09:09:56.913+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Security"/><title type='text'>Pete Finnigan&#39;s Weblog</title><summary type="text">Pete Finnigan has mentioned my blog in his Oracle Security weblog, especially the security-related post: How to see the MOD_PLSQL passwords in clear textThanks to him for his comments!I want to note that this information can be found at his book: Oracle Security Step-by-Step (Version 2.0)  as step 8.1.2 from Phase 8 - Application Servers and the Middle Tier.Additional information online:Fact </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112472549252585958/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112472549252585958' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112472549252585958'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112472549252585958'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/pete-finnigans-weblog.html' title='Pete Finnigan&#39;s Weblog'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112462712151027184</id><published>2005-08-21T14:17:00.000+03:00</published><updated>2005-08-24T12:20:25.333+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="PGA"/><title type='text'>The Don Burleson&#39;s article</title><summary type="text">Added from Rado (23 August): Don updated his article again yesterday (see the link below). Now it is more detailed and there are lot of quoted documents.But there is again some questionable information:No RAM sort may use more than 5% of pga_aggegate_target or _pga_max_size, whichever is smaller. This means that no task may use more than 200 megabytes for sorting or hash joins.Again, for serial </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112462712151027184/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112462712151027184' title='13 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112462712151027184'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112462712151027184'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/don-burlesons-article.html' title='The Don Burleson&#39;s article'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>13</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112438457560923573</id><published>2005-08-18T19:38:00.000+03:00</published><updated>2005-09-08T18:18:59.586+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="PGA"/><title type='text'>The _PGA_MAX_SIZE hidden parameter</title><summary type="text">Check the following links for more details regarding to my previous post (Management of the Oracle9i PGA):   Discussion from Don Burleson&#39;s Oracle forum: Question for Don, Regarding _pga_max_size   Article from Ora!Ora!Oracle mail magazine: Sort   Metalink discussion thread: high pga_aggregate_target but low &quot;cache hit percentage&quot;   Metalink discussion thread: PGA memory usage exceeding </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112438457560923573/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112438457560923573' title='5 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112438457560923573'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112438457560923573'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/pgamaxsize-hidden-parameter.html' title='The _PGA_MAX_SIZE hidden parameter'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>5</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112435149965417722</id><published>2005-08-18T10:43:00.000+03:00</published><updated>2005-08-18T15:21:12.080+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="PGA"/><title type='text'>Management of the Oracle9i PGA</title><summary type="text">If you think that your PGA can be configured properly just by increasing of the PGA_AGGREGATE_TARGET parameter, think twice - it is NOT!See this article from Don Burleson: Undocumented secrets for super-sizing your PGAIt shows that there are two hidden parameters that can help for proper using of the PGA. Otherwise, Oracle will never use more than 200 MB for the whole PGA nor will it use more </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112435149965417722/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112435149965417722' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112435149965417722'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112435149965417722'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/management-of-oracle9i-pga.html' title='Management of the Oracle9i PGA'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112421501577444189</id><published>2005-08-16T20:38:00.000+03:00</published><updated>2005-08-17T13:21:08.216+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Performance"/><title type='text'>Using of BULK COLLECT and FORALL for better performance</title><summary type="text">Lets see some quotes from the Oracle documentation:---PL/SQL engine executes procedural statements but sends SQL statements to the SQL engine, which executes the SQL statements and, in some cases, returns data to the PL/SQL engine.Too many context switches between the PL/SQL and SQL engines can harm performance. That can happen when a loop executes a separate SQL statement for each element of a </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112421501577444189/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112421501577444189' title='6 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112421501577444189'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112421501577444189'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/using-of-bulk-collect-and-forall-for.html' title='Using of BULK COLLECT and FORALL for better performance'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>6</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112375159468883289</id><published>2005-08-11T11:08:00.000+03:00</published><updated>2005-08-11T12:18:06.586+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="CBO"/><title type='text'>Strange behaviour of the CBO, part 2</title><summary type="text">After playing around with setting of columns to allow NULL values or not (setting COL1 and COL3 to allow NULL values, test and put it again to their default condition) and precomputing statistics, the issue from previous post become more unclear.Now the structure of the table is the same like it was before, statistics are fresh but cost for the execution plan is always 175. It doesn&#39;t matter what</summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112375159468883289/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112375159468883289' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112375159468883289'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112375159468883289'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/strange-behaviour-of-cbo-part-2.html' title='Strange behaviour of the CBO, part 2'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112369397257145186</id><published>2005-08-10T19:36:00.000+03:00</published><updated>2005-08-11T13:35:59.340+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="CBO"/><title type='text'>Strange behaviour of the CBO, part 1</title><summary type="text">The following interesting issue does not have clear explanation till now.I have query that is using the following predicates.                ...             AND COL1 LIKE &#39;%%&#39;             AND COL2 LIKE &#39;%%&#39;             AND COL3 LIKE &#39;%%&#39;             AND COL4 LIKE &#39;%%&#39;                ...May be I should explain from where is coming this strange query.If you are developping some application and you </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112369397257145186/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112369397257145186' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112369397257145186'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112369397257145186'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/strange-behaviour-of-cbo-part-1.html' title='Strange behaviour of the CBO, part 1'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112368739476586897</id><published>2005-08-10T17:37:00.000+03:00</published><updated>2005-08-11T08:54:33.326+03:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Security"/><title type='text'>How to see the MOD_PLSQL passwords in clear text</title><summary type="text">If you have some web-based PL/SQL application then you can be interested in the following information.May be many DBAs who have been involved in the database security have asked themselves: &quot;How to be sure that my DAD files hides well the application schema passwords?&quot;Well, Oracle doesn&#39;t have very good solution for this problem.Lets take a look at one DAD file used from an Oracle Application </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112368739476586897/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112368739476586897' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112368739476586897'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112368739476586897'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/how-to-see-modplsql-passwords-in-clear.html' title='How to see the MOD_PLSQL passwords in clear text'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-14798563.post-112368346100088944</id><published>2005-08-10T16:43:00.000+03:00</published><updated>2005-08-10T17:35:39.683+03:00</updated><title type='text'>Forcing Oracle to use LOGGING mode</title><summary type="text">I&#39;ve just read an interesting newsletter about that how we can force the database (or some tablespace) to use the LOGGING mode for all operations. For example, lets imagine that we don&#39;t want someone improperly to start some operation in NOLOGGING mode that will lead the database to impossibility of performing of full database recovery after media failure. This could be important issue if a </summary><link rel='replies' type='application/atom+xml' href='http://dba-blog.blogspot.com/feeds/112368346100088944/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment/fullpage/post/14798563/112368346100088944' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112368346100088944'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/14798563/posts/default/112368346100088944'/><link rel='alternate' type='text/html' href='http://dba-blog.blogspot.com/2005/08/forcing-oracle-to-use-logging-mode.html' title='Forcing Oracle to use LOGGING mode'/><author><name>Radoslav Rusinov</name><uri>http://www.blogger.com/profile/18163031714036680150</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='26' src='http://mail.dir.bg/~radoslav.rusinov/Blog/ING2005.jpg'/></author><thr:total>0</thr:total></entry></feed>