Support blog




Some BackupAssist tips from Zen Software

February 12th, 2012 by Lloyd

Zen Software logoZen Software, the UK distributor of BackupAssist, has recently made some excellent blog postings about various aspects of BackupAssist. Please take time to check through them to see if the issues raised and solved will help you:

  • Hyper-V Support Host vs Guests — February 10, 2012 — With Hyper-V backups, remember that it could well be the Guest machines that are the root of the problem even though the error is showing on the Host.
  • BackupAssist Single Instance Store confusion — February 6, 2012 — Windows Explorer thinks more backup storage space is being used than is in reality being used because it doesn’t allow for the use of a Single Instance Store.
  • Exchange mailbox backups with BackupAssist — February 1, 2012 — By utilising the BackupAssist Exchange Mailbox Add-on you can create an additional brick-level backup of all your users’ mailboxes and public folders and store them within standard Microsoft PST files. This makes it easy to recover just a single mailbox, or even specific emails.
  • Rsync vs. file replication — which is best for your local backups? — January 27, 2012 — Cost and performance issues to consider which choosing which type of job to use when backing up files across a local network from one server to another.
  • BackupAssist’s rsync ‘seed’ function explained — January 18, 2012 — Using the seed function, on a standard office Internet connection, administrators can see the first backup taking just a few hours rather than what could potentially have been a few days.



Online backup – Doing it right

February 9th, 2012 by Lloyd

Megaupload closedStoring your backup information with an online storage provider is much easier than it sounds, but it’s not the only thing you need to do in order to keep your disk images, files and data safe. Just ask the businesses that got caught out when the U.S. Justice Department shut down Megaupload on the basis of copyright infringement in January 2012.

Megaupload cloud storage service shutdown implications

While Megaupload was originally conceived as a file sharing service, quite a few small and medium sized businesses realised that they could use the Megaupload servers as a very cheap online storage facility for their backups. While none of our customers were using Megaupload to store their backups, there were a number of SMBs who were. And then the U.S. shut down the Megaupload service.

Oops! Suddenly all of those using Megaupload as an online backup storage repository had lost their online backups. Plus all of their backed up data was now in the hands of a U.S. law enforcement agency, which for many is in a foreign country, under a different legal regime. We hope these people encrypted their information.

If the SMBs using Megaupload only had an online backup regime in place, then they had no backups. So now it’s time for these SMBs to get busy and put a new online backup regime in place. Maybe this time they’ll also put in place a more comprehensive backup regime that includes local backups as well.

It could happen to you

It’s no use thinking it won’t happen to you because you’ll choose a trusted and reliable service provider instead of a dodgy one. With its 180 million registered users and 50 million daily visits, those who chose to go with Megaupload found out its size and popularity were no guarantee of service continuity.

We’ve all heard warnings about how cloud service providers may arbitrarily change their terms of service, look through confidential data, or shut down and go out of business without warning. Well, all of these “worst case” scenarios have already occurred.

But it’s not just “worst case” scenarios that can impact your business. One prominent and reputable online storage provider went off-line recently. They forgot to renew their domain name. So for a day or so, their customers were without access to their online storage and their backed up data. All it takes is a simple stuff-up like this by your online service provider, and your business continuity strategy is vulnerable if your online backup is your only backup.

Cloud backup is a valuable offline backup tool

Yes, you certainly can find plenty of reliable and reputable services offering online storage for a reasonable annual cost. Plus, online backups can certainly be a valuable part of your total backup regime.

Using an online storage provider, together with the Rsync and/or FTP features supported by BackupAssist, makes it simple and efficient to back up your data online “in the cloud” and off-site. This makes off-site backup convenient and painless, as long as you have a reasonably fast Internet connection.

However, data recovery from online sites can sometimes be very slow, as you have to re-download your files. But data recovery becomes impossible should the online service shut down, as happened to those using Megaupload. So, your cloud backup should only be that – a backup.

Cloud backup should never be your only backup

With backups, it’s not prudent to put all of your eggs in the one basket. While an online storage service can be a very useful and cheap off-site backup resource, you have to make sure you’re covered should the provider go off-line.

Therefore, your cloud backup regime shouldn’t be your primary backup regime. You need to have alternate local and off-site backup strategies in place, with cloud backup being a secondary or tertiary part of the overall backup regime.

