none
Removing Exchange 2007 public folder database forcibly RRS feed

  • Question

  • Exchange 2007 SP3, Rollup 10

    Decommissioning an MBX server.  When I run the uninstall it claims that the public folder still has replicas ("The public folder database..  ..contains folder replicas.")  It doesn't, but this isn't the first time I've run into this.  Apparently many others have too, because there's lots of blog posts on how to remove the public folder forcibly.

    I'm using the instructions in this post:

    http://www.joejohnson.name/?p=100

    It's similar to other posts and has the same steps involved.

    My problem is this; When I highlight the server in question on the left side of the screen, I DON'T see "CN=Public Folder Database" on the right side of the screen.  I see nothing.  I checked some other MBX servers in ADSI edit and it didn't exist there either.

    So my question is this, in the screen capture under the highlighted "CN=Mailbox Database" it says "CN=Public Folder Database."  Can I delete "CN=Public Folder Database" on the left side of the ADSI edit screen and accomplish the same thing?  Will the uninstall continue past the replica error?

    Thanks in advance!

    Monday, March 18, 2013 7:24 PM

Answers

  • Hi Martina.  I'm afraid you won't like the resolution from Microsoft...  I spoke to Santhosh, and after 20 minutes or so of verifying that there really weren't any replicas, he did have me remove the folder CN=Public Folder Database.  Had to wait for directory synchronization, then restarted the information store on the messed up server.  ..But then the uninstall finished successfully.

    It's fixed. I'm happy.  :)  Thanks again!

    • Marked as answer by blinkyjesus Wednesday, March 20, 2013 2:46 PM
    Wednesday, March 20, 2013 2:45 PM

