Doc downloads (PDF, HTML & XML)
[FishEye Knowledge Base]
FishEye data can be backed up from the admin interface or command line. This page contains the command syntax, options and the required procedure to back up and restore your FishEye instance.
If you are migrating to a different machine, please follow the instructions on our Migrating FishEye Between Servers page.
config.xml
), your license file and the FishEye user data.On this page:
Component | Purpose |
---|---|
ActiveObjects | Data that is stored by plugins |
Repository and application caches | The cache contains data that reflects the state of FishEye's repositories. Without it, FishEye must re-scan its repositories after a backup is restored. The cache also contains OSGI library data that increases startup time. These too can be excluded and will be generated automatically when the application is started. |
Plugins | Plugins are 3rd-party extensions that you may have installed, and configuration for all plugins (this includes configuration for Crucible's set of standard plugins). |
SQL Database | Refers to the SQL content database (used by both FishEye and Crucible and containing all user profile data, reviews and their comments). |
Web templates | In this context, these are custom freemarker templates that you or your users have created. They live in |
Uploaded files | In this context, uploads refers to files which are added to Crucible via the web interface (such as patch file reviews). It also includes each repository-backed file that went under review, when Crucible is configured to make a local copy of every reviewed file. |
Screenshot: The FishEye Backup screen
Your FishEye instance must be running during the back up.
<FishEye home directory>
/bin/
directory.The backup is created as a new Zip archive file and placed in the FISHEYE_INST/backup/
directory.
Note that if your FishEye instance uses a custom FISHEYE_INST
directory, make sure the environment variable is properly set when running the backup command.
Option | Switch | Default setting |
---|---|---|
Quiet mode | -q, --quiet | No |
Output filename | -f, --file |
|
Compression level | -c, --compression | Yes (6) |
Anonymise | -a, --anonymise | No |
Cache Backup | --cache | No. By default, the cache data is excluded from backups. |
In some cases it might be preferable to only back up a limited set of items. This could be useful when your instance uses an external database such as MySQL or PostgreSQL and your DBA has already configured automatic back ups in the database. The commands below allow this.
Option | Switch | Description | Default |
---|---|---|---|
Exclude Plugins | --no-plugins | Excludes plugins from the backup. | No. By default, plugins are included in every backup. |
Exclude Templates | --no-templates | Excludes templates from the backup. | No. By default, templates are included in every backup. |
Exclude Uploads | --no-uploads | Excludes uploaded files (such as patch reviews, stored in Crucible's internal database) from the backup. This item only applies when using Crucible with FishEye. | No. By default, uploads are included in every backup. |
Exclude SQL Database | --no-sql | Excludes the SQL content database used by both FishEye and Crucible. | No. By default, this data is included in every backup. |
These examples are for use in a Linux-like operating system. When using these commands on Windows, use the filename fisheyectl.bat
and use the correct slashes. Run the command from the
directory.
/bin/<FishEye home directory>
The basic syntax of the backup command is as follows:
$ ./fisheyectl.sh backup [OPTIONS]
To see inline help for all backup options, run the following command in the
directory:
/bin/<FishEye home directory>
$ ./fisheyectl.sh backup --help
Backing up with compression of 9, quiet mode and setting an output location:
$ ./fisheyectl.sh backup --compression 9 -q -f /application_backups/fisheye/20090215.zip
Back up including cache data (also includes all default components):
$ ./fisheyectl.sh backup --cache
Please note that the limitations below are common to any Java-based backup tool.
Archives Containing Over 65535 Files
Versions of Java earlier than v1.6 (b25) are incapable of handling zip files that contain more than 65,535 files. The solution for this problem is to either upgrade to a version of Java later than v1.6 (b25), or ensure that the archive does not exceed the threshold (contains less than 65,535 files). The FishEye cache (not included in backups by default) can be a contributor of many small files. Hence, exclude the cache from backups if this is likely to be a concern.
Archives Larger Than 4GB
Java has trouble reading and writing zip files that are larger than 4GB. As of release 1.5 Java appears capable of reliably creating archives that are over 4GB, but remains unable to extract them. For details see Sun's bug report. Also be aware of the fact that some file systems (including FAT32) have trouble with files larger than 4GB.
As a workaround, make sure you do not create archives that are larger than 4GB. The FishEye cache (not included in backups by default) can be a contributor of a lot of small files (although these tend to compress very well). If you still want to archive everything and end up with an achive that is too large, consider creating separate backups for the FishEye cache and uploaded files respectively.
To set a schedule for automatic back ups:
The options for scheduled back ups are detailed in the table below:
Option name | Description | Allowed Values |
---|---|---|
Disable Scheduled Backups | Stops regular back ups from taking place. | On (disabled) or Off (enabled) |
Backup path | The path where the backup .zip file will be stored. | Any system or network path that FishEye or Crucible can access. This cannot be changed using the FishEye interface. Please edit your <backup> Save changes, and restart your FishEye instance. |
Backup file prefix | Characters that will be added to the beginning of the backup file name. | Any string of characters that can be used as part of a filename on the local operating system. |
Backup file date pattern | Sets a date for the next (or initial) back up to take place. | Any valid date in the format |
Backup frequency | Sets how often the back up will take place. | Can be set to every day, every Sunday, Monday to Friday and first day of the month. |
Backup time (HH:mm) | The time when the back up will take place. | Any valid 24-hour time in the format |
Include | Specifies which items must be included in the backups (these components are explained at the top of this page). | As per the options for regular on-demand back up (These components are explained at the top of this page). |
Screenshot: Scheduling back ups in FishEye
Be aware that scheduled back ups can fill up disks unless you regularly move or delete old archives.
There is currently no way to restore a backup from the admin interface because FishEye must be shut down during a data restore.
Restoring a backup will irreversibly overwrite the data of your installation with the data from the backup archive. Note that you cannot restore data into versions of FishEye which are older than the version that created the backup.
--cache
option.By default, the restore process will restore all items found in the backup archive (so if you included the caches using the --cache
option, these will automatically be restored). However, you can specify a partial restore, by explicitly specifying the item names on the command line.
If you are using an external database (as opposed to the default HSQL database), make sure the JDBC driver file is present in the FISHEYE_INST/lib
directory when running restore.
Furthermore, if you are restoring to a new FishEye instance and home directory, and select --dbtype of mysql, you must download the JDBC driver and accept the license agreement before proceeding with the restore.
The options available for use with the restore command are listed in the following table:
Option | Switch | Description |
---|---|---|
Choose file to restore from | -f PATH/FILENAME, --file PATH/FILENAME | (Required) Restore the backup from PATH/FILENAME. |
Repository and application caches | --cache | Restore the repository cache backup. |
Plugins | --plugins | Restore 3rd-party plugins and their configuration data. |
Web templates | --templates | Restore freemarker templates from the backup (the restored instance will use the built-in templates). |
Uploaded files | --uploads | Restore uploads (e.g. patch files uploaded into Crucible and contents of files under review). This item only applies when using Crucible with FishEye. |
SQL Database | --sql | Restore the SQL database containing user profiles, reviews and review comments. |
ActiveObjects | --ao | Restore ActiveObjects data stored by plugins. |
List backup contents | -l, --list | List the contents of the backup file, and exit. |
Set database type | -t, --dbtype | SQL database type ( |
Set JDBC URL | -j, --jdbcurl | JDBC URL of the SQL database. Only required when restoring to a database location different to that used at used at back up time (not applicable for |
Set JDBC username | -u, --username | JDBC username of the SQL database. Only required when restoring to a database location different to that used at used at back up time (not applicable for |
JDBC password | -p, --password | JDBC password of the SQL database. Only required when restoring to a database location different to that used at used at back up time (not applicable for |
JDBC class | -d, --driver | Optionally, specify the JDBC driver class name needed to access the SQL database. Only required when restoring to a database location different to that used at used at back up time and when using a different JDBC driver than the standard driver associated with the database specified though |
JDBC driver source | -s, --driver-source | Optionally, specify the JDBC driver file. The default ('bundled') is to use the bundled JDBC driver file; 'user' = use the driver from the FISHEYE_INST/lib directory. |
Suppress output | -q, --quiet | Suppress the output messages from the restore program on the command line. |
Overwrite the existing DB | --force | Overwrite the existing database, without warning. |
Don't batch SQL inserts | --no-batch-sql | Do not batch SQL inserts. This can be useful when diagnosing errors. |
Display the help | -h, --help | Display the help, and exit. |
These examples are for use in a Linux-like operating system. When using these commands on Windows, use the filename fisheyectl.bat
and use the correct slashes. Run the command from the <FishEye home directory>
/bin/
directory.
The basic syntax of the restore command is as follows:
$ ./fisheyectl.sh restore -f /path/to/backup_2009-10-02_1138.zip [OPTIONS]
To see inline help for all backup options, run the following command in the <FishEye home directory>
/bin/
directory:
$ ./fisheyectl.sh restore --help
Restoring a backup with cache data (also restores all default components):
$ ./fisheyectl.sh restore --cache
When the process restores a SQL database, it looks at the configuration data (config.xml
) included in the backup archive to learn which database product was used and how to connect to it. When FishEye uses the built-in HSQLDB database (which is the default), the restored instance will also use that.
However, when the restored instance will use a different database than the backed up instance (for instance, HSQLDB was used at the time the backup was created, but it needs to be restored on MySQL ), you should use the command line options to point the process to the new database.
These examples are for use in a Linux-like operating system. When using these commands on Windows, use the filename fisheyectl.bat
and use the correct slashes. Run the command from the <FishEye home directory>
/bin/
directory.
Restoring to a FishEye instance that uses a different database (ensure the MySQL driver jar file is present in the FISHEYE_INST/lib
directory)
$ ./fisheyectl.sh restore \ --username john \ --password smith \ --jdbcurl jdbc:mysql://localhost:3306/crucible \ --dbtype mysql \ --file /path/to/backup_2009-10-02_1138.zip