Backup/Restore to/from mapped drive
Can I force acronis to use it as local drive?
(just for summary purposes, question follows)
Hi, I've network drive attached as E: (windows share, without domain) and can read/write to it as current user without troubles. Acronis backuped few incrementals there as well, but randomly it refuses. In log, I can read something about wrong authorisation.
In case main drive fails, I can copy those backups to external drive and restore from it. But that's not for daily use (backups, restoring individual files,...).
Main issue is, that E: is resolved as network drive and accessed as it (\\nas\...). Can I force acronis to use it as local drive?
- Se connecter pour poster des commentaires
That is what ATI forces me to use - and then is unable to authorize itself to the linux station (credentials are correct, I've that drive mapped and even used copy&paste to be 100% I enter correct values) - at least that log says. ATI actually have done like 4-5 backups on that drive (with UNC path), therefore it knows the correct numbers.
And because I don't see why it fails randomly, I need to fix that somehow. If it uses E: as local drive, problem fixed. But I don't know how to do it, ATI doesn't let me.
- Se connecter pour poster des commentaires
I find out in samba logs, that ATI is attempting to authorise itself as "NetworkService"... why? I never entered such credentials
- Se connecter pour poster des commentaires
Seems related to http://forum.acronis.com/forum/24228. It's months since appearance of this bug and nothing changed yet?
I'm considering asking my money back, because unability to backup/restore over LAN is critical criteria ("don't backup on drive in computer you're backuping").
- Se connecter pour poster des commentaires
Henry,
I agree that configuration of network backups is user unfriendly...
One possible reason for the failure is that Windows will generally only connect to a share as a single user. I.E. You can't have a drive mapped \\server\share as "Henry" then connect to \\server\share again as "Melgish" You can get around this by creating a new samba share just for backups.
I've had best success using the (very unsecure) config below.
[backup]
comment = Backups
path = /media/RAID/backup
force user = root
force group = root
read only = no
guest ok = Yes
locking = no
- Se connecter pour poster des commentaires
I do have few shares defined - each of them uses same credentials. ATI still tries to use it's own.
What's wrong - I even tried to setup ftp account on remote machine, account I can connect trough totalcmd without problems - and again, ATI fails miserably no matter that "test connection" succeeded.
Backup whole C: to
a) \\nas\backup\acronis - fails
b) ftp:\\nas:80\ (points to same directory) - fails
c) E:\backup\acronis - impossible to setup in GUI (and fails, when done by editing database)
I'm out of options how daily backup system drive with ATI to remote station on LAN.
- Se connecter pour poster des commentaires