Fall 2018 Release – Infrascale DR v6.16

This Fall, we have releases for 2 of our services, Infrascale Disaster Recovery (IDR) and Infrascale Cloud Backup (ICB).

IDR v6.16 boasts quality of life improvements, key fixes and new support for VMware v6.7!

ICB v7.3 includes many fixes, performance improvements and remote management improvements for distributed networks, plus new support for Windows Server 2019 and MS SQL 2017.

Again, big thanks to our Partners, who continue to be a cornerstone of our mission to eradicate downtime and data loss for businesses of all sizes.

And of course, hats off to our Product and Dev teams for their agile performance and turn-around time!


VMware 6.7 Support (IDR 6.16)

This is a big but easy one to describe. While most functions remained stable with the update to VMware v6.7, there were a handful of workarounds we employed for our administrators to regain full and consistent functionality. With IDR v6.16, all functionality and performance experienced with previous versions of VMware have been returned, with the added benefits of the items listed below.

Custom QEMU Commands during LocalBoot (IDR 6.16)

Like any high performance machine, it’s sometimes handy to get in and make some tweaks before hitting the road. Administrators are now able to do this with editing a config file each time by configuring custom QEMU commands to run with boot operations.

Define Client Schedules During Client Creation (IDR 6.16)

This is one of those simple but important time-savers. Rather than configuring a client, THEN going back to edit the schedule, we’ve combined these steps into a single, fluid motion.

“Legal Hold” backup/DR jobs (IDR 6.16)

Whether for a legal hold or any other reason, sometimes you just need to stop a backup from getting purged by the retention policies you have set. Administrators can now “pin” backup jobs to do exactly this. When an administrator “pins” a job, they are able to set the time-frame before the job would cycle back into the regular retention policy for that particular location (primary or secondary location).

*Note, this feature, like retention policies, are set per backup location; either primary or secondary. We note this because most services in the market require identical retention periods for replication services, but we figured we’d let you decide.

Improved Mass Deployment/Management for Cloud Backup (ICB v7.3)

We continue to find great success with our administrators using ICB to protect data at the point of data creation, rather than limiting BCDR plans to central servers. With this growing trend and major differentiation when comparing against traditional DR vendors, we’ve received many improvement requests to keep this growth going strong.

Details can be found in the table below, but there were a number of improvements to help administrators protect data across all devices for their respective businesses. This includes changes to workflows for deployment, changes to required permissions helpful when password resets are in order and difficulty in protecting personal folders when deployed with administrative credentials.


Full List – 

The table below contains the full release notes, and while there are too many to highlight, they add up to yet another major quality of life improvement for our techs and their customers.

