Restore very slow + missing files/folders
Destination: fresh install Windows 10 Pro 1703/15063.296 (Creators), I7-2600@3.4, 16G RAM, 128G OCX-Vertex3 SSD
Source: Synolgy DiskStation DS413, 4x 3TB WD-Reds. 1 Gbps wired LAN
Acronis: Version 2017, Build 8053
TIB: Single full disk-image backup created with above. Size on disk: 37.8 GB - Contents: 72.6 GB in 401,748 files, 105,400 folders
I have some serious problems with restoring files from a full TIB.
Copying from backup file in "Folder View"
This can be EXTREMELY slow to read a folder seemingly dependant upon folder contents. Ten minutes+ is common.
However, once read, file copying seems rapid ...
BUT --- THE FILE COPY DOES NOT RESTORE ALL FILES OR FOLDERS. Seemingly random files and entire folders are missing from the destination.
Files may be copied indivudually, but not in bulk.
This makes this method of restore unusable.
Note that I am also seeing this with "File Backups"
Mounting backup file as a virtual drive
The mount operation takes 30 minutes+ - it took far less time to create the backup.
Once mounted, opening a folder often results in a 5-10+ second delay - even with very few files in selected folder.
I have not yet gatherd the enthusiasm to check for missing files/folders.
Any thoughts or suggestion would be most welcome.


- Log in to post comments

Hello - thanks for your reply.
The single, full TIB is an image of my "D:" drive ("Users/Documents") in a single active NTFS partition living on the 128GB OCX-Vertex3 SSD. It was created using TI-2017.
The D: drive root contains just the one folder "Users" (which of course contains the 105K+ sub-folders ... just like any normal "C:\Users" folder. There are no Windows/System files present aside from the usual hidden "AppData". I use a "Junction" to link/point the normal Windows "C:\Users" to the "D:\Users" folder (which has been working perfectly for years).
The TIB itself lives on my Synology DS 413 NAS. All Acronis TIB files are created and stored there daily using the built-in Acronis scheduler.
An example of an original folder (a Visual Studio Solution/Project) that contained only 32.2 MB , but 7.632 files in 1,148 folders. The vast majority of these files and sub-folders are a result of the ".git" repository (0.98 MB, 382 files, 206 folders) and "node_modules" folder (25.9 MB, 7031 files, 896 folders). Luckily these are auto-generated and maintained so I would not normally have to worry about them!
This folder "MyProject" took around 10 minutes to open in the Acronis "File-Browser" but then seemed quite responsive. "Ctrl-A" to select all folders and files - "Copy", then right click "Paste" onto the destination drive/folder in the standard Windows File Manager - the files were apparently transferred in 2-3 seconds.
However the project did not build - two folders and several files were not present on the destination - one missing folder had only 34.6 KB, 28 files, in 4 sub-folders. An example of a missing file was ("MyProject/zipfile.7z" 120 KB).
A second attempt of selecting _just_ the missing folder copied succesfully - as did copying the single file.
I have been using Acronis for many years from version 11 (2008?) .. and this is the fist major issue I have faced! My recent upgrade to TI-2017 (from a very trusty TI-2013) is beacuase of problems with Windows 10 "Creators" edition.
TIA for any further info you can provide.
- Log in to post comments

Thanks for the further information. When you refer to a folder ("MyProject") taking around 10 minutes to open in the Acronis "File-Browser" and then using copy and paste to restore the selected files. I assume that you are meaning the Windows File Explorer and not some other File Manager nor using the ATIH 2017 GUI option for File Recovery?
There are several considerations involved with this type of recovery:
the NAS uses different file permissions to those used on Windows, though this should not cause an issue where the source file is a .tib image file being opened in Explorer;
the folders being restored contain a large number of very small files which are slower to process than if you were dealing with a small number of large files;
when recovering files / folders to their original location, you are then dealing with Windows file permissions etc.
None of the above explains why certain files or folders were not copied / pasted to the selected destination until you went through the process further times, unless of course there were issues with timing or permissions somewhere in the mix.
I would recommend downloading / using the MVP Log File Viewer (link in my signature) and checking the various logs including those for the tibmounter function to see if these show any messages related to this question?
Beyond this, you may need to wait see if any of the other MVP's have any suggestions on this topic, or else consider raising a Support Case directly with Acronis Support and let them investigate this further with you.
- Log in to post comments

>> I assume that you are meaning the Windows File Explorer and not some other File Manager nor using the ATIH 2017 GUI option for File Recovery?
The TIB file was selected in standard Windows FIle Explorer, which opened the Acronis GUI File Recovery Window. the files were selected from there (Ctrl-A), right click "Copy" ... actiavted Standard Windows File Explorer to select destination then Right-click "Paste" to restore .....
I don't think it's a permissions problem - the files/folders in question never come into direct contact with the unix-based file system on the Synology - just the TIB file itself.
I agree that the number of small files and folders may be "suspect", but these kind of file/folder counts are very common in any development environment almost any simple web application source-code/build directory would have a similar file/folder count, if not many times bigger..
I will investigate the "MVP Log File Viewer" when I have some time. I will post any anomalous results!
Thanks for help!
- Log in to post comments

Windows 10 Creators edition now supports Symlinks without the need for Admin rights. This support is specifically aimed at developers and I think may be in part at root of the problems you are experiencing. True Image requires Admin rights to perform disk level functions and the change in Win 10 Creators to support Symlinks may just be in conflict.
Here is a link describing this support in the Creators update: https://blogs.windows.com/buildingapps/2016/12/02/symlinks-windows-10/#…
You might try a test of setting up a single folder in your Users profile using the Symlink methods discussed in the link above and then see how it reacts with True Image. If the same behavior persists I would open a support ticket with Acronis for assistance with this issue.
- Log in to post comments