• Browse
  • Pages
  • Blog
  • Labels
  • Attachments
  • Bookmarks
  • Mail
  • Forums
  • Advanced

  • What’s New
  • Space Directory
  • Keyboard Shortcuts
  • Confluence Gadgets
• Log In

1. Dashboard
2. GraphDB6
3. Home
4. GraphDB-Enterprise
5. Operational Enhancements
6. Information
7. Page Comparison

Operational Enhancements

Version 4 by reneta.popova on Oct 12, 2015 15:38. << Changes from 3 to 4 compared with Current by reneta.popova on Nov 17, 2015 15:52.

Key This line was removed. This word was removed. This word was added. This line was added.

Comment:

Changes (1)

View Page History

...

h1. Background
Ontotext redesigned its cluster architecture to support the case of two or more separate data centres (each with its own master and worker nodes) and to provide asynchronous transactions and master failover. GraphDB Enterprise already supports master-worker clusters with Automatic Replication, Load Balancing, and Transaction Logs.

h2. Client Failover Utility
- The Client Utility is provided as a separate GraphDB artifact (JAR file);
- There is an additional configuration that lists all available GraphDB master nodes;
- The Utility transparently provides failover to the next GraphDB master in case of master failure;
- Both asynchronous and synchronous transactions are supported. The synchronous transactions waits until the update is executed on the server and checks if it is successful (otherwise throws an Exception);
- The ClientAPI persists the submitted transaction locally to avoid the case of a possible master failure.

[GraphDB6:Client Failover Utility]

h2. Smart Replication
- The master node has a configurable parameter 'IncrementalUpdateLimit' set to a desired number of missing updates;
- The master node has a configurable parameter 'NetworkBandwidth' giving a rough estimation of the speed of the Full replication operation in MB/second;
- The worker node Status contains a field set to the current size of the storage folder and a fingerprint indicating the state of the data in the node.

[GraphDB6:Smart Replication]

h3. Transaction Log Improvements

_Comment Reni: These are the improvements, do we have a page about the Transaction logs? May be this one:[OWLIMint:Cluster Transaction Log]_

- Now GraphDB­ Enterprise is always-writable and can accept update transactions (as opposed to pre-5.6 behaviour where it could transition to ReadOnly mode);
- Update transactions that are accepted for processing will be made asynchronously eventually persistent;

...

- All accepted transactions are recoverable after a server restart/failure or other.

[GraphDB6:Transaction Log Improvements]

• Powered by Atlassian Confluence 3.5.3, the Enterprise Wiki
• Printed by Atlassian Confluence 3.5.3, the Enterprise Wiki.
•   |  Report a bug
•  |  Atlassian News