Short Description Explanation
FIX: Weekly appliance report could not be generated Some customers were unable to get helpful weekly reports and would need to manually gather the information. This is no longer an issue. This bug fix saves 4-6 steps per report.
FIX: Update of Agent installed on client could no be completed due to service not stopping properly In this case, it would require additional steps and time for the administrator to manually stop the service before restarting the update. This bug fix saves roughly 6 steps per agent.
FIX: DR backup could fail sometimes In some cases, a DR backup would fail, which triggers alerts and additional follow-up. The causes are varied, and most fixes were simply to re-run a backup. We’ve fixed what seems to be central to the issue, saving roughly 4-6 steps per event.
UPDATE: New technology for Browse&restore function – increased list of supported file systems, stability, multiple bug fixes Some new types of file systems could not be browsed during restore before introduction of this technology, thus we are decreasing time spent to restore one or a few files drastically – customer will not need perform restore of the whole system or mount notbrowsable disk.
UPDATE: Full support for VMware 6.7 VMware 6.7 is now fully supported, whereas before, users could run into some issues here and there.
NEW: Ability to add DR schedule during creation of Client, column shown by default now in the list of Clients Before, these were separate steps. Setting up new clients is now 4-6 clicks shorter.
FIX: Some jobs could not be deleted by retention Retention periods are important to reduce unnecessary usage on both the primary and secondary appliances. Now, all jobs can be removed by policies unless exempted by the “pinning” feature.
FIX: Hardware Monitoring section did not show CPU and Hard Disk information on some models Fixed so all data shows for all models.
UPDATE: Support for local boot of DR images /VM backups of clients with disks with 32 sectors per track We have customers with specific models of hardware and disk geometry now they have them fully protected – we will be abel to boot them in case of DR event.
NEW: Ability to specify custom QEMU commands during LocalBoot In very specific cases local/cloud boot settings need some tweeks by support inside of the appliance, which were not persistent, with this update this specific settings can be stored without need to edit configuration files.
FIX: Automatically set correct CPU model during LocalBoot
NEW: Ability to change CPU model during LocalBoot
During a DR restore, we automatically recommend/use settings based on the machine being booted to reduce the chance of booting an a machine into an environment that will underperform while simultaneously saving time in doing so. We’ve improved this automation and extended customization of boot settings from being only available for cloud boots, to restores on the local appliance as well.
REMOVED: Autoarchive of differential and incremental levels of backups on Virtual Machine We are treating all backups of VM as fulls, it was inconsistency and preparation step for Retention 2.0 policy (coming in 6.17)
FIX: Disabled ability to edit clients on secondary appliance Removed the confusion with ability to edit clients on secondary – that was making no sense.
FIX: Disable visibility of Boot verification images in the list of clients in case Boot verification is turned off If Boot verification was turned off after sometime of working it would show in sometime very old boot verification results and was disinformational to customers.
NEW: Ability to connect to appliances inside local network with https://devices.infrascale.com This will remove steps to connect keyboard and mouse during initial setup in order to know IP adress of the Appliance – after turning on any appliance will become visible on devices.infrascale.com.
FIX: Ability to bond network interfaces on some models of appliances New 550 appliance had disabled some network settings as it does not have boot ability which were required to increase connection speed by bonding network interfaces.
UPD: Set “date until” to +10 years from current moment for previously pinned jobs Many compliance requirements are for the length of data retention, and the “pinned jobs” feature released earlier this year did not allow jobs to be excluded from retention policies long enough, requiring a reminder and manual adjustment of the “pin” after some amount of time.
FIX: Unable to boot VM with dynamic disks in certain circumstances This was a major fix for customers in this situation, as they would have to go through a much more traditional baremetal recovery process rather than a quick, easy DR recovery flow.
UPDATE: Reduce amount of storage used for performing DR backups This helps reduce the need to upgrade primary appliances due to the need for temporary storage of files during DR backup procedures. The temporary storage footprint is now significantly smaller. The result of not having enough space would be that backup jobs would fail, or run much more slowly and require a storage upgrade.
UPDATE: Preserve disks order during LocalBoot on Appliance on in the Cloud Some VM have got a lot of number of disks and our boot process in some cases could not detect correct boot disk which lead to boot fail. We have implemented more sophisticated algorithm and number of boot failures will decrease now.
FIX: Ability to use UK keyboard layout
NEW: Ability to choose keyboard layout for locally booted machine
Keyboards aren’t all the same. The default option was the US ENGLISH QWERTY keyboard layout, and we now support the UK ENGLISH QWERTY keyboard.
UPDATE: More concise description of requirements for performing LocalBoot on Virtual Appliance We have removed pain, when customers were trying to boot image inside of the virtual appliance and were facing information that not enough resources are assigned in order to be able to boot – now it’s stated how much exactly memory and CPU are required.
UPDATE: Correct link to the Knowledge Base in Support tab of Appliance InsideWe are routing customers now to maintained and updated version of Infrascale’s Knowledge Base.
FIX: Sometime VMware backup of turned off machine could fail If a VM within VMware was turned off, the backup would occassionally fail. This is common for VMs created as templates, but not regularly used.
UPD: Show user-friendly message on Browse and Restore if no data can be found. Our users where confused in some corner cases, when we could not browse the disk and show it content – we just showed empty screen, now we give friendly message about such situations.
FIX: Jobs re-imported from archive or pushed back from secondaries will not be deleted by retention at once In case of different retention settings on primary(short) and secondary ( longer) job restored from archive or pushed back to primary would have passed retention and deleted. Now it will be automatically pinned in order the user would be able to restore and manipulate the job.
NEW: Ability to pin particular job until some date in future “Pinning” a job excludes it from retention policies for as long as determined by the user when “pinning” a job. This is helpful in many cases: compliance, breach investigation, employee turn over, legal disputes.
FIX: Garbage Collection history now shows data Process of freeing space on Appliance is done during Garbage Collection – now it’s possible to see how it is working.
FIX: VMware client will show progress of backup now Reduced number of clicks in order to check how progress is working – now it is visible on all Clients.
FIX: Backup would failed of the Hyper-V guest migrated to another host
UPDATE: Stability of DR backups
UPDATE: Stability of Hyper-V backups
In general, this is a group of updates and fixes that improve the reliability and reduce the TCO when protecting Hyper-V environments as well as fixing an issue caused after Hyper-V VMs migrate to new hosts.

Previously, these issues would result in alerts/warnings that would take techs time to evaluate and resolve.

NEW: RAID status is shown on console screen Many of our administrators cited this as a big help rather than having to dig around for the info, deeper in the console. Here you go!
UPDATE: Ability to perform Linux DR backup with non-root user credentials A lot of Linux distributive have root user deactivated now by default due to security measures, so our customers could not perform backups of such Linux machines – we opened ability to perform backup with any users credentials (after special settings are done)
UPDATE: Changed customization of replication bandwidth limit Some of our customers are not working Monday-Friday and would like to have more flexible way to customize replication bandwidth limit – now any day during week can be set to decrease speed.
FIX: Daily report will show correct restore point date in case of last backup has failed Daily report was showing not latest but first very old restore point and made confusion that no recent backups are available per machine. So now we show correct most recent restore point.
NEW: In case of appliance decomission you can securely shred all data We have added script in order customer would be able securely delete all data on appliance in case decommissioning.
FIX: DDFS in case of shutdown will be unmounted at once. We have changed logic of deleting files in DDFS in order to being able to unmount filesystem ot once.


What’s Next?

We’re on the cusp of some major changes under the hood that will result in simpler deployment steps and improved performance.

We’re also going to be announcing updated and new integrations with Connectwise Automate.

Stay tuned!

-The Infrascale Product Team

Summer 2018 Release Part 2 – Infrascale DR v6.15

Part 2 of our summer release schedule is days away! Meet IDR v6.15.

IDR v6.15 boasts quality of life improvements and key fixes. This release removes many common procedures by adding in some automation and/or shorter workflow options. We’ve estimated a reduction of roughly 20 steps across multiple, recurring scenarios, which could easily be 200-500 less tasks performed per year per IDR deployment–money in the bank.

Our ability to turn around such a quick and valuable release is due largely to our terrific community of Partners that continue to be a cornerstone of our mission to eradicate downtime and data loss for businesses of all sizes.

And of course, hats off to our Product and Dev teams for their agile performance and turn-around time!

Quality of Life Improvements

NEW: Automated, Online DDFS compact

Previously, admins would receive a warning/error from the monitoring system saying storage limits have been reached or were close to being reached.

Next, the admin would try to free up some space by deleting jobs and/or would contact support for assistance.

Support would then suggest running “compact” to free up the needed space. Doing so requires shutting down the entire appliance and could take days to complete; roughly 1 day per 1TB of freed space.

