<?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: fsadm -e and -d in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444451#M8864</link>
    <description>Rita,&lt;BR /&gt;&lt;BR /&gt;If your filesystems contain only a few large Oracle data files then you are unlikely to gain much as they are won't to be fragmented.&lt;BR /&gt;&lt;BR /&gt;Best gains are on volatile systems with lots of small files which are constantly being created and deleted.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;John</description>
    <pubDate>Mon, 11 Sep 2000 18:29:59 GMT</pubDate>
    <dc:creator>John Palmer</dc:creator>
    <dc:date>2000-09-11T18:29:59Z</dc:date>
    <item>
      <title>fsadm -e and -d</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444447#M8860</link>
      <description>I have never run this for defrag'ing disks and extents.  From what I understand this should not impact Oracle (although obviously I plan to run it with Oracle db's down..). &lt;BR /&gt;I have both 10.2 and 11.0 systems with various instances of Oracle and other software.  K boxes mostly. Most boxes sharing an EMC disk array.  Most filesystems running about 8gb.&lt;BR /&gt;&lt;BR /&gt;My question is:  Does anyone do this regularly?  Can you give me any 'how long it generally takes'?  Any cautions or 'watch out for(s)?  &lt;BR /&gt;&lt;BR /&gt;Thanks,</description>
      <pubDate>Mon, 11 Sep 2000 18:01:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444447#M8860</guid>
      <dc:creator>Rita C Workman</dc:creator>
      <dc:date>2000-09-11T18:01:07Z</dc:date>
    </item>
    <item>
      <title>Re: fsadm -e and -d</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444448#M8861</link>
      <description>Rita:&lt;BR /&gt;&lt;BR /&gt;My experience with this one is somewhat limited.  The few times I have done it takes "quite a while" [a non-ORACLE filesystem of about 15GB took a couple of hours on a K370].  Run times are more certainly dependent on the extent of fragmentation.  I would certainly do it during off-hours.  I would also run the preview" variants (-D and -E) first to see if you think you will really gain much.   Hope this helps.&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Mon, 11 Sep 2000 18:13:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444448#M8861</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2000-09-11T18:13:25Z</dc:date>
    </item>
    <item>
      <title>Re: fsadm -e and -d</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444449#M8862</link>
      <description>Defrag time depends on the extent of fragmentation and the size of the filesystem.&lt;BR /&gt;&lt;BR /&gt;-E to determine if the fragmentation impairs performance&lt;BR /&gt;-e is for regaining performance&lt;BR /&gt;&lt;BR /&gt;-D to determine if directory fragmentation impairs performance&lt;BR /&gt;-d is for regaining performance&lt;BR /&gt;&lt;BR /&gt;So, I would use -D and -E first to see if it would be advantageous to run -d -e.&lt;BR /&gt;</description>
      <pubDate>Mon, 11 Sep 2000 18:16:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444449#M8862</guid>
      <dc:creator>Cheryl Griffin</dc:creator>
      <dc:date>2000-09-11T18:16:30Z</dc:date>
    </item>
    <item>
      <title>Re: fsadm -e and -d</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444450#M8863</link>
      <description>Rita, what's in your Oracle file systems? &lt;BR /&gt;&lt;BR /&gt;If it's mostly oracle data files then there's not much point in running the fsadm -ed more than once as the meta data for the filesystem remains pretty much unchanged (a small number of large files)&lt;BR /&gt;&lt;BR /&gt;If it's archived redo though, it's definately worth defragging occasionally as a large number of relatively small files will be created regularly in the FS leading to more fragmentation. However given the sensitvity of the archived redo, I would only do this with the database down and after you have backed up the file system. &lt;BR /&gt;&lt;BR /&gt;I'm afraid I don't do this often enough to remember how long it takes. I do seem to remember that you need at least 2% free space for it to work though.</description>
      <pubDate>Mon, 11 Sep 2000 18:27:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444450#M8863</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2000-09-11T18:27:21Z</dc:date>
    </item>
    <item>
      <title>Re: fsadm -e and -d</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444451#M8864</link>
      <description>Rita,&lt;BR /&gt;&lt;BR /&gt;If your filesystems contain only a few large Oracle data files then you are unlikely to gain much as they are won't to be fragmented.&lt;BR /&gt;&lt;BR /&gt;Best gains are on volatile systems with lots of small files which are constantly being created and deleted.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;John</description>
      <pubDate>Mon, 11 Sep 2000 18:29:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444451#M8864</guid>
      <dc:creator>John Palmer</dc:creator>
      <dc:date>2000-09-11T18:29:59Z</dc:date>
    </item>
    <item>
      <title>Re: fsadm -e and -d</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444452#M8865</link>
      <description>Thank you all for your input...based on what I am reading, there is little to be gained in performance since what you describe is primarily what exists.  With very few exceptions....and those weren't the ones I planned to defrag anyway.  &lt;BR /&gt;&lt;BR /&gt;Thanks ... at least it's one less thing to have to schedule for !</description>
      <pubDate>Mon, 11 Sep 2000 18:37:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444452#M8865</guid>
      <dc:creator>Rita C Workman</dc:creator>
      <dc:date>2000-09-11T18:37:35Z</dc:date>
    </item>
    <item>
      <title>Re: fsadm -e and -d</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444453#M8866</link>
      <description>I'll add one comment/experience.&lt;BR /&gt;I defrag'd several smaller file systems on my development box.  Did it on-line and everything was fine.  Little impact, of course it is a lightly loaded system.&lt;BR /&gt;Did it to one of my oracle file systems on my production box.  The fs is 14GB of various table spaces.  Took a huge performance hit.  SAP processes were queuing up and not getting serviced.  Users calling all over the place.&lt;BR /&gt;If you determine it will be valuable to you, do it with your database down or at least during off hours.&lt;BR /&gt;</description>
      <pubDate>Tue, 12 Sep 2000 13:44:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fsadm-e-and-d/m-p/2444453#M8866</guid>
      <dc:creator>Dave Wherry</dc:creator>
      <dc:date>2000-09-12T13:44:30Z</dc:date>
    </item>
  </channel>
</rss>

