-
Notifications
You must be signed in to change notification settings - Fork 83
Add images to the Disaster recovery page #2619
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: dev
Are you sure you want to change the base?
Add images to the Disaster recovery page #2619
Conversation
modules/ROOT/pages/clustering/multi-region-deployment/disaster-recovery.adoc
Outdated
Show resolved
Hide resolved
modules/ROOT/pages/clustering/multi-region-deployment/disaster-recovery.adoc
Outdated
Show resolved
Hide resolved
modules/ROOT/pages/clustering/multi-region-deployment/disaster-recovery.adoc
Outdated
Show resolved
Hide resolved
modules/ROOT/pages/clustering/multi-region-deployment/disaster-recovery.adoc
Show resolved
Hide resolved
0a2fd7a
to
6598d6c
Compare
This PR includes documentation updates Updated pages: |
|
||
|Database A | ||
|All allocations are lost. | ||
|The database needs to be recreated from a backup. |
There was a problem hiding this comment.
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] |
There was a problem hiding this comment.
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] | ||
+ |
There was a problem hiding this comment.
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"] | ||
|
||
|
There was a problem hiding this comment.
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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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. |
No description provided.