By automating the DDFS compact task to take place in the background, we’ve eliminated at least 4 steps (per occurrence) and eliminated downtime during such an event.

NEW: Ability to unlock VMware VM migration option from Appliance

Before a VMware VM is protected, we must disable the ability for a VM to be migrated to ensure the backup is successful. Sometimes, the VM doesn’t properly unlock afterwards, requiring the user to manually unlock the VM by either running another backup or going into vCenter.

While we’re still working on an automated resolution, adding an option to unlock a VM from within our system now allows an administrator to manually unlock the VM in 1 step instead of 2 or 3. We’re working to better avoid the issue altogether in later releases.

NEW: Archive Option – Ability to Pin/Unpin Jobs to be ignored by retention policies

Whether due to a hardware refresh, employee turn-over or some other event, it’s important to be able to retain specific backups despite the retention policy set for them by the client. This new “pinning” feature allows administrators to do just that.

First, a vocab review – within Infrascale IDR, a client is created by defining a retention policy and a schedule for a particular machine (virtual or physical). When a backup runs according to the configured client, that’s called a job. Jobs are stored on the primary and/or secondary for as long as the retention policy indicates.

Pinning a job will exclude it from the retention policies set for that client and will default to keeping that job indefinitely–essentially, an archival option.

For example, if you’re decommissioning a machine but you want, need, to keep a backup for it, you’d pin the jobs you want to keep before removing the client. Compliance, maintained.

This is a first step in many to add more flexibility and customization when needing exceptions at the job-level.

Important note* Like retention policies, pinning jobs is done individually for the primary and the secondary (or cloud) appliances; pinning a job on your primary will not auto-pin the same job on the secondary. Be sure to pin jobs on the appliance where you’ll want the archived job to be kept, or both.


We’ve also added ‘deleting a client’ as a recorded event in audit logs and removed a few clicks from everyone’s life by adding the firmware version on the login screen in addition to the settings area. Strangely but understandably, we slowed down the initiation of a local boot with a 5 second delay so admins have time to smash into safe mode for some debug.

•    UPDATE: Audit logging – added “client deletion” as a new event

•    UPDATE: Firmware version is now visible on login screen

•    UPDATE: Added 5 second delay before localboot (to access safe mode)

•    UPDATE: Change filtering logic by dates in all grids on Appliance interface


•    FIXED: Issues restoring DR image backups with multiple disks

Introduced in 6.14, there was a reported issue wherein a second disk on a DR image backup would timeout during a restore, and we’ve squashed this out.

•    FIXED: VMware VMs that have not been powered on will not be protected

This is for all you VM templaters out there. If you upload a VM image to the VMware host, as a template, then this template VM would not be protected by our system until it was powered on. Now, admins can protect their VM templates without doing this step.

•    FIXED: Incremental Backup fails on VMware VM with a newly added disk

The workaround for this was to run a full after a new disk was added to a VM. That step is no longer needed.

•    FIXED: Hyper-V backup jobs hang/freeze

6.14 introduced new parallel processing to handle multiple jobs at one time. Some of our partners reported instances wherein Hyper-V backups would freeze and this has been resolved.

•    FIXED: Improved Replication Process

Customers may not have noticed a problem here as the job would restart where it got stuck and, at most, it would appear that a replication job took a bit longer than expected. We resolved this issue so replication jobs are more stable.

•    FIXED: False positive – failed verification status after replication

Verification of jobs would appear failed until an automated task would run after the job was completely closed. We’ve changed this verification step to instead be a part of the backup process, eliminating these false positives from alarming administrators and filling up ticketing queues (and the steps that go with closing them).

•    FIX: Hyper-V backup fails if the password had been modified

Not bad for less than 2 months since our last release, eh?

What’s Next?

Good news looking to the 6.16 release set for September/October 2018.

Key highlights for 6.16 are VMware 6.7 support and a new Super Agent with setup and configuration improvements.

Thank you!

-The Infrascale Product Team

Summer 2018 Release – Infrascale DR v6.14

Infrascale Disaster Recovery (IDR) version 6.14 is our big summer release, and has much to offer our customers and partners in terms of improved quality-of-life changes, security features, performance improvements and bug fixes. We’d like to start by thanking all our partners, especially those that worked with us to find solid and timely solutions to not just issues, but to overall usability improvements.

The IDR v6.14 release is scheduled for public availability July 2nd, 2018.


Our partners and customers will be happy to know that, in our lab, our teams were seeing massive (up to 5X) speed improvements when protecting VMware environments with v6.14.

When protecting Hyper-V, we also saw significant performance improvements by enabling backup jobs to run in parallel (improvements will be greater for those with larger appliances protecting many smaller backup jobs versus those with fewer, but larger jobs).

In both cases, the performance improvements will allow customers to more quickly get their environments protected, which means less hassle managing network and system I/O during initial and regular backups and an chance for improved restore point objective (RPO) goals (less data loss due to more frequent backups).


Quality of Life (QoL) improvements make up a bulk of the line items you’ll see below in the release notes, and range from usability improvements in the GUI, to new features that allow our administrators to automate testing and verification of the integrity of backups run to time-saving additions, enjoy.

The QoL list is highlighted by the new boot verification option. This means admins can run these tests and have automated reports with screenshots of systems running to help themselves and everyone around them sleep easy knowing the system will be there for them when it counts.

In addition, there are a ton of time-savers in here like allowing administrators to perform tasks from within the secondary appliance GUI rather than having to switch to the primary, automation during initial setup and the ability to define individual disks on VMware VMs for backup rather than being limited to selecting entire VMs.

