locked
WHS V2 Upgrade from V1 RRS feed

  • Question

  • Will the final release allow for upgrading from V1?  If not are there going to be tools to assist in migrating data?
    Monday, April 26, 2010 7:01 PM

Answers

  • I can't see any way to upgrade from V1 to V2. No Microsoft OS upgrade supports a move from 32 bit to 64 bit without a "from scratch" reinstallation. You should plan on the final release functioning the same way in this area.

    Migration will probably be some variation on:

    • Build new server with enough free storage to hold the contents of the largest disk in your old server. (2x if you're using duplication, and I would advise it, to be honest).
    • Copy server to server until new server is nearing full.
    • Remove a disk from the storage pool on the old server, and add it to the new server. (two disks if using duplication).
    • Lather, rinse, repeat as needed.
    That's all migration to a new server can be, really, given that the installation will wipe the drives...
    I'm not on the WHS team, I just post a lot. :)
    Monday, April 26, 2010 9:05 PM
    Moderator

All replies

  • No way i can move my 10+ TB on my HP WHS without a upgrade tool ..
    Monday, April 26, 2010 7:22 PM
  • I can't see any way to upgrade from V1 to V2. No Microsoft OS upgrade supports a move from 32 bit to 64 bit without a "from scratch" reinstallation. You should plan on the final release functioning the same way in this area.

    Migration will probably be some variation on:

    • Build new server with enough free storage to hold the contents of the largest disk in your old server. (2x if you're using duplication, and I would advise it, to be honest).
    • Copy server to server until new server is nearing full.
    • Remove a disk from the storage pool on the old server, and add it to the new server. (two disks if using duplication).
    • Lather, rinse, repeat as needed.
    That's all migration to a new server can be, really, given that the installation will wipe the drives...
    I'm not on the WHS team, I just post a lot. :)
    Monday, April 26, 2010 9:05 PM
    Moderator
  • I agree with the 32 to 64 upgrade not being possible,  I was hoping that there would be some tools to assist in the migration.  I have 6 TB of storage with 2 TB of backup drives.  I am not going to out and buy another 8 TB of storage to migrate my data.
    Monday, April 26, 2010 9:13 PM
  • ...
    I am not going to out and buy another 8 TB of storage to migrate my data.
    So you shuffle drives. You'll need a couple of spares for the transfer, and you might as well buy huge (2tb) drives to cut down on total spindles. They'll probably consume no more power per drive than older, smaller drives, and they'll certainly consume less power overall.

    I'm not on the WHS team, I just post a lot. :)
    Monday, April 26, 2010 10:21 PM
    Moderator
  • I can't see any way to upgrade from V1 to V2. No Microsoft OS upgrade supports a move from 32 bit to 64 bit without a "from scratch" reinstallation. You should plan on the final release functioning the same way in this area.

    Migration will probably be some variation on:

    • Build new server with enough free storage to hold the contents of the largest disk in your old server. (2x if you're using duplication, and I would advise it, to be honest).
    • Copy server to server until new server is nearing full.
    • Remove a disk from the storage pool on the old server, and add it to the new server. (two disks if using duplication).
    • Lather, rinse, repeat as needed.


    Building a new Server isn't really required, just a single free drive. Here's my "upgrade" plan which of course is just a variation on your steps:

    Remove a single drive from the pool or buy one if you're that tight on space you can't remove one.

    • Disconnect (remove entirely for the paraniod) all other drives.
    • Install Vail, do at least base configuration
    • Start adding drives and doing the drive shuffle I'm quite sure most if not all of us have had to do at least once.

    IMHO, MS won't support upgrades, they may allow third party tools to exist, and I'm just thankful they haven't made WHS oem only. There's no benefit and only huge risks of data loss, so there's no way it'll happen.


    rtk
    Monday, April 26, 2010 11:29 PM
  • If you have a server near the minimum specs for V1 (HP EX47x servers, for example, or early home-built servers) you definitely will need to build a new server. If your currnet server is more than a couple of years old, you might want to update it. But no, if you meet the minimum specs (remember that they could change between now and launch) it's not required. Testing is a problem, though; once you switch to Vail, there will be no way to go back (the drives aren't readable in Windows PCs).
    I'm not on the WHS team, I just post a lot. :)
    • Proposed as answer by DALIEN Tuesday, April 27, 2010 3:58 AM
    Monday, April 26, 2010 11:37 PM
    Moderator
  • I can see where V2 is differient and the drive shuffle will work.  I was hoping for a cleaner solution. 

    Thanks for your assistance Ken.

    Tuesday, April 27, 2010 12:23 AM
  • If you have a server near the minimum specs for V1 (HP EX47x servers, for example, or early home-built servers) you definitely will need to build a new server. If your currnet server is more than a couple of years old, you might want to update it. But no, if you meet the minimum specs (remember that they could change between now and launch) it's not required. Testing is a problem, though; once you switch to Vail, there will be no way to go back (the drives aren't readable in Windows PCs).


    Sorry Ken, I took it for granted that I was speaking about well qualified machines.

    About the testing though, one of my deciding factors in trying WHS about 2 years ago (and buying it three days later) was that the drive extender had been put through it's paces and the worst of the bugs had been worked out, but what sealed the deal for me was when I finally found information about how easy it was to work with a drive taken from a decommissioned WHS.

    Basically, and I'm sure I'm not alone here, new drive extender/migrator tech scares me a bit, and learning I'll only be able to read the drives on WHS worries me even more.


    rtk
    • Edited by arteekay Tuesday, April 27, 2010 12:26 AM grammar, there's undoubtedly more...
    • Proposed as answer by Lyme Tuesday, April 27, 2010 12:55 AM
    • Unproposed as answer by Ken WarrenModerator Tuesday, April 27, 2010 1:45 AM
    Tuesday, April 27, 2010 12:25 AM
  • While it is true that there is no upgrade path from windows 32 to windows 64, in this case there should be the ability to install fresh and migrate over your current storage pool in place. This would be akin to losing your os drive and doing a re-install/rebuild without losing data.
    Tuesday, April 27, 2010 12:56 AM
  • Umm, hello This is a 'consumer' - home - product. Given WHS2 is only 64bit, in situations where consumers have 64bit hardware (ie purchased in the last couple of years), I'd expect there to be a migration/conversion or upgrade provided from the 32bit version 1 to the 64bit version 2. I can't see how you expect consumers to realistically (pay to) return their server to their OEM for the upgrade, or maybe THAT IS how it must work - if so very disappointing, and certainly plug and unplug drives - that's not the WHS mantra.
    Tuesday, April 27, 2010 12:58 AM
  • Lyme (and skiwier): Drive Extender is completely different. Storage pool management is nothing like V1. It's not feasible to "upgrade in place", given budgetary, time, and manpower constraints.
    I'm not on the WHS team, I just post a lot. :)
    Tuesday, April 27, 2010 1:44 AM
    Moderator
  • Umm, hello This is a 'consumer' - home - product.


    I suspect their view is that the "Consumer" sweet spot they target is folks who don't upgrade OSes but live with the machine they way it came and update OSes when they buy replacement machines.

    It is a a bit discomforting that we've spent three years debugging DEM v1 and getting comfortable with what it does and doesn't and now we chuck it completely for TheNextBigThing. I hope it offers something that makes that worthwhile to the end user.

    Along the same lines as this thread: will v2 restore a shares backup made on an external drive by a v1pp2 machine? If so, that'll go a long ways (I'd still lose two years of client backups) toward my migration path.

    Tuesday, April 27, 2010 2:11 AM
  • I just bought a new EX495. Have not even installed it yet to replace the old EX475. Will I be able to upgrade the 495 to V2 when it comes out? (Can I beta test V2 on it now?).  TNX!
    Tuesday, April 27, 2010 4:01 AM
  • No, you can't beta test Vail on your new EX495. It's my understanding that there's a lot of trickery involved in forcing Vail onto the OEM units.

    As for upgrading, if it meets the minimum requirements it would be up to HP to provide you with an upgrade. Probably it would work the way the current upgrade to V3.0 of the HP software does: you get a disk from them for a reasonable fee, and do (in this case, since upgrades aren't supported) a factory reset.


    I'm not on the WHS team, I just post a lot. :)
    Tuesday, April 27, 2010 4:08 AM
    Moderator
  • Umm, hello This is a 'consumer' - home - product.


    I suspect their view is that the "Consumer" sweet spot they target is folks who don't upgrade OSes but live with the machine they way it came and update OSes when they buy replacement machines.

    It is a a bit discomforting that we've spent three years debugging DEM v1 and getting comfortable with what it does and doesn't and now we chuck it completely for TheNextBigThing. I hope it offers something that makes that worthwhile to the end user.

    Along the same lines as this thread: will v2 restore a shares backup made on an external drive by a v1pp2 machine? If so, that'll go a long ways (I'd still lose two years of client backups) toward my migration path.

    Indeed, this is a consumer product AND an OEM product - it's intended to be sold to consumers by qualified system builders, not to consumers directly as a disc.  Sure, almost none of us qualify in that category, but that is the target.  That being said, MS is likely envisioning the product being sold on new hardware, and that if you have a v1 server that you will just copy the files across the network to the it.  I wouldn't count on anything simpler than a disk shuffle being supported.

    As for improvements, check the other threads, there's some technical info in there.  Where DEv1 used a hybrid of NTFS's volume extender tech, DEv2 is using a hybrid of volume striping, using 1GB chunks.  This should give at least a token improvement in disk performance, as there's a much better chance that multiple files being accessed will be done across spindles than on v1, and will alleviate some of v1's major shortcomings, notably the limitation of files larger than the size of a single disk in the array not being allowed, and large file copies failing if they are larger than the physical drive they are copying to.  I've run into both of those issues and will be glad to see them gone.

    Tuesday, April 27, 2010 4:39 AM
  • v2 server backup/restore is very different from v1 'server' backup just like everything else :) v2 server backup/restore uses the windows server backup engine under the hood while v1 was the team's own implementation. so unfortunately you won't be able to use v2 server restore for restoring data off of a backup done using a v1 backup engine. totally different beasts.
    Tuesday, April 27, 2010 4:49 AM
  • As I've said elsewhere, I'm about to flip my test server over to be my production machine, running Vail and supporting all of my home computers. I need to get some more storage for the test server first. Then I'll get to experience all the warts required to move from build to build of Vail first hand. :)
    I'm not on the WHS team, I just post a lot. :)
    Tuesday, April 27, 2010 4:50 AM
    Moderator
  • I do think that MS should devote considerable resources to creating an in-place upgrade path. It's not that complex a process.

    Think about what needs to be transferred over: data and accounts, and a few settings (e.g. homeserver.com subdomain).  That's it. Add-ins, customisations, etc, are all discarded.

     

    An upgrade is going to have to do the following:

    1. Pick up and save the machine and user accounts.

    2. Change data from WHS1 format (Drive Extender, backup database) to a neutral format. It's important that the format be neutral for recovery purposes in case the Vail installation process is interrupted.

    3. Install Vail (pick up server name automatically) over the top of WHS1.

    4. Import and convert accounts and data.

    5. Apply settings.

     

    Don't worry about time: if people know it's going to take a long time then they can plan for it. Indeed, as long as it doesn't take too long, MS can make a virtue of this. Essentially, someone should be able to plug in the DVD or USB drive, kick off the process in the morning, and have the upgrade done when they get home from work in the evening


    qts
    Wednesday, April 28, 2010 10:31 AM
  • I think the in-place upgrade isn't as important as a migration routine where you plug a new Vail box into your network and it automates the transfer of all data, accounts settings  from your old WHS to the new one.   Granted this doesn't help those of us who self build, but it deals with the main target market for WHS
    Wednesday, April 28, 2010 11:58 AM
  • ...
    Along the same lines as this thread: will v2 restore a shares backup made on an external drive by a v1pp2 machine? If so, that'll go a long ways (I'd still lose two years of client backups) toward my migration path.

    Someone else has already answered the core question here, but I'll point out one thing: the backups stored on the V1 backup drive(s) are just files, and can be copied into the shares on V2. You can do so by connecting the drive to a client or the server via Remote Desktop or physical console. The former is "supported", the patter isn't (technically) but is harmless.

    One benefit to DE version 2 that I haven't seen mentioned yet is that accessing files directly in the file system on your server is completely safe now. There are no tombstones on D: to mess up, because there is no D:. :)


    I'm not on the WHS team, I just post a lot. :)
    Wednesday, April 28, 2010 12:40 PM
    Moderator
  • Ken, can you answer this for me (since I am lacking hardware to use for a test build this early on):

    Does Vail automatically grab any disk you add to the server and add it to the pool?

    I ask, because last year when i bought new server hardware, I migrated by demigrating the largest drive from the old server, using it for the OS install on the new one, adding the other drives one by one into the new server, and copying the contents of the hidden DE folder onto the new storage pool drive, and then adding that disk to the pool once it was empty.  Sure, I had to re-configure all my add-ins and shares, but it was relatively painless.

    So long as Vail doesn't automatically try to add drives at it detects them, the above should still work - provided, of course, I still have 2TB free on the server so I can demigrate one of the drives. ;)

    Friday, April 30, 2010 5:39 PM
  • One benefit to DE version 2 that I haven't seen mentioned yet is that accessing files directly in the file system on your server is completely safe now. There are no tombstones on D: to mess up, because there is no D:. :)
    I'm not on the WHS team, I just post a lot. :)

    A little off-topic, but what exactly are the issues with accessing D: in v1?  I have been doing that since day one and had no problems whatsoever.  Not that it matters, but I've been hearing people saying don't use D:\shares for a long time and I'm curious.

    :D

     

    Friday, April 30, 2010 5:56 PM
  • No - it won't. This behaviour is more or less the same as in v1. The new disk will appear under 'Hard drives' pool. You have to explicitly select the disk and add it either to the server storage pool or the server backup pool.
    This post is "AS IS" and confers no rights.
    Friday, April 30, 2010 6:22 PM
  • Taht will still work, and the new Drive Extender storage scheme means that copying directly into the file system will no longer potentially result in filling up the system drive.
    I'm not on the WHS team, I just post a lot. :)
    Friday, April 30, 2010 6:46 PM
    Moderator
  • Great, so doing an in-place migration on existing hardware should present no problems via the following process:

    1. Remove the largest existing drive from your drive pool or buy a new drive that is equal to or larger than the largest existing drive in your drive pool.

    2. If the drive you added/demigrated if not larger than the largest remaining drive(s) in your server, perform a storage balance across your remaining drives using Drive Balancer - this should ensure that the used space on any of the drives is less than the drive you freed up in step 1, talking into account the new system partition.  If that is not the case (e.g., your server is nearly completely full), you will need to add a drive to your server so that you can copy your data over without running out of space.

    3. Power your server off and physically DISCONNECT/UNPLUG all the drives from your server except the one you added/demigrated in step 1.

    4. Install WHS v2 on your server.  This will wipe out all drives connected to the server, so make sure that the only drive visible is the empty one from step 1.

    5. Re-create all of your share points from the old server.

    6. Power the server down, and re-connect the other hard drives.  These will appear as standard hard drives to the OS once it boots back up.

    7. On each of those drives, you will find a hidden folder named "DE", and in that is a folder called "Shares".  This contains the part of the drive pool shares from v1 that that drive held.  Copy the contents of this folder to the new storage pool folders, starting with your largest drive.  As you empty the folder on a given drive, add the drive to the new storage pool so you have room to copy more drives over.  Note that if you were using duplication, you will eventually start getting "file exists - overwrite?" warnings; you can either allow or skip these - the files are the identical copies made by the duplication service on the old server, so it will save time to just skip them.

    8. Once all of your drives are emptied and added to the new pool, your migration is complete.

    Note that this is a *migration*, NOT an *upgrade*.  If you were running applications on the old server, you will need to re-install them on the new one, and if they stored data outside the storage pool, any data files they may have created will be lost.  If your application has a documented backup process, use it before you migrate, and store your backups in your storage pool so you can recover it once you are moved over.

    Lastly, use this method at your own risk; while it will work for most people, I take no responsibility of you lose data or damage your hardware using it.  If you aren't clear about what you are doing here, build a new server and copy across the network like MS suggests - you never lose data when copying it.

    • Edited by illrigger Friday, April 30, 2010 7:34 PM Added clarification on when step 2 is needed.
    Friday, April 30, 2010 6:58 PM
  • Umm, since you're starting with a larger disk in your Vail box than any remaining in your V1 box, you could skip step 2, don't you think?

    And you will only want to copy from <drive>:\DE\Shares. Forget about ..\Folders; it's primarily the backup database and you'll have to abandon that anyway.

    Also, no V1 add-ins will run on Vail. New add-ins will need to be developed.


    I'm not on the WHS team, I just post a lot. :)
    Friday, April 30, 2010 7:14 PM
    Moderator
  • Excellent, as you can see, I posted the procedure for this so people can do it themselves.  It's nice that DE v2 won't mess up the system drive; last time I did this, I ended up having to run Drive Balancer twice during the migration process to clear the landing zone and give me enough room to get the larger folders moved over.

    The only sad part is that this method won't work to migrate anymore once we are on WHS v2.  I'll have to come up with some other clever means to move to new hardware in a couple years, I guess.

    Friday, April 30, 2010 7:17 PM
  • * Step 2 is just a safeguard.  When your largest drives are the same size, and one is removed, it's possible that one of the remaining equal-sized drives could end up full enough that the chunk taken up by the system volume makes the drive you removed too small to take on all the files from it.  Doing a Drive Balancer pass gives you a better shot at that not happening.

    * Good catch on the other folders in DE - I forgot they were there.

    * Bummer.  On the other hand, a lot of the ones I run will be made obsolete by Vail anyway.

    Friday, April 30, 2010 7:23 PM
  • I suspect their view is that the "Consumer" sweet spot they target is folks who don't upgrade OSes but live with the machine they way it came and update OSes when they buy replacement machines.

    Indeed, this is a consumer product AND an OEM product - it's intended to be sold to consumers by qualified system builders, not to consumers directly as a disc.  Sure, almost none of us qualify in that category, but that is the target.  That being said, MS is likely envisioning the product being sold on new hardware, and that if you have a v1 server that you will just copy the files across the network to the it.  I wouldn't count on anything simpler than a disk shuffle being supported.

    Well like many on here I'm a consumer and a little bit more (lets call me a home network administrator).

    My WHS box was bought a good year ago knowing that "vail" could only be 64 bit, and is well in excess of the "vail" requirements. Already it has saved me from a motherboard blow out, and has backups from two other machines that don't exist any more that are archived, not to mention the first ever backups which are locked for posterity (and have proven to be useful).

    I don't intend to purchase a new machine for Vail, or remain on WHS1. 

    Just because it is sold as an OEM product doesn't mean that consumers are not subsequently using and operating it. I think the 32/64 bit thing is a red herring, this is a matter of being customer friendly (or not).

    I would like all my existing backups to be transferred/migrated across into vail functionality. (Shared folders as noted can be copied, but hey, why not a migration procedure). 

     

     

     

    Sunday, May 2, 2010 12:28 AM
  • Dear Ken,

     

    Just to absolutely clear are you saying that there is no way we can keep copies of all the nightly PC backups (the backup database)? If that is the case I am tempted to migrate all the data off the WHS v1 and just leave the motherboard, processor, system disc with backup database on from v1 and seal them in a box in case of a real disaster and I do need to go back. The data is no issue to me as I back that up to a pair of DroboPros each night, I can just sync it back to Vail.

    One observation, with all this disc juggling, it does appear that many in this community are relying very heavily on WHS with no other backups.

    Thanks for the great service you provide for us all,

     

    Ian

    Sunday, May 2, 2010 7:44 AM
  • You can keep a copy of your backup database, but Vail will not be able to read it, so to actually use it you will need to build (or rebuild) a V1 server and restore the database to it.

    However, within a few weeks you will probably decide that the backups are relatively useless. I've never (not once) gone farther back for a system restore than "last good backup" -1. The -1 covers an occasional Windows Update gone awry, if simply uninstalling "last night's updates" and letting them reinstall doesn't fix the problem. This is why I'm comfortable with blowing away the entire database in case of corruption.


    I'm not on the WHS team, I just post a lot. :)
    Sunday, May 2, 2010 2:05 PM
    Moderator
  • Ken, I'm with others on this one there should be a migration path for backups and share data. I have several archieved PC's on WHS1 which I've had go back to several times over the years for one reason or another. I understand issue around the different formats between v1 and v2 so may be what MS should be looking at,  is giving the user the ability to select x number of backups from WHS v1 and turning these backups into VHD's which can them be attached and disconnected as and when they required.

    This it keeps it simple and low risk. Maybe this is a tool that could be developed by a 3rd party


    Alistair
    Wednesday, May 5, 2010 11:18 AM
  • You can keep a copy of your backup database, but Vail will not be able to read it, so to actually use it you will need to build (or rebuild) a V1 server and restore the database to it.

    However, within a few weeks you will probably decide that the backups are relatively useless. I've never (not once) gone farther back for a system restore than "last good backup" -1. The -1 covers an occasional Windows Update gone awry, if simply uninstalling "last night's updates" and letting them reinstall doesn't fix the problem. This is why I'm comfortable with blowing away the entire database in case of corruption.


    I'm not on the WHS team, I just post a lot. :)

    Sorry Ken, but I'll beg to differ.  I like to keep "clean" images of my PCs as they were fresh out of the box, for the inevitable reinstall.  It's also very convenient to be able to pull out a fresh install at any time even when I don't strictly need one.

    It would be nice to migrate the backups, but not that big a deal for me.  If needed I can run v1 in a virtual server for the times when I need a fresh image.

     

    Wednesday, May 5, 2010 11:54 AM
  • Ken,

    This eliminates one of the major features of WHS.  I maintain backups of PCs that no longer even exist (such as my old work laptop) and use WHS to recover old project/data files when questions come up.  If these would no longer be available after migrating to V2, I'll have bite the bullet and stick with V1.

    Stephen

    Wednesday, June 23, 2010 9:18 PM
  • Ken, I thought you wouyldn't be able to upgrade a beta copy of Vail with the production copy; that it would wipe out everything anyway.
    -Larry
    Thursday, August 12, 2010 3:59 PM
  • Larry, yes, that's likely to be the case at some point. But the way I'm managing my data it won't matter. I've already tested the "mount non-default server storage" in the current build (and reported some bugs as a result). I'll test it again in future builds. But flattening my server and reloading it from scratch doesn't represent a large investment of my personal time, just of elapsed time (takes a couple of days to fully populate).

    So if/when Microsoft decides to require that, I'm prepared.


    I'm not on the WHS team, I just post a lot. :)
    Thursday, August 12, 2010 7:46 PM
    Moderator
  • Hi all,

     

    Just a bit of topic but I thought I might share the following to assist with migrating your data to a new home server. This will not help with your pc backups but will help with getting your data safely to another server build if you are going to get another server and run both machines at the same time.

    You should be able to use the windows 2008 R2 file server migration tool. I’m going to test it out to see if it works in my lab:

    http://www.microsoft.com/downloads/details.aspx?FamilyID=d00e3eae-930a-42b0-b595-66f462f5d87b&displaylang=en

    Or you can use Microsoft SyncToy:

    http://www.microsoft.com/downloads/details.aspx?familyid=E0FC1154-C975-4814-9649-CCE41AF06EB7&displaylang=en

    Or if you are willing to pay for a good tool I use smart sync pro:

    http://www.smartsync.com/

     

    Regards,

    Al.

    Sunday, August 22, 2010 10:27 AM
  • ...
    I am not going to out and buy another 8 TB of storage to migrate my data.
    So you shuffle drives. You'll need a couple of spares for the transfer, and you might as well buy huge (2tb) drives to cut down on total spindles. They'll probably consume no more power per drive than older, smaller drives, and they'll certainly consume less power overall.

    I'm not on the WHS team, I just post a lot. :)

    Ther is a problem: A few days ago I've had transfered 250 Gb files and folders from WHS to desktop PC for storage..... Now I miss 36 fils (from 12500). Yes I know its a less than 1%, but one file was a movie. And, Should I speek about time?  Now is my server ready rebuilted with new HDD's and WHS is reinstalled ( but it could be also "Vail")... How many fils I will miss after retransfering to server???? 
    Monday, August 30, 2010 10:46 PM
  • When moving data around, which I tend do fairly often, I always check that the destination folder contains the same number of folders and files as the source. It does add a bit of extra time to the job but not a lot if there is a large amount of data involved.

    Another option would to maybe try "terracopy" which gives a list of any files that fail to copy. While I haven't tried terracopy on Vail it does works well on WHSv1.

    Dave

    Tuesday, August 31, 2010 12:53 AM
  • Teracopy is the only way to go when moving large quantities of data, the built-in copy mechanism from Windows doesn't provide enough feedback.

    The other thing to do is MOVE rather than copy the files as you shuffle.  If, when you're done with your shuffle, the directories aren't empty, you know you missed something, and you know what you missed.  Moves take longer than copies, but I find them to be worth the extra time.

    Tuesday, August 31, 2010 3:02 AM
  • Use a utility designed for this type of thing. I use richcopy, freely available from Microsoft. Or there's robocopy (which is "in box" with recent Windows versions). Or Sync Toy, or teracopy as others have suggested. All of these tools should be able to verify that you've got everything.
    I'm not on the WHS team, I just post a lot. :)
    Tuesday, August 31, 2010 2:42 PM
    Moderator
  • I just checked out the Home Server version 1 server backup utility, and basically it just copies the files selected to the backup drive. So I have my migration path, backup shares to an external backup drive (been wanting to do that for a while) and then rebuild the server using vail, and then restore files from the backup drive. I built a Hyper-V server to host my Windows Home Server (both version 1 & Vail for testing). I have directly attached two additional hard drives to my Windows Home Server for additional storage. Previously I had purchased the Hewlett Packard EX470, but I realized that I would not be able to upgrade it to the new version of Home Server, and honestly I wanted to do more with the computer that just be a Home Server. Now with Hyper-V I have my lab environment in to my Home Server! As for the backups, all I really care about is historical backups. If I were concerned about machines that I no longer had, I would just create a virtual machine, restore the backup, then perform a backup on the new vail server in order to maintain the backups.
    Saturday, September 4, 2010 5:53 PM