All replies

  • In that shot, you are focused on the Mailbox Database, not the Public Folder Database. Focus there and see if the PF store shows up in the right pane.


    Twitter!:

    Monday, March 18, 2013 7:59 PM
    Moderator
  • Same result..  :(

    Monday, March 18, 2013 8:25 PM
  • Hi
       You can remove public folder and restart IS service.

    Terence Yu

    TechNet Community Support

    Tuesday, March 19, 2013 7:02 AM
    Moderator
  • Hi,
    I really think its a bad idea to delete the Public Folder database using ADSIEdit.

    If the uninstall says it has replicas, it most probably do and you need to find out which they are.
    One way to do that is to run:
    Get-PublicFolderStatistics | Get-PublicFolder | ft Name,replicas

    If you find replicas, you can use the script MoveAllReplicas.ps1 to move them all to a different server.
    See: http://technet.microsoft.com/en-us/library/bb331970(v=exchg.141).aspx
     

    Martina Miskovic

    Tuesday, March 19, 2013 7:20 AM
  • Hi Martina.  Yes, I did run that command.  It identified the same replicas that were left over after I ran MoveAllReplicas.PS1.  Unfortunately when I went into the Public Folder management screen, the replicas listed in the powershell command weren't there.  Phantom replicas maybe?

    I also ran Get-PublicFolder \NON_IPM_SUBTREE -Recurse.  I ran it against all reporting Exchange servers with the thought that one of them might show a replica that the others didn't.  No replicas were found on the server i'm trying to uninstall across all other reporting servers.

    So I agree with you that it's a bad idea using ADSIEdit, I don't really have a choice at this point.  ..And like I said, based on a quick search of this issue, i'm not the only one who's encountered this.

    HELP!!

    Tuesday, March 19, 2013 1:05 PM
  • Hi,
    In ADSIEdit, expand the Administrative Group CPO and move your way down to CN=Servers. Is that container empty?
    If that is the case, delete it. It has a way to create problems with public folder replication.

    Martina Miskovic

    Tuesday, March 19, 2013 1:47 PM
  • There's nothing in CPO.. 

    Tuesday, March 19, 2013 1:54 PM
  • Perfect, so no legacy exchange servers then. Delete it!

    Martina Miskovic

    Tuesday, March 19, 2013 1:55 PM
  • Ok, just so we're clear then, i'm deleting this?

    This isn't the last Exchange server in the org. There are other Ex2k7 MBX servers with their own public folders.

    Tuesday, March 19, 2013 2:20 PM
  • No, delete CN=Servers in your old Administrative Group.


    Martina Miskovic

    Tuesday, March 19, 2013 2:22 PM
  • huh?  how does that help me?
    Tuesday, March 19, 2013 2:23 PM
  • huh?  how does that help me?

    Its very common that an empty CN=Servers container create problems with public folder replication. Something you seems to have.

    After you have deleted CN=Servers, wait a few minutes and then start to look in the message tracking logs. It wouldn't surprise me at all if you then see public folder replication messages there and later run Get-Publicfolderstatistics again on the server you are to decommission.




    Martina Miskovic

    Tuesday, March 19, 2013 2:27 PM
  • Ok, done.  I'm rebooting the server and then i'll start an AD replication.  *crosses fingers*
    Tuesday, March 19, 2013 2:39 PM
  • No dice.

    Tuesday, March 19, 2013 2:50 PM
  • Can you tell me the output you get when running Get-PublicFolderStatistics on the server?

    When dismounting/mounting a public folder database, some of the system folders is recreated. Like OWAscratchpad* and StoreEvents for example and those systemfolders must be deleted.



    Martina Miskovic

    Tuesday, March 19, 2013 2:55 PM
  • There was nothing in OWAscratchpad..

     

    AdminDisplayName        : Schedule+ Free Busy Information - Exchange Administra
                              tive Group (FYDIBOHF23SPDLT)
    AssociatedItemCount     : 0
    ContactCount            : 0
    CreationTime            : 7/28/2006 8:04:25 PM
    DeletedItemCount        : 0
    EntryId                 : 000000001A447390AA6611CD9BC800AA002FC45A0300D8A1CCB69
                              02ACA4CA04596CF10097B2A0000000000070000
    ExpiryTime              : 3/19/2012 12:00:00 AM
    FolderPath              : SCHEDULE+ FREE BUSY\EX:/o=xxx/ou=Exchange Administrat
                              ive Group (FYDIBOHF23SPDLT)
    IsDeletePending         : True
    ItemCount               : 14
    LastAccessTime          : 3/19/2013 2:00:36 AM
    LastModificationTime    : 3/18/2013 3:41:44 PM
    Name                    : EX:/o=xxx/ou=Exchange Administrative Group (FYDIBOHF2
                              3SPDLT)
    OwnerCount              : 0
    TotalAssociatedItemSize : 0B
    TotalDeletedItemSize    : 0B
    TotalItemSize           : 9821B
    ServerName              : ServerName
    StorageGroupName        : First Storage Group
    DatabaseName            : Public Folder Database
    Identity                : 000000001A447390AA6611CD9BC800AA002FC45A0300D8A1CCB69
                              02ACA4CA04596CF10097B2A0000000000070000
    IsValid                 : True
    OriginatingServer       : ServerName.xxxxxxx.com

    AdminDisplayName        : Offline Address Book - /o=xxx/cn=addrlists/cn=oabs/cn
                              =Default OAB
    AssociatedItemCount     : 0
    ContactCount            : 0
    CreationTime            : 3/3/2010 9:41:36 PM
    DeletedItemCount        : 0
    EntryId                 : 000000001A447390AA6611CD9BC800AA002FC45A0300D0D90F2BC
                              9B33C46846B75FFC56DCEEB0000000000080000
    ExpiryTime              :
    FolderPath              : OFFLINE ADDRESS BOOK\/o=xxx/cn=addrlists/cn=oabs/cn=D
                              efault OAB
    IsDeletePending         : True
    ItemCount               : 0
    LastAccessTime          : 3/19/2013 1:42:53 PM
    LastModificationTime    : 3/18/2013 3:38:36 PM
    Name                    : /o=xxx/cn=addrlists/cn=oabs/cn=Default OAB
    OwnerCount              : 0
    TotalAssociatedItemSize : 0B
    TotalDeletedItemSize    : 0B
    TotalItemSize           : 0B
    ServerName              : ServerName
    StorageGroupName        : First Storage Group
    DatabaseName            : Public Folder Database
    Identity                : 000000001A447390AA6611CD9BC800AA002FC45A0300D0D90F2BC
                              9B33C46846B75FFC56DCEEB0000000000080000
    IsValid                 : True
    OriginatingServer       : ServerName.xxxxxxx.com

    AdminDisplayName        : Schedule+ Free Busy Information - xxx
    AssociatedItemCount     : 0
    ContactCount            : 0
    CreationTime            : 9/4/1997 9:57:30 PM
    DeletedItemCount        : 0
    EntryId                 : 000000001A447390AA6611CD9BC800AA002FC45A0300C042BCF25
                              F25D1118F3300A02461FAC30000000000070000
    ExpiryTime              : 3/19/2012 12:00:00 AM
    FolderPath              : SCHEDULE+ FREE BUSY\EX:/o=xxx/ou=xxx
    IsDeletePending         : True
    ItemCount               : 20
    LastAccessTime          : 3/19/2013 2:44:36 AM
    LastModificationTime    : 3/18/2013 3:41:03 PM
    Name                    : EX:/o=xxx/ou=xxx
    OwnerCount              : 0
    TotalAssociatedItemSize : 0B
    TotalDeletedItemSize    : 0B
    TotalItemSize           : 10635B
    ServerName              : ServerName
    StorageGroupName        : First Storage Group
    DatabaseName            : Public Folder Database
    Identity                : 000000001A447390AA6611CD9BC800AA002FC45A0300C042BCF25
                              F25D1118F3300A02461FAC30000000000070000
    IsValid                 : True
    OriginatingServer       : ServerName.xxxxxxx.com

    AdminDisplayName        : Schedule+ Free Busy Information - europe
    AssociatedItemCount     : 0
    ContactCount            : 0
    CreationTime            : 2/27/2001 4:13:35 PM
    DeletedItemCount        : 0
    EntryId                 : 000000001A447390AA6611CD9BC800AA002FC45A03009AE4E79AC
                              20CD511B6C500D0B7D4F2970000000000070000
    ExpiryTime              : 3/19/2012 12:00:00 AM
    FolderPath              : SCHEDULE+ FREE BUSY\EX:/o=xxx/ou=europe
    IsDeletePending         : True
    ItemCount               : 35
    LastAccessTime          : 3/19/2013 1:49:35 AM
    LastModificationTime    : 3/18/2013 3:41:30 PM
    Name                    : EX:/o=xxx/ou=europe
    OwnerCount              : 0
    TotalAssociatedItemSize : 0B
    TotalDeletedItemSize    : 0B
    TotalItemSize           : 18625B
    ServerName              : ServerName
    StorageGroupName        : First Storage Group
    DatabaseName            : Public Folder Database
    Identity                : 000000001A447390AA6611CD9BC800AA002FC45A03009AE4E79AC
                              20CD511B6C500D0B7D4F2970000000000070000
    IsValid                 : True
    OriginatingServer       : ServerName.xxxxxxx.com

     

     

    Tuesday, March 19, 2013 3:05 PM
  • Is any of these system folders mailenabled?
    Check with: Get-PublicFolder \Non_IPM_Subtree -recurse | Get-MailPublicfolder

    If they are, then maildisable them.
    Example: Get-PublicFolder \Non_IPM_Subtree -recurse | Disable-MailPublicfolder

    Also, can you run MoveAllReplicas again?

    Example:
    ./MoveAllReplicas -server OLDEXCHANGE2007 -NewServer OTHERExchange2007

    Then run Update-PublicFolderHiearchy -server OLDEXCHANGE2007 and check the Messagetracking Log.


    Martina Miskovic

    Tuesday, March 19, 2013 3:17 PM
  • It doesn't appear that any of them are mail enabled.

    I ran MoveAllReplicas again, then update-publicfolderhierarchy.

    What should I be looking for in the message tracking log?

    Tuesday, March 19, 2013 3:25 PM
  • What should I be looking for in the message tracking log?


    Public Folder replication messages.

    Martina Miskovic

    Tuesday, March 19, 2013 3:27 PM
  • i'm confused..  do you mind emailing me?  it might save a bit of time..

    blinkyjesus AT Hotmail DOT com

    I can give you my Lync address too.

    Tuesday, March 19, 2013 3:30 PM
  • btw, if I run Get-PublicFolderStatistics -server MessedUpServer |select Name,Replicas |fl on the messed up server, this is the output..

    Name     : EX:/o=etn/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)
    Replicas :

    Name     : /o=etn/cn=addrlists/cn=oabs/cn=Default OAB
    Replicas :

    Name     : EX:/o=etn/ou=xxx
    Replicas :

    Name     : EX:/o=etn/ou=europe
    Replicas :

    Unless i'm reading this wrong, it's saying that there are no replicas.  Yes?

    Tuesday, March 19, 2013 3:43 PM
  • That's what it looks like yes.
    But these folders should have a replica on another server.

    Before you try and uninstall Exchange again...see if you can delete the Public Folder database. If you can't then there is no idea to start the uninstall.


    Martina Miskovic

    Tuesday, March 19, 2013 3:52 PM
  • well, like I said earlier, I also ran Get-PublicFolder \NON_IPM_SUBTREE -Recurse against all reporting Exchange servers with the thought that one of them might show a replica that the others didn't.  No replicas were found on the server i'm trying to uninstall across all other reporting servers.

    I get the same error about replicas when I try to remove the public folder database on the server.

    so, do you think it makes sense to delete CN=Public Folder Database and try the uninstall again?

    Tuesday, March 19, 2013 4:33 PM
  • so, do you think it makes sense to delete CN=Public Folder Database and try the uninstall again?


    Actually I don't  but that is really up to you.

    I would add an existing server as a replica for those system folders. Right now Exchange doesn't know where to replicate these folders to (not that strange) and I think that is the reason you still see them when running Get-Publicfolderstatistics.

    Martina Miskovic

    Tuesday, March 19, 2013 4:37 PM
  • Doesn't MoveAllReplicas take care of that?  I mean, supposedly Exchange was told to take all the replicas off the old messed up server and move them to a new server.  That script was run several times but it's obviously missing something.  Besides, if I can't find what or where these supposed replicas are, then how am I supposed to replicate them to a new server?
    Tuesday, March 19, 2013 4:41 PM
  • Thanks for all the help and advice Martina.  Just wanted to let you know that I opened a case with Microsoft a short while ago.  I'll let you know what the final fix turns out to be.

    Cheers.

    jim

    Tuesday, March 19, 2013 6:10 PM
  • Thanks for the update Jim!
    (If Microsoft tells you to delete the database in ADSIEdit, I will be very disappointed) :)

    Martina Miskovic

    Tuesday, March 19, 2013 6:17 PM
  • Hi Martina.  I'm afraid you won't like the resolution from Microsoft...  I spoke to Santhosh, and after 20 minutes or so of verifying that there really weren't any replicas, he did have me remove the folder CN=Public Folder Database.  Had to wait for directory synchronization, then restarted the information store on the messed up server.  ..But then the uninstall finished successfully.

    It's fixed. I'm happy.  :)  Thanks again!

    • Marked as answer by blinkyjesus Wednesday, March 20, 2013 2:46 PM
    Wednesday, March 20, 2013 2:45 PM
  • Thanks for the update!
    Seems that Microsoft took the easy way out. Anyway...I hope that this doesn't give you more problems but I am glad to hear that your problem is solved.

    Martina Miskovic

    Wednesday, March 20, 2013 2:50 PM
  • You say "easy", I/they say "only".  ;-)

    Wednesday, March 20, 2013 2:54 PM