There’s a lot here, so check out the list below:

  • NEW TIME SAVER: Mass-update appliance firmware from Dashboard (for firmware after 6.14.0)
  • NEW PEACE OF MIND: Boot Verification of backup jobs (individual jobs, stay tuned for boot orchestration verification!)
  • NEW REPORTS: Daily backup reports have added clarity regarding overall daily backups and the inclusion of the new* boot verification results
  • NEW CONTROL: Ability to select specific VMWare disks within a VM to help save on local and cloud (secondary) backup space usage
  • NEW: Support of IDR 550 appliance – stayed tuned for more info on this new, little workhorse for those smaller offices
  • TIME SAVER: Auto-configure RAID during initial provisioning of appliance, no reboot required
  • TIME SAVER: Simplification of QuickStart Wizard: no “Certificate” step, Time zone/Date/Time steps are combined for easier deployment and management of multiple IDR appliances
  • TIME SAVER: Allow manual deletion of jobs from secondary appliance
  • UX IMPROVEMENT: Revisited columns in Client / Summary view based on customer feedback
  • UX IMPROVEMENT: Client/Summary shows date of last successful backup for each client
  • UX IMPROVEMENT: Number of jobs pending replication is shown in Dashboard
  • UX IMPROVEMENT: Job message logs show timestamp
  • UPDATE: Default retention for new appliances is set to 3 months
  • UPDATE: Automatically delete failed jobs after 7 days
  • UPDATE: Protected Space calculation support for various file systems, software RAID, LVM, Windows Dynamic Disks


Security has long been a pillar of strength here at Infrascale, and we’ve brought some previously “upon request” options straight to your finger-tips. In addition, there are additional access controls that IT teams will appreciate, including the much in-demand ability to have multiple administrative logins. Check ’em out:

  • NEW: Ability to create multiple admin accounts on appliance (command line-only)
  • NEW: Email notification on login event for administrators
  • NEW: Option to require an appliance-specific password for remote access via Dashboard (that’s 2 sets of credentials, now)
  • NEW: Option to disallow Infrascale staff from accessing secondary appliance (we’ll ping you when needed)
  • NEW: Audit logs on-demand or via daily digest emails for key events–logins, DR boots, job deletions.
  • UPDATE: Email server settings support custom SMTP port and encryption
  • UPDATE: Enable/disable remote access on Dashboard credentials entry screen (enabled by default)


Every sprint, our teams dedicate a portion of their efforts to killing bugs, dead. Here are the bugs we smashed with 6.14:

  • FIX: Multiple stability improvements for MS Exchange backup and recovery
  • FIX: Auto-archive option is now working
  • FIX: We’ve prevented a number of VMWare errors that would be thrown during backup/restore by using dynamic buffer size
  • FIX: Rather than shutting off before the process finished, the auto-download firmware update will remain on until the appliance has been successfully setup
  • FIX: Resolved some issues with large files replicating (but failing) to a secondary appliance (or cloud)
  • FIX: Remote access and Support Tunnel stability
  • FIX: Sort devices alphabetically in Orchestration

Click here to join or view our IDR v6.14 Release Webinar.

There is still a lot of summer left, stay tuned for news on the next 6.15 release for even more improvements.

Thank you!

-The Infrascale Product Team

Spring Cleaning Starts Early in 2018 – Disaster Recovery Release v6.13.2


As part of our continued efforts to make using Infrascale a pleasant experience that simplifies your backup and disaster recovery lives, we’ve started spring cleaning early this year with the release of Infrascale Disaster Recovery (IDR) v6.13.2.

Again, big thanks to all of our partners and admins that helped report these issues and find resolutions.

Continue reading for a detailed explanation of the release or scroll to the bottom for the list.

For Those Protecting VMware Environments

Issues Running Hourly Backups of VMware

A large piece in the fight against data loss is your restore point objective (RPO), or how frequently your backups are running. More frequent backups means your risk of data loss is reduced, that’s good. However,  many partners trying to reduce that risk to a mere hour reported JVM crashes when running in VMWare environments, requiring a manual full backup to run to resolve the issue. We’ve fixed this issue and are happy to say that you can now run hourly backups without concern.

VMware Snapshots Causing Storage Issues

The next item were reports of production storage being consumed by left-over VMware snapshots.  Occasionally,  our system left these VMware snapshots behind rather than cleaning them up, leaving some rather tedious work for admins. We’ve fixed the automated clean-up of these snapshots so you’ll no longer run into this problem.

Appliance Disconnects from VMware After Reboot

Classic tech-support steps, is it plugged in? Try restarting it. In many cases, we found that primary appliances would not automatically reconnect to VMWare after a reboot, meaning no backups will run. The result would be an influx of monitoring errors that backup jobs were skipped, sending support into a frenzy. We’ve fixed this so reboots no longer require a manual reconnection to VMware and after you update v6.13.2, VMware will automatically reconnect.

Additionally, we improved memory usage during VMware backup, so your backups should perform a bit faster now with fewer memory peaks.

And Now, the Bulk of the Release

Remote Access Goes Dark After a Connection Interruption

You’re working on a recovery, test or real, and suddenly you lose remote access and have to reconnect, queue heart palpitations and expletives. You just need to reconnect, but this costs time, and time is money, especially in a real downtime scenario. We’ve added some logic on our end to prevent this from happening. To reconnect, you have to go to the primary and restart the whole appliance or disable and re-enable remote access. This is a huge problem if you run into this problem and you’re not on site, which is most cases.

When accessing remote VMs after running cloud boot, admins would receive timeouts after on sessions 7 and beyond. We’ve upped the limit of how many remote access windows you can open from the Dashboard at a single time. You’ll still want to keep an eye on performance of your machine as you increase the number of sessions, but now you can launch as many as you like.

“Unknown” Status on Appliance Page

Similar to the remote access fix, those scary instances of “lost” appliances was also resolved. In the case that a connection interruption occurred between the appliance and the cloud infrastructure, admins would simply receive a shoulder shrug from the dashboard–no monitoring data, no usage data, nothing. The fix was to reboot the appliances, We’ve both changed the behavior so that your appliance doesn’t disappear in such a case, and we’ve put in work to ensure that connections are more stable.

Backups Stop with error “VimSDK Error: Bad Parameters of Function”

There were some reports of a “VimSDK error: bad parameters of function” that started to pop-up from the community. We found that the issue was caused when Windows provisions a disk with a partition larger than the disk, causing the backups to fail with the before mentioned error. Our system can now recognize this occurrence and will continue on with backups as before.

Can’t boot inconsistent NTFS Volumes

In the scramble after hard resetting a production server, administrators will often need to run a system utility, ChkDsk, to put the system back into a consistent state. If admins didn’t get the chance before a backup ran, then  our system would be unable to boot that or any subsequent version. While we can’t make things nicer on the Windows side, we did add a check before booting to see if it is inconsistent, and, if necessary, we’ll run ChkDsk utility so the boot can perform as expected.

Primary appliance stops working if the secondary is running a different version

For paired-appliance setups that are not replicating to Infrascale’s cloud, there was no automated update on the secondary appliance upon updating the primary. This caused the backups to fail as well as any replications, loading up your ticketing queue with a ton of errors. We’ve now automated the update of the secondary appliance once you’ve updated your primary.

Sluggish Backups after a Firmware Update

In a few cases, we had reports of extremely sluggish backup performance after a firmware update. We found an error that moved a vital catalog off the solid-state-drive (SSD) and onto the primary storage drives. While we can’t automate the fix, we have put in a place a warning telling the administrator to contact Infrascale support so we can dig in and move the catalog back to the right spot.

Unable to Download Files via “Browse and Restore”

The granular file recovery from the cloud appliance didn’t work. This is obviously a super-critical issue and we commend both the reporter and our team for jumping on it ASAP.

Hyper-V Recovery Speed and Bandwidth Improvement

During a backup, we protect only the data that exists and make a note of the empty blocks on each volume. But, during recovery, we were transferring these ’empty’ blocks. Transferring an empty block isn’t so bad, but transferring millions of them could significantly impact recovery time and waste valuable download bandwidth. We’ve changed the behavior to simply no longer send the empty blocks, and provide instructions for the recovery engine to provision as many empty blocks on each volume as when it was protected.

Unnecessary Job Replication

This is another, yet larger, bandwidth saver. If you had an appliance running without replication, then down the line began replicating offsite, your appliance might have been unnecessarily replicating data that would just be removed due to retention settings for the job. To resolve this, we now check the retention settings before each replication event begins, and, if the data is set to be deleted upon arrival, we simply don’t replicate and cancel the job. The replication status will indicate that the job was cancelled due to retention policies.

Release Notes

  • FIX: JVM crash during frequent incremental VMWare backups
  • FIX: Background cleanup of VMWare snapshots that were left behind
  • FIX: Do not replicate jobs that will be deleted remotely due to retention
  • FIX: Remote access may become unavailable after interruption of network connection between appliance and cloud infrastructure
  • FIX: Unable to open more than 6 remote access windows from Dashboard at the same time
  • FIX: Stalled information and “Unknown” status on Appliances page in Dashboard after interruption of network connection between appliance and cloud infrastructure
  • FIX: Restore of HyperV VMs only transfers information inside disk image and doesn’t transfer empty blocks
  • FIX: Proper DR Image backup of partitions that are outside of disk bounds (“VimSDK error: bad parameters of function”)
  • FIX: Primary appliance stops working after some time if secondary is on incompatible version
  • FIX: Notification on Appliance UI if Catalog volume is not on SSD
  • FIX: Always reconnect to VMware after reboot of appliance
  • FIX: Unable to “Browse and Restore” files from cloud appliance
  • FIX: Unable to perform boot of Windows machines with inconsistent NTFS
  • FIX: Memory leak in JNI during backup of VMWare

Cloud Backup Accelerator: A Four-in-One Solution Disrupting the Backup World

blog-img-four-in-one-solution-500x400Today, we’re launching the Infrascale Cloud Backup Accelerator.  We’re excited because we think it’s a pretty disruptive approach to cloud backup.

I know. You’re skeptical.  You hear terms like “disruptive,” “game-changing,” “sea-change,” “paradigm shift, or “ground-breaking,” and roll your eyes.  I do too.  But, before we tackle “disruptive,” let’s start with the problem we’re trying to solve.

The Backup Landscape for SMBs

When it comes to protecting larger data sets, small and medium businesses often get stuck in these two scenarios:

  • Small and medium-sized businesses that have large datasets for whom cloud backup isn’t practical, but who cannot afford traditional backup appliances.
  • Businesses with remote and branch offices that have large datasets where, similarly, cloud backup isn’t practical, but putting an expensive appliance in each office isn’t practical either (financially or from a lack of local IT resources).

In both cases, Infrascale’s Cloud Backup Accelerator equips them with a practical and affordable solution.

What is a Cloud Backup Accelerator and How Does It Work?

The Cloud Backup Accelerator is an on-premise device that draws inspiration from four emerging technologies– direct-to-cloud backup products, integrated purpose-built backup appliances, WAN accelerators and cloud storage gateways.

IT Administrators determine which data to protect from servers (physical or virtual), desktops/laptops, and mobile devices. Next, they decide what data should reside locally on the Cloud Backup Accelerator. This will usually be the most mission-critical data that must be recovered quickly over a LAN connection. Finally, they decide where to replicate the data: our cloud, a private cloud, or even a third-party public cloud (think Amazon or AWS). All data, even what’s sitting on the device, gets replicated to the cloud.

So now, let’s back up the “disruptive” claim with some real evidence.

