Backup Jobs
You are looking at an older version of the documentation. The latest version is found here.
If you need to migrate between the Data Virtuality installations or want to have a backup of your data sources, jobs, settings, etc., you can use a special export script. It can be generated via the Data Virtuality Studio's Exporter component or via a CLI-exporter tool within the Data Virtuality Server.
The backup job is a system job that can be scheduled to create an export script on a regular basis to have an up-to-date backup at any moment. The backup jobs are run by a special system user - internal-backup
which cannot be deleted.
Default Backup Job
By default, one instance of backup job is created. It cannot be deleted, but you can disable it if needed.
The default settings are as follows:
- Daily run at 5.50 AM (Data Virtuality Server time);
- Export scripts are stored in the backup directory in the server root folder.
You can edit the schedule for the backup job or delete it altogether and create a new one, just like for any other job. The backup directory can be changed using the SYSADMIN.editBackupJob
system procedure.
Custom Backup Jobs
You can create additional backup jobs using the SYSADMIN.createBackupJob
system procedure. These can be edited and deleted, and all settings are configurable.
Creating a Custom Backup Job
Here's the system function for creating a custom backup job. All parameters are optional except backupFolder
:
CALL "SYSADMIN.createBackupJob"(
"description" => 'string_description',
"parallelRunsAllowed" => integer_parallelRunsAllowed,
"retryCounter" => integer_retryCounter,
"retryDelay" => integer_retryDelay,
"runTimeout" => integer_runTimeout,
"jobName" => 'string_jobName',
"jarFileLocation" => 'string_jarFileLocation',
"exportMattables" => boolean_exportMattables,
"backupFolder" => 'string_backupFolder',
"fileNamePattern" => 'string_fileNamePattern',
"additionalProperties" => 'string_additionalProperties'
);;
This procedure takes the following parameters:
To view the full table, click the expand button in its top right corner
Parameter | Type | Description |
---|---|---|
| string | Description of the job |
| integer | Number of possible parallel runs allowed for the job |
| integer | Number of retry attempts for the job |
| integer | Delay between retries |
| integer | Job run timeout |
| string | Custom name for the job |
| string | Relative or absolute path to the cli-export.jar. Default: |
| boolean | Flag indicating whether to export materialized tables |
| string | Relative or absolute path to the folder to store export scripts |
| string | Pattern to be used in file naming. Default: May include the following patterns:
|
| key-value pairs | Additional properties of the CLI-exporter tool |
Here is an example of a call to create a custom backup job:
CALL "SYSADMIN.createBackupJob"(
"description" => 'A custom backup job',
"parallelRunsAllowed" => 1,
"retryCounter" => 2,
"retryDelay" => 3,
"runTimeout" => 4,
"jobName" => 'csmt-bckp-jb',
"jarFileLocation" => '../bin/cli-export-1.0/cli-export.jar',
"exportMattables" => true,
"backupFolder" => '../custom_backup',
"fileNamePattern" => '$(uuid)_custom_backup.sql',
"additionalProperties" =>('--export-jboss-settings', 'true',)
);;
Editing a Backup Job
A backup job (both default and custom) can be edited with a special system procedure. All parameters are optional except biginteger_jobid
:
CALL "SYSADMIN.editBackupJob"(
"jobid" => biginteger_jobid,
"description" => 'string_description',
"parallelRunsAllowed" => integer_parallelRunsAllowed,
"retryCounter" => integer_retryCounter,
"retryDelay" => integer_retryDelay,
"runTimeout" => integer_runTimeout,
"jobName" => 'string_jobName',
"jarFileLocation" => 'string_jarFileLocation',
"exportMattables" => boolean_exportMattables,
"backupFolder" => 'string_backupFolder',
"fileNamePattern" => 'string_fileNamePattern',
"additionalProperties" => 'string_additionalProperties'
);;
This procedure takes the following parameters:
To view the full table, click the expand button in its top right corner
Parameter | Type | Description |
---|---|---|
| integer | ID of the job to be edited |
| string | Description of the job |
| integer | Number of possible parallel runs allowed for the job* |
| integer | Number of retry attempts for the job* |
| integer | Delay between retries* |
| integer | Job run timeout* |
| string | Custom name for the job |
| string | Relative or absolute path to the cli-export.jar. Default: |
| boolean | Flag indicating whether to export materialized tables |
| string | Relative or absolute path to the folder to store export scripts |
| string | Pattern to be used in file naming. Default: May include the following patterns:
|
| key-value pairs | Additional properties of the CLI-exporter tool |
* For more detail, please see parameters shared by job managing procedures.
Here is an example:
CALL "SYSADMIN.editBackupJob"(
"jobid" => 8,
"description" => 'A custom backup job',
"parallelRunsAllowed" => 1,
"retryCounter" => 2,
"retryDelay" => 3,
"runTimeout" => 4,
"jobName" => 'csmt-bckp-jb',
"jarFileLocation" => '../bin/cli-export-1.0/cli-export.jar',
"exportMattables" => true,
"backupFolder" => '../custom_backup',
"fileNamePattern" => '$(uuid)_custom_backup.sql',
"additionalProperties" =>('--export-jboss-settings', 'true',)
);;
Additional Properties
To view the full table, click the expand button in its top right corner
Option | Default | Description |
---|---|---|
| FALSE | Whether to skip aggregation optimizations or not. |
| FALSE | Whether to validate data sources on import or not. If enabled, data sources are exported with Please note that the import will fail if validation is enabled and data source is unreachable. |
| FALSE | Whether to validate optimizations on import or not. If enabled, optimizations are exported with Please note that it's impossible to export materialized tables state if this validation is enabled. |
| TRUE | Whether to export the state of materialized tables or not. Used when new Data Virtuality Server installation uses the same internal Analytical Storage database with materialized tables. Please note that this option requires the optimization validation to be disabled. |
| FALSE | Whether to validate virtual views and procedures on import or not. If enabled, virtual views and procedures are exported by printing definitions directly to export script or wrapping with importView /importProcedure otherwise. |
| FALSE | Whether to run export in maintenance server mode. |
| FALSE | Whether to purge the system data or not. If enabled, adds the script to purge the existing data at the beginning of the export script. With this option the following objects will be purged: DataSources , Connections , ProcDefinitions
, VirtualSchemas , ViewDefinitions , ScheduleJobs (except cleanup and performance ), Schedules (except performance ), RecommendedOptimizations , Users , and Roles . |
| FALSE | Whether to use a different file for model export or not. If enabled, separate files will be used for the export of data sources, virtual schemas with views and procedures and the rest. |
| FALSE | Whether to export JBoss settings or not. If enabled, JBoss settings are exported to separate files. |