You can stop the "Server" service. This is going to stop the "Netlogon" and "Computer Browser" services, too. (On a domain controller computer, stopping the "Netlogon" service can potentially cause problems with client computers being able to allow logons with domain acconts.)
If this is something you want to do long-term, you might be better off to rename the HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanManServer\Shares registry key to something else, create a new "Shares" key with a "Security" subkey, then briefly stop and restart the "Server" service (and dependent services). This will effectively disable all "shares" on the box.
When you're ready to bring the shares back, delete the temporary "Shares" key, rename the old one back to "Shares", and bounce the service again.
Edit:
You can definitely do this on a temporary basis and it'll be fine. Microsoft has been known to assume that this service is "always on" (have a look at http://www.markwilson.co.uk/blog/2005/10/sysprep-fails-on-windows-xp-sp2.htm
for an example of weird behaviour in one part of the product based on that assumption).
The "right way" to handle not exporting shares via SMB is probably one of the following (based on your tolerance for risk and desired to deal with potential "strangeness"):
Don't share anything, but leave service running.
Firewall the machine to prevent access to ports 139 and 445, but leave service running.
Unbind "File and Print Sharing for Microsoft Networks" from the box's NIC.
Evan mentioned "Unbind File and Print Sharing for Microsoft Networks from the box's NIC". This is the method I would choose. In fact on servers with extra NICs (e.g. Hyper-V servers) I routinely unbind the server and workstation services to stop that NIC being used for file/print stuff.
In the Network Connections click the Advanced menu then Advanced Settings. Choose the network interface and untick File and Printer sharing. Tick it again to turn the fps back on.
every share has a separate set of permissions on the share itself. open up compmgmt.msc and then look for "shares" under "shared folders", right-click on the share, choose "properties", then uncheck everything in the "share permissions" tab, effectively taking away everyone's ability to see any files in their mapped drive.
then restart the server to make sure no files are locked by users, then you can begin copying files over
You can stop the "Server" service. This is going to stop the "Netlogon" and "Computer Browser" services, too. (On a domain controller computer, stopping the "Netlogon" service can potentially cause problems with client computers being able to allow logons with domain acconts.)
If this is something you want to do long-term, you might be better off to rename the HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanManServer\Shares registry key to something else, create a new "Shares" key with a "Security" subkey, then briefly stop and restart the "Server" service (and dependent services). This will effectively disable all "shares" on the box.
When you're ready to bring the shares back, delete the temporary "Shares" key, rename the old one back to "Shares", and bounce the service again.
Edit:
You can definitely do this on a temporary basis and it'll be fine. Microsoft has been known to assume that this service is "always on" (have a look at http://www.markwilson.co.uk/blog/2005/10/sysprep-fails-on-windows-xp-sp2.htm for an example of weird behaviour in one part of the product based on that assumption).
The "right way" to handle not exporting shares via SMB is probably one of the following (based on your tolerance for risk and desired to deal with potential "strangeness"):
Evan mentioned "Unbind File and Print Sharing for Microsoft Networks from the box's NIC". This is the method I would choose. In fact on servers with extra NICs (e.g. Hyper-V servers) I routinely unbind the server and workstation services to stop that NIC being used for file/print stuff.
In the Network Connections click the Advanced menu then Advanced Settings. Choose the network interface and untick File and Printer sharing. Tick it again to turn the fps back on.
JR
every share has a separate set of permissions on the share itself. open up compmgmt.msc and then look for "shares" under "shared folders", right-click on the share, choose "properties", then uncheck everything in the "share permissions" tab, effectively taking away everyone's ability to see any files in their mapped drive.
then restart the server to make sure no files are locked by users, then you can begin copying files over