<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: db performance in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439127#M206992</link>
    <description>DB Filesystems nearing capacity should not impact performance as DB datafiles are mostly static and pre-allocated in the first place.&lt;BR /&gt;&lt;BR /&gt;If you've response time issues&lt;BR /&gt;&lt;BR /&gt;1. Is this the first time you've encountered this issue?&lt;BR /&gt;2. Other changes lately? (network, applications, storage, etc?&lt;BR /&gt;3. Any increase in the number of users&lt;BR /&gt;4. Is your batch overlapping onlines if you've such a scenario?&lt;BR /&gt;5. Any DB changes by the DBA?&lt;BR /&gt;6. Do you reboot the systems periodically and did you miss those reboots? (Oh yes, unbelivebal but there are still environments out there that simply needs reboots on a periodic basies..)&lt;BR /&gt;&lt;BR /&gt;If you think his is a storage issue - observe I/O performance during periods of "slow response time". Do a :&lt;BR /&gt;&lt;BR /&gt;sar -b 5 10&lt;BR /&gt;sar 5 10&lt;BR /&gt;vmstat 5 10&lt;BR /&gt;swapinfo -atm&lt;BR /&gt;</description>
    <pubDate>Wed, 08 Dec 2004 10:31:54 GMT</pubDate>
    <dc:creator>Alzhy</dc:creator>
    <dc:date>2004-12-08T10:31:54Z</dc:date>
    <item>
      <title>db performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439125#M206990</link>
      <description>Hi all,&lt;BR /&gt;Major of my filesystem used by oracle database is  ~98 % utilized, does this makes any perf. impact on the db.&lt;BR /&gt;Practically my query response time has gone down drastically.&lt;BR /&gt;&lt;BR /&gt;Thanks in adv.&lt;BR /&gt;William.&lt;BR /&gt;</description>
      <pubDate>Wed, 08 Dec 2004 10:24:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439125#M206990</guid>
      <dc:creator>william_39</dc:creator>
      <dc:date>2004-12-08T10:24:43Z</dc:date>
    </item>
    <item>
      <title>Re: db performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439126#M206991</link>
      <description>Hi William,&lt;BR /&gt;&lt;BR /&gt;1) Would you have performance report form your Oracle instance (statspack)&lt;BR /&gt;&lt;BR /&gt;2) Any OS report (sar -d), Qlen on disk(s) ?&lt;BR /&gt;&lt;BR /&gt;3) How do you mount your fs ?&lt;BR /&gt;Do you have OnlineJFS&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Jean-Luc</description>
      <pubDate>Wed, 08 Dec 2004 10:31:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439126#M206991</guid>
      <dc:creator>Jean-Luc Oudart</dc:creator>
      <dc:date>2004-12-08T10:31:50Z</dc:date>
    </item>
    <item>
      <title>Re: db performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439127#M206992</link>
      <description>DB Filesystems nearing capacity should not impact performance as DB datafiles are mostly static and pre-allocated in the first place.&lt;BR /&gt;&lt;BR /&gt;If you've response time issues&lt;BR /&gt;&lt;BR /&gt;1. Is this the first time you've encountered this issue?&lt;BR /&gt;2. Other changes lately? (network, applications, storage, etc?&lt;BR /&gt;3. Any increase in the number of users&lt;BR /&gt;4. Is your batch overlapping onlines if you've such a scenario?&lt;BR /&gt;5. Any DB changes by the DBA?&lt;BR /&gt;6. Do you reboot the systems periodically and did you miss those reboots? (Oh yes, unbelivebal but there are still environments out there that simply needs reboots on a periodic basies..)&lt;BR /&gt;&lt;BR /&gt;If you think his is a storage issue - observe I/O performance during periods of "slow response time". Do a :&lt;BR /&gt;&lt;BR /&gt;sar -b 5 10&lt;BR /&gt;sar 5 10&lt;BR /&gt;vmstat 5 10&lt;BR /&gt;swapinfo -atm&lt;BR /&gt;</description>
      <pubDate>Wed, 08 Dec 2004 10:31:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439127#M206992</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2004-12-08T10:31:54Z</dc:date>
    </item>
    <item>
      <title>Re: db performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439128#M206993</link>
      <description>Yes it does. A filesystem needs at least 10% free to perform optimally.&lt;BR /&gt;&lt;BR /&gt;I'd collect some data and compare it to a system running oracle in another state.&lt;BR /&gt;&lt;BR /&gt;See attached script set. It runs background and is very configurable.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 08 Dec 2004 10:39:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439128#M206993</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-12-08T10:39:09Z</dc:date>
    </item>
    <item>
      <title>Re: db performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439129#M206994</link>
      <description>SEP.. these are DB Filesystems so the concerns about fragmentation and filesystem "breathing room" do not apply. DB Data files on coked filesystems are preallocated and mostly static. Updates are within the allocated extents.. not on the filesystem level.&lt;BR /&gt;&lt;BR /&gt; I allow my DB Filesystems to grow to their maximum - even to 100% as long as I've a few bytes left for VxFS to use to grow the filesystems if I need to.</description>
      <pubDate>Wed, 08 Dec 2004 10:45:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/db-performance/m-p/3439129#M206994</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2004-12-08T10:45:12Z</dc:date>
    </item>
  </channel>
</rss>

