Difference between revisions of "Storage Manager: Disaster recovery plan"

From Gcube Wiki
Jump to: navigation, search
(backup server)
(csv file)
Line 24: Line 24:
  
 
==== csv file====
 
==== csv file====
 +
The fields of the csv file must be the following:
 +
 +
*JackRabbit path
 +
*RemotePath on the storage
  
 
== Get Start ==
 
== Get Start ==

Revision as of 13:05, 10 January 2014

In this guide we'll offer a basic strategy for disaster recovery of storage cluster in production environment. If there are some files not found on the storage manager cluster, these files can be restored by a backup server. Actually, the production cluster have an evolutive backup strategy.

Components

For restore the files lost we need the following components:

  • storage-transfer component: a java component able to transfer files from the backup storage to the producion storage cluster
  • backup server: the backup that we assume have the file lost
  • csv file: the file contains the remote path, and other information, on files lost

Storage transfer component

The storage-transfer library is a command line interface able to transfer files from a backup server to the production environment. The library uses a "csv" file where are described all the files that we want transfer. In the next paragraph will be described the "csv" format. The input parameters are:

  • ip of backup server
  • path to the csv file

Backup server

The backup server is a mongoDB server restored from a backup of a production node. Once the machine is ready, you can proceed with the configuration of the machine and then subsequently launch it. For the server configuration, we have to edit the MongoDB configuration file and disable the "replicaSet" member:

csv file

The fields of the csv file must be the following:

  • JackRabbit path
  • RemotePath on the storage

Get Start