On Wed, Jan 11, 2017 at 8:39 PM, Miguel Angel Muñoz Gonzalez <
miguel.angel.munoz.gonza...@ericsson.com> wrote:

> Hi everyone,
>
> We are trying to implement a backup/restore mechanism for ODL. I have not
> found much information about it in pipermail history except some questions
> and brief proposals (such as generating an snapshot and storing in a
> particular file, using an external database,…). I would appreciate if
> someone familiar with the topic could give us some hints on it:
>
>
>
> -          Is it possible to backup MDSAL Configuration datastore as of
> today? (I suppose it’s a matter of backing up leveldb files)
>
>
>
> -          If so, how can we guarantee that the backup is correct and/or
> consistent while it is running traffic and datastore is being modified?
>
>
>
> -          Supposedly there is a working mechanism consisting on:
> stopping ODL, copying the files manually and start it up… However, it would
> nice to know if there a more sophisticated mechanism to backup the
> datastore, especially if it does not imply stopping ODL. E.g. a particular
> API or tool that can be called to perform this activity?
>

I hope more knowledgeable people will give you a detailed answer, but there
is one RPC that allows creating a backup of ODL while it is running:

POST /restconf/operations/cluster-admin:backup-datastore

Where the message body looks like this:

{
    "input": {
        "file-path": "/tmp/datastore_backup"
    }
}

Since the datastore is transaction based, I assume this will save data up
to the last successful transaction, but don't quote me on that.

One of the main issues with backup/restore, AFAIK is the possibility that a
schema (YANG model) may change between the backup and restore, and how to
handle that.

-Lori
_______________________________________________
controller-dev mailing list
controller-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/controller-dev

Reply via email to