<?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 Copy in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092557#M145147</link>
    <description>Robert,&lt;BR /&gt; &lt;BR /&gt;I'm not sure but I would think that you would be better off to avoid the overhead and complications of NFS.&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;Pete&lt;BR /&gt; &lt;BR /&gt;</description>
    <pubDate>Tue, 14 Oct 2003 07:37:35 GMT</pubDate>
    <dc:creator>Pete Randall</dc:creator>
    <dc:date>2003-10-14T07:37:35Z</dc:date>
    <item>
      <title>Remote Copy</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092555#M145145</link>
      <description>We are going to resize some oracle DB's on a prod system. So I created equal filesystems on another dev box so we can copy the DB files to another system for fall back if something goes wrong. Our plan is to use rcp to copy the files to the dev system. Question, would I have better performance using rcp or should I nfs these mount points to the prod system and just use copy? &lt;BR /&gt;10x&lt;BR /&gt;RPM</description>
      <pubDate>Tue, 14 Oct 2003 07:31:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092555#M145145</guid>
      <dc:creator>Nobody's Hero</dc:creator>
      <dc:date>2003-10-14T07:31:30Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Copy</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092556#M145146</link>
      <description>Hi Robert,&lt;BR /&gt; &lt;BR /&gt;rcp or a combination of find and cpio are fine.&lt;BR /&gt; &lt;BR /&gt;# find /dir | cpio -ov | remsh server " cd /dir ; cpio -idvum "&lt;BR /&gt; &lt;BR /&gt;# rcp -p files server:/dir/&lt;BR /&gt; &lt;BR /&gt;Hope it helps,&lt;BR /&gt; &lt;BR /&gt;Robert-Jan.</description>
      <pubDate>Tue, 14 Oct 2003 07:35:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092556#M145146</guid>
      <dc:creator>Robert-Jan Goossens</dc:creator>
      <dc:date>2003-10-14T07:35:41Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Copy</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092557#M145147</link>
      <description>Robert,&lt;BR /&gt; &lt;BR /&gt;I'm not sure but I would think that you would be better off to avoid the overhead and complications of NFS.&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;Pete&lt;BR /&gt; &lt;BR /&gt;</description>
      <pubDate>Tue, 14 Oct 2003 07:37:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092557#M145147</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2003-10-14T07:37:35Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Copy</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092558#M145148</link>
      <description>Actually, I think ftp might be marginally faster but definately I think NFS is not the optimum choice.  rcp is fine.</description>
      <pubDate>Tue, 14 Oct 2003 07:40:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092558#M145148</guid>
      <dc:creator>Mark Grant</dc:creator>
      <dc:date>2003-10-14T07:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Copy</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092559#M145149</link>
      <description>Or use vxdump/vxrestore:&lt;BR /&gt;.&lt;BR /&gt;On Source server:&lt;BR /&gt;.&lt;BR /&gt;vxdump 0f - /ora001|remsh tgtserver "(cd /ora001;vxrestore rf -)"&lt;BR /&gt;.&lt;BR /&gt;Of course you must set up tgtserver to allow srcserver to remsh to it.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;HTH.&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Oct 2003 07:52:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092559#M145149</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2003-10-14T07:52:32Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Copy</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092560#M145150</link>
      <description>And I would like to add: trust the tools that come with your Filesystem. In your case, I suppose it is VxFS (aka OJFS) so it is just fitting and proper that you use the tools native to it -- namely vxdump and vxrestore. If you update to VxFS/OJFS 3.5 (free btw), you get the ability to do vxdump/vxrestore on directories and files -- instead of whole Filesystems in the earlier versions.&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Oct 2003 07:55:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092560#M145150</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2003-10-14T07:55:41Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Copy</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092561#M145151</link>
      <description>We do this a lot - best performance we found was to do something like:&lt;BR /&gt;&lt;BR /&gt;/usr/local/bin/tar -cf - /data | compress -c &amp;gt; data.tar.Z&lt;BR /&gt;&lt;BR /&gt;Then rcp the file across the WAN...&lt;BR /&gt;&lt;BR /&gt;That tar is the gnu tar...&lt;BR /&gt;&lt;BR /&gt;RGds...Geoff&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Oct 2003 08:39:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remote-copy/m-p/3092561#M145151</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2003-10-14T08:39:06Z</dc:date>
    </item>
  </channel>
</rss>

