[
https://issues.apache.org/jira/browse/OAK-2619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14591384#comment-14591384
]
Julian Sedding commented on OAK-2619:
-------------------------------------
[~baedke] you are right. When I created the patches I tried to separate
repeated upgrades from the include/exclude logic. {NodeStateCopier} only gets
integrated into {RepositoryUpgrade} in a later commit regarding OAK-2586
(Support including and excluding paths during upgrade).
I'll create a patch that includes this part. Sorry for the inconvenience.
> Repeated upgrades
> -----------------
>
> Key: OAK-2619
> URL: https://issues.apache.org/jira/browse/OAK-2619
> Project: Jackrabbit Oak
> Issue Type: New Feature
> Components: upgrade
> Affects Versions: 1.1.7
> Reporter: Julian Sedding
> Assignee: Manfred Baedke
> Priority: Minor
> Attachments: OAK-2619.patch,
> incremental-upgrade-no-changes-mongo.png,
> incremental-upgrade-no-changes-tar.png, initial-upgrade-mongo.png,
> initial-upgrade-tar.png
>
>
> When upgrading from Jackrabbit 2 to Oak there are several scenarios that
> could benefit from the ability to upgrade repeatedly into one target
> repository.
> E.g. a migration process might look as follows:
> # upgrade a backup of a large repository a week before go-live
> # run the upgrade again every night (commit-hooks only handle delta)
> # run the upgrade one final time before go-live (commit-hooks only handle
> delta)
> In this scenario each upgrade would require a full traversal of the source
> repository. However, if done right, only the delta needs to be written and
> the commit-hooks also only need to process the delta.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
