Hi Andrei,
> If indexes are not part of backup/restore, when and how is the index > recreated? > Citing an old answer from Thomas: "The disadvantage is startup (after a restore) is slightly slower, but not drastically (the index does not need to be re-built, it just has to be extracted again)." Regards, Andrei 2017-07-04 10:10 GMT+03:00 Andrei Kalfas <akal...@adobe.com.invalid>: > Hi, > > > I tried something similar a while ago and I used s3 bucket versioning > [1]. > > It allows you to do point in time restores without forcing the "prevent > > deletion policy". Is it suitable for your use case? > > I wish that this would have been on Microsofts Azure Storage feature list, > its not, yet. > > > > > No matter what approach you use for backup/restore, the backup of the > > segment store should come first (before datastore) to avoid any > > inconsistencies with binaries referenced in the segment store. It would > > probably be good if the backup doesn't contain the index data to avoid > > possible corruptions. > > If indexes are not part of backup/restore, when and how is the index > recreated? > > Thanks, > Andrei > >
