Operational Enhancements

Skip to end of metadata
Go to start of metadata
Search
This documentation is NOT for the latest version of GraphDB.

Latest version - GraphDB 7.1

GraphDB Documentation

Next versions

GraphDB 6.3
GraphDB 6.4
GraphDB 6.5
GraphDB 6.6
GraphDB 7.0
GraphDB 7.1

Previous versions

GraphDB 6.0 & 6.1

OWLIM 5.4
OWLIM 5.3
OWLIM 5.2
OWLIM 5.1
OWLIM 5.0
OWLIM 4.4
OWLIM 4.3
OWLIM 4.2
OWLIM 4.1
OWLIM 4.0

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.

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.

Client Failover Utility

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.

Smart Replication

Transaction Log Improvements

  • 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.

Transaction Log Improvements

Labels:
None
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.