<?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: remote backup in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847341#M825587</link>
    <description>You can either mount the FS onto B and then back it up or run fbackup on A pointing to the tape drive in B. For example ..&lt;BR /&gt;On A (backing up /opt to B's /dev/rmt/0m&lt;BR /&gt;==========================================&lt;BR /&gt;# fbackup -f B:/dev/rmt/0m -i /opt&lt;BR /&gt;In order for this to work, root must be able to remsh to B.</description>
    <pubDate>Mon, 18 Nov 2002 21:25:39 GMT</pubDate>
    <dc:creator>S.K. Chan</dc:creator>
    <dc:date>2002-11-18T21:25:39Z</dc:date>
    <item>
      <title>remote backup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847337#M825583</link>
      <description>What's the best way to backup to a remote device? I have 7 mount points on system a I need to back up to system b's dds drive.  I tried fbackup with much effort and little success.  Thanks for your help!</description>
      <pubDate>Mon, 18 Nov 2002 21:07:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847337#M825583</guid>
      <dc:creator>Greta Blamire</dc:creator>
      <dc:date>2002-11-18T21:07:58Z</dc:date>
    </item>
    <item>
      <title>Re: remote backup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847338#M825584</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;You need an '/etc/hosts.equiv' or '/.rhost' file on the remote server to allow this.  Then, do:&lt;BR /&gt;&lt;BR /&gt;# fbackup ... -f hostname:/dev/rmt/0m&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Mon, 18 Nov 2002 21:18:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847338#M825584</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-11-18T21:18:30Z</dc:date>
    </item>
    <item>
      <title>Re: remote backup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847339#M825585</link>
      <description>&lt;BR /&gt;GNU's tar works very easily.&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Mon, 18 Nov 2002 21:18:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847339#M825585</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-11-18T21:18:36Z</dc:date>
    </item>
    <item>
      <title>Re: remote backup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847340#M825586</link>
      <description>I have recently been successful with the 'vxdump' utilities to dump entire filesystems to a remote systems tape drive (in my case it was a DLT drive).  You can specify incrementals and full dumps.&lt;BR /&gt;&lt;BR /&gt;It works very nice for dumping entire filesystems and has a nice, interactive recovery process.&lt;BR /&gt;&lt;BR /&gt;man vxdump or rvxdump (for a remote dump)&lt;BR /&gt;&lt;BR /&gt;Good luck,&lt;BR /&gt;&lt;BR /&gt;Brian&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 18 Nov 2002 21:20:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847340#M825586</guid>
      <dc:creator>Brian K. Arnholt</dc:creator>
      <dc:date>2002-11-18T21:20:30Z</dc:date>
    </item>
    <item>
      <title>Re: remote backup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847341#M825587</link>
      <description>You can either mount the FS onto B and then back it up or run fbackup on A pointing to the tape drive in B. For example ..&lt;BR /&gt;On A (backing up /opt to B's /dev/rmt/0m&lt;BR /&gt;==========================================&lt;BR /&gt;# fbackup -f B:/dev/rmt/0m -i /opt&lt;BR /&gt;In order for this to work, root must be able to remsh to B.</description>
      <pubDate>Mon, 18 Nov 2002 21:25:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847341#M825587</guid>
      <dc:creator>S.K. Chan</dc:creator>
      <dc:date>2002-11-18T21:25:39Z</dc:date>
    </item>
    <item>
      <title>Re: remote backup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847342#M825588</link>
      <description>You need Amanda!  This is a great free tool for multiple system backups to one machine which has a tape drive.  It can be difficult to get it configured properly, but is very reliable once configured.&lt;BR /&gt;&lt;BR /&gt;Among its best features is its ability to space full and incremental dumps so that each backup requires roughly equal amounts of work, its tracking of software compression, the option to use GNU tar instead of dump (so that backups on one system can be easily restored to another), and its flexibility:  if you use GNU tar, you can backup up file systems or just individual directories.&lt;BR /&gt;&lt;BR /&gt;See &lt;A href="http://www.amanda.org." target="_blank"&gt;www.amanda.org.&lt;/A&gt;  Also read the chapter on Amanda in the book "Unix Backup and Recovery".</description>
      <pubDate>Wed, 20 Nov 2002 17:20:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-backup/m-p/2847342#M825588</guid>
      <dc:creator>Stephen Walton</dc:creator>
      <dc:date>2002-11-20T17:20:18Z</dc:date>
    </item>
  </channel>
</rss>

