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)