How slow is it exactly? As far as I know it backs up not only documents, but rooms and other files too. What is the total size of a backup that you’ve made previously?
Hi Constantine. happy new year. backing up docspace is NEW to me. There are 25 rooms (or so) and only 9G of data across all those rooms so I’m surprised it’s slow. Where can I get metrics I can share with you perhaps?
thanks
I’m not aware of such, that is why I am asking how long it takes in your case. 9Gb of data is already a significant value, but it also backs up rooms too. On your screenshot, rooms take 33 additional Gb.
Is the backup created INSIDE the container and THEN copied to (say) Webdav, or is the socket opened to Webdav and the backup created directly on the (file) serving host?
The ASC.Data.Backup.BackgroundTasks.dll seems to run single threaded also - is this the only way it can be run?
I’m afraid not as it would break logics upon restoration, i.e. if the file is in a room, but the room is not backed up, then there is no place to put the file back once restoration is initiated and the file will not be available from the interface anymore.
Backup is created locally first and then transferred to the external storage. This is done to make sure that backup is created in general in case there are issues with external storage, if there are potential external storage restrictions or, for instance, storage “speed limits”.
I’m not sure if I follow this question. What behavior do you expect?
Thanks Constantine. I think the backup creation bottle neck in my case is the resource limits I set on the docker containers themselves given the backup is generated locally first.
I’ll investigate resource consumption there. In terms of the backup process itself, can you confirm it’s single threaded?
I also think it would be good to offer an option to “create backup remote immediately” given the packet conversation would happen via TCP and over SSL (I’d hope )
By NOT offering this is means there is “double duty” happening in docspace at every backup e.g. [1] create backup and then [2] copy backup. As opposed to just create my backup remotely NOW.
I really would like the team to consider allowing backups to be written DIRECTLY to webdav/box etc from the backup container without generating via overlay2 first.
Why?
Today I ran out of space in /var on the host.
Backups were created in a backup room then copied elsewhere and then deleted using the UI BUT there were LARGE files left in two places.