locked
DFSR RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote
    Running DFS between  a couple w2k12 servers. Everything is working. We moved some old data to archive. Deleted the name space, deleted the replication group and deleted teh data off the servers. Under system volume dfsr\private are directories with a lot od data that we cant identify. When we run WMIC.EXE /namespace:\\root\microsoftdfs path dfsrreplicatedfolderconfig get replicatedfolderguid,replicatedfoldername our active replication folders show up. Can the unidentified directories be deleted?
    Monday, September 19, 2016 6:36 PM

Answers

  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi MUSaints,

    Thanks for your reply.

    As far as I know, you could delete the files under dfsr\private

    Please check here for a very good article about cleaning up the ConflictsAndDeleted directory: Manually Clearing the ConflictAndDeleted Folder in DFSR .  

    But you may need to be careful, monitor the dfs replication health report to make sure your dfs service is fine.  

     Best Regards,

    Mary

    Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    • Proposed as answer by Mary Dong Monday, October 3, 2016 6:27 AM
    • Marked as answer by Mary Dong Tuesday, October 4, 2016 6:23 AM
    Wednesday, September 21, 2016 1:25 AM

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi MUSaints,

    Thanks for your post.

    You could use ADSIedit.msc to delete the orphaned namespace information.

    Please find CN=Dfs-Configuration, CN=System, DC=ourdomain, DC=tld

      Check if the orphaned namespace CN=DFS_Test is under it, if so, you may delete this node CN=DFS_Test

    Here is the thread discussed before, you could check more details.

    https://social.technet.microsoft.com/Forums/office/en-US/2463ce92-7767-4135-b8c7-31c736bdabc2/orphaned-dfs-namespace-how-to-remove?forum=winserverfiles

    Best Regards,

    Mary

    Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    Tuesday, September 20, 2016 2:08 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
    The name space is fine. We have what looks like orphan folders under dfsr\private.
    Tuesday, September 20, 2016 2:39 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi MUSaints,

    Thanks for your reply.

    As far as I know, you could delete the files under dfsr\private

    Please check here for a very good article about cleaning up the ConflictsAndDeleted directory: Manually Clearing the ConflictAndDeleted Folder in DFSR .  

    But you may need to be careful, monitor the dfs replication health report to make sure your dfs service is fine.  

     Best Regards,

    Mary

    Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    • Proposed as answer by Mary Dong Monday, October 3, 2016 6:27 AM
    • Marked as answer by Mary Dong Tuesday, October 4, 2016 6:23 AM
    Wednesday, September 21, 2016 1:25 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi MUSaints，

    Any updates for your issue？

    Look forward to your reply.

    Best Regards,

    Mary

    Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    Wednesday, September 28, 2016 6:17 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    The Private folder contains RF specific data in the below folders:

    > Staging: used during replication - can be deleted at anytime

    > Installing: used during replication - can be deleted at anytime

    > ConflictAndDeleted: If a server loses a conflict on a file, it moves the file to this location. If you are not missing any files, this can be cleaned up as well.

    > PreExisting: This folder contains data that existed before the server was (re)configured as a DFSR member and did not match the Primary Server. Again, if you are not missing any files, this can be cleaned up as well.

    > Deleted: This is used to momentarily keep a deleted file and won't usually hold any data.

    > <g class="gr_ gr_950 gr-alert gr_spell gr_inline_cards gr_run_anim ContextualSpelling ins-del multiReplace" data-gr-id="950" id="950">XMLs</g>: If you need anything ConflictAndDeleted or PreExisting folder, it's wise to keep their <g class="gr_ gr_1146 gr-alert gr_spell gr_inline_cards gr_run_anim ContextualSpelling ins-del multiReplace" data-gr-id="1146" id="1146">XMLs</g> since they contain <g class="gr_ gr_1367 gr-alert gr_gramm gr_inline_cards gr_run_anim Grammar only-ins doubleReplace replaceWithoutSep" data-gr-id="1367" id="1367">mapping</g> between the old file name & location and the new file name.

    Saturday, January 27, 2018 5:52 AM