<?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: FileSystem Deframmentation in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/filesystem-deframmentation/m-p/4467998#M555422</link>
    <description>Thks Steve, &lt;BR /&gt;&lt;BR /&gt;i've open a TT on HP support, maybe the best way is to backup the entire datas, destroy the FS and rebuild FS with the correct block_size.&lt;BR /&gt;&lt;BR /&gt;The FS compact procedure is only a temporary solution.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Tue, 28 Jul 2009 13:15:00 GMT</pubDate>
    <dc:creator>Maurizio Fulli</dc:creator>
    <dc:date>2009-07-28T13:15:00Z</dc:date>
    <item>
      <title>FileSystem Deframmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/filesystem-deframmentation/m-p/4467996#M555420</link>
      <description>Hi Guys, &lt;BR /&gt;&lt;BR /&gt;i've a critical growth on database FS in production environment.&lt;BR /&gt;This database is distribuited on 2 hosts, but i can't stop one of this for maintenance activities.&lt;BR /&gt;The first Front-End DB got a FS block setting of 4kb, the second one got a 8kb setting.&lt;BR /&gt;I suppose that the second FE got a high FS framnmentation.&lt;BR /&gt;&lt;BR /&gt;In attach The "fsadm -F vxfs -D -E" output.&lt;BR /&gt;&lt;BR /&gt;Is possible to run a FS compact without give some impact on database mounted on FS?&lt;BR /&gt;&lt;BR /&gt;Thks in advance&lt;BR /&gt;</description>
      <pubDate>Tue, 28 Jul 2009 09:43:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/filesystem-deframmentation/m-p/4467996#M555420</guid>
      <dc:creator>Maurizio Fulli</dc:creator>
      <dc:date>2009-07-28T09:43:39Z</dc:date>
    </item>
    <item>
      <title>Re: FileSystem Deframmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/filesystem-deframmentation/m-p/4467997#M555421</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;If you mean de-fragmentation, no there is no way to run this without impact on the database. The impact can be potentially severe, impeding performance.&lt;BR /&gt;&lt;BR /&gt;If you choose a time to run the de-fragmentation that is one of lower use, you should be able to get through it without severe impact.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 28 Jul 2009 10:52:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/filesystem-deframmentation/m-p/4467997#M555421</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2009-07-28T10:52:01Z</dc:date>
    </item>
    <item>
      <title>Re: FileSystem Deframmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/filesystem-deframmentation/m-p/4467998#M555422</link>
      <description>Thks Steve, &lt;BR /&gt;&lt;BR /&gt;i've open a TT on HP support, maybe the best way is to backup the entire datas, destroy the FS and rebuild FS with the correct block_size.&lt;BR /&gt;&lt;BR /&gt;The FS compact procedure is only a temporary solution.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 28 Jul 2009 13:15:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/filesystem-deframmentation/m-p/4467998#M555422</guid>
      <dc:creator>Maurizio Fulli</dc:creator>
      <dc:date>2009-07-28T13:15:00Z</dc:date>
    </item>
  </channel>
</rss>

