Welcome Guest. Please Login or Register  


You are here: Index > Virtualizor - Virtual Server Control Panel > Suggestions > Topic : Backup Improvements



Threaded Mode | Print  

 Backup Improvements (4 Replies, Read 9529 times)
Keage
Group: Member
Post Group: Newbie
Posts: 44
Status:
  • The backup filename format could be much better. Rather than e.g. 15.gz, let's see something such as id-hostname-time.gz, e.g. 15-server1-mydomain-com-20160329030000.gz. This will help when identifying backups for disaster recovery.
  • The user should be able to access backups of their VPS and restore themselves
  • The backup logs should appear on their own page in the admin panel, not under settings (seems a weird place to put the logs). Better yet, have a logging page in the admin panel which allows the admin to access various logs including backup ones.
  • "This VPS does not exist. Unable to restore to a non-existant VPS" - lets have a solution to this, rather than having to re-create a VPS with the same specs manually. A GUI which reads the .inf file from the backup and automatically creates a new guest with the same spec would be helpful (let the admin confirm and tweak settings first). In short, a way to restore a backup after the guest has been removed (seems like this would be a common use-case).
  • The user should see feedback when a restoration is taking place, during restoration the user should not be able to take any action on a VPS (instead a message e.g. "Restoration in progress... 55% complete). Perhaps a simple solution to this is for the VPS to be placed into "managed by admin" mode temporarily (at least this is what I would do for now when restoring, to stop a user from breaking anything).
IP: --   

Backup Improvements
moka
Group: Member
Post Group: Working Newbie
Posts: 58
Status:
+ for the last idea
IP: --   

Backup Improvements
asim_shaikh
Group: Member
Post Group: Elite Member
Posts: 381
Status:
Quote
The backup filename format could be much better. Rather than e.g. 15.gz, let's see something such as id-hostname-time.gz, e.g. 15-server1-mydomain-com-20160329030000.gz. This will help when identifying backups for disaster recovery.


The backup folder name is the date on which the backup was created isn't  .
We use the backup file name to detect the VPS on which the backup is to be restored.

Quote
The user should be able to access backups of their VPS and restore themselves


The backup plan feature is in development to allow End users to specify the backup settings for their VPSs.The admin can enable/disable this feature.

Quote
The backup logs should appear on their own page in the admin panel, not under settings (seems a weird place to put the logs). Better yet, have a logging page in the admin panel which allows the admin to access various logs including backup ones.
"This VPS does not exist. Unable to restore to a non-existant VPS" - lets have a solution to this, rather than having to re-create a VPS with the same specs manually. A GUI which reads the .inf file from the backup and automatically creates a new guest with the same spec would be helpful (let the admin confirm and tweak settings first). In short, a way to restore a backup after the guest has been removed (seems like this would be a common use-case).
The user should see feedback when a restoration is taking place, during restoration the user should not be able to take any action on a VPS (instead a message e.g. "Restoration in progress... 55% complete). Perhaps a simple solution to this is for the VPS to be placed into "managed by admin" mode temporarily (at least this is what I would do for now when restoring, to stop a user from breaking anything).


Noted.



-----------------------
Regards,
Virtualizor Team
http://www.virtualizor.com
IP: --   

Backup Improvements
Keage
Group: Member
Post Group: Newbie
Posts: 44
Status:
Quote From : asim_shaikh May 2, 2016, 4:58 am

The backup folder name is the date on which the backup was created isn't  .
We use the backup file name to detect the VPS on which the backup is to be restored.


Understood, however you could still place useful information (such as the VPS hostname) in the backup filename. The ID can still easily be parsed from the filename. e.g. in date-hostname-id format, you would split it up and take the last value (any dashes in the hostname can be removed, it's just to help with identification for the system admin).

To help explain our point of view, we sync these backups off to cloud storage by the filename for disaster recovery. So it would be helpful if they were named in a way that not just Virtualizor understands but humans too.

Thanks for taking the time to reply.
IP: --   

Backup Improvements
teostefan10
Group: Member
Post Group: Newbie
Posts: 7
Status:
Quote From : Keage May 4, 2016, 12:53 am
Quote From : asim_shaikh May 2, 2016, 4:58 am

The backup folder name is the date on which the backup was created isn't  .
We use the backup file name to detect the VPS on which the backup is to be restored.


Understood, however you could still place useful information (such as the VPS hostname) in the backup filename. The ID can still easily be parsed from the filename. e.g. in date-hostname-id format, you would split it up and take the last value (any dashes in the hostname can be removed, it's just to help with identification for the system admin).

To help explain our point of view, we sync these backups off to cloud storage by the filename for disaster recovery. So it would be helpful if they were named in a way that not just Virtualizor understands but humans too.

Thanks for taking the time to reply.


Is there any update? We need to understand the backup name, not just Virtualizor itself.
IP: --   

« Previous    Next »

Threaded Mode | Print  



Jump To :


Users viewing this topic
1 guests, 0 users.


All times are GMT. The time now is March 19, 2024, 3:49 am.

  Powered By AEF 1.0.8 © 2007-2008 Electron Inc.Queries: 11  |  Page Created In:0.023