Reason 1: Cloud Backup is 5X Faster than Traditional Direct-to-Cloud Backup

Cloud backup has long been plagued by Newtonian physics; that is, the time it takes to transfer data from primary storage to the cloud. Since data is moving over copper wire and fiber optics, there’s a finite limit to how quickly data can get replicated to the cloud. The more data, the longer it takes.  In fact, it takes about 4 days to transfer 5 terabytes to the cloud over a standard business internet connection. Way too slow to meet most RTOs.

That’s why we’ve baked WAN acceleration technology into the Cloud Backup Accelerator. We use techniques, such as block-level data deduplication across the WAN (and not just on the local device storage), traffic shaping and packet optimization to reduce data payload and maximize data upload transfer rates. Once all data has been replicated to the cloud, the device then uses policies to automatically purge all but high value, quick RTO data from the device. This enables a small device to address much larger datasets than if it had to keep everything local.

The Cloud Backup Accelerator is the first device specifically designed to expand the use of cloud backup to large datasets (up to 15 TBs per site), without requiring end-customers to ship physical drives to seed the cloud storage.

Reason 2:  Stop Worrying About Storage Capacity

With traditional purpose-built backup appliances, there’s a finite amount of storage.  This puts a premium and a fair amount of risk on correctly sizing the appliance so it fits your needs today and tomorrow.With Cloud Backup Accelerator, this is a non-issue and a no-brainer.

Why? Because with the Cloud Backup Accelerator, you have infinite, bottomless capacity via the cloud.

How is “bottomless” possible? Cloud Backup Accelerator leverages cloud spillover (some nifty technology that was inspired by cloud storage gateways) which automatically and brainlessly streams data from the on-premise Cloud Backup Accelerator to the cloud, which grows per your own data retention rules.

So what? Cloud spillover translates into some pretty material benefits. First, it means that you can buy a smaller device since your data’s ultimate home is the cloud, not the appliance. Secondly, cloud spillover means that you don’t have to sweat a forklift upgrade when you’ve hit the upper storage limit of your appliance, since you should never hit that ceiling.  And lastly, cloud spillover enables makes it easier to implement and manage via our cloud-based management console (look mom, no VPN required).

Cloud spillover has another indirect benefit.  Simplicity. Because the cloud is the backup epicenter, the pricing is super simple too: one sku for the device and one for cloud storage.  Compare this to Unitrends, who has eight different SKUs for appliances protecting 1-15 TBs of data.  That’s just nuts.

Reason 3: You Can Save Buckets of Money

We’ve done the math. We’ve done the competitive comparisons.  And no matter how we slice it, the result is the same. With the Cloud Backup Accelerator, customers are saving anywhere from 30% to 70% for the device and 3 years of cloud storage compared to leading hybrid backup solutions.

Should Unitrends, Datto, and Barracuda be worried? Absolutely.

After all, why should a company settle for a large backup appliance with slow cloud replication at twice the cost, only to outgrow it in a few years?

All other hardware-centric backup vendors view the backup appliance as the center of backup storage, and so the idea of a backup appliance that doesn’t keep all the backups sounds illogical to them. Furthermore, to do so would mean selling smaller appliances, and cannibalizing their own revenues.

As a cloud company, we have a different perspective. We view the cloud as the center of backup storage, so it’s logical to view an on-premise hardware device as an extension of the cloud, rather than as a product onto itself.  As such, rather than cannibalize our revenues, it actually grows them.

Infrascale is a new type of backup partner and the Cloud Backup accelerator is a new type of bottomless “zero fuss” “set and forget” “magical backup box”.  That’s why we think it’s so disruptive

Check out the Cloud Backup Accelerator and let me know if it’s worthy of the the “disruptive” moniker.


You asked. We delivered.

For many of you, we’ve been in relationship for some time. After all, we’ve been around for more than 10 years. And, we all know that in order to grow with one another, communication is key. As a result, we listen carefully to your feedback and translate it into action by improving our products based on your input.

While the improvements themselves aren’t hugely amazing, we want you to know that your feedback is heard and we’re on it! Here is the latest round of improvements and enhancements:

The MyAccount System is Now Integrated Into Our Dashboard

We’re excited to announce that the MyAccount system has been integrated into the dashboard.

What’s the big deal? 

The MyAccount system is a web-based application that end users would use to access backup features. Now, your clients’ end users will be able to go to your rebranded dashboard and view a greater level of detail on their backups, including:


  • Monitoring
  • Reporting
  • File Recovery
  • Remote management (if allowed)
  • Remote wipe (if allowed)
  • Geolocation

Additionally, we’ve removed the 500 MB web-recovery limitation. Keep in mind that web-based recovery is designed for individual files or a small group of files. Larger recoveries may result in a browser time out or failed recovery. In such a case, the recovery should be performed through our OBRM (Online Backup Recovery Manager). This doesn’t mean the OBRM isn’t needed, it just means that users can stretch the limits of their browsers.

In summary, the integration of the MyAccount system into the dashboard provides an easier, more streamlined experience for end users. Additionally, by being able to rebrand the Infrascale dashboard as your own, this is one more opportunity for your customers to be exposed to your brand!

Cloud Retention Policies are Now Available

Based on partner feedback, we’ve added retention policies that provides an automated way to manage your clients’ data retention policies. Previously, a customer would have to manually browse and delete data from their backup account through the OBRM (Online Backup and Recovery Manager) and it wasn’t easy. Now, it is. You can easily apply a retention policy for a specified period of time at the folder level.Cloud Gear

That’s great news.  What’s the advantage?

This allows you to automate the deletion of data per your retention requirements (as mandated by Sarbanes Oxley or HIPAA, for example). No more browsing through files by date and removing them manually. You’ve helped your customer meet their data retention requirements by just applying an end date. Now, you’re a hero…go grab lunch!

