Small Business Server 2003 to 2012 R2 Migration and Virtualized Domain Controller Questions
-
admins (plural) should not have rights
the singular administration account should have access to everything and its use logged.edit: seen your post. if that is already the case, then I would take ownership. but that could cause butt hurt or other ramifications if done without proper CYA
-
@Dashrender said:
I am an admin, but admins don't have rights to all files. There are reasons to have an admin's rights removed from a file. How would you migrate those files? take ownership?
Admins do have rights, just not rights at all times. There is a difference between blocking and unblocking yourself and not having rights at all. The /b flag tells it to act like backup software. Obviously all backup software has to do the same thing - copy files to which it is not given explicit ownership and can only act as an administrator. So Robocopy just acts as backup software in that instance.
-
@JaredBusch said:
admins (plural) should not have rights
the singular administration account should have access to everything and its use logged.edit: seen your post. if that is already the case, then I would take ownership. but that could cause butt hurt or other ramifications if done without proper CYA
We use multiple admin accounts. Big believer that it should always be plural. Never want to share account access.
-
@scottalanmiller said:
@Dashrender said:
I am an admin, but admins don't have rights to all files. There are reasons to have an admin's rights removed from a file. How would you migrate those files? take ownership?
Admins do have rights, just not rights at all times. There is a difference between blocking and unblocking yourself and not having rights at all. The /b flag tells it to act like backup software. Obviously all backup software has to do the same thing - copy files to which it is not given explicit ownership and can only act as an administrator. So Robocopy just acts as backup software in that instance.
Perfect, I was hoping you'd say that. I knew the backup process could get around this, glad to know Robocopy can use it.
-
This Robocopy command is working for me:
robocopy /mir /sec /copyall \oldserver\d$\ \newserver\e$\
I am running it now and it is working.
Question, if I run this again later, by default, will it only copy changed/new files from source?
-
@garak0410 said:
This Robocopy command is working for me:
robocopy /mir /sec /copyall \oldserver\d$\ \newserver\e$\
I am running it now and it is working.
Question, if I run this again later, by default, will it only copy changed/new files from source?
No. You are thinking of Rsync
Remember I told you that you needed /zb that was for a reason. That's what allows for that.
-
I know a lot of you have other suggestions beyond login scripts but I am sticking with them for now...but running into a drive mapping problem...
Question - Our main File Server Drive has a folder called ALL and then under that, various folders like Accounting, Purchasing, etc..
On the current server, you can map directly to one of those folders rather than having to do \server\All\Accounting
I am sure this is something I need to set at the root of the drive but cannot recall. Any suggestions?
-
Did anyone mention DFS to you Garak?
During your transition period you could use DFS Replication to keep shares synced up between the two servers.
-
@IRJ said:
Did anyone mention DFS to you Garak?
During your transition period you could use DFS Replication to keep shares synced up between the two servers.
Yes...it has been mentioned but my list has been too full to think of anything else...I'm a solo IT shop, so I am still handling workstation issues, office equipment issues, cell phones, software coding issues...juggling!
-
@garak0410 said:
@IRJ said:
Did anyone mention DFS to you Garak?
During your transition period you could use DFS Replication to keep shares synced up between the two servers.
Yes...it has been mentioned but my list has been too full to think of anything else...I'm a solo IT shop, so I am still handling workstation issues, office equipment issues, cell phones, software coding issues...juggling!
That said...I am checking it out now...I may work late tonight...tomorrow is my official move to new servers evening...
-
Do you feel one of these ways is better than the other, any if so, why?
e:\all\accounting = \servername\accounting
e:\all\it = \servername\it
e:\all\hr = \servername\hr
etcHere is the other option I mentioned above
e:\all = \servername\all
and you connect your drive letters like this
net use p: \servername\all\accounting
net use i: \servername\all\it
net use h: \servername\all\hr -
@Dashrender said:
Do you feel one of these ways is better than the other, any if so, why?
e:\all\accounting = \servername\accounting
e:\all\it = \servername\it
e:\all\hr = \servername\hr
etcHere is the other option I mentioned above
e:\all = \servername\all
and you connect your drive letters like this
net use p: \servername\all\accounting
net use i: \servername\all\it
net use h: \servername\all\hrThere are good times for each. The first set is based off of many shares and the later off of a single one. This really comes down to how you want to manage security. If you need granular share-level security you need many shares. But if you don't, and generally you don't, I would do the "one share" method to make things simpler.
-
@scottalanmiller
What do you think about using this post's method for copying over the shares?
http://www.geeksaresexy.net/2007/06/27/how-to-move-windows-shares-from-one-computer-to-another/In Garak's case he'll have to edit the exported REG file from the old server because he's moving from
to E:I've done this before and it works, but I don't recall is if it brings the Share ACL along?
-
Quick Update - Robocopy is STILL copying the files...it is under 1TB for sure but upwards around 800-900 GB. Our biggest software suite generates a TON of files so it is the sheer amount of files I believe. It is on the last huge directory so should pick up after it is complete.
The file server VM has been allowed 8GB (and dynamic) memory it is hovering around 90% right now:
The biggest culprit is Symantec Endpoint, using about 214MB and it's SQL Anywhere Embedded Database about 134MB. That is actually normal and what it shows on the current server. Then there is other processes with negligible memory use. So, could it be from the file copying? I don't see how what I show to add up to 7GB of memory use.
-
Turn off AV during the transfer
-
@garak0410 said:
Quick Update - Robocopy is STILL copying the files...it is under 1TB for sure but upwards around 800-900 GB. Our biggest software suite generates a TON of files so it is the sheer amount of files I believe. It is on the last huge directory so should pick up after it is complete.
The file server VM has been allowed 8GB (and dynamic) memory it is hovering around 90% right now:
The biggest culprit is Symantec Endpoint, using about 214MB and it's SQL Anywhere Embedded Database about 134MB. That is actually normal and what it shows on the current server. Then there is other processes with negligible memory use. So, could it be from the file copying? I don't see how what I show to add up to 7GB of memory use.
We use SEPM and I hate it. I can't wait till we finally pull the plug on it.
-
Turned off Symantec and it has gotten worse and can't reboot due to Robocopy...I do not really see any other reason for the high memory usage...
-
Another Screen Shot...
In contrast, the Host shows very little wear on it...
-
File transfers should use all available memory. Nothing odd there.
-
@scottalanmiller said:
File transfers should use all available memory. Nothing odd there.
So noted. Just wish it showed up in task manager...I'll be patient...we have than less than 1/3 left to copy...and then a run with the /XO command tonight to get what is new or changed.
