Clarify backup/restore strategy regarding system db (#2521) (#2554)

Author: NataliaIvakina

modules/ROOT/pages/backup-restore/planning.adoc

@@ -38,7 +38,7 @@ If you have zero tolerance for downtime and data loss, you might want to conside
 ** use SSL/TLS for the backup network communication (online only).
 ** keep your databases as archive files (online or offline).
 * How many backups you want to keep.
-* Where the backups will be stored — drive or remote server, cloud storage, different data center, different location, etc.
+* Where the backups will be stored — drive or remote server, cloud storage, different data center, different location, etc.
 +
 [TIP]
 ====
@@ -51,15 +51,14 @@ This ensures that if for some reason your Neo4j DBMS crashes, you will be able t
 == Backup and restore options
 
 Neo4j supports backing up and restoring both online and offline databases.
-It uses xref:neo4j-admin-neo4j-cli.adoc[Neo4j Admin tool] commands, which can be run from a live, as well as from an offline Neo4j DBMS.
+It uses xref:neo4j-admin-neo4j-cli.adoc[Neo4j Admin tool] commands that can be executed on a Neo4j DBMS, whether it is running or offline.
 All `neo4j-admin` commands must be invoked as the `neo4j` user to ensure the appropriate file permissions.
 
-* `neo4j-admin database backup/restore` (Enterprise only) -– used for performing online backup (xref:backup-restore/modes.adoc#full-backup[full] and xref:backup-restore/modes.adoc#differential-backup[differential]) and restore operations.
-The database to be backed up must be in **online** mode.
-The command produces an immutable artifact, which has an inspectable API to aid management and operability.
-This command is suitable for production environments, where you cannot afford downtime.
-+
-The command can also be invoked over the network if access is enabled using `server.backup.listen_address`.
+* `neo4j-admin database backup/restore` label:enterprise[Enterprise Edition] – used for performing online backup (xref:backup-restore/modes.adoc#full-backup[full] and xref:backup-restore/modes.adoc#differential-backup[differential]) and restore operations.
+** The database to be backed up must be in **online** mode.
+** The command produces an immutable artifact, which has an inspectable API to aid management and operability.
+** This command is suitable for production environments, where you cannot afford downtime.
+** The command can also be invoked over the network if access is enabled using `server.backup.listen_address`.
 +
 [NOTE]
 ====
@@ -73,9 +72,9 @@ For more information, refer to the xref:backup-restore/online-backup.adoc#backup
 When using `neo4j-admin database backup` in a cluster, it is recommended to back up from an external instance as opposed to reuse instances that form part of the cluster.
 ====
 * `neo4j-admin database dump/load` –- used for performing offline dump and load operations.
-The database to be dumped must be in **offline** mode.
-The dump command can only be invoked from the server command line and is suitable for environments where downtime is not a factor.
-The command produces an archive file that follows the format _<databasename><timestamp>.dump_.
+** The database to be dumped must be in **offline** mode.
+** The dump command can only be invoked from the server command line and is suitable for environments where downtime is not a factor.
+** The command produces an archive file that follows the format _<databasename><timestamp>.dump_.
 * `neo4j-admin database copy` –- used for copying an offline database or backup.
 This command can be used for cleaning up database inconsistencies and reclaiming unused space.
 
@@ -84,23 +83,9 @@ This command can be used for cleaning up database inconsistencies and reclaiming
 File system copy-and-paste of databases is not supported and may result in unwanted behavior, such as corrupt stores.
 ====
 
-=== Considerations for backing up and restoring databases in a cluster
-
-Backing up a database in a clustered environment is not essentially different from a standalone backup, apart from the fact that you must know which server in a cluster to connect to.
-Use `SHOW DATABASE <database>` to learn which servers are hosting the database you want to back up.
-See xref:clustering/monitoring/show-databases-monitoring.adoc#show-databases-monitoring-listing-single[Listing a single database] for more information.
-
-However, _restoring_ a database in a cluster is different since it is not known in advance how a database is going to be allocated to the servers in a cluster.
-This method relies on the seed already existing on one of the servers.
-The recommended way to restore a database in a cluster is to xref::database-administration/standard-databases/seed-from-uri.adoc[seed from URI].
+The following table summarizes the commands' capabilities and usage.
 
-[NOTE]
-====
-The Neo4j Admin commands `backup`, `restore`, `dump`, `load`, `copy`, and `check-consistency` are not supported for use on xref:database-administration/composite-databases/concepts.adoc[Composite databases].
-They must be run directly on the databases that are associated with that Composite database.
-====
-
-.The following table describes the commands' capabilities and usage.
+.`neo4j-admin` commands for backing up and restoring databases
 [cols="<,^,^,^",frame="topbot",options="header"]
 |===
 | Capability/ Usage
@@ -184,18 +169,45 @@ They must be run directly on the databases that are associated with that Composi
 | {check-mark}
 |===
 
+
+[NOTE]
+====
+The Neo4j Admin commands `backup`, `restore`, `dump`, `load`, `copy`, and `check-consistency` are not supported for use on xref:database-administration/composite-databases/concepts.adoc[Composite databases].
+They must be run directly on the databases that are associated with that Composite database.
+====
+
+
+== Considerations for backing up and restoring databases in a cluster
+
+Backing up a database in a clustered environment is not essentially different from a standalone backup, apart from the fact that you must know which server in a cluster to connect to.
+Use `SHOW DATABASE <database>` to learn which servers are hosting the database you want to back up.
+See xref:clustering/monitoring/show-databases-monitoring.adoc#show-databases-monitoring-listing-single[Listing a single database] for more information.
+
+Restoring from the command line involves putting a copy of the database on disk on each server that will need it.
+That can be awkward to achieve.
+The recommended way to restore a database in a cluster is to xref::database-administration/standard-databases/seed-from-uri.adoc[seed from URI].
+
+[IMPORTANT]
+====
+By default, a database backup includes only the database contents.
+If you choose to include metadata, the backup also stores the role-based access control (RBAC) settings associated with the database.
+
+When restoring, you have the flexibility to define the target topology (how many primaries and secondaries are desired for the database), which may differ from the topology at backup time.
+The database will then be allocated across the available servers according to that topology. 
+====
+
 [[backup-planning-databases]]
-== Databases to backup
+== Databases to back up
 
 A Neo4j DBMS can host multiple databases.
-Both Neo4j Community and Enterprise Editions have a default user database, called `neo4j`, and a `system` database, which contains configurations, e.g., operational states of databases, security configuration, schema definitions, login credentials, and roles.
-In the Enterprise Edition, you can also create additional user databases.
+Both Neo4j Community and Enterprise Editions have a default user database named `neo4j` and a `system` database.
+The `system` database contains configurations, e.g., operational states of databases, security configuration, schema definitions, login credentials, and roles.
+
+In the Enterprise Edition, you can also create multiple user databases.
 Each of these databases is backed up independently of one another.
 
-[NOTE]
-====
 It is very important to store a recent backup of your databases, including the `system` database, in a safe location.
-====
+
 
 [[backup-planning-additional]]
 == Additional files to back up
@@ -215,4 +227,4 @@ If you have a cluster, you should back up these files for each cluster member.
 
 For any backup, it is important that you store your data separately from the production system, where there are no common dependencies, and preferably off-site.
 If you are running Neo4j in the cloud, you may use a different availability zone or even a separate cloud provider.
-Since backups are kept for a long time, the longevity of archival storage should be considered as part of backup planning.
+Since backups are kept for a long time, the longevity of archival storage should be considered as part of backup planning.