<?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 Cumulatinve replication for reporting environment ??? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/cumulatinve-replication-for-reporting-environment/m-p/2733290#M836643</link>
    <description>&lt;BR /&gt;      Hi guys.&lt;BR /&gt;&lt;BR /&gt;       My environment !!!&lt;BR /&gt;&lt;BR /&gt;HPUX 11 64 bit&lt;BR /&gt;Oracle 8.1.7.3 64 bit&lt;BR /&gt;&lt;BR /&gt;production server, reporting server on the same subnet&lt;BR /&gt;&lt;BR /&gt;The reporting application we are looking at, for our production application, deals directly with the ERD of such application.  So, the flat record, subset of a call that is usaully done for history servers which a reporting server would be getting info from model is out.&lt;BR /&gt;&lt;BR /&gt;     We need to replicate the production environment to the reporting box, AND, can not remove calls that are removed from the production environment on the reporting box, which means, I have to some how, turn off the replication part that deals with deletes on the production box that are replicated to the reporting box.&lt;BR /&gt;&lt;BR /&gt;Data ( closed or cancelled calls ) will have a short life span on the production box, say 45 days, while it will last for as long as 2 years on the reporting box.&lt;BR /&gt;&lt;BR /&gt;How can I setup replication on the production box to achieve this scenario, or will I have to setup triggers on every table for addition and modifications but not deletions manually instead ?&lt;BR /&gt;&lt;BR /&gt;Any help will be appreciated.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Henrique Silva&lt;BR /&gt;</description>
    <pubDate>Wed, 29 May 2002 10:54:55 GMT</pubDate>
    <dc:creator>Henrique Silva_3</dc:creator>
    <dc:date>2002-05-29T10:54:55Z</dc:date>
    <item>
      <title>Cumulatinve replication for reporting environment ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cumulatinve-replication-for-reporting-environment/m-p/2733290#M836643</link>
      <description>&lt;BR /&gt;      Hi guys.&lt;BR /&gt;&lt;BR /&gt;       My environment !!!&lt;BR /&gt;&lt;BR /&gt;HPUX 11 64 bit&lt;BR /&gt;Oracle 8.1.7.3 64 bit&lt;BR /&gt;&lt;BR /&gt;production server, reporting server on the same subnet&lt;BR /&gt;&lt;BR /&gt;The reporting application we are looking at, for our production application, deals directly with the ERD of such application.  So, the flat record, subset of a call that is usaully done for history servers which a reporting server would be getting info from model is out.&lt;BR /&gt;&lt;BR /&gt;     We need to replicate the production environment to the reporting box, AND, can not remove calls that are removed from the production environment on the reporting box, which means, I have to some how, turn off the replication part that deals with deletes on the production box that are replicated to the reporting box.&lt;BR /&gt;&lt;BR /&gt;Data ( closed or cancelled calls ) will have a short life span on the production box, say 45 days, while it will last for as long as 2 years on the reporting box.&lt;BR /&gt;&lt;BR /&gt;How can I setup replication on the production box to achieve this scenario, or will I have to setup triggers on every table for addition and modifications but not deletions manually instead ?&lt;BR /&gt;&lt;BR /&gt;Any help will be appreciated.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Henrique Silva&lt;BR /&gt;</description>
      <pubDate>Wed, 29 May 2002 10:54:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cumulatinve-replication-for-reporting-environment/m-p/2733290#M836643</guid>
      <dc:creator>Henrique Silva_3</dc:creator>
      <dc:date>2002-05-29T10:54:55Z</dc:date>
    </item>
    <item>
      <title>Re: Cumulatinve replication for reporting environment ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cumulatinve-replication-for-reporting-environment/m-p/2733291#M836644</link>
      <description>Henrique,&lt;BR /&gt;&lt;BR /&gt;How about a trigger on inserts/updates (but not deletes) that performs a remote procedure update to the reporting server?&lt;BR /&gt;&lt;BR /&gt;Using google, search on this string:&lt;BR /&gt;&lt;BR /&gt;+oracle +remote +procedure +calls +trigger&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Wed, 29 May 2002 11:26:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cumulatinve-replication-for-reporting-environment/m-p/2733291#M836644</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-05-29T11:26:20Z</dc:date>
    </item>
    <item>
      <title>Re: Cumulatinve replication for reporting environment ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cumulatinve-replication-for-reporting-environment/m-p/2733292#M836645</link>
      <description>Hi Harry.&lt;BR /&gt;&lt;BR /&gt;       That is my worse case scenario, as I mentioned on the original message at the end.&lt;BR /&gt;&lt;BR /&gt;       I am hoping that I can do that from within advanced replication without having to play with triggers on inderts/updates for all the teables owned by such schema ( about 300 ).&lt;BR /&gt;&lt;BR /&gt;        I will start looking at doing that on a test environment and see what I can find.&lt;BR /&gt;&lt;BR /&gt;        Thanks,&lt;BR /&gt;&lt;BR /&gt;Henrique</description>
      <pubDate>Wed, 29 May 2002 12:09:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cumulatinve-replication-for-reporting-environment/m-p/2733292#M836645</guid>
      <dc:creator>Henrique Silva_3</dc:creator>
      <dc:date>2002-05-29T12:09:54Z</dc:date>
    </item>
  </channel>
</rss>

