Ndmp backup restored on Windows System

Second Question: Do you know how can I restore windows share in my dr site? Nowaday I can do it backing up my lanmanserver registry (on windows machine)... How can I do with Celerra in order to easily restore on windows server?

There is a utility called sharedup, which copies the share informations between servers.

Thank you.

Probably it's the only thing that I can do. I'll lose speed backup benefit... But I'll improve compatibility...

Another Question: Our DR plan involves 100 users (instead of 800 like in production enviroment)... Do you think that Celerra Simulator can host 100 users profile (windows roaming profiles) that could be logon all togheter in the same time? (easily, can Celerra Simulator manage randomic access of 100 users?)

Second Question: Do you know how can I restore windows share in my dr site? Nowaday I can do it backing up my lanmanserver registry (on windows machine)...

How can I do with Celerra in order to easily restore on windows server?

Thank you for your help!

Thank you very much for your help!

Regards!

riker82 schrieb: Another Question: Our DR plan involves 100 users (instead of 800 like in production enviroment)... Do you think that Celerra Simulator can host 100 users profile (windows roaming profiles) that could be logon all togheter in the same time? (easily, can Celerra Simulator manage randomic access of 100 users?)

no - thats not what the simulator was built for

i would not rely on simulator for anything that has to do with production, it's not supported by EMC for production.

for your shares you can use "SHAREDUP  /FO:outputFile" and dump share data to a file (maybe schedule  a script every so often). When it's time to test DR, you can use "SHAREDUP  /FI:inputFile" to recreate shares on target.

thank you dynamox

One question: With sharedump, Do I need to have my source server (in dr case, celerra cifs server)?

Cause It always ask for a source machine and in our case we don't have any source in DR site.

Thanks

The procedure that Dynamox quoted (using "SHAREDUP  /FO:outputFile" and dump share data to a file) would have to be run on the source side at regular intervals, and the "outputFile" shipped to the DR site. In the event you need to re-create your shares, you can use the "outputFile" to do it.

As dynamox mentioned: "SHAREDUP  /FI:inputFile" to recreate shares on target.

inputFile is the filename of the previously created outputFile of the original source

Same issues for me, without being able to see the target when creating the file, and the source when implementing the file it fails.

Am i missing a switch ?