<?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 Database data and log allocation on raw device in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109255#M689933</link>
    <description>using raw device for database with async driver, is there any performance concern in locating storage space for data and log? i.e. disks with DB data should not mixed with disks with DB log, is that true?&lt;BR /&gt;Thank you.</description>
    <pubDate>Fri, 16 May 2008 13:28:50 GMT</pubDate>
    <dc:creator>John Guster</dc:creator>
    <dc:date>2008-05-16T13:28:50Z</dc:date>
    <item>
      <title>Database data and log allocation on raw device</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109255#M689933</link>
      <description>using raw device for database with async driver, is there any performance concern in locating storage space for data and log? i.e. disks with DB data should not mixed with disks with DB log, is that true?&lt;BR /&gt;Thank you.</description>
      <pubDate>Fri, 16 May 2008 13:28:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109255#M689933</guid>
      <dc:creator>John Guster</dc:creator>
      <dc:date>2008-05-16T13:28:50Z</dc:date>
    </item>
    <item>
      <title>Re: Database data and log allocation on raw device</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109256#M689934</link>
      <description>Usually you separate the data and log devices not only for performance but for safety. One important thing that is often overlooked is that these data and log devices, not only they should be separate on the host, they should stay separate all the way down to the storage systema nd the actual disk spindles.&lt;BR /&gt;In many cases the data and log devices are logical drives from the same array group of spindles in a storage array.</description>
      <pubDate>Fri, 16 May 2008 13:52:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109256#M689934</guid>
      <dc:creator>TTr</dc:creator>
      <dc:date>2008-05-16T13:52:13Z</dc:date>
    </item>
    <item>
      <title>Re: Database data and log allocation on raw device</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109257#M689935</link>
      <description>can you detail the reason? it is not file system, but raw device for database.</description>
      <pubDate>Fri, 16 May 2008 14:44:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109257#M689935</guid>
      <dc:creator>John Guster</dc:creator>
      <dc:date>2008-05-16T14:44:12Z</dc:date>
    </item>
    <item>
      <title>Re: Database data and log allocation on raw device</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109258#M689936</link>
      <description>Hi John&lt;BR /&gt;&lt;BR /&gt;Distributed with different disks can increase the performance. &lt;BR /&gt;&lt;BR /&gt;and your thought is true in sense.&lt;BR /&gt;&lt;BR /&gt;!!!</description>
      <pubDate>Fri, 16 May 2008 15:47:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109258#M689936</guid>
      <dc:creator>Jeeshan</dc:creator>
      <dc:date>2008-05-16T15:47:29Z</dc:date>
    </item>
    <item>
      <title>Re: Database data and log allocation on raw device</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109259#M689937</link>
      <description>&amp;gt; can you detail the reason?&lt;BR /&gt;&lt;BR /&gt;In simple terms, your data devices are where you do the actual data I/O, the log devices is where you record each I/O as a transaction. So you do not want to do data I/O (DATA) and at the same time record the transactions (LOG) in the same raw device. &lt;BR /&gt;&lt;BR /&gt;Safety comes into play when a device fails. If you have data and log in the same device that failed, you have lost data. Otherwise, if you lose the log, your data is is still there, if you lose the data, you can recovery it from backups and apply the log to make it current.&lt;BR /&gt;&lt;BR /&gt;My other comment "not only they should be separate on the host, they should stay separate all the way down to the storage system" refers to a case where a DATA device and a LOG device might be logical devices on the same physical disk(s). In this case if the physical disk fails, both DATA and LOG are gone.</description>
      <pubDate>Fri, 16 May 2008 16:18:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109259#M689937</guid>
      <dc:creator>TTr</dc:creator>
      <dc:date>2008-05-16T16:18:50Z</dc:date>
    </item>
    <item>
      <title>Re: Database data and log allocation on raw device</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109260#M689938</link>
      <description>Thanks for your responses.&lt;BR /&gt;for recovery reason, data disks are better not mixed with log disks. Good point.</description>
      <pubDate>Fri, 16 May 2008 16:29:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/database-data-and-log-allocation-on-raw-device/m-p/5109260#M689938</guid>
      <dc:creator>John Guster</dc:creator>
      <dc:date>2008-05-16T16:29:23Z</dc:date>
    </item>
  </channel>
</rss>

