Skip to content

Conversation

NataliaIvakina
Copy link
Collaborator

No description provided.

@NataliaIvakina NataliaIvakina force-pushed the dev-images-disaster-recovery-1 branch from 0a2fd7a to 6598d6c Compare October 1, 2025 11:24
@neo4j-docops-agent
Copy link
Collaborator

This PR includes documentation updates
View the updated docs at https://neo4j-docs-operations-2619.surge.sh

Updated pages:


|Database A
|All allocations are lost.
|The database needs to be recreated from a backup.
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@AnnaSjerling, could you add a bit more details about the recovery strategy in each case?

If you recreate databases using xref:database-administration/standard-databases/recreate-database.adoc#undefined-servers[undefined servers] or xref:database-administration/standard-databases/recreate-database.adoc#undefined-servers-backup[undefined servers with fallback backup], the store might not be recreated as up-to-date as possible in certain edge cases where the `system` database has been restored.
=====
+
image::servers-cordoned-databases-moved.svg[width="400", title="Recreate databases", role=popup]
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think, we need to explain why databases A, B, and C were recreated in this step. Could you help me with that?

This will move all database allocations from this server to an available server in the cluster.
+
image::servers-deallocated.svg[width="400", title="Deallocate databases from unavailable servers", role=popup]
+
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To add a line explaining why the database D was moved or recreated in this step.

====
image::fully-recovered-cluster.svg[width="400", title="Fully recovered cluster", role="popup"]


Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was thinking that we could add some kind of conclusion here.
something like:

All databases, affected by the current disaster, were recreated and allocated to new servers.
The restored `system` database is in a primary mode.

What else should we say here? WDYT?

+
If servers were added in the <<make-the-system-database-write-available, Make the `system` database write-available>> step of this guide, additional servers might not be needed here.
It is important that the new servers are unconstrained, or deallocating servers might be blocked even though enough servers were added.
If servers were added in the <<make-the-system-database-write-available, Make the `system` database write-available>> step of this guide (like it is done in the current disaster recovery example), additional servers might not be needed here.
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
If servers were added in the <<make-the-system-database-write-available, Make the `system` database write-available>> step of this guide (like it is done in the current disaster recovery example), additional servers might not be needed here.
If servers were added in the <<make-the-system-database-write-available, Make the `system` database write-available>> step of this guide (like it has been done in the current disaster recovery example), additional servers might not be needed here.

@AnnaSjerling AnnaSjerling self-assigned this Oct 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants