On Mon, Jan 29, 2018 at 5:07 PM, Charles F Sullivan < [email protected]> wrote:
> By default it only copies changed files, no /a switch needed. > AH HA. Vital information/confirmation. Thanks. So if I do a /MIR this weekend, I should (theoretically) be able to do the same command, say every 3-4 days, until the move (17 days until the move). That should make the final command, on the weekend of the move, relatively quick. I will start testing the /MIR on some temp and test folders ... Thanks! > On Mon, Jan 29, 2018 at 3:15 PM, Michael Leone <[email protected]> > wrote: > >> On Mon, Jan 29, 2018 at 2:57 PM, Charles F Sullivan < >> [email protected]> wrote: >> >>> I always use the /mir option when doing a migration like that. The >>> reason is I have to do a "big" initial copy and then at least one delta >>> copy. (I usually do the final copy after removing access by changing share >>> perms or removing the share entirely so no further changes are made.) If I >>> don't use the /mir option, users will likely end up with data that is no >>> longer supposed to be present. (This assumes they will continue to have >>> access to the old server while copy job is running.) >>> >> >> >> Hmmm ... well, this would be done after hours on a Friday, so I doubt >> there would be any access.The idea is that the users go home Friday, and >> come back Monday, and it's all done behind the scenes. >> >> >> >>> It's completely safe despite the warning in the help, at least in this >>> scenario. Unless I'm missing something, the new server will not be >>> accessible to users until you finish the migration, thus there should be no >>> extra data which could get deleted. >>> >> >> >> I may test that this weekend, do a /MIR. Then I would need to only copy >> things that have changed since then. Is that the /A option? >> >> >>> On Mon, Jan 29, 2018 at 2:27 PM, Michael Leone <[email protected]> >>> wrote: >>> >>>> I'd like to impose once more for some advice and opinions. I have a Win >>>> 2008 R2 file server; I need to migrate everything (shares and user home >>>> folders) to a Win 2012 R2 Storage Server, and then retire the old server. >>>> Everything is one 1 drive, with 3 main folders (Shares,Users,Scans), total >>>> size in the neighborhood of 2TB. Both have 4 teamed 1G NICs, so a total >>>> bandwidth of 4G. >>>> >>>> I'm thinking of use robocopy. I would make a full copy over the weekend: >>>> >>>> Source=OldFS\F$ >>>> Destination=NewFs\d$ >>>> >>>> RoboCopy <Source> <Destination> /S /E /ZB /COPYALL /R:1 /W:1 /V /NP >>>> /NFL /NDL /LOG+:<LogFile> >>>> >>>> That should get everything, NTFS security and all sub-folders. I >>>> thought about the /MIR option, but I've never used it, and so am just a >>>> touch leery (perhaps illogically). >>>> >>>> The end goal is to: >>>> copy all the files and shares to the new FS; >>>> re-name and re-IP the old FS; >>>> power off the old FS; >>>> re-name and re-IP the new FS to the old name. >>>> >>>> (this way I can power up the old FS, just in case I need it for >>>> something I've missed) >>>> >>>> That *should* make things transparent to the end users. >>>> >>>> (ordinarily, I would think about doing a restore from my backup program >>>> Networker. But this is a remote site, and I believe that doing a local >>>> robocopy will probably be faster than trying to restore 2TB of what is >>>> probably a lot of small user files and folders across a 1G link) >>>> >>>> What have I missed? What would make it better? >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> >>> Charlie Sullivan >>> >>> Sr. Windows Systems Administrator >>> >>> Boston College >>> >>> 197 Foster St. Room 367 >>> <https://maps.google.com/?q=197+Foster+St.+Room+367%0D+%0D+Brighton,+MA+02135%0D+%0D+617&entry=gmail&source=g> >>> >>> Brighton, MA 02135 >>> <https://maps.google.com/?q=197+Foster+St.+Room+367%0D+%0D+Brighton,+MA+02135%0D+%0D+617&entry=gmail&source=g> >>> >>> 617-552-4318 <(617)%20552-4318> >>> >> >> > > > -- > > Charlie Sullivan > > Sr. Windows Systems Administrator > > Boston College > > 197 Foster St. Room 367 > <https://maps.google.com/?q=197+Foster+St.+Room+367%0D+%0D+Brighton,+MA+02135+%3Chttps://maps.google.com/?q%3D197%2BFoster%2BSt.%2BRoom%2B367%250D%2B%250D%2BBrighton,%2BMA%2B02135%250D%2B%250D%2B617%26entry%3Dgmail%26source%3Dg%3E%0D+%0D+617&entry=gmail&source=g> > > Brighton, MA 02135 > <https://maps.google.com/?q=197+Foster+St.+Room+367%0D+%0D+Brighton,+MA+02135+%3Chttps://maps.google.com/?q%3D197%2BFoster%2BSt.%2BRoom%2B367%250D%2B%250D%2BBrighton,%2BMA%2B02135%250D%2B%250D%2B617%26entry%3Dgmail%26source%3Dg%3E%0D+%0D+617&entry=gmail&source=g> > > 617-552-4318 <(617)%20552-4318> >
