Hey @Johan! Thanks for your use-case, “each N edits” totally makes sense. We are currently designing a solution to deal with such issues, though I can’t share any details yet, but we are on it!

Hi Anton

Given the recent issues that Miro has had in losing (and then having to restore) data, it’s made me very nervous about the content that is in Miro, to the point that I’d consider looking at alternatives who have a more resilient backup system and are more transparent about their issues. Whilst you got the data that you lost back, you haven’t really taken any steps to restore technical trust which is disappointing. 

Do you have an ETA on what’s coming from a data backup perspective and whether there is going to be the option for a more automated client side backup? I’m aware that it might cost in terms of bandwidth (though I’d be prepared to pay a smallish amount for that).

You really do host business critical data, and so your backups and system resilience and communications around this ought to reflect this. At the moment I’m not sure the level of communications and transparency around this issue really reflects that you understand how important this data is! Having data go walk about is significantly more than an ‘inconvenience’ as you outline in the page header.

Look forward to your thoughts and comments.

Matt

Hey @Matt Stocker,

We are really sorry for this situation, the team did their best to restore the missing content asap. If you believe some of your content is still missing, we encourage you to reach out to our support team via this form. Some additional information may be found here.

We fully understand that system resilience is key functionality and we are working on some solutions in this area. We will share additional information as soon as we have concrete ETAs. 

Thanks,

Anton

Just piling on here:  You really need to have an automated way to backup and restore the user data.  As Director of IT & Operations, my policy is that any business-critical data must be backed up to a second platform … we have two copies of anything that, if lost, would adversely impact business.  Further, those backup copies should be ‘air-gapped’ - offline copies on tape or removable disk … to prevent ransomware from getting to that data.  I’ve brought this issue to my users and they will have to re-evaluate their use of Miro in light of this requirement in the near term.  

Hey @chrissmith! I completely understand your requirements. Thanks for your feedback!

​​​​​​No further thoughts other than what has been discussed. Just wanted to say I agree, there needs to be some form of backup or versioning available. I’ve ran workshops with people new to Miro, and while I’ve taught them how to use it, there were instances where accidental deletions were made by the same group of people. I can’t facilitate and keep track of what everyone is doing on the board at the same time.

Hey @Ridzwan Haron! Thanks for sharing! Were these cases connected especially to deletions or editing in general?

Hi Miro team, I appreciate your interest in exploring different options for auto backup/version control. But, this is a HUGE issue that needs to get resolved quickly. I’d recommend implementing an MVP auto-backup solution and then fine-tuning once its out being used!! SharePoint has an a-OK version control system that allows you to see previous versions of a file and restore to a version at a given point in time.

It is not enough to restore deleted content or require a manual backup. I just had a client today accidentally unlock content and snap all of the layered items into a grid form, which made our entire workshop agenda and collateral100% unusable!! And it happened at the start of the workshop… So, everyone was confused and angry about the wasted time. Not to mention, the client PM is furious. Yes, the Board owner should have remembered to lock everything down with the owner-unlock-only feature. But EVERY other content dev software has auto-backups with version control because individuals aren’t perfect… 

The absence of auto-backups and version control is, frankly, unacceptable given the cost of an enterprise license for a firm with 8,000 people… I wish we had gone with Mural. 

Hey @AlexandraPDX! I can assure you this issue is something which is in our focus now. As a first step, we’ve just released Content Recovery feature which allows you to restore recently deleted content. 

You can read more here https://help.miro.com/hc/en-us/articles/360017730913-Activity-List

A few points here on the current process:  

To restore a board backup larger than 200MB requires Miro Support to get involved - I recently went through this process.  First, I had to supply a means of sharing the RTB file with your support group - I think Miro should be hosting a site where such uploads can take place, covered under any security policies that currently apply to the main Miro site. 

I’m concerned this transfer of data to Miro Support directly could potentially require us to extend our clients’ non-disclosure, chain-of-custody, and other legal requirements to Miro.  

Also, when they got the RTB file, Miro Support told me the file was corrupt and couldn’t be restored.  (Though, apparently, they could recover some of the content out of that file.)  I’m not certain how they made that determination, but it puts into question the viability of all backup files.  If your support folks have a tool that verifies the integrity of an RTB file, they should release that to customers so we can run it against our backup files.  If not, I think your Dev folks might want to create one.  And the site should supply a file checksum at download time, and instructions on how to generate the same against the downloaded file.  

