<?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: rsync and Oracle database files in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680897#M798722</link>
    <description>If you have OnlineJFS then I would do it this way:&lt;BR /&gt;&lt;BR /&gt;1) Shutdown the production database.&lt;BR /&gt;2) Create snapshot vxfs mounts of all the Oracle filesystems. (This takes only seconds per filesystem).&lt;BR /&gt;3) Restart the production database&lt;BR /&gt;4) Rsync your files.&lt;BR /&gt;5) Unmount the snapshot mounts.&lt;BR /&gt;&lt;BR /&gt;You will probably need to rename your directories on the test environment to their production counterparts (e.g. /snap_u01 becomes /u01).&lt;BR /&gt;&lt;BR /&gt;In any event your database will need to be down when the rsync is done but doing a snapshot mount means that you can do this with as little as 2 minutes of production downtime. This does assume that you have already created the snapshot buffer raw volumes for each filesystem before downing the database.&lt;BR /&gt;</description>
    <pubDate>Tue, 29 Nov 2005 10:54:30 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2005-11-29T10:54:30Z</dc:date>
    <item>
      <title>rsync and Oracle database files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680894#M798719</link>
      <description>Does anyone know if rsync can be used to refresh Oracle database files? Say I want to refresh my development environment with the data from production. &lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;&lt;BR /&gt;...Kevin</description>
      <pubDate>Tue, 29 Nov 2005 10:30:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680894#M798719</guid>
      <dc:creator>Kevin Liquori_1</dc:creator>
      <dc:date>2005-11-29T10:30:08Z</dc:date>
    </item>
    <item>
      <title>Re: rsync and Oracle database files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680895#M798720</link>
      <description>I would say it can only if the database was down when the sync occurred. It wouldn't be any different than using cp or any other method of copying the files at the OS level for a cold backup and restoring from those. Control files and all would need to be replaced.</description>
      <pubDate>Tue, 29 Nov 2005 10:45:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680895#M798720</guid>
      <dc:creator>Jeff_Traigle</dc:creator>
      <dc:date>2005-11-29T10:45:09Z</dc:date>
    </item>
    <item>
      <title>Re: rsync and Oracle database files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680896#M798721</link>
      <description>DB would have to be down - on both ends.&lt;BR /&gt;&lt;BR /&gt;It would be better to refresh DEV from your tape backups - that way you kill 2 birds with 1 stone.&lt;BR /&gt;&lt;BR /&gt;1 - refresh DEV&lt;BR /&gt;2 - test your backup/restore procedure&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Tue, 29 Nov 2005 10:52:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680896#M798721</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-11-29T10:52:10Z</dc:date>
    </item>
    <item>
      <title>Re: rsync and Oracle database files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680897#M798722</link>
      <description>If you have OnlineJFS then I would do it this way:&lt;BR /&gt;&lt;BR /&gt;1) Shutdown the production database.&lt;BR /&gt;2) Create snapshot vxfs mounts of all the Oracle filesystems. (This takes only seconds per filesystem).&lt;BR /&gt;3) Restart the production database&lt;BR /&gt;4) Rsync your files.&lt;BR /&gt;5) Unmount the snapshot mounts.&lt;BR /&gt;&lt;BR /&gt;You will probably need to rename your directories on the test environment to their production counterparts (e.g. /snap_u01 becomes /u01).&lt;BR /&gt;&lt;BR /&gt;In any event your database will need to be down when the rsync is done but doing a snapshot mount means that you can do this with as little as 2 minutes of production downtime. This does assume that you have already created the snapshot buffer raw volumes for each filesystem before downing the database.&lt;BR /&gt;</description>
      <pubDate>Tue, 29 Nov 2005 10:54:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680897#M798722</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2005-11-29T10:54:30Z</dc:date>
    </item>
    <item>
      <title>Re: rsync and Oracle database files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680898#M798723</link>
      <description>Kevin,&lt;BR /&gt;&lt;BR /&gt;if the database can be shutdown (for cold backup, etc...) I believe you can use this method.&lt;BR /&gt;&lt;BR /&gt;Otherwise, you must use RMAN.&lt;BR /&gt;&lt;BR /&gt;cf. &lt;A href="http://www.oracle.com/technology/deploy/availability/htdocs/RMAN_Overview.htm" target="_blank"&gt;http://www.oracle.com/technology/deploy/availability/htdocs/RMAN_Overview.htm&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Jean-Luc</description>
      <pubDate>Tue, 29 Nov 2005 11:12:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680898#M798723</guid>
      <dc:creator>Jean-Luc Oudart</dc:creator>
      <dc:date>2005-11-29T11:12:17Z</dc:date>
    </item>
    <item>
      <title>Re: rsync and Oracle database files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680899#M798724</link>
      <description>Hi Kevin,&lt;BR /&gt;&lt;BR /&gt;As others mentioned, if you can afford to have down time for the database then use this method. &lt;BR /&gt;&lt;BR /&gt;But if you have tape backups or disk backup on a different location, then you can just copy from the disk backup or restore from the tape backup to your DEV server. &lt;BR /&gt;&lt;BR /&gt;This will test your backup/restore procedures as Geoff mentioned.&lt;BR /&gt;&lt;BR /&gt;The third oprion for you DEV database refresh is if your database is not very large, then use the logical export and then inport into you dev database. This will tkae more time then the obove options.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;IA</description>
      <pubDate>Tue, 29 Nov 2005 21:47:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680899#M798724</guid>
      <dc:creator>Indira Aramandla</dc:creator>
      <dc:date>2005-11-29T21:47:23Z</dc:date>
    </item>
    <item>
      <title>Re: rsync and Oracle database files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680900#M798725</link>
      <description>If the goal is to refresh dev/test environments with prod data, I'd use RMAN and use the duplicate database functionality.&lt;BR /&gt;&lt;BR /&gt;hth&lt;BR /&gt;/M</description>
      <pubDate>Wed, 30 Nov 2005 04:02:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsync-and-oracle-database-files/m-p/3680900#M798725</guid>
      <dc:creator>Mikael Sandström_1</dc:creator>
      <dc:date>2005-11-30T04:02:05Z</dc:date>
    </item>
  </channel>
</rss>

