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
Is it possible to recover FASTER state from snapshots after process restart (crash). All of the examples regarding recovery are for the same process and uses Guid that was returned by TakeFullCheckpoint. Does it mean that this Guid should be stored somewhere (DB for durability) after taking a checkpoint, then during startup it would be read and used for recovery?
What if multiple threads had performed checkpoint - which Guid should be used for recovery?
The text was updated successfully, but these errors were encountered:
Yes, the point of checkpointing is to be able to recover FASTER after a process failure/crash.
The Checkpoint call returns a Guid that the user is responsible for persisting, e.g., in a local file or database. During recovery, you read the Guid and use it as the parameter to Recover. This allows the reader to create multiple checkpoints and choose which one to recover to. One may also take separate checkpoints of the index and hybrid log, and combine these checkpoints to control recovery time.
If multiple threads were interacting with FASTER, each thread should persist its session ID (obtained during StartSession). During recovery, each thread registers with FASTER using its session ID, using ContinueSession. This call will return the operation sequence number from which the thread should continue feeding input operations after recovery.
You can take a look at the SumStore example for more details. This example allows you to recover after a crash. Adding @gunaprsd as well (feel free to chime in with more details or corrections).
Is it possible to recover FASTER state from snapshots after process restart (crash). All of the examples regarding recovery are for the same process and uses
Guid
that was returned byTakeFullCheckpoint
. Does it mean that thisGuid
should be stored somewhere (DB for durability) after taking a checkpoint, then during startup it would be read and used for recovery?What if multiple threads had performed checkpoint - which
Guid
should be used for recovery?The text was updated successfully, but these errors were encountered: