Create payloads (fylr backup)
This page describes the process of creating a local backup of JSON payloads from a source instance
The fylr backup
command performs GET
requests to the API of the source instance, until all relevant base types and records are retrieved and stored in local files.
A basic backup command looks like this:
--server
, --login
and --password
refer to the source server.
--purge
deletes a backup in --dir
in case there is already one. All existing files in this directory are deleted!
The backup over the API only stores the data in local files. The files are only referenced by URLs. Only during restoring, the files are loaded from the source instance. Until the restore is finished, the source instance still needs to be reachable.
Parameters
This is a complete overview of the command line parameters (run fylr backup -h
):
--dir
--dir
Target folder for the backup files. If it does not exist, it will be created. If it exists, and --purge
is used, an existing folder is deleted and created new.
this parameter is mandatory!
type:
string
--server
--server
API Url of the source instance. The Url must include the API base endpoint, for fylr this is <source url>/api/v1
.
this parameter is mandatory!
type:
string
--login
--login
Username of the user in the source instance. It should be a user with root rights or sufficient read rights.
this parameter is mandatory!
type:
string
--password
--password
Password of the user in the source instance.
this parameter is mandatory!
type:
string
--purge
--purge
Defines the mode of the backup (purge or continue).
If this is true
, the complete backup starts from the beginning, and an existing backup folder with the same name is purged.
The parameters --purge
and --continue
are mutually exclusive. Not both can be true
.
If the target folder already exists, this parameter (or --continue
) must be set, otherwise the backup will fail.
type:
bool
default:
false
--continue
--continue
Defines the mode of the backup (purge or continue).
If this is true
, the backup continues from the last point in the manifest.json
file, if a previous backup run was interrupted.
The parameters --purge
and --continue
are mutually exclusive. Not both can be true
.
If the target folder already exists, this parameter (or --purge
) must be set, otherwise the backup will fail.
type:
bool
default:
false
--size
--size
The target size for objects in payloads. The effective size of the generated payloads is limited by --chunk
.
type:
int
minimum:
1
maximum:
1000
default:
100
--chunk
--chunk
The requested size for objects from the source instance. Can be used to control the size of the responses. It can be lowered if the requests cause timeouts or network problems.
type:
int
minimum:
1
maximum:
1000
default:
100
--limit
--limit
Set this to a number bigger than 0
to limit the number of objects of each objecttype. This can be used to test or debug, and can be combined with --include
to only backup a small sample of the source instance.
type:
int
minimum:
0
default:
0
--compression
--compression
GZIP compression level.
If 0
is selected, there is no compression and the payloads are stored as .json
files. If a value bigger than 0
is selected, the payloads are stored as compressed .json.gz
files.
type:
int
minimum:
0
maximum:
9
default:
0
--all-versions
--all-versions
Set to true so that all history versions of the records are requested.
Not to be confused with asset versions (see parameters for fylr restore
)!
type:
bool
default:
false
--include
--include
If this is a valid non empty regex string, only objecttypes are backupped where the internal objecttype name matches the regex.
type:
string
--include-events
--include-events
Comma separated list of event types.
Use --include-events=-
to skip backup of events.
If this parameter is unset, all events are backupped
Specific event types, which are irrelevant for the migration, are never in the backup, even if they are specifically requested.
For now, this includes OBJECT_INDEX
, but this might be extended in the future.
type:
string
default:
""
--retry-max-count
--retry-max-count
If a request fails with one of the following HTTP status codes that indicate network problems, the request is repeated for a maximum number of times: 502
: Bad Gateway, 503
: Service Unavailable, 504
: Gateway Timeout
type:
int
default:
10
--retry-sleep-between
--retry-sleep-between
Defines the waiting time in seconds between repeated failed requests.
type:
int
default:
30
--client-id
--client-id
If the source instance uses OAuth2 for user authentication, this is the configured Client ID.
type:
string
--client-secret
--client-secret
If the source instance uses OAuth2 for user authentication, this is the configured Client Secret. Can be kept empty if the instance is public.
type:
string
--client-token-url
--client-token-url
If the source instance uses OAuth2 for user authentication, this is the OAuth2 callback endpoint of the instance. For fylr this is <source url>/api/oauth2/token
.
type:
string
--insecure
--insecure
This parameter is available in fylr from version v6.14.0.
Set to true
to skip the certificate check for the connection to the source instance.
Only use this option if you can trust the remote server!
type:
bool
default:
false
--verbose
--verbose
Set to true
to log debugging info.
type:
bool
default:
false
--log-network
--log-network
Set to true
to log the requests and responses.
type:
bool
default:
false
--log
--log
If this is a valid file path, the log output is written to this file. If this is empty (default), the log output is written to stdout
instead.
type:
string
Last updated