Dfs Recovery

  • Thread starter Thread starter fuladi
  • Start date Start date
F

fuladi

I am working on a procedure for Dfs recovery in the event
that there is a disk failure on any replica or any other
any other event that results in data corruption on a disk.

If I remember correctly from reading in the Dfs
documentation, it is suggested to use NT backup to
regularly back up you data, and use the latest backup copy
to recover the corrupt data from. But, using NT backup is
not an option for me.

I think there are two scenarios that I should consider:
- the failed replica is the one that was set as Primary
- the failed replica is non-primary replica

Does anyone have any suggestions.

Thanks,

Fari
 
I have a domain with DFS heavily used (9 root replicas in
the domain). I agree with your scenarios and in our DR
testing have found that the if any root replicas fail or
even the proimary root replica then simply go into the
conole and right click and remove the replica. It will
take about 5-10 mins for each replica to be removed whilst
the OS keeps trying to contact it but after thaqt
everything works fine and the primary is automatically
transferred.

Chris.
 
Thanks for the info.

But, the scenario may become more complicated if
replication happens to be lagging behing for any reason,
and the most update copy resides on a physical path that
was NOT configured as Primary, and the disk on which the
physical location that was configured as Primary (Master)
is the one that fails. One suggestion would be to add a
new disk that contains the same shared folders
configuration as the failed disk, and reboot the server
that hosts the Dfs root. Would this work? Would I have to
do anything special to have the existing file replicated
from the existing replicas to the new disk?

Do you have any other suggestion.

I'd appreciate your comments/suggestions.

thanks,

Fari
 
Back
Top