# Downgrading / reverting to a lower version **URL:** https://forum.duplicati.com/t/downgrading-reverting-to-a-lower-version/3393 **Category:** How-To **Created:** [April 29, 2018, 1:47pm UTC](https://forum.duplicati.com/t/downgrading-reverting-to-a-lower-version/3393 "2018-04-29T13:47:03Z") **Posts on this page:** 1 **Showing post:** 25
### Author: ![ts678](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/t/8491ac/32.png) [@ts678](https://forum.duplicati.com/u/ts678) #### Post date: [July 30, 2019, 4:14pm UTC](https://forum.duplicati.com/t/downgrading-reverting-to-a-lower-version/3393/25 "2019-07-30T16:14:01Z")
> [@AimoE](#): > > So the only way to find out what I need to know is try downgrading and see if it succeeds. Not exactly. This whole topic is sort of in violation of the it-hasn’t really-been-tested caveat, but at least the click-source-tree plan (don’t even need to sign into anything) can tell you when DB version WILL complain. As a side note, I can’t recall any downgrades that didn’t work due to something other than the DB versions. > [@AimoE](#): > > I am principally interested to know if I have a chance to downgrade from latest canary to latest experimental and then maybe some day get it upgraded to beta. Based on what I wrote (assuming I wrote/re-read it right), latest experimental and latest canary should play fine on DB version. Presumably move forward to next beta would also work. Downgrade to 2.0.4.5 will not. At the moment, latest Canary is [v2.0.4.22-2.0.4.22\_canary\_2019-06-30](https://github.com/duplicati/duplicati/releases/tag/v2.0.4.22-2.0.4.22_canary_2019-06-30) Experimental [v2.0.4.21-2.0.4.21\_experimental\_2019-06-28](https://github.com/duplicati/duplicati/releases/tag/v2.0.4.21-2.0.4.21_experimental_2019-06-28), and IIRC the actual code is basically rebuild of [v2.0.4.20-2.0.4.20\_canary\_2019-06-25](https://github.com/duplicati/duplicati/releases/tag/v2.0.4.20-2.0.4.20_canary_2019-06-25) (sometimes an Experimental is custom-blended, but this was not). Because downgrade from latest canary to latest experimental is only a small step, possibly your reason is getting off the Canary upgrade treadmill (which by design is bleeding-edge). If so, you can instead change channel to Experimental in [Settings](https://duplicati.readthedocs.io/en/latest/03-using-the-graphical-user-interface/#settings-in-duplicati), overriding the default of Canary channel you have if you install Canary. [Getting information about your setup](https://duplicati.readthedocs.io/en/latest/03-using-the-graphical-user-interface/#getting-information-about-your-setup) (specifically System info tab) might help before you change things, especially since you gave a thought in some topic that you got an update in violation of the channel plan. Info from these two screens I mention (Settings, and System info) might give a clue on what happened. > [@AimoE](#): > > Can you promise that if any one of the two dbs isn’t compatible after a downgrade, I will get an error message at first attempt to run a job, not down the line later? I don’t know the code that well, but I believe the check is at open time. The server DB opens right away to even show you your backup jobs screen. Some specific backup DB is probably not opened until required. There is a backup taken (as mentioned earlier), and one change in recent versions is now the backup file name includes the name of the file it came from (as opposed to just a date, leaving one a difficult guess). [Differens in database files, what are they?](https://forum.duplicati.com/t/differens-in-database-files-what-are-they/6080/7) [Include original database filename when saving database backup. #3792](https://github.com/duplicati/duplicati/pull/3792) So while I’m not making a firm promise, Duplicati doesn’t AFAIK handle multiple DB versions at once. Its solution is to upgrade (as required) on first use (unless it does everything in sight – look at your results). So I seriously doubt a late DB version complaint is possible. What’s definitely possible is that the backup of the old DB taken at version update time will grow obsolete rapidly as new backups occur. Trying to revert to it as part of a downgrade will mean losing new versions. Possibly this is what you were getting at. There’s a small time window on a given backup to go back, and possibly testing a less critical backup first when you do a major version jump would be the safer method. --- _[View the full topic](https://forum.duplicati.com/t/downgrading-reverting-to-a-lower-version/3393)._