Using the Stash Backup Client

How it works

The Backup Client implements a common and universal way to back up a Stash instance, and does the following:

1. Locks access to the Stash application, the repositories managed by Stash and the Stash database for the entire duration of the back up. This state is called 'maintenance mode'.
2. Checks that all Git and database operations have completed.
3. Performs an application-specific backup of the Stash home directory and the Stash database. The backup is generic and does not depend on the server or database configuration. 
4. Stores the backup as a single tar file on the local filesystem in the specified location. 
5. Unlocks Stash from maintenance mode.

A user will get an error message if they try to access the Stash web interface, or use the Stash hosting services, when Stash is in maintenance mode.

The client supports Windows and Linux platforms, and Stash versions 2.7 and higher, but does not provide ways to integrate with your organizations IT policies or processes.

As an indication of the unavailability time that can be expected when using the Stash Backup Client, in our testing and internal use we have seen downtimes for Stash of 7–8 minutes with repositories totalling 6 GB in size. For comparison, using Stash DIY Backup for the same repositories typically results in a downtime of less than a minute.

What is backed up

The Backup Client backs up all the following data:

• the database Stash is connected to (either the internal or external DB)
• managed Git repositories
• the Stash audit logs
• installed plugins and their data

The backup does NOT include the following files and directories:

• export/*
• log/* (except for the audit logs)
• data/db* (HSQL data in the DB is backed up, but the files on disk are not)
• tmp
• the plugins directory (except for the installed-plugins directory) 


Note that the caches directory is included in the backup because it contains previously indexed heads. 

Backing up Stash using the client

The Backup Client must be run from somewhere with access to the Stash home directory. Usually, you will run the Backup Client directly on the Stash server.  Run the client with the following command:

java -jar <path/to/stash-backup-client.jar>

Configuration options are kept in the backup-config.properties file that is included with the client – this file is automatically read when the client is run. The properties are fully documented in the backup-config.properties file, but include:

stash.baseUrl

Alternatively, these properties can be given on the command-line, when they need to be prefixed with "-D", and be placed before the "-jar" parameter. For example:

java -Dstash.password="admin" -Dstash.user="admin" -Dstash.baseUrl="http://localhost:7990" -Dstash.home=path/to/stash/home -jar stash-backup-client.jar

Cancelling the client backup

You can cancel the running client backup operation if necessary.

To cancel the backup:

1. Copy the cancel token echoed by the client in the terminal (or the Command Prompt on Windows):
   
   
2. Go to the Stash interface in your browser. Stash will display this screen:
   
   
   
   
3. Click Cancel backup, and enter the cancel token:
   
   
4. Click Cancel backup.

Restoring Stash into the existing DB

This section applies if you intend to perform a restore into the existing DB configuration/technology. Therefore, in this scenario it is assumed the restore is done to the same server as the one in which Stash was originally backed up.

The stash-restore-client.jar will use the JDBC connection configuration contained in your previous backup generated through the usage of the stash-backup-client.jar. That means you won't need to specify the parameters jdbc.driver, jdbc.url, jdbc.user and jdbc.password at the restore time - it will use whatever is configured in stash-config.properties contained in the STASH_HOME within the backup tarball.

When restoring Stash, the restore client must be run on the machine that Stash should be restored to. In order to ensure accidental restores do not delete existing data, the restore client will only restore into an empty home directory and an empty database. So, make sure that these prerequisites are met:

• Stop your Stash instance
• Delete the content of the current home directory, so that it is empty.
• Drop the existing tables in your database so it is empty. The database still needs to exist with the same user/password, and it should be at the same basic configuration same level as described under the "Create the Stash database" section of the corresponding documentation:
  • MySQL
  • Oracle
  • PostgreSQL
  • SQL Server
• Run the restore client.
• Follow the Stash upgrade guide from the Steps #3 - 5

Running the restore client from the command line

java -Dstash.home="path/to/stash/home" -jar stash-restore-client.jar /path/to/original/backup/file

Restoring Stash into a newly created DB 

This section applies if you intend to perform a restore into a newly created DB. This scenario assumes the restore is done to a server different to the one in which Stash was originally backed up.

The restore process is database agnostic, meaning the database you are restoring your backup to could be of a different configuration/technology from the originally backed up database.

The stash-restore-client.jar will use the JDBC connection configuration specified in the parameters jdbc.driver, jdbc.url, jdbc.user and jdbc.password at the restore time. Once the database backup is successfully restored, it will write the specified parameters in the stash-config.properties within the newly restored STASH_HOME - which will, therefore, enable the new instance connect to the restored database once the steps outlined below are followed.

When restoring Stash, the restore client must be run on the machine that Stash should be restored to. In order to ensure accidental restores do not delete existing data, the restore client will only restore into an empty home directory and an empty database. So, make sure that these prerequisites are met:

• Create a brand new empty home directory with the user that is going to run Stash.
• Create the database you want at the same basic configuration level as described under the "Create the Stash database" section of the corresponding documentation:
  • MySQL
  • Oracle
  • PostgreSQL
  • SQL Server
• Run the restore client.
• Follow the Stash upgrade guide from the Steps #3 - 5

Running the restore client from the command line

You can run the restore client from the command line. In this scenario, as you will have created a new database, you will need to specify the new JDBC parameters while running the command so the client will be able to restore your previous database successfully.

In this example, you can follow the restore into a newly created PostgreSQL database:

java -Djdbc.override=true -Djdbc.driver=org.postgresql.Driver -Djdbc.url=jdbc:postgresql://HOSTNAME:PORT/DATABASE -Djdbc.user=stashuser -Djdbc.password=password -Dstash.home="path/to/stash/home" -jar /path/to/stash-restore-client.jar /path/to/original/backup/file

Alternatively, you can configure these parameters on the  backup-config.properties file – make sure the file exists in the current working directory. A sample file is shipped with the client. The properties are fully documented in the backup-config.properties file and more details are described below:

Example use of JDBC properties

Example jdbc.driver and jdbc.url properties are shown below: