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
Copy file name to clipboardExpand all lines: services/console/src/chunks/docs-reference/server-config/de/plus-disaster-recovery.mdx
+6-4Lines changed: 6 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,10 +24,9 @@ Es gibt drei Replikations-`scheme`s:
24
24
25
25
Alle drei Replikations-`scheme`s haben die folgenden zusätzlichen Optionen:
26
26
27
-
-`retention`: (Optional) Die Dauer, die Schnappschuss- und WAL-Dateien aufbewahrt werden. Nach dem Ablauf der Aufbewahrungsfrist wird ein neuer Schnappschuss erstellt und der alte entfernt. WAL-Dateien, die vor dem ältesten Schnappschuss existieren, werden ebenfalls entfernt. Standardwert ist `24h`.
28
-
-`retention_check_interval`: (Optional) Gibt an, wie oft Bencher überprüft, ob die Aufbewahrung durchgesetzt werden muss. Standardwert ist `1h`.
29
-
-`snapshot_interval`: (Optional) Gibt an, wie oft neue Schnappschüsse erstellt werden. Dies wird verwendet, um die Zeit für die Wiederherstellung zu verkürzen, da neuere Schnappschüsse weniger WAL-Frames zum Anwenden haben. Die Aufbewahrung gilt auch für diese Schnappschüsse. Wenn Sie kein Schnappschussintervall festlegen, wird ein neuer Schnappschuss erstellt, wann immer die Aufbewahrung durchgeführt wird. Die Aufbewahrung erfolgt standardmäßig alle 24 Stunden.
30
-
-`validation_interval`: (Optional) Wenn angegeben, wird Bencher automatisch wiederherstellen und validieren, dass die Daten auf der Replik mit der lokalen Kopie übereinstimmen. Standardmäßig deaktiviert. Das Aktivieren kann die Kosten für den Betrieb von Bencher erheblich erhöhen, da die meisten Cloud-Services Gebühren für Downloads erheben.
27
+
-`snapshot.interval`: (Optional) Gibt an, wie oft neue Schnappschüsse erstellt werden. Dies wird verwendet, um die Zeit für die Wiederherstellung zu verkürzen, da neuere Schnappschüsse weniger WAL-Frames zum Anwenden haben. Die Aufbewahrung gilt auch für diese Schnappschüsse. Wenn Sie kein Schnappschussintervall festlegen, wird ein neuer Schnappschuss erstellt, wann immer die Aufbewahrung durchgeführt wird. Die Aufbewahrung erfolgt standardmäßig alle 24 Stunden.
28
+
-`snapshot.retention`: (Optional) Die Dauer, die Schnappschuss- und WAL-Dateien aufbewahrt werden. Nach dem Ablauf der Aufbewahrungsfrist wird ein neuer Schnappschuss erstellt und der alte entfernt. WAL-Dateien, die vor dem ältesten Schnappschuss existieren, werden ebenfalls entfernt. Standardwert ist `24h`.
29
+
-`validation.interval`: (Optional) Wenn angegeben, wird Bencher automatisch wiederherstellen und validieren, dass die Daten auf der Replik mit der lokalen Kopie übereinstimmen. Standardmäßig deaktiviert. Das Aktivieren kann die Kosten für den Betrieb von Bencher erheblich erhöhen, da die meisten Cloud-Services Gebühren für Downloads erheben.
31
30
-`sync_interval`: (Optional) Häufigkeit, mit der Frames zur Replik übertragen werden. Standardwert ist `1s`. Eine höhere Frequenz kann die Kosten für Cloud-Speicher erheblich erhöhen.
32
31
-`checkpoint.interval`: (Optional) Wie häufig Litestream einen nicht-blockierenden PASSIVE-Checkpoint durchführt, unabhängig von der Seitenanzahl. Litestream überspringt den Checkpoint, wenn Leser oder Schreiber aktiv sind. Standardwert ist `1m`.
33
32
-`checkpoint.min_page_count`: (Optional) Mindestanzahl an WAL-Seiten, bevor ein nicht-blockierender PASSIVE-Checkpoint ausgelöst wird (~4KB pro Seite). Litestream überspringt den Checkpoint, wenn Leser oder Schreiber aktiv sind. Standardwert ist `1000` (~4MB).
@@ -37,6 +36,9 @@ Alle drei Replikations-`scheme`s haben die folgenden zusätzlichen Optionen:
| replica |\{ ... \}| --- | Ja | Gibt ein Replikationsobjekt an. |
39
38
| replica.scheme | "s3" | --- | Ja | Gibt das Replikationsschema an. Für alle anderen `replica`-Schlüssel siehe die obige Liste. |
39
+
| snapshot.interval | "1h" | --- | Nein | Wie oft neue Schnappschüsse erstellt werden. Verkürzt die Wiederherstellungszeit. |
40
+
| snapshot.retention | "24h" | 24h | Nein | Wie lange Schnappschuss- und WAL-Dateien aufbewahrt werden, bevor sie ersetzt werden. |
41
+
| validation.interval | "6h" | --- | Nein | Wie oft Replikdaten wiederhergestellt und gegen die lokale Kopie validiert werden. Standardmäßig deaktiviert. |
40
42
| checkpoint.interval | "1m" | 1m | Nein | Wie oft ein nicht-blockierender PASSIVE-Checkpoint ausgeführt wird. Wird übersprungen, wenn Leser/Schreiber aktiv sind. |
41
43
| checkpoint.min_page_count | 1000 | 1000 | Nein | Mindestanzahl WAL-Seiten (~4KB pro Seite) vor einem PASSIVE-Checkpoint. Wird übersprungen, wenn Leser/Schreiber aktiv sind. |
42
44
| checkpoint.truncate_page_n | 0 | 0 | Nein | Seitenschwellenwert für einen blockierenden TRUNCATE-Checkpoint. **0 deaktiviert.** Werte ungleich Null können `database is locked`-Fehler unter Last verursachen. |
Copy file name to clipboardExpand all lines: services/console/src/chunks/docs-reference/server-config/en/plus-disaster-recovery.mdx
+6-4Lines changed: 6 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,10 +24,9 @@ There are three replication `scheme`s:
24
24
25
25
All three replica `scheme`s have the following additional options:
26
26
27
-
-`retention`: (Optional) The amount of time that snapshot & WAL files will be kept. After the retention period, a new snapshot will be created and the old one will be removed. WAL files that exist before the oldest snapshot will also be removed. Defaults to `24h`.
28
-
-`retention_check_interval`: (Optional) Specifies how often Bencher will check if retention needs to be enforced. Defaults to `1h`.
29
-
-`snapshot_interval`: (Optional) Specifies how often new snapshots will be created. This is used to reduce the time to restore since newer snapshots will have fewer WAL frames to apply. Retention still applies to these snapshots. If you do not set a snapshot interval then a new snapshot will be created whenever retention is performed. Retention occurs every 24 hours by default.
30
-
-`validation_interval`: (Optional) When specified, Bencher will automatically restore and validate that the data on the replica matches the local copy. Disabled by default. Enabling this may significantly increase the cost of running Bencher as most cloud services charge for downloads.
27
+
-`snapshot.interval`: (Optional) Specifies how often new snapshots will be created. This is used to reduce the time to restore since newer snapshots will have fewer WAL frames to apply. Retention still applies to these snapshots. If you do not set a snapshot interval then a new snapshot will be created whenever retention is performed. Retention occurs every 24 hours by default.
28
+
-`snapshot.retention`: (Optional) The amount of time that snapshot & WAL files will be kept. After the retention period, a new snapshot will be created and the old one will be removed. WAL files that exist before the oldest snapshot will also be removed. Defaults to `24h`.
29
+
-`validation.interval`: (Optional) When specified, Bencher will automatically restore and validate that the data on the replica matches the local copy. Disabled by default. Enabling this may significantly increase the cost of running Bencher as most cloud services charge for downloads.
31
30
-`sync_interval`: (Optional) Frequency in which frames are pushed to the replica. Defaults to `1s`. Increasing frequency can increase cloud storage costs significantly.
32
31
-`checkpoint.interval`: (Optional) How often Litestream performs a non-blocking PASSIVE checkpoint regardless of page count. Litestream skips the checkpoint if readers or writers are active. Defaults to `1m`.
33
32
-`checkpoint.min_page_count`: (Optional) Minimum number of WAL pages before a non-blocking PASSIVE checkpoint is triggered (~4KB per page). Litestream skips the checkpoint if readers or writers are active. Defaults to `1000` (~4MB).
@@ -37,6 +36,9 @@ All three replica `scheme`s have the following additional options:
| replica.scheme | "s3" | --- | Yes | Specifies the replication scheme. For all other `replica` keys, see the list above. |
39
+
| snapshot.interval | "1h" | --- | No | How often new snapshots are created. Reduces restore time. |
40
+
| snapshot.retention | "24h" | 24h | No | How long snapshot & WAL files are kept before being replaced. |
41
+
| validation.interval | "6h" | --- | No | How often replica data is restored and validated against the local copy. Disabled by default. |
40
42
| checkpoint.interval | "1m" | 1m | No | How often a non-blocking PASSIVE checkpoint runs. Skipped if readers/writers are active. |
41
43
| checkpoint.min_page_count | 1000 | 1000 | No | Minimum WAL pages (~4KB each) before a PASSIVE checkpoint triggers. Skipped if readers/writers are active. |
42
44
| checkpoint.truncate_page_n | 0 | 0 | No | Page threshold for a blocking TRUNCATE checkpoint. **0 disables.** Non-zero values may cause `database is locked` under load. |
0 commit comments