I\u2019ve had this remote backup in place now for about a month and a half and the results have definitely been \u201cmixed\u201d. In fact, I have shutdown the remote backup at this point pending moving the customer to a trial of the Enterprise Plus product that enables the WAN acceleration feature of Veeam.<\/p>\n
I guess I should back up a bit \u2026<\/p>\n
The customer has standard Shaw Business service in the office and the same service at the owner\u2019s house (remote backup site). Upload speeds on these services are 5Mbps max (burst) with, probably, closer to 4Mbps sustained being the norm. So, in practice, this really means that the most that could be transferred out over the WAN connections is about 4 ~ 5 GB per hour. This is not a large amount in terms of backup, even if Veeam is doing its dedupe and compression \u201cthing\u201d to make the data transfer as small as possible.<\/p>\n
I have seen some surprisingly large transfers take place on both the SBS server VM as well as the LOB app VM and the size does not necessarily correlate with what we have seen with data updates on the servers. Apparently, other factors can also affect the actual \u201cchanged blocks\u201d that Veeam tracks on a VM including A\/V scanning activity (!!!). The net result is we have had a lot of job failures due to timeouts or other network issues related to the sheer volume of data being sent out over what amounts to a very small pipe.<\/p>\n
This is by no means a slam against Veeam; rather, it is a cautionary reminder that there is a lot more going on \u201cunder the covers\u201d than you might think and it highlights the reason why Veeam makes such a big deal about the new WAN acceleration feature. I\u2019m hoping that it will allow me to overcome the inherent limitations of the \u201cthin\u201d Internet connection. It also serves to highlight an issue with the whole concept of \u201cCloud backup\u201d (meaning backup over the Internet to wherever) in that you need<\/em> bandwidth to make it all work. Regardless of the service or the technology used, in the end it all comes down to how much data you can squirt out over your WAN links in a given timeframe. All of the \u201ctricks\u201d used by programs\/services like Veeam to thin down the data stream are all well and good but if it comes down to you having to move 20GB of data in a specific timeframe and you can only move 10, well, you have a problem. <\/p>\n Anyway, I\u2019m going to bump them up to Enterprise Plus and we\u2019ll see how it all goes. Stay tuned for the next update!<\/p>\n","protected":false},"excerpt":{"rendered":"