Profile import from AD - not executing according to schedule
I have a MOSS 2007 environment, where the SSP does not import profiles from AD. The schedule is set up and looks correct, but the only way I can run the import is by starting it manually. I've read through several posts and there is one fix I would like to try, but I still need to understand it better (since this is a production environment and I can't replicate it in a dev- or test environment). I ran stsadm -o sync -listolddatabases 10 got a list of four entries. Something like this: Service Provider xxx SSP <GUID> Synhronized: 3/3/2012 ... ... Now I read that this could be fixed by running -deleteolddatabases <days> and that is has something to do with deleting entries (and not databases). However - 1. Is this really a safe command to issue? I.e. executing a command with text like "delete" and "databases" in a production environment makes me want to triplecheck... 2. How could this solve the issue with the profile import? I mean - is there more steps after this or does the delete command simply restore synchronization and everything is fine? If anyone has alternatives for solving the issue I would love to hear about it!
July 9th, 2012 2:02pm

From the sync stsadm operation page: Parameter Value Required? Description listolddatabases A valid number of days, such as "2" Yes Lists content databases that have not been synchronized since n days. The presumption is that they have been deleted or moved. deleteolddatabases A valid number of days Yes Performs the same operation as the listolddatabases parameter, except it deletes old records corresponding to these databases. It does not delete the databases themselves. The -deleteolddatabases parameter does not delete the databases, it only removes the old records from the database (the specific table and records I do not know for this information is not published). Provided you run the sync operation with the -listolddatabases and -deleteolddatabases using the same number of days, deleteolddatabases will only remove the records that listolddatabases outputs. Jason Warren Infrastructure Specialist Habanero Consulting Group habaneroconsulting.com/blog
Free Windows Admin Tool Kit Click here and download it now
July 9th, 2012 2:28pm

Yes, but I'm not entirely sure if this is the correct thing to do or not. I mean, if you get databases out of sync listed with the listolddatabases command is it always the fix to run deleteolddatabases, and are there cases where you should'nt do it?
July 9th, 2012 2:50pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics