You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@zookeeper.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2021/12/14 16:53:00 UTC
[jira] [Updated] (ZOOKEEPER-4425) 4lw Command: On demand snapshot
[ https://issues.apache.org/jira/browse/ZOOKEEPER-4425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ASF GitHub Bot updated ZOOKEEPER-4425:
--------------------------------------
Labels: pull-request-available (was: )
> 4lw Command: On demand snapshot
> -------------------------------
>
> Key: ZOOKEEPER-4425
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-4425
> Project: ZooKeeper
> Issue Type: New Feature
> Components: server
> Reporter: Pablo Francisco Pérez Hidalgo
> Priority: Minor
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Working with disaster recovery scenarios at work, we found that having the capacity of telling a ZooKeeper instance to take a snapshot, thus dumping into files the contents of its view of the internal database, could be a last resource hatch out of potential data loss.
> As an example, imagine that all the voting members of the ensemble are wiped out due a wrong deployment configuration change. A single surviving observer could hold on its memory the last copy of most recently updated the ensemble data. Sending it a _*snap*_ *four letter words command* that forced it to save a snapshot of that information into disk could be a very convenient way of recovering the database.
>
> This issue aims to discuss the addition of this feature and serve as the gate for a an already available patch providing this feature.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)