cancel
Showing results for 
Search instead for 
Did you mean: 

How to successfully copy all of the Closed VaultStore partition to CIFS share ?

John_Santana
Level 6

Hi All,

Can anyone here please suggest me what is the best suggested tools to migrate the existing NTFS VaultStore partition drives to CIFS share realiably ?

with my current Robocopy script (executed on WIndows Server 2003 on EV 9):

robocopy.exe V: "\\DD_CIFS_SHARE\Vault1_Pt6" *.* /xd "L:\System Volume Information" /xd L:\RECYCLER\ /e /xo /zb /copy:DTS /r:0 /w:0 /fp /nfl /ndl /np /tee /log:"S:\Temp\robocopy.log"

I cannot copy the entire closed vaultstore to the CIFS share with the following error:

Capture_4.JPG

So I need some help and suggestion on this matter.

Thanks

13 REPLIES 13

John_Santana
Level 6

Here's the attached screenshot in original resolution.

Merv
Level 6
Partner
Looks to be a permissions issue. Can you manually create dir or file in the cifs share? Also check what permissions you are running your robocopy batch as? Try doing a test of the batch file with 1 folder manually . If it does not work you may want to post in microsoft technet forums (windows server) as we discuss support for EV specific tools to for MS tools they are the best bet

John_Santana
Level 6

Yes I can create the folder in the CIFS share root directory, since the EV service account is granted as Read & write.

The batch script is executed using the EVService account where I am remotely connect tothe server using Windows RDP.

Merv
Level 6
Partner
Try windows explorer copies to check if that is working. Came across this about inheritable permissions issue on the source so you may just want to change that by removing inheritable permissions and set the option to copy the permission and apply to all sub folders. There is a mention of the /B switch but that may fail according the poster http://superuser.com/questions/25509/robocopy-permission-denied

John_Santana
Level 6

Thanks Merv,

Where do I have to remove the inheritable permission from ? if it is on the NTFS source drive, I'm afraid to broke EV even more :\ since there is no rollback plan.

I have already include the permission /COPY:DTS parameter on the script above.

I've just checked again, the number of file copy error is still in Millions, not decreasing into 0 just yet for the second copy.

 

Merv
Level 6
Partner

John,

 

yes modifying anything like permissions can be a pain and risky if not done exactly the way it should Firsly what are inheritable permisions, it's a microsoft NTFS permissions option which allow permissions to inherit from the parent folder as opposed to explicit permissions on an object. If you do a copy you are copying the inheritable permissions and if you also choose apply to child objects they are written on all folders and files explicits.You can check microsoft website on how they work and how to change them to not inherit.

Some troubleshooting steps:

1. test this out for a test folder. Create a copy of on small sub folders i.e. Vault Stiore ptnxx\2012\01-01\00\01A 

2.  try to do a manual copy of that folder in windows explorer - does it work?

3. try to do robocopy of that sub-folder using your original ropy options - does it work?

result - Works 

- if it does I did some further research and could be robocopy from root of the drive does not work.

 

http://social.technet.microsoft.com/Forums/windowsserver/en-US/84f95ff5-e942-4435-8ec5-40ceff57e0aa/robocopy-acl-issue

 

result - NO - same error

- remove inheritable permissions on that folder - uncheck it and choose ADD which will add the inheritable permissions as explicit permissions on this object.

- select replace all child object permssions with inheritable permssions  from this object

 

 

 

John_Santana
Level 6

ok, the transfer speed seems to be very slow.

Does the following Registry on Windows Server 2003 and 2008 can speed up Robocopy process ?

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value =DisableTaskOffload
Type = DWORD
Data = 1

Value =EnableTCPChimney
Type = DWORD
Data = 0

Value =EnableTCPA
Type = DWORD
Data = 0

Value =EnableRSS 
Type = DWORD
Data = 0

Merv
Level 6
Partner
Am guessing the permissions issues are resolved now. Best practice was to disable the tcp chimney/toe/tso lot on windows 2003 but it depends for windows 2008 or vmware...is ev a vm? This general rule of thumb is debatable env to env stability vs perf ..but EV best practise is to disable it which may or may not tax on your network performance http://www.symantec.com/business/support/index?page=content&id=TECH56172 http://www.symantec.com/business/support/index?page=content&id=TECH197934 http://blogs.technet.com/b/onthewire/archive/2014/01/21/tcp-offloading-chimney-amp-rss-what-is-it-and-should-i-disable-it.aspx http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1009517 http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2008925 Again same approach read up and test if it helps http://support.microsoft.com/kb/951037 Have you heard about robocopy mt option?http://technet.microsoft.com/en-us/magazine/dd542631.aspx

John_Santana
Level 6

Yeah, it is on VM. My EV 9 server is Windows Server 2003

Merv
Level 6
Partner
So the EV best practise is that they should be disabled like you have on. Have you tried to get the latest version of robocopy which has the /mt switch?

John_Santana
Level 6

Merv,

Yes I have turn it off already.

No, is that even possible ? to use the Robocopy binary copied from Windows Server 2012 R2 and then copy it into WIndows Server 2003 ? 

Merv
Level 6
Partner
Looks like it does work :) copy from a windows 7 32 bit machine http://www.powercram.com/2009/11/how-to-copy-files-multi-threaded-with.html?m=1

John_Santana
Level 6

Unfortunately, i cannot execute it, see the error below:

The image file C:\Program Files\Windows Resource Kits\Tools\Robocopy.exe is valid, but is for a machine type other than the current machine.