DFS Replication error 4012

I moved a DC to a vm, demoted the old domain and promoted the new DC and dropped the old one all together. I'm getting DFSR 4012 replication errors on the New DC now. the solution below is what appears in the error. Under the replication tab in the dfs manager is "Domain System Volume" with the local domain as its proprieties.

Is this a serious problem?
Is the replication necessary without a second DC?
Will removing the "Domain System Volume" and re-adding it cause any issues with the dc or essentials experience?



==============================================================================
Error event 4012
The DFS Replication service stopped replication on the folder with the following local path: C:\Windows\SYSVOL\domain. This server has been disconnected from other partners for 74 days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter (60). DFS Replication considers the data in this folder to be stale, and this server will not replicate the folder until this error is corrected.

To resume replication of this folder, use the DFS Management snap-in to remove this server from the replication group, and then add it back to the group. This causes the server to perform an initial synchronization task, which replaces the stale data with fresh data from other members of the replication group.
 
Additional Information:
Error: 9061 (The replicated folder has been offline for too long.)
Replicated Folder Name: SYSVOL Share
Replication Group Name: Domain System Volume
=========================================================
dfs diag report

Summary of replicated folder status
  The following table provides a high-level overview of replicated folder status on this server.
 
  Replicated Folder Status # of Files Received DFS Replication Bandwidth Savings
SYSVOL Share                          Error                       0                                 0.00%
8fort8Asked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

pjamCommented:
I had similar issue about a year ado and did a lot of research.
This was answered last Feb at:
http://www.experts-exchange.com/questions/28353972/dfs-replication-error-event-4012-server-2012.html
Here is also a good article (there are many):
http://windowsitpro.com/print/windows-server-2012/fixing-broken-sysvol-replication
8fort8Author Commented:
pjam
 The solution requires demoting the DC. There is only 1 DC in the system demoting it will destroy the domain, and lose the users, enrolled computers,  and shares no?
it_saigeDeveloperCommented:
@8fort8,

Check on the post I made in your other question regarding this issue:

http:/Q_28918395.html#a41427223

-saige-

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
8fort8Author Commented:
The solution was as it_saige pointed out to force the local dc to recognize itself was authoritative. This is kind of a sketchy process though and documentation frequently assumes too much to comfortably trust your not destroying something else. Having modified the settings to false and 1 (not easy to find) It is now replicating without any errors to sysvol directory. Still not sure if that's required without any other DCs on the network because the documentation states " The SYSVOL directory must be present and the appropriate subdirectories must be shared on a server before the server can advertise itself on the network as a domain controller. Shared sub directories in the SYSVOL tree are replicated to every domain controller in the domain. ". The ambiguity being is the implication the advertisement is being uniquely used only for the DCs ? I suspect not because the exchange server stopped posting strange errors as well when the replication was fixed.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows Server 2012

From novice to tech pro — start learning today.