stardog-admin server restore —Restore a Stardog home from a full backup created using the "server backup" command

stardog-admin [ --krb5 ] [ --krb5-disable-rdns ] [ --server <server url> ] server restore [ {-b | --backupId} <backup id> ] [ {-i | --node-id} <node-id> ] [ {-l | --list} ] [ {-p | --passwd} <password> ] [ {-P | --ask-password} ] [ --run-as <username> ] [ --token <token> ] [ {-u | --username} <username> ] [ {-v | --verbose} ] [--] <backup location>

-b <backup id>, --backupId <backup id>

The backupId which should be used for restore.

-i <node-id>, --node-id <node-id>

The node-id of server to be restored from S3.

--krb5

Use the Kerberos environment.

--krb5-disable-rdns

Disable reverse DNS lookup for Kerberos clients.

-l, --list

Show list of backups available for restore. (No restore attempted.)

-p <password>, --passwd <password>

Password.

-P, --ask-password

Prompt for password.

--run-as <username>

User to impersonate when running the command

--server <server url>

URL of Stardog Server. If this option isn't specified, it will be read from JVM argument 'stardog.default.cli.server'. If the JVM arg isn't set, the default value 'http://localhost:5820' is used. If server URL has no explicit port value, the default port value '5820' is used. Example: 'stardog-admin --server http://12.34.56.78:5820 server stop'

--token <token>

Stardog JWT token

-u <username>, --username <username>

User name.

-v, --verbose

Flag that can cause more detailed information to be printed such as errors and status. Exact output depends upon the command and options used.

--

This option can be used to separate command-line options from the list of argument, (useful when arguments might be mistaken for command-line options

<backup location>

The full path on the server to the backup created using the "server backup" command.

Restores all backed up databases into the current home. Note: Stardog server should not be running on that home.The command should be executed on the server side. Note that STARDOG_HOME target directory should be empty, if this doesn't exist it will be created automatically.

Restore the server and all the databases from the latest backup:

    $ stardog-admin server restore /path/to/backup/dir/on/server

Restore the server and all the databases from a specific backup:

    $ stardog-admin server restore -b 3 /path/to/backup/dir/on/server

Restore the server from AWS S3 bucket (note backslash "\" before each "&"):

    $ stardog-admin server restore s3:///bucket-name/path-in-bucket?region=us-east-1\&AWS_ACCESS_KEY_ID=<your key id>\&AWS_SECRET_ACCESS_KEY=<your key secret> -i <node-id>

Restore a server from AWS S3 bucket (node-id parameter from old directory's stardog.node-id file):

    $ stardog-admin server restore s3:///bucket-name/path-in-bucket?region=us-east-1\&AWS_ACCESS_KEY_ID=<your key id>\&AWS_SECRET_ACCESS_KEY=<your key secret> -i 051d52f1-9b38-48e1-b127-ac82c3b8adaf

Another node-id option is to copy the old stardog.node-id file into the empty directory before executing

a cluster server restore.  If populating a different cluster server with data from another, erase the

The --list option will return a list of available backups, including their backup id and (if S3 based)