Awesome - thank you ! Andrei > On Jul 4, 2017, at 10:59 AM, Andrei Dulceanu <[email protected]> > wrote: > > 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 <[email protected]>: > >> 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 >> >>
smime.p7s
Description: S/MIME cryptographic signature