So is there some kind of ‘roadmap’ for feature requests like this somewhere on Miro?  I have to have some kind of guidance on this backup issue and some other administrative deficiencies with Miro - or start moving my people off the platform.  : (

Hey @chrissmith!

Are you available for a customer interview to discuss your needs? If yes, please drop me a DM, we’ll schedule a call. 

Thanks!

Ideally we would have control on two things

• Backup time(s), e.g. 4 times per day 8am, 12pm, 5pm, 12am, or e.g. just 1 time per day, like at  midnight
• Backup retention, e.g. 21 days retention

This way we can go back in the past up to X number of days to recover someone destroying part of the board by mistake.

Right now it’s a bit scary to know backups are only manual.

Doesn’t need to be stored in Google Drive, then that complicates with APIs and permissions and whatnot, which is another possible thing that can go wrong and give a false sense of security if backups aren’t actually working. Ideally if they could simply be stored in Miro that’d be best.

Note that the manual backup solution remains needed for immediate backup needs. The backup solution isn’t to replace it, but it’s for peace of mind to cover the unknown unknowns.

Cheers!

If we had version history, then we would not need backup. We would have it implicitly in the version history.

https://community.miro.com/wish-list-32/version-history-1563

Consider giving it your vote :)

Hey @Wadih! Thanks for sharing!

What is the need to control the backups times and retention policy? Why 21 days exactly?

Hey @Anton Telitsyn !

It was just an initial implementation suggestion, but the rationale I guess is that it would depend, for Miro boards that get 100 updates per day, vs Miro boards that get 1-5 updates per week, a team might want to take more frequent backups.

The ultimate solution would be that every change is recorded so one can have a slider or a list of changes and simply move the time back. However this is more work to implement.

Keep in mind we’re talking about a kind of default safety net. 3 weeks retention means it gives people 3 weeks to figure out a destructive change made that should be reverted, it’s more like an insurance policy, but you guys will have to budget this with the amount of disk space available.

Perhaps to start with, just an “emergency” auto-backup nightly with a 3 weeks retention window that would be nice already, that would be the easiest to implement, and later that can be improved on with controls on frequency and ultimately the per-change model perhaps.

It’s not show stoppers though, but people make mistakes, and the peace of mind of knowing I can go back in time is always good. That’s the reason in the OS there is the Trash can, files aren’t wiped right away.

Just food for thought!

Hope it helps!

Sure @Wadih, this helps! Thank you for the clarification! Pleas bear with us - We’ll keep this thread updated when we have a solution.

For me this feature is imortant, since we use this with clients for workshops and coachings. We are now having the case that a whole team in miro got lost and with it crucial boards we need for the collaboration with our clients. At the moment it seems it will will not be possible to restore the boards from the miro servers. Hence we wished we had a serperate back-up option to our own servers or onedrive to restore the boards ourselves and have a backup for the miro backups so to speek in case this happens again

Hi all, I’m thrilled to announce we just released board history for users on Team, Business, Consultant, Enterprise, and Education Plans. You can learn more in this thread!

​

@Mironeers:

A big hug and thank you - You’re awsome

Michael

​

So what is the status of backups in Miro development?  Considering this is a pretty important feature for anyone running a business, I would think it would be a priority.  But more than a year has gone by and I don’t see any progress towards fielding anything like this.  

Hey @chrissmith!

Miro introduced Board History In July 2021 - this feature are intended to solve the cases when our customers need to restore previous versions of boards. This feature works automatically for all paid plans - no need to set up any kind of cloud storages.

Please find more information here https://help.miro.com/hc/en-us/articles/360021668819 and let us know if you have any questions or you think this feature doesn’t solve your case.

Thanks,

Anton

So @Anton Telitsyn, is that on separate storage from your main servers?  How is that implemented - as incremental snapshots against a base file or full copies?  Are there any limitations on how big boards can be related to this history feature to work properly?    

Hey @chrissmith!

Happy to help. Board History feature is implemented as the following:

1. The storage is separate.
2. We saves full copies of boards.
3. No limitations on board size.

Additional to that we, of course, all production databases have backups that are saved regularly - but this is only for case of incidents.

I hope this helps.

Thanks,

Anton