Isn't this a lot like x-site state transfer? Dan
On Tue, Mar 14, 2017 at 3:08 PM, Sanne Grinovero <sa...@infinispan.org> wrote: > Just throwing out an idea I just had while thinking of Hibernate OGM > user needs for data migration. > > For people using databases & related frameworks, it's common to have a > staging database which contains not just the staging "schema" but also > data. When legally possible, it's often preferable to have snapshot > from production data. > > For example last time I worked with a SQL database, each week I'd take > a production backup and restore it on both our staging environment and > on the developer's instances so that everyone could run tests on it - > without needing access to the real production. > > Interestingly, while we don't have an easy tool get a fully consistent > snapshot from a live Infinispan grid, "replicating" should be a > familiar concept here? > > Infinispan could have a "mitosis" feature, like cell reproduction, in > which the user connects a pristine grid instance of N nodes and these > N nodes automatically become non-primary owners for the full set of > segments - this could happen via a custom hash which makes them all > backup replicas (no main owners) and then Infinispan would be able to > tell when state transfer is completed, and initiate some some > coordination to sever the link without triggering re-hash on the > original "production" grid. > > Incidentally, while this happens the child datagrid would be kept up > to date with in-flight changes, so we could envision either a very > short lock on changes to guarantee a fully consistent snapshot, or not > have any lock at all but minimise the inconsistencies to those which > might happen during the link decoupling. > > Maybe this would satisfy also the people who've been asking for the > snapshot feature? I don't think people want a snapshot for the sake of > it, but to replicate the grid.. > > I realise it's not a 1 day of work and the idea is not fully fleshed > out, but I think this would be a very well received feature. > > > Thanks, > Sanne > _______________________________________________ > infinispan-dev mailing list > infinispan-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev
