locked
WHS 2011 Client Backup Question RRS feed

  • Question

  • I am curious how client backups are handled in the new RC.  From the screen shots, it looks like you specify a drive to store your "Client Backups" folder.  Is this only one folder, or can it be many?  Lets say I have 2 clients each having 2 Hard Drives of 4 TB each (8GB of data).  Let's also say they are full.  If the server folder is limited to 2TB, how would these clients get backed up? 

    Basically my question is "Does the server span the backups now that DE is gone?".  If not how is this handled?

     

     

     

    Friday, February 4, 2011 5:17 PM

Answers

  • Dstojak,

    The client backup folder is automatically created, but you do have the ability to move its location utilizing the Move a folder wizard.  Client backup was designed to have only one database, and you cannot specify more than one location for the target.  This means you must have all of the database files in the same location (only supports one folder).

    When it comes to storage, the “Format a Hard Disk” wizard will only create partitions that are up to 2TB in size.  For example: If you connect a 4 TB un-initialized HDD and run the “Format a Hard Disk” wizard (the link to run this wizard is in the new un-initialized disk alert that will be raised when the disk is connected) you will end up with a GPT disk with 2 2TB NTFS partitions.  The reason we made this decision is due to a technical limitation in server backup.  Server backup utilizes VHDs and since VHDs are implemented with 512 byte sectors, the maximum size it can support is ~2TB.  We wanted to insure the user could backup any of the drives we created with our wizards. 

    Now, if you want to have a single 4TB partition on that disk you can.  You will just need to manually partition the disk either on the server (utilizing native OS utilities) or from a client prior to connecting the disk to the server.  The only issue with having > 2TB partitions is that server backup will fail to backup that drive.

    Client backup does utilize single cluster instancing.  If your clients have the same data, only 1 instance of it will be stored on the server.  This should help when it comes to backing up multiple clients.  It is hard to say how much space this will save because it is dependent on the data stored on each client.  The more unique data, the more must be stored on the server.

    Hope that helps.


    Robert Dhaene [MSFT]

    Post is "AS IS" and confers no rights.

    Tuesday, March 1, 2011 8:58 PM

All replies

  • Dstojak,

    The client backup folder is automatically created, but you do have the ability to move its location utilizing the Move a folder wizard.  Client backup was designed to have only one database, and you cannot specify more than one location for the target.  This means you must have all of the database files in the same location (only supports one folder).

    When it comes to storage, the “Format a Hard Disk” wizard will only create partitions that are up to 2TB in size.  For example: If you connect a 4 TB un-initialized HDD and run the “Format a Hard Disk” wizard (the link to run this wizard is in the new un-initialized disk alert that will be raised when the disk is connected) you will end up with a GPT disk with 2 2TB NTFS partitions.  The reason we made this decision is due to a technical limitation in server backup.  Server backup utilizes VHDs and since VHDs are implemented with 512 byte sectors, the maximum size it can support is ~2TB.  We wanted to insure the user could backup any of the drives we created with our wizards. 

    Now, if you want to have a single 4TB partition on that disk you can.  You will just need to manually partition the disk either on the server (utilizing native OS utilities) or from a client prior to connecting the disk to the server.  The only issue with having > 2TB partitions is that server backup will fail to backup that drive.

    Client backup does utilize single cluster instancing.  If your clients have the same data, only 1 instance of it will be stored on the server.  This should help when it comes to backing up multiple clients.  It is hard to say how much space this will save because it is dependent on the data stored on each client.  The more unique data, the more must be stored on the server.

    Hope that helps.


    Robert Dhaene [MSFT]

    Post is "AS IS" and confers no rights.

    Tuesday, March 1, 2011 8:58 PM
  • Hi:

    If I understand this answer correctly, then the client backup options are as follows:

    1) Stay within the WHS 2011 GUI: you can only create server partitions up to 2TB in size.  Since there can only be one client backup folder, that means the sum total of all client backups cannot exceed 2TB.

    2) Non-RAID solutions: largest available internal drives today are 3TB.  Format a 3TB drive outside the WHS 2011 GUI into a single partition and move the client backup folder onto that partition.  This means the sum total of all client backups cannot exceed 3TB.

    3) RAID solutions: no size limit on the size of the client backup folder.

    Options (2) and (3) require full server backup to be done outside the WHS 2011 GUI too.

    I really hope I'm wrong but if the above is correct, then the situation is disappointing.  With HD digital media and hard drive sizes in the TB range, most users will find themselves out of option (1) very quickly.  Even option (2) will be too limiting.  And compared to option 3, NAS solutions are frankly easier since there's no additional WHS 2011 layer to deal with.

    Friday, April 1, 2011 1:14 AM
  • I just built my new server and it seems the compression has improved.  I backed up roughly 1.5 TB with a mixture of backuped Blurays, Pictures, Documents, Programs and misc music (MP3, AC3, etc.) and it compressed down to about 400GB.  I would admit that compression of visual media is surely not as good as applications or documents but from what I can see its not all that bad either.

     

    I do agree though WHS 2011 has taken a very huge leap backward with its current design - generally I feel there were many features lost in the backup solution.  I will discuss this in another topic.

    Tuesday, April 12, 2011 1:26 PM