Schema Upgrade question

  • 121 Views
  • Last Post 28 January 2016
idarryl posted this 28 January 2016

Hello again folks,
I have a very simple question regarding the time is takes to replicate a Schema update.  
I have a test domain that consists of 5 DC's restored (and recovered) from my production domain. They are all in the same site and LAN, different domains.  I did a /forestprep this morning on the Schema Master, and it took about 2 hours before the Forest was replicated with the changes.
Does that sound about right? Is is likely to increase excessively when done with 52 production DC's?  Is there any wait to speed it up? A Repadmin /syncall /APed didn't seem to help.
~
Darryl

Order By: Standard | Newest | Votes
kbatlive posted this 28 January 2016

That seems long.  It will follow AD replication.  Are other AD changes getting replicated quicker or also taking

the same 2 hours?  If so, check replication schedules/site links/how  often sites replicate (default I think is 180 minutes).

 

I have a lab with 10 DC’s (4 domains in 1 forest) with 5 sites defined with site links similar to production (15

minute schedule).  A schema change takes 30-45 minutes or less to replicate to all DC’s.

 

In a production forest, the last schema change I made (small one) took about an hour (100+ DC’s, 80+ sites; although

I didn’t check each and every DC – monitoring would have alerted us to replication not occurring).

 

show

abhay.ipg posted this 28 January 2016

Hi Darryl,
Check the AD replication if it's working fine as it could be the problem here as well, normally it should not take so much time.
Hope this helps you.
a


show

idarryl posted this 28 January 2016

I'll check if other changes take that long.  I should have mentioned before that a repadmin /showrepl did state that replication had been delayed because of a Schema change and that that was normal.
~
Darryl

show

abhay.ipg posted this 28 January 2016

Will you please run repadmin /replsummary and check if the result is showing as expected.
a


show

idarryl posted this 28 January 2016

All seems good.  Sorry for the screenshot, isolated environment.  
Inline images 1
~
Darryl

show

Rajeev Chauhan posted this 28 January 2016

you can check  repadmin /showattr * "cn=schema,cn=configuration,dc=xxx,dc=xxx" /atts:ObjectVersion. Wait to speed it up based on network latency


show

abhay.ipg posted this 28 January 2016

Does this issue still persists????
a


show

idarryl posted this 28 January 2016

Rajeev, all DC's are reporting the correct Schema now.
Replication in general seems fine, it was only for the 2 hours immediately after the Schema upgrade that replication was paused while the schema directory partition was being updated.  It was the length of that 2 hour period that was worrying.
The lab environment was re-built from backups in a authoritative recovery/DR test scenario, it's quite possible that it didn't go quite to plan, and I'm seeing the fail-out of that now.
Anyway the Schema upgrade went fine, and I would imagine that it's won't take that long in production.
If anyone knows what might have caused it, it would be great to hear still.
thanksDarryl
~
Darryl

show

Rajeev Chauhan posted this 28 January 2016

What is the replication interval.   Since this is lab, there should not be much latency


show

idarryl posted this 28 January 2016

They're all in one-site, so 15 secs, I believe. VMWare infrastructure, on an isolated VLAN, so zero latency.
~
Darryl

show

Close