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
Clarify that a recreate won't keep read availability. (#2186) (#2190)
Remove ambiguity that disaster recovery can recover a write unavailable
database without causing read unavailability.
Co-authored-by: Tselmeg Baasan <[email protected]>
Copy file name to clipboardExpand all lines: modules/ROOT/pages/clustering/disaster-recovery.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@
6
6
A database can become unavailable due to issues on different system levels.
7
7
For example, a data center failover may lead to the loss of multiple servers, which may cause a set of databases to become unavailable.
8
8
9
-
This section contains a step-by-step guide on how to recover *unavailable databases* that are incapable of serving writes, while possibly still being able to serve reads.
9
+
This section contains a step-by-step guide on how to recover *unavailable databases* that are incapable of serving writes and/or reads.
10
10
The guide recovers the unavailable databases and make them fully operational, with minimal impact on the other databases in the cluster.
11
11
However, if a database is not performing as expected for other reasons, this section cannot help.
0 commit comments