You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Rewrite disaster recovery based on recreate and status check (#1890)
This PR rewrites the disaster recovery docs based on the new recreate
and status check procedures.
With regards to the functional changes there are three major things to
note.
1. The recovery of the system database is the same as before, even
though the way we check if the system db is write available or not has
changed.
2. The step which removes lost servers now also includes recreating some
databases. It was decided this mixing of recovering servers and
databases is necessary to get recreate into the guide in the best way we
could see.
3. Previously it was not clear how to handle quarantined databases, even
though the guide mentioned them in the intro. Now, it is more explicitly
discussed how they are supposed to be handles during disaster recovery.
In the past, we have also gotten feedback that the disaster recovery
docs are hard to follow. Therefore, this PR also includes refactoring
which introduces a new guide structure. This new structure provides more
explanations of why we are asking the user to do a certain thing.
---------
Co-authored-by: NataliaIvakina <[email protected]>
Copy file name to clipboardExpand all lines: modules/ROOT/pages/clustering/databases.adoc
+14-14Lines changed: 14 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -268,8 +268,8 @@ Neo4j 5.24 introduces the xref:procedures.adoc#procedure_dbms_cluster_recreateDa
268
268
* To change the database store to a specified backup, while keeping all the associated privileges for the database.
269
269
270
270
* To make your database write-available again after it has been lost (for example, due to a disaster).
271
-
// See xref:clustering/disaster-recovery.adoc[] for more information.
272
-
271
+
See xref:clustering/disaster-recovery.adoc[Disaster recovery] for more information.
272
+
273
273
[CAUTION]
274
274
====
275
275
The recreate procedure works only for real user databases and not for composite databases, or the `system` database.
@@ -468,7 +468,7 @@ SHOW DATABASE foo;
468
468
=== Seed from URI
469
469
470
470
This method seeds all servers with an identical seed from an external source, specified by the URI.
471
-
The seed can either be a full backup, a differential backup (xref:clustering/databases.adoc#cloud-seed-provider[`CloudSeedProvider`], introduced in Neo4j 5.26), or a dump from an existing database.
471
+
The seed can either be a full backup, a differential backup (xref:clustering/databases.adoc#cloud-seed-provider[`CloudSeedProvider`], introduced in Neo4j 5.26), or a dump from an existing database.
472
472
The sources of seeds are called _seed providers_.
473
473
474
474
The mechanism is pluggable, allowing new sources of seeds to be supported (see link:https://www.neo4j.com/docs/java-reference/current/extending-neo4j/project-setup/#extending-neo4j-plugin-seed-provider[Java Reference -> Implement custom seed providers] for more information).
@@ -506,7 +506,7 @@ To determine the cause of the problem, it is recommended to look at the `debug.l
506
506
507
507
label:new[Introduced in 5.26], the `FileSeedProvider` supports:
508
508
509
-
** `file:`
509
+
** `file:`
510
510
511
511
[[url-connection-seed-provider]]
512
512
==== URLConnectionSeedProvider
@@ -523,8 +523,8 @@ The `URLConnectionSeedProvider` supports the following:
523
523
524
524
label:new[Introduced in 5.25], the `CloudSeedProvider` supports:
525
525
526
-
** `s3:`
527
-
** `gs:`
526
+
** `s3:`
527
+
** `gs:`
528
528
** `azb:`
529
529
530
530
Starting from Neo4j 5.26, the `CloudSeedProvider` supports using xref:backup-restore/modes.adoc#differential-backup[differential backup] files as seeds.
0 commit comments