This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

MMAD Console Displays Incorrect Synced Objects

I have an odd issue that just started yesterday. I am testing and had 12 synced objects from source to target. Yesterday I added one more and the DSA synced and incremented to 13 synced objects. After that I added 2 more objects, waited for sync and all objects synced with no errors 15 total but the MMAD console still shows 13. I checked the stats portal and I see all 15 objects.

I checked to make sure there were no issues with the ADAM DB and it was fine. I have restarted the MMAD console and the DSA. This morning I performed a full resync and now it shows only 9 objects synced. For a test I added a few words in the description field of one object and that did get synced to the target object.

I am not sure what else it could be. I am running version 8.12, I see 8.13 is out but this was working perfectly before yesterday and getting ready for a pilot. Any suggestions?

  • I think what you are seeing, it just the status is not refreshed. You can refresh the page and it should display properly.

  • Like I said in my original post I have restarted the MMAD servers so that would rule out refreshing. I have never seen this myself, I applied the 8.12 hot fix did a full resync and it made no difference. Support said they made need to escalate this to development.

  • The data presented above, is pulled from AD LDS. As the data changes in AD LDS, it is not always refreshed. 

    You can validate what is actually inscope by running an LDAP query in AD user and computers. The default LDAP filter is 

    (&(|(&(objectClass=group)(objectCategory=group))(&(objectClass=printQueue)(objectCategory=printQueue))(&(objectClass=user)(objectCategory=user))(&(objectClass=volume)(objectCategory=volume))(&(objectClass=inetOrgPerson)(objectCategory=inetOrgPerson))(&(objectClass=computer)(objectCategory=computer))(&(objectClass=contact)(objectCategory=contact)))(!(&(|(objectClass=user)(objectClass=group)(objectClass=computer))(isCriticalSystemObject=TRUE))))

    Depending on your settings, Only merge them or Create objects in... the above will show you what source side. 

    If you are only Sync'ing (No migration sessions) you can export the mapping data. The mapping data will reflect only the objects currently in scope of the sync. So if you change the snyc setting and do a full sync,only the objects currently in sync will be present in the mapping data. 

     

  • Jeff,

    Thanks for the last post, although that's not the problem your explanation in the detailed post has led me to what the problem is. I'm pretty sure nothing is wrong because the objects in the OU are synced but I have migrated 6 of them which means they are no longer in sync.

    Rob

  • That may not be the case either. I just made a change to the description filed on the migrated source object and it did sync that change to the migrated target object.

    Since I am testing and just using a source and target test OU all objects remain in the test target OU even migrated ones. My goal is to sync all source objects to a Migration OU then during migration I will select the target OU where that object should live in.

  • Call your sales rep and have them schedule time with a solutions architect to walk you through the solutions. That would be the fastest way for you to understand what these setting mean, and how they apply.