How do I go about setting a cloud retention policy?

You’ve got two options here.  This setting can be configured within the OBRM in the Advanced Folder Backup Wizard or from the Devices page in the Infrascale Dashboard. A user or admin can set a cloud retention policy for any number of days for files in a particular folder. Any file(s) not changed or modified after the defined number of days will be deleted from the cloud in the following 24 hours.

We’ve Improved Error/Warning Email Alerts

In direct response to your feedback, we’ve tweaked the subject lines of our error and warning email alerts. The subject lines of these emails are important because we know that our partners use the titles as part of their support ticketing workflows. All a partner has to do, is put in their support email address and each time there’s a warning or error, a ticket will be created. We’re also changing the alert titles so they’re more intuitive. Here’s what we’re talking about:

Previous title: Status – Accountname – Time Stamperror

New Title: Company Name – Account Name – Backup Type – Status – Time Stamp

The benefit of having the company name and backup type is helpful to us since we can better route the support ticket and assign the right priority. A change like this seems minor, but operationally can be a major difference in “time to respond” as well as the time spent routing tickets. For example, what’s more critical for a response?

(a) Union Bank – union@bank.com – Baremetal – Failed

(b) Joe’s Bait Shop – joe@hotmail.com – File backup – Warning

Now, with the backup type and status in your email alert, our partners can quickly discern at a quick glance which is of higher priority.

We Are Now FIPS 140-2 Compliant

Given the recent increase in corporate data attacks (Sony, Target, etc…), data security is a top priority. The good news is that we are already fighting the good fight with our three-tiered encryption process to protect your customer’s data.  And, to help address these concerns with your government clients, we are happy to announce that we’ve added another layer of “peace of mind” by becoming FIPS 140-2 compliant.blog-img-FIPS-140-500X400

FIPS 140-2…sounds important, what’s it all about?

FIPS (Federal Information Processing Standard) is a U.S. government security standard used to accredit cryptographic modules that are applicable to applications and environments utilized by the U.S. government and other regulated industries, such as financial and healthcare entities. For us, this simply means that we are required to use specific encryption and hashing algorithms to meet this standard. For you and your clients, there’s nothing you need to do to enable this, it’s done behind the magic curtain.

We’ve Added French as a Language to the OBRM

As we continue to grow our international presence, we continue to add new languages to support that effort. Most recently, we’ve added French as a language option to the OBRM. Selecting a new language in the OBRM will yield the appropriate GUI and email templates in that language. Au plaisir de vous servir.

We’ve Given Our Dashboard a UI Makeover

Consider it subtle, but we recently gave our dashboard UI a refresh. Heck, we all need an update every now and then, so enjoy and feel free to give us feedback or make suggestions!

What’s Next?

  • More Languages (Portugese, Spanish)
  • Monitoring Improvements – more error details
  • New Partner Advisory Community (PAC) Forums for Feature Requests and Discussions
  • Connectwise integration for automated ticket creation


New Release: Infrascale Backup Appliance Software V6.1

We’re pleased to announce several recent updates to the management console for our physical and virtual appliances.  I know what you’re thinking…it was absolutely perfect, what could you have possibly done to improve it?  Seriously, it’s always a work in progress, but here’s a quick download on what’s in this release:

  • New Microsoft SQL Restore Wizard

It’s now even easier to restore a SQL database via our physical or virtual appliances with our newly redesigned SQL restore wizard.  Now, you can restore a SQL database with just a few clicks of your mouse.  Select the SQL database you want to restore, the date you want to restore your database to and click “restore” on the summary page.  It’s that easy!

SQL Browse and Restore for Blog Post




  • Automatic Registration of VMs

 As new VMs are created in VSphere, you can self-select to auto-register VMs from the management console.  Simply check “automatically register all VMs” and from that point on, all VMs will automatically be detected, registered and backed up by the appliance.   Need to check that recently added VMs were auto-registered?  That’s easy too.  You can find that report in one click within the console.


VMs Registered for Blog Post



  • New GUI: We Got a Facelift!

If you haven’t noticed, we’ve given our GUI some new digs!  We’ll continue to improve the aesthetics of the interface as well as the functionality, but for now – we hope you find it easier on the eyes.  Feel free to give us feedback!

Please give us feedback on any of these updates! We’re listening!

FileLocker Update: Easily Cloud-enable File Servers

As you may know, FileLocker has been a big hit as a file collaboration tool that increases user productivity by simplifying and improving access and sharing capabilities while maintaining the security and governance needed by system administrators.

This product update is a direct result of feedback from administrators, who requested the ability to cloud-enable existing file systems and servers to avoid timely upload procedures and better support their off-network users. First, we built a connector for SharePoint file systems to allow greater reporting and flexibility for customers utilizing SharePoint services.  Second, we’ve released support for admins to connect directly to any Common Internet File System (CIFS) share, greatly expanding the ability for admins to expose data through our secure and easy-to-use platform.

As an admin, login to the FileLocker web application, select: “admin”–> “Admin Settings” to setup CIFS folders.

CIFS in FileLocker

What does it mean to cloud-enable a file server?

Current file systems are likely to be beneficial to domain-users only, making it difficult to collaborate with customers, partners and even other employees. This limited flexibility and access not only slows productivity, but spreads company data beyond known infrastructure into unknown systems, or even banned applications causing an IT nightmare in security and support.

Now, in a few simple steps, admins can easily cloud-enable file servers via FileLocker. Rather than rely on slow, traditional methods such as FTP or VPN to provide access to business-critical data, admins can utilize this new FileLocker feature to provide users with the ability to quickly access and edit files from their workstations, laptops, tablets or phones.

When would I use this?

The benefits range from ensuring that your employees are accessing the latest versions of business critical documents to greater visibility into the data use by both employee and non-employee users:

  • Admins can quickly enable, restrict or block access to data on file servers
  • Added visibility to data activities; creation, downloads and changes
  • Reduces cost by eliminating the need for VPNs and time to manage them
  • Allows companies to enable the file server as the authoritative single data source for on and off-network employees
  • Increases employee productivity by providing anytime, anywhere access to files
  • Ensure the latest versions of business critical documents are accessible and automatically updated to your employees (HR documents, collateral, pricing sheets, manuals, and more)

Admins can cloud-enable file servers in one of three ways:

  • Through a SharePoint plug-in that enables admins to connect to their SharePoint file systems
  • Through ad-hoc company folders that are admin defined
  • Through a CIFS (Common Internet File System) connector

If you need additional help or have questions regarding this update, contact our support team.

Derek Wood

Product Manager

NEW Infrascale Product Announcement: VMware Backup Available Today!

Today, we are announcing an exciting, new addition to our backup and recovery solutions: hypervisor (host-level) VMware Backup, helping to complete our comprehensive Data Protection Platform.  More importantly, it provides our valued partners with a margin-rich, cloud-connected backup solution that is simple to purchase, deploy and use.  While VMware Backup supports all paid versions of VMware, Infrascale’s Data Protection Platform protects environments not addressed by VMware’s native backup tools, including ESXi free hosts and hosts that use VMware’s Physical Compatibility Mode / Raw Device Mapping. 

Below you’ll find the key features and associated benefits that come with VMware Backup from Infrascale.

Feature Benefit
Price $99 per host, per month with unlimited VMs on that host.  Requires subscription to Infrascale’s Data Protection platform. Provides you with ample margins and predictable monthly pricing. There are no per-socket, per-CPU, restore request or data transfer fees.
Simple Deployment Quickly deploy backup software and replication within minutes; Apply backup policies across all VMs at once. Saves time in the deployment and management of backup in virtualized environments.
Cloud Replication Includes flexible offsite replication options (public cloud, private cloud, hybrid cloud). Provides you and your customer with a truly turnkey D2D2C solution and ensures business continuity for you and your clients.
One-Step Restore Granular restore at individual files, folders or changed block level. Instead of restoring entire VMs, customers can restore specific files and folders within a VM translating to much faster recovery times.
Automatic Detection Automatically detect new and migrated VMs; backup VMs on standalone basis. Protect your entire VMware environment. Newly spun up virtual machines often go undetected by the system administrator which increases the risk of data loss and noncompliance.

Who is this solution ideal for?

Our new VMware Backup solution is ideal for MSPs who are looking to provide a superior level of backup and disaster recovery services to their clients.  The solution is designed for clients that desire redundant (replicated) backups or that require a quick RTO and/or tight RPO.

How do I get started?

It’s super easy to get started with VMware Backup.  Here’s what you need to do:

  • If you are not a current customer, complete this form to get started or download the VMware Backup datasheet here
  • If you are a current Infrascale customer, click here to download the VMware Backup module to install and configure your VMware backups

Need more information or have additional questions? Call our Partner Specialists at 877-896-3611.

Amy Shugart

Marketing Manager

NEW OBRM Release – v5.15 – German Language, Exclusions and Improvements

The Online Backup & Recovery Manager v5.15 has been released and is available for download in your dashboard.

What’s new?

Home Page GUI Changes

On the home screen, we collapsed a couple options for help and information into a single menu option.

Improved Deselection of Files/Folders for Backup

When going through the backup setup wizard, and a top level folder is checked for backup, that indicates that any new files or folders added within that top-level folder are also protected.  However, if you wanted to deselect a single file or folder under that top-level directory, no new files or folders would be backed up.  Now, deselected files and/or folders have been added to an exclusion list so that any newly created or added files/folders will be protected. Woohoo!

New Exclusion Options – By File Age

Occasionally, you may encounter a new customer with a file-server containing data from the last 100 years. But, with the cost of data storage and the concept of relevancy, you may only want to backup files that have been created or modified within the last 5 years. Now, you can do that.  Use the ‘Advanced Folder Backup’ option in the OBRM, and you’ll see an option to add a global exclusion to NOT protect files older than X days.  We’ll be adding this to the dashboard policies in a future release so this can be configured remotely.


Improved Recovery Steps

In the OBRM, there are  two options for recovery, the Classic View and the Wizard.  To simplify the steps, we’ve modified the Classic View to be the default recovery window because of it’s advantage in resizing, filtering and searching.  Yes, the Wizard is still available when you select the “View/Restore” button, look for the option at the top, left area of the screen.  Previously, if you searched for a particular file name, the recovery view would show you the top-level folders. With this new release, you’ll be shown a full list of files that match your search criteria.

New Language – German

Sehr voll! We have finished localization for our backup platform and the first language option we’ve added is German for the following items:

  • Windows OBRM
  • Emails sent to contact email addresses by the system
  • Android Application
  • iOS Application (pending app store approval)

To change the language, go to Menu –> Advanced Options –> Change Language.


Next, we’ll be adding the Mac OSX OBRM to this list later this year.  Regarding future language additions, feel free to reach out to your Partner Specialists to suggest the addition of a new language as we’ll be listening closely to your suggestions and prioritizing based on your feedback.

That’s great news! How can I update my clients?

If you’re using our Intelligent Deployment technology, then all you need to do is create an updated MSI and drop it across your networks as a new GPO and you’re good to go.  For deployments not under a GPO but still running silently, you can simply update the device from the Devices page in your dashboard.

This release is the perfect example of your feedback in action and we thank you for your input!  Keep an eye out as we have more exciting news coming this month, and we’re very excited to tell you about it!

Thanks for all the feedback,

– The Infrascale Product Team