Windows Vista Tips

Windows Vista Tips > Newsgroups > Windows Server > File Systems > How can i check if DFS-R is working?

Reply
Thread Tools Display Modes

How can i check if DFS-R is working?

 
 
Pavlos Gerardos
Guest
Posts: n/a

 
      08-21-2009
I prestaged 2 servers with the data i wanted to copy from a NAS (which
is to be removed from the network).
It's ~750GB of data.
One copy was made to Srv1 with robocopy and the other (to Srv2) was made
one day earlier with simple windows copy...
There is a difference of ~1GB of data (~1000 files).

The primary server should be Srv1, which holds the most up-to-date and
full data.

I created a replication group for the two folder targets some 6 hours
ago and then made 4-5 health reports.

All of them show a warning for Srv2 that "This member is waiting for
initial replication for replicated folder data".
In the following lines i can see now ~400000 Backlogged Sending &
Receiving Transactions and ~53000 Files Received...
And these numbers are increasing hour to hour...

It's definitely not working ok....

Any ideas on what should i do?

Thanks in advance...
 
Reply With Quote
 
 
 
 
Dave Warren
Guest
Posts: n/a

 
      08-22-2009
In message <> Pavlos Gerardos
<> was claimed to have wrote:

>I prestaged 2 servers with the data i wanted to copy from a NAS (which
>is to be removed from the network).
>It's ~750GB of data.
>One copy was made to Srv1 with robocopy and the other (to Srv2) was made
>one day earlier with simple windows copy...
>There is a difference of ~1GB of data (~1000 files).
>
>The primary server should be Srv1, which holds the most up-to-date and
>full data.
>
>I created a replication group for the two folder targets some 6 hours
>ago and then made 4-5 health reports.
>
>All of them show a warning for Srv2 that "This member is waiting for
>initial replication for replicated folder data".
>In the following lines i can see now ~400000 Backlogged Sending &
>Receiving Transactions and ~53000 Files Received...
>And these numbers are increasing hour to hour...
>
>It's definitely not working ok....
>
>Any ideas on what should i do?


Wait.

Since you copied the data using different methods, not all of the
meta-data will be identical, since the meta-data isn't identical, the
file hashes don't line up exactly, so DFS-R goes through conflict
resolution.

It will take DFS-R some time to resolve the conflicts. DFS-R is smart
enough to notice that the content itself is identical though, so it will
generally be faster then just letting DFS-R copy out all the files
itself.

Under 2003 R2 it could take days for the two servers to sync up with
750GB of data, under 2008 I'd expect DFS-R to finish in a day or so
assuming the file content is identical, longer if the file content needs
to be replicated. User activity will slow the process considerably.

Check your staging areas sizes, I'd probably bump them to at least 16GB
during the initial sync (especially on 2008, which handles larger
staging areas more efficiently then 2003 did), then set them to more
sane limits later.

Honestly though, the initial replication just takes time, little can be
done to speed it up, and whatever you do, don't try and help it along
once replication starts, you'll just generate more work for the system
trying to resolve your changes.
 
Reply With Quote
 
Pavlos Gerardos
Guest
Posts: n/a

 
      08-23-2009
Dave Warren wrote:
> In message <> Pavlos Gerardos
> <> was claimed to have wrote:
>
>> I prestaged 2 servers with the data i wanted to copy from a NAS (which
>> is to be removed from the network).
>> It's ~750GB of data.
>> One copy was made to Srv1 with robocopy and the other (to Srv2) was made
>> one day earlier with simple windows copy...
>> There is a difference of ~1GB of data (~1000 files).
>>
>> The primary server should be Srv1, which holds the most up-to-date and
>> full data.
>>
>> I created a replication group for the two folder targets some 6 hours
>> ago and then made 4-5 health reports.
>>
>> All of them show a warning for Srv2 that "This member is waiting for
>> initial replication for replicated folder data".
>> In the following lines i can see now ~400000 Backlogged Sending &
>> Receiving Transactions and ~53000 Files Received...
>> And these numbers are increasing hour to hour...
>>
>> It's definitely not working ok....
>>
>> Any ideas on what should i do?

>
> Wait.
>
> Since you copied the data using different methods, not all of the
> meta-data will be identical, since the meta-data isn't identical, the
> file hashes don't line up exactly, so DFS-R goes through conflict
> resolution.
>
> It will take DFS-R some time to resolve the conflicts. DFS-R is smart
> enough to notice that the content itself is identical though, so it will
> generally be faster then just letting DFS-R copy out all the files
> itself.
>
> Under 2003 R2 it could take days for the two servers to sync up with
> 750GB of data, under 2008 I'd expect DFS-R to finish in a day or so
> assuming the file content is identical, longer if the file content needs
> to be replicated. User activity will slow the process considerably.
>
> Check your staging areas sizes, I'd probably bump them to at least 16GB
> during the initial sync (especially on 2008, which handles larger
> staging areas more efficiently then 2003 did), then set them to more
> sane limits later.
>
> Honestly though, the initial replication just takes time, little can be
> done to speed it up, and whatever you do, don't try and help it along
> once replication starts, you'll just generate more work for the system
> trying to resolve your changes.


Thank you Dave for the very helpful reply.

You were right about the time it would take to sync the files.

It eventually finished yesterday noon, after almost 24hours.

The main problem for me remains though:
There is no serious level monitoring regarding the initial replication
status, so you can't be sure if everything works ok.
I just had to wait for a whole day without even knowing if i had to
restart or stop or do something else...

I really think MS should do some serious work on this issue.

Anyways, thanks again for helping me out.

Pavlos
 
Reply With Quote
 
Pavlos Gerardos
Guest
Posts: n/a

 
      08-23-2009
Dave Warren wrote:
> In message <> Pavlos Gerardos
> <> was claimed to have wrote:
>
>> I prestaged 2 servers with the data i wanted to copy from a NAS (which
>> is to be removed from the network).
>> It's ~750GB of data.
>> One copy was made to Srv1 with robocopy and the other (to Srv2) was made
>> one day earlier with simple windows copy...
>> There is a difference of ~1GB of data (~1000 files).
>>
>> The primary server should be Srv1, which holds the most up-to-date and
>> full data.
>>
>> I created a replication group for the two folder targets some 6 hours
>> ago and then made 4-5 health reports.
>>
>> All of them show a warning for Srv2 that "This member is waiting for
>> initial replication for replicated folder data".
>> In the following lines i can see now ~400000 Backlogged Sending &
>> Receiving Transactions and ~53000 Files Received...
>> And these numbers are increasing hour to hour...
>>
>> It's definitely not working ok....
>>
>> Any ideas on what should i do?

>
> Wait.
>
> Since you copied the data using different methods, not all of the
> meta-data will be identical, since the meta-data isn't identical, the
> file hashes don't line up exactly, so DFS-R goes through conflict
> resolution.
>
> It will take DFS-R some time to resolve the conflicts. DFS-R is smart
> enough to notice that the content itself is identical though, so it will
> generally be faster then just letting DFS-R copy out all the files
> itself.
>
> Under 2003 R2 it could take days for the two servers to sync up with
> 750GB of data, under 2008 I'd expect DFS-R to finish in a day or so
> assuming the file content is identical, longer if the file content needs
> to be replicated. User activity will slow the process considerably.
>
> Check your staging areas sizes, I'd probably bump them to at least 16GB
> during the initial sync (especially on 2008, which handles larger
> staging areas more efficiently then 2003 did), then set them to more
> sane limits later.
>
> Honestly though, the initial replication just takes time, little can be
> done to speed it up, and whatever you do, don't try and help it along
> once replication starts, you'll just generate more work for the system
> trying to resolve your changes.



Thank you Dave for the very helpful reply.

You were right about the time it would take to sync the files.

It eventually finished yesterday noon, after almost 24hours.

The main problem for me remains though:
There is no serious level monitoring regarding the initial replication
status, so you can't be sure if everything works ok.
I just had to wait for a whole day without even knowing if i had to
restart or stop or do something else...

I really think MS should do some serious work on this issue.

Anyways, thanks again for helping out.

Pavlos
 
Reply With Quote
 
Pavlos Gerardos
Guest
Posts: n/a

 
      08-23-2009
Dave Warren wrote:
> In message <> Pavlos Gerardos
> <> was claimed to have wrote:
>
>> I prestaged 2 servers with the data i wanted to copy from a NAS (which
>> is to be removed from the network).
>> It's ~750GB of data.
>> One copy was made to Srv1 with robocopy and the other (to Srv2) was made
>> one day earlier with simple windows copy...
>> There is a difference of ~1GB of data (~1000 files).
>>
>> The primary server should be Srv1, which holds the most up-to-date and
>> full data.
>>
>> I created a replication group for the two folder targets some 6 hours
>> ago and then made 4-5 health reports.
>>
>> All of them show a warning for Srv2 that "This member is waiting for
>> initial replication for replicated folder data".
>> In the following lines i can see now ~400000 Backlogged Sending &
>> Receiving Transactions and ~53000 Files Received...
>> And these numbers are increasing hour to hour...
>>
>> It's definitely not working ok....
>>
>> Any ideas on what should i do?

