<?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: Polyserve Matrix FS 3.51 backup solutions in Storage Software</title>
    <link>https://community.hpe.com/t5/storage-software/polyserve-matrix-fs-3-51-backup-solutions/m-p/4437841#M54</link>
    <description>&lt;BR /&gt;There are alot of issues in the performance of backup software.&lt;BR /&gt;&lt;BR /&gt;The previous author mentioned the stat system call which is quite a issue for polyserve.  In addition if you have lots of small files in a single subdirectlry level 100K that will also not be optimal.  Are the other nodes in the cluster reading and writing the same files while they are being backed up ?  &lt;BR /&gt;&lt;BR /&gt;We need some information on the types of files and access pattern to help.  Remember that if your storage is EVA you could do a snapshot and mount the snapshot on a certain node and backup from the snapshot.&lt;BR /&gt;&lt;BR /&gt;rsyncing the files to a temporary space so the files are not being accessed and backing them up from there is a reasonable option too.  In fact the new 3.7 version of polyserve has a replication functionality between clusters feature that uses rsync.&lt;BR /&gt;&lt;BR /&gt;Yes 3.7 is out.</description>
    <pubDate>Sun, 02 Aug 2009 21:00:29 GMT</pubDate>
    <dc:creator>Emil Velez</dc:creator>
    <dc:date>2009-08-02T21:00:29Z</dc:date>
    <item>
      <title>Polyserve Matrix FS 3.51 backup solutions</title>
      <link>https://community.hpe.com/t5/storage-software/polyserve-matrix-fs-3-51-backup-solutions/m-p/4437839#M52</link>
      <description>I'm am now finding myself troubleshooting why my Tivoli TSM cannot scan and backup files any faster than it does. If I use the same node/server to backup the nodes local fs (non PSFS) I get great speeds. Using standard "rsync" works well also. What gives? I think these enterprise backup solutions don't know how to handle the PSFS. How are you backing up your Polyserve Linux cluster?</description>
      <pubDate>Thu, 11 Jun 2009 16:57:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storage-software/polyserve-matrix-fs-3-51-backup-solutions/m-p/4437839#M52</guid>
      <dc:creator>kevin kramer_3</dc:creator>
      <dc:date>2009-06-11T16:57:06Z</dc:date>
    </item>
    <item>
      <title>Re: Polyserve Matrix FS 3.51 backup solutions</title>
      <link>https://community.hpe.com/t5/storage-software/polyserve-matrix-fs-3-51-backup-solutions/m-p/4437840#M53</link>
      <description>I cannot give a recommendation on how best to back up your data, especially when it comes to recommending a specific brand.&lt;BR /&gt;&lt;BR /&gt;I will say that specific system calls are more expensive on a clustered filesystem than they are on a stand-alone filesystem. Calls such as stat() require a cluster-wide flush of the file to ensure accurate results. This means that rsync and incremental backups will be impacted, as they need to compare each and every file, meaning a lot of cache flushing.&lt;BR /&gt;&lt;BR /&gt;This is also typically more pronounced on a filesystem with many small files as opposed to few large files, although it's apples-and-oranges between a clustered filesystem and a traditional single-node filesystem.&lt;BR /&gt;&lt;BR /&gt;I do hope to hear back from others' on how they perform backups best. I'm curious to hear as well.</description>
      <pubDate>Fri, 12 Jun 2009 02:38:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storage-software/polyserve-matrix-fs-3-51-backup-solutions/m-p/4437840#M53</guid>
      <dc:creator>macosta</dc:creator>
      <dc:date>2009-06-12T02:38:04Z</dc:date>
    </item>
    <item>
      <title>Re: Polyserve Matrix FS 3.51 backup solutions</title>
      <link>https://community.hpe.com/t5/storage-software/polyserve-matrix-fs-3-51-backup-solutions/m-p/4437841#M54</link>
      <description>&lt;BR /&gt;There are alot of issues in the performance of backup software.&lt;BR /&gt;&lt;BR /&gt;The previous author mentioned the stat system call which is quite a issue for polyserve.  In addition if you have lots of small files in a single subdirectlry level 100K that will also not be optimal.  Are the other nodes in the cluster reading and writing the same files while they are being backed up ?  &lt;BR /&gt;&lt;BR /&gt;We need some information on the types of files and access pattern to help.  Remember that if your storage is EVA you could do a snapshot and mount the snapshot on a certain node and backup from the snapshot.&lt;BR /&gt;&lt;BR /&gt;rsyncing the files to a temporary space so the files are not being accessed and backing them up from there is a reasonable option too.  In fact the new 3.7 version of polyserve has a replication functionality between clusters feature that uses rsync.&lt;BR /&gt;&lt;BR /&gt;Yes 3.7 is out.</description>
      <pubDate>Sun, 02 Aug 2009 21:00:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storage-software/polyserve-matrix-fs-3-51-backup-solutions/m-p/4437841#M54</guid>
      <dc:creator>Emil Velez</dc:creator>
      <dc:date>2009-08-02T21:00:29Z</dc:date>
    </item>
  </channel>
</rss>

