FileBackup with 2013-build6514
When trying to backup a large file, in this case an Oracle VirtualBox-Image (15GB) by the File-Backup Option in Acronis to a Networkdrive (NAS with 4TB), Acronis stops in the middle of the backup-process and nothing happens. There is no visible crash or something else, but after 12 hours there is only 5GB copied!
If I try the same with Windows Explorer to the same Networkdrive, it only needs about 10 minutes. So the problem isn't the NAS or Windows, it seems that Acronis has a Problem with large files. Compression-Level in Acronis is set to none (no difference with compression to normal).
System is: 16GB RAM, i7-3520 Lenovo T430, Gigabit LAN, Synology NAS 712+
Any Idea how to fix this bug?
This is a good question, but if I would go to backup this large file with an other solution (and all other files too), why should I then use Acronis anymore? I thought that I can get backups the easy way with Acronis. As soon as I use a solution like TryBackup (or any similar solution) for my File-Backup, Acronis would be of no needs.
The problem isn't only FileBackup: If you try to recover such a large file from a TrueImage-Container, then you will have the same error! It isn't possible to revocer large files from an Acronis archive! The only solution for this is to do a full image of the disk and then recover also the full disk where you can copy the large file. So I'm using now a spare disk to recover to, just to copy then the large file from. This is a little strange for me...to be honest.
This is definitly a serious bug and I would be glad to hear when it is fixed (I switched back from EaseUS Workstation to Acronis..).
It isn't possible to revocer large files from an Acronis archive!
Yes, it is.
We've heard from many NAS users, and in many cases the problem was traced to network connectivity issues or to the router's inability to handle such a large data stream. Apparently certain router models are prone to getting flooded and causing failure.
Ok, I will try with a different router then. Actually I use a D-Link DGS-1500-28 Switch, Router is a ZyWall USG20 with latest Firmware. But if I do the copy with windows explorer, everything works fine and the file-size isn't a problem? What is the difference with Acronis, when I copy this large files?
Make sure that the router is addressed by either IP or UNC, mapping the drive for imaging purposes will often cause problems with True Image.
If that still fails, try using FTP to access the router from TI.
OK, Now I've checked everything recommended, no difference. I tried an other router, other switch -> no chance to do the backup through the FileBackup-Option for large files.
DriveImages aren't a problem, they work perfect.
I've selected the destination as "y:\FileBackup" and also tried as UNC: \\MYNAS\FileBackup. Even \\192.168.1.201\FileBackup gives no possibilty to backup a file with 15GB in size. If I try to copy with Windows Explorer or with TrayBackup (which is a simple copy), everything runs smooth.
The behavior is as follow: It starts copying fast and gets slower and slower and after about 7GB it copies about 10KB/sec!
I'm now sure it has to do with Acronis and how it handles files with that size. And as I already wrote: the same problem exists with restore!
OK, as I said. I've never tried backing up a large file, do you know if making a partition or disk image works OK with your NAS?
From your description it sounds like a transfer buffer is becoming full or it is not notifying TI it is now empty or somehow True Image isn't accessing the NAS driver successfully. There is a possibility that there is a RAM problem, but this would show up when TI runs any sort of large file task.
Does the same thing happen when using the recovery CD to make a backup?
If your NAS allows, are you able to make a successful backup if connected via USB or even using a USB drive?
Have you had an earlier version of True Image installed at any time?
Did the previous build have the same problem?
Just a further thought, could you try a large file that doesn't belong to Virtual Box, perhaps convert the VDI file to a VHD and see if that backs up with no problem. As you can see from my signature I use VB, and I don't think any components run until VB is started, but a VHD file that it doesn't know about can't be 'grabbed' by VB or alternatively try detaching the VDI file temporarily.
I make disk images of my VM's from inside them, but of course you need the correct number of licences to do that.
OK, as I said. I've never tried backing up a large file, do you know if making a partition or disk image works OK with your NAS?
Just imaging a disk is working fine, no problem so far. The same with imaging a partition.
From your description it sounds like a transfer buffer is becoming full or it is not notifying TI it is now empty or somehow True Image isn't accessing the NAS driver successfully. There is a possibility that there is a RAM problem, but this would show up when TI runs any sort of large file task.
Does the same thing happen when using the recovery CD to make a backup?
I'ven't tried a FileBackup with the recovery CD. What NAS-driver do you mean, there is no driver needed to access a NAS -> access goes by ip.
RAM is fine, no problem (tested with special software).
If your NAS allows, are you able to make a successful backup if connected via USB or even using a USB drive?Have you had an earlier version of True Image installed at any time?
Did the previous build have the same problem?
The same behavior if I try to backup to USB drive. Nothing different!
No, there wasn't an earlier version on the system, it was a fresh install.
Just a further thought, could you try a large file that doesn't belong to Virtual Box, perhaps convert the VDI file to a VHD and see if that backs up with no problem. As you can see from my signature I use VB, and I don't think any components run until VB is started, but a VHD file that it doesn't know about can't be 'grabbed' by VB or alternatively try detaching the VDI file temporarily.
I don't think, that VB helds some files open in the background (checked with sysinternals tools). Acronis, as every other imaging software, is using the ShadowCopy-Driver which belongs to windows.
But I will try to detach the VDI-file from VB and try again.
I make disk images of my VM's from inside them, but of course you need the correct number of licences to do that.
To fix it temporarily I will do the same, install a DiskImager inside the VM and do imaging from inside the VM.
I've tried to do the backup to an USB 3.0 disk (NTFS formatted). I've excluded all very large files (*.vdi, *.vhd), there are only about 100GB of data (word, pictures and stuff like this), but as you can see:
FileBackup doesn't work.
If I do a DiskImage or PartitionImage, it works.
My solution is now as follow:
- Doing a daily DiskImage.
- In case of a problem, I do a full recovery to a second disk
- Copy the file from the second disk back to the original disk (using windows explorer)
It is a bit time consuming, but at last this will work!
I'm still happy if someone has the solution to fix this.
I have alerted Acronis to this thread, but they may not respond directly, or not immediately anyway.
There have been some problems reported with some USB 3.0 machines, but as you are able to make full disk images, that would seem unlikely to be the problem.
What happens if you switch off Windows Indexing?
Windows Indexing is off, as I'm using a Samsung 840Pro Series SSD (512GB).
If any additional specification is needed, I will be glad to give them.