SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm trying to recover from an issue where permissions were removed by accident, but I don't know what they were. Audit Log only shows me which PrincipalIds were removed, but not what permissions they had, and the Recycle Bin doesn't contain that info either.

Short of restoring a Backup, is there a way to find out what permissions were?

share|improve this question
up vote 2 down vote accepted

Short of a restore I can't think of a way you could really roll that back. I'd suggest restoring the DB to a test environment then resetting the perms with something to compare to. If you don't have a test environment you could restore the db with a new name and attach it to a new web app in your production environment.

share|improve this answer
That's what I ended up doing, restoring the content db to a different one and looking at differences to recover the information. – Michael Stum Dec 28 '11 at 1:35

(Sarcastic response with a serious undertone): Yep, look up your security policy documents to determine what roles to restore. :)

(More useful response): Nope, when you break permission inheritance and apply level permissions to individual items below a parent, that information is not stored anywhere when deleted. Only option is to recover from a backup.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.