<?xml version="1.0" encoding="ISO-8859-1" ?>
<!--ATOM based XML document generated By OpenLink Virtuoso-->
<atom:feed xmlns:atom="http://www.w3.org/2005/Atom">
<atom:id>http://docs.openlinksw.com/virtuoso/repl.html</atom:id>
<atom:title>Data Replication, Synchronization and Transformation Services</atom:title>
<atom:link href="http://docs.openlinksw.com/virtuoso/repl.html" type="text/html" rel="alternate" />
<atom:link href="http://docs.openlinksw.com/virtuoso/repl.html" type="application/atom+xml" rel="self" />
<atom:subtitle>OpenLink Virtuoso Universal Server: Documentation</atom:subtitle>
 <atom:author>
  <atom:name>virtuoso.docs@openlinksw.com</atom:name>
  <atom:email>virtuoso.docs@openlinksw.com</atom:email>
  </atom:author>
<atom:updated>2008-07-28T11:35:38Z</atom:updated>
<atom:generator>OpenLink Software Documentation Team</atom:generator>
<atom:logo>http://docs.openlinksw.com/virtuoso/../images/misc/logo.jpg</atom:logo>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/replintro.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Introduction<atom:link href="http://docs.openlinksw.com/virtuoso/replintro.html" type="text/html" rel="alternate" />
  <atom:published>2008-07-28T11:35:38Z</atom:published>
  <atom:title>Introduction</atom:title>
  <atom:content type="html">Virtuoso provides several replication methods:</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/SNAPSHOT.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Snapshot Replication<atom:link href="http://docs.openlinksw.com/virtuoso/SNAPSHOT.html" type="text/html" rel="alternate" />
  <atom:published>2008-07-28T11:35:38Z</atom:published>
  <atom:title>Snapshot Replication</atom:title>
  <atom:content type="html" />
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/proctransrepl.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Transactional Replication<atom:link href="http://docs.openlinksw.com/virtuoso/proctransrepl.html" type="text/html" rel="alternate" />
  <atom:published>2008-07-28T11:35:38Z</atom:published>
  <atom:title>Transactional Replication</atom:title>
  <atom:content type="html">The unit of replication is a publication. A publication is an ordered sequence of transaction entries. One database transaction can add data to zero or more publications. The data contributed to a publication by a transaction is appended to the publication at the time of commit. Because commits are serialized database wide, items in a publication have a well defined order. Each transaction entry in a publication has a unique sequence number within the publication. Each subscriber of a publication has a level of synchronization, which is the serial number of the last transaction from the publication which this subscriber has processed. Each publication has exactly one publisher and zero or more subscribers. Any multi-master merge replication schemes will be based on this notion, with data to be merged back into the original source regarded as a separate publication and the merge regarded as a process between publications.</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/SCHEDULER.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Virtuoso scheduler<atom:link href="http://docs.openlinksw.com/virtuoso/SCHEDULER.html" type="text/html" rel="alternate" />
  <atom:published>2008-07-28T11:35:38Z</atom:published>
  <atom:title>Virtuoso scheduler</atom:title>
  <atom:content type="html">Virtuoso scheduler allows an arbitrary SQL command to be run at certain intervals. The scheduler process wakes up every n minutes, scans the SYS_SCHEDULED_EVENT table and executes each command which applies to the current time. Note that overdue commands are executed only once. There is a virtuoso.ini parameter &quot;Scheduler interval&quot; under &quot;Parameters&quot; section which defines the scheduler wake-up interval. Set this to 0 (the default) to disable the scheduler.</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/replexamples.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Transactional Replication Example<atom:link href="http://docs.openlinksw.com/virtuoso/replexamples.html" type="text/html" rel="alternate" />
  <atom:published>2008-07-28T11:35:38Z</atom:published>
  <atom:title>Transactional Replication Example</atom:title>
  <atom:content type="html" />
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/replsample.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Replication Logger Sample<atom:link href="http://docs.openlinksw.com/virtuoso/replsample.html" type="text/html" rel="alternate" />
  <atom:published>2008-07-28T11:35:38Z</atom:published>
  <atom:title>Replication Logger Sample</atom:title>
  <atom:content type="html">The logger directory in the samples in the distribution contains a simple load balancing sample. It implements a simplified web site hit log where there is a count of hits maintained per user name and origin IP of each hit. Thus the transaction being replicated between the servers consists of incrementing an IP&#39;s hit count and then incrementing a user&#39;s hit count. If either IP or user do not have a count, a row is added with a count of 1. The transaction is then logged for replication, so that all servers get all hits, no matter which of the replicating servers processes the hit. The application client calls wl_hit on one of the mutually replicating servers to log an event. The event&#39;s trace will then be propagated to all other servers. The wl_hit_repl function does the actual work. The top level function calls this plus logs the call with its arguments on the local server&#39;s hits publication for distribution to other servers.</atom:content>
 </atom:entry>
</atom:feed>