>
> Wait.
>
> Since you copied the data using different methods, not all of the
> meta-data will be identical, since the meta-data isn't identical, the
> file hashes don't line up exactly, so DFS-R goes through conflict
> resolution.
>
> It will take DFS-R some time to resolve the conflicts. DFS-R is smart
> enough to notice that the content itself is identical though, so it will
> generally be faster then just letting DFS-R copy out all the files
> itself.
>
> Under 2003 R2 it could take days for the two servers to sync up with
> 750GB of data, under 2008 I'd expect DFS-R to finish in a day or so
> assuming the file content is identical, longer if the file content needs
> to be replicated. User activity will slow the process considerably.
>
> Check your staging areas sizes, I'd probably bump them to at least 16GB
> during the initial sync (especially on 2008, which handles larger
> staging areas more efficiently then 2003 did), then set them to more
> sane limits later.
>
> Honestly though, the initial replication just takes time, little can be
> done to speed it up, and whatever you do, don't try and help it along
> once replication starts, you'll just generate more work for the system
> trying to resolve your changes.


Thank you Dave for the very helpful reply.

You were right about the time it would take to sync the files.

It eventually finished yesterday noon, after almost 24hours.

The main problem for me remains though:
There is no serious level monitoring regarding the initial replication
status, so you can't be sure if everything works ok.
I just had to wait for a whole day without even knowing if i had to
restart or stop or do something else...

I really think MS should do some serious work on this issue.

Anyways, thanks again for helping out.

Pavlos
 
Reply With Quote
 
Pavlos Gerardos
Guest
Posts: n/a

 
      08-24-2009
Dave Warren wrote:
> In message <> Pavlos Gerardos
> <> was claimed to have wrote:
>
>> I prestaged 2 servers with the data i wanted to copy from a NAS (which
>> is to be removed from the network).
>> It's ~750GB of data.
>> One copy was made to Srv1 with robocopy and the other (to Srv2) was made
>> one day earlier with simple windows copy...
>> There is a difference of ~1GB of data (~1000 files).
>>
>> The primary server should be Srv1, which holds the most up-to-date and
>> full data.
>>
>> I created a replication group for the two folder targets some 6 hours
>> ago and then made 4-5 health reports.
>>
>> All of them show a warning for Srv2 that "This member is waiting for
>> initial replication for replicated folder data".
>> In the following lines i can see now ~400000 Backlogged Sending &
>> Receiving Transactions and ~53000 Files Received...
>> And these numbers are increasing hour to hour...
>>
>> It's definitely not working ok....
>>
>> Any ideas on what should i do?

>
> Wait.
>
> Since you copied the data using different methods, not all of the
> meta-data will be identical, since the meta-data isn't identical, the
> file hashes don't line up exactly, so DFS-R goes through conflict
> resolution.
>
> It will take DFS-R some time to resolve the conflicts. DFS-R is smart
> enough to notice that the content itself is identical though, so it will
> generally be faster then just letting DFS-R copy out all the files
> itself.
>
> Under 2003 R2 it could take days for the two servers to sync up with
> 750GB of data, under 2008 I'd expect DFS-R to finish in a day or so
> assuming the file content is identical, longer if the file content needs
> to be replicated. User activity will slow the process considerably.
>
> Check your staging areas sizes, I'd probably bump them to at least 16GB
> during the initial sync (especially on 2008, which handles larger
> staging areas more efficiently then 2003 did), then set them to more
> sane limits later.
>
> Honestly though, the initial replication just takes time, little can be
> done to speed it up, and whatever you do, don't try and help it along
> once replication starts, you'll just generate more work for the system
> trying to resolve your changes.


Thank you Dave for the very helpful reply.

You were right about the time it would take to sync the files.

It eventually finished after almost 24hours.

The main problem for me remains though:
There is no serious level monitoring regarding the initial replication
status, so you can't be sure if everything works ok.
I just had to wait for a whole day without even knowing if i had to
restart or stop or do something else...

I really think MS should do some serious work on this issue.

Anyways, thanks again for helping out.

Pavlos
 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Spell Check Not Working Jim Windows Live Mail 18 09-11-2010 05:48 PM
spell check is not working john and joan Windows Vista Mail 8 04-29-2010 01:17 AM
check disk not working michael56555 Windows Vista Performance 22 01-04-2009 05:18 PM
Spell Check is not working Rebecca Needham Windows Vista Mail 1 08-19-2008 03:25 AM
Re: Alerts not working, even with check box Jonathan Kay [MVP] Windows Live Messenger 3 02-11-2008 02:45 AM



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59