A simple alternative strategy may be to have a local backup regime in place as your primary backup, plus your own backup system sited at another physical location as your secondary backup. This could be as simple as a NAS device in your office for the local backup, plus another NAS you own at a different off-site location as your off-site backup. Then add ‘cloud backup’ using the service of an online storage provider as your tertiary backup.

Thankfully, BackupAssist can help you to implement and manage multiple forms of backup regimes to multiple types of backup resources, easily.

Encrypt your cloud backup

It is good business practice to encrypt your cloud backup. This makes sure your confidential data stays that way, regardless of a cloud service provider’s privacy policies, and even if their online storage service is breached by hackers, or taken offline by a law enforcement agency.

Some of the online backup naysayers point out that if you provide your data to another company (i.e. your online service provider), quite possibly in another country and legal jurisdiction, that you really no longer have control or even ownership of your data regardless of what your service level agreement may say. The easy way to circumvent these issues is to ensure that your information is properly encrypted and thus totally useless in the hands of anyone else.

The ready availability of open-source and freely available encryption utilities, and the ability of BackupAssist to easily manage the process for you, makes the uploading of unencrypted data by SMBs akin to negligence.

Can you recover?

Finally, every experienced information practitioner will tell you that you don’t have a backup until you’ve tested that you can recover the information. This is just as true for online backups as for any other backup resource.

Have you tested the recover process and integrity of your online backup? We constantly find that many SMBs haven’t taken this vital step. We recommend you do so, sooner rather than later.

If you properly think through how your online backup regime is implemented, encrypt your data, plus test that you can recover your data successfully, then online backup can be a very cost effective and valuable part of your overall backup regime. We’d encourage you to do a thorough review, plus make sure that your online backup is just one pillar of the many pillars of your data backup and recovery regime.

If you’d like help with any of the issues we’ve raised here, please give your BackupAssist reseller, or the BackupAssist support team a call.




BackupAssist and Windows 2000 Platform End of Life Information

February 5th, 2012 by Lloyd

Microsoft Windows 2000 Server FamilyMicrosoft officially ceased support for its various Windows 2000 platforms back in July 2010. (See: http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=Windows+2000&Filter=FilterNO.) It is our intention to cease all technical support for BackupAssist on all Windows 2000 platforms from June 30, 2012.

BackupAssist software solutions have supported Windows 2000 platforms since our very first release in 2002. However, all good things eventually come to an end. We can no longer justify leaving out new software features in order to maintain backwards compatibility with the old Windows 2000 platforms. Hence we are implementing a two phased End of Life approach to ceasing support of this old operating system platform.

Phase One: BackupAssist v6.4 will not support Windows 2000 platforms

We are planning to introduce new features into the upcoming BackupAssist v6.4 release, which will not be backwards compatible with Windows 2000 platforms. Thus the BackupAssist v6.3.x series of releases will become the last versions to work on Windows 2000 platforms.

Current Windows 2000 platform users wanting access to the advanced features in BackupAssist 6.4, and subsequent versions of BackupAssist, should upgrade their operating systems. Naturally, we’ll be here to help you with any issues migrating BackupAssist to a new server platform.

We will still respond to your technical support requests if you are running earlier BackupAssist versions which support the Windows 2000 platforms. However, we may be limited in our ability to resolve any new software issues on Windows 2000 platforms.

Phase Two: End of Life for BackupAssist on Windows 2000 platforms

From June 30, 2012 we will cease providing technical support for any version of BackupAssist running on any Windows 2000 platforms.

If you have any questions about the End of Life for BackupAssist on Windows 2000 platforms, please feel free to contact our technical support team via an e-mail to: support@backupassist.com.

Notes:

  1. In the above, “Windows 2000 platforms” covers: Microsoft Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows 2000 Professional Edition, and Windows 2000 Server, plus any other Microsoft Windows 2000 based platforms we may have missed.
  2. End of life (EOL) does not mean that versions prior to BackupAssist v6.4 will no longer function on Windows 2000 platforms. You may continue to run your earlier application. EOL indicates that Cortex I.T. Labs has chosen to focus on supporting widely used platforms and instead suggest an upgrade path.

 




Australian support office closed for Australia Day 2012 public holiday

January 25th, 2012 by Lloyd

Australia Day 2012G’day folks,

We would like to inform you that our Australian technical support office will be closed on Thursday, 26th January 2012 due to the Australia Day Public Holiday.

Technical support services from the Australian office will be unavailable on this day, by both phone and email. For urgent assistance you are welcome to contact our USA office.

We apologize for any inconvenience caused and wish you a happy Australia Day!

Kind regards,
The Team at BackupAssist




S3Rsync.com currently unavailable

January 9th, 2012 by Lloyd
S3Rsync domain name expired

S3Rsync domain name expired

G’day folks,

It’s been brought to our attention that the online storage provider S3Rsync.com currently has an expired domain name. At this stage, we are unsure as to what the full impact of this may be to BackupAssist users who are running backups to S3Rsync.com. However, right now we do know that some BackupAssist users are impacted.

BackupAssist is not affiliated with S3Rsync in any way. We are unable to provide a resolution the issue. The problem is with the online storage provider S3Rsync.com – not your BackupAssist software. We highly recommend that you contact your online storage service provider to find out exactly what is happening, and the best way to move forward in this scenario.

Workarounds:
If your backups are being impacted by this in any way, you could configure a temporary backup job to run to an alternative online storage provider, if you’ve got access to one. Alternatively, you can start doing temporary backups to a local drive, which can then be taken offsite manually, while you wait for your S3Rsync.com service to become available again.

We’re sorry that we’re unable to provide any further information at this time. If you require any help configuring an alternative way to backup your data during this period, please contact support@backupassist.com.

Kind Regards,
The BackupAssist Team




Delay in Email Support.

December 30th, 2011 by Sally

We discovered in the early hours of this morning that our Incoming email provider has been having difficulty processing emails.This has created a small backlog of emails and a delay in our response times.

This issue has now been resolved, and any emails we have received will be responded to very shorty.
Our apologies for any inconovenience this may have caused.




Season’s Greetings from BackupAssist!

December 22nd, 2011 by stuart

Seasons Greetings

On behalf of the team at BackupAssist and Cortex I.T. labs, we would like to wish you a Merry Christmas and Happy New Year.

Holiday Season Closure Dates 2011–2012

Please note that our USA and Australian offices will be closed on the following dates over the Christmas / New Year period:

USA Office Closed:

• Monday, 26th December 2011 — Christmas Day Holiday
• Friday, 30th December 2011 — New Year’s Eve Holiday
• Monday, 2nd January 2012 — New Year’s Day Holiday

Australian Office Closed:

• Monday, 26th December 2011 — Boxing Day Holiday
• Tuesday, 27th December 2011 — Christmas Day Holiday
• Monday, 2nd January 2012 — New Year’s Day Holiday

Technical support services, customer enquiries and accounts in each office will be unavailable on the days listed above, including by both phone and e-mail.

If your local technical support office is closed and you need urgent, business critical assistance, you may like to contact us at the alternate office if it’s open. Our office contact details are available on our website here: http://www.backupassist.com/support.

We apologize for any inconvenience this may cause you.

More to come in 2012

Wow, what a year 2011 has been! The BackupAssist products have been growing rapidly in popularity with our SMB clients, resellers and distributors. Plus our product management and development teams have been designing up a storm on a multitude of great new product innovations for companies big and small. If 2011 is anything to go by, 2012 is going to be another great year!

Merry Christmas

On behalf of the entire team at BackupAssist and Cortext I.T. Labs, we would like to wish you, your staff and your families a very Merry Christmas and a Happy New Year. We hope that 2012 brings you all the best in your business and look forward to working with you next year.

Best wishes,
The Team at BackupAssist




Unplanned Maintenance Friday December 16th

December 16th, 2011 by Sally

Due to some unplanned Maintenance on Friday December 16th we experienced a 90 minute outage of BackupAssist.com as well as with out CMC (Centralized Monitoring Console) and the BackupAssist forums.

During this time, any CMC Reports which were schedule to run and/or issue Report emails will have been effected so you may experience a gap in your reporting.

We apologize for the inconvenience this may cause, but hope that the maintenance which was performed will help improve the performance of our websites and portals in the days to come.

Should you have any questions regarding this issue please contact support@backupassist.com




Resolved – ESET (NOD32) and BackupAssist BSOD issues

November 28th, 2011 by stuart

Hi everyone,

We’ve had a number of cases arise where an ESET anti-virus security product and BackupAssist being installed on the same machine has resulted in the system entering a ‘Blue Screen of Death’ (BSOD) towards the end of the backup.

We have a previous blog item which outlines early details of this important issue here.

We’re pleased to say that we are now satisfied, by testing results and user feedback, that we have a suitable resolution to the issue as well as an effective workaround available.

Environment and Symptoms

The common environment and symptoms (that we’ve been able to identify) are as follows:

  • Running a 64-bit version of the Windows Server 2008 platform or later.
  • Using the Windows Imaging engine within BackupAssist v6.
  • An ESET Anti-virus/security product is installed (typically NOD32).
  • The BSOD occurs during the ‘cataloging’ phase of the backup process. You can determine this by watching the backup run on the ‘Monitoring’ screen within BackupAssist.

Resolution

ESET have made a release publicly available which addresses this particular issue.
Specifically it’s NOD32 Version 4.3.10023.0. This can be downloaded from here.

Any questions should be directed to your ESET contact.

Workaround

The reason for the BSOD occurring is that BackupAssist mounts the .vhd file generated by the Windows Imaging engine to be able to catalogue the backup properly. It’s during this mounting process when the conflict occurs.

The development team have added an option in BackupAssist v6.2.7 which will allow for a ‘quick catalogue’ to be generated without mounting the .vhd file (removing the chance of the BSOD to occur). The downside of using this option is that you can’t perform a file search within the image backup; however you can still restore individual files and applications through the BackupAssist Restore Console as expected.

Note: You can download BackupAssist v6.2.7 (or later) from here.

The steps to enable ‘quick cataloguing’ are as follows:

1. Click on ‘Jobs‘ at the top of the BackupAssist console and double click on the Windows Imaging job you have configured.
2. Click on ‘Imaging Options‘ down the left hand side.
3. Scroll to the bottom of the main window and tick ‘Quick catalogue‘ and apply your changes (see screen shot below):

Quick Cataloging Option

If you are unsure if your system is affected by this issue, please submit some diagnostics to our support team and we can confirm this for you. The steps to submit diagnostics are:

1) Go to Contact Support (from the bottom-left corner of the console) -> Contact Support
2) Fill out the form and ensure that the Submit system diagnostics check box at the bottom is checked.

Any further questions or comments can be submitted to support@backupassist.com.

Thanks,
The BackupAssist Support Team




Network backup issue fixed for Zip and File Replication engines in v6.2.7 – download now!

November 24th, 2011 by stuart

Hi everyone,

As you may be aware, BackupAssist v6.2.7 was recently made available to the public.

This is a highly recommended release that we’re advising all users of the Zip and File Replication engines to install.

The issue which we’ve resolved is related to backing up network shares using the engines listed above. The network shares may not have been entirely backed up; however the backup report states that the entire backup was successful.

You can determine if you’re subject to this issue by attempting to perform a restore of your data (from a successful backup). If you find that not all files are available to be restored, you need the v6.2.7 fix.

The reason for the backup not completing the entire selection is due to trying to exceed maximum number of network handles being used. When this happens the connection is automatically disconnected.

A possible side effect to the v6.2.7 update is more data being backed up which means you may find that your backups take longer to run and the overall size increases substantially (see example data below).

Before V6.2.7 After V6.2.7
Backup Size: 47 GB
Files: 113,219
Skipped files: 100
Duration: 52 minutes
Backup Size: 395.78 GB
Files: 237,641
Skipped files: 4*
Duration: 10 hours 56 minutes

* Skipped files were due to files being in use on the network share at the time of backup.

As mentioned earlier this issue affects all BackupAssist users backing up network shares using the Zip or File Replication engines.

You can upgrade to BackupAssist v6.2.7 by downloading the installer from http://www.backupassist.com/BackupAssist/download.php.

It’s a free update for all users running BackupAssist version 6 and can be installed directly over the top of your current installation. A reboot is required.

If you have any questions or concerns about anything mentioned above, please e-mail us at support@backupassist.com for further assistance.

Thanks,
The BackupAssist Team