Archive

Posts Tagged ‘Exchange 2010’

Problème de suppression de dossier public

février 27, 2012 Laisser un commentaire

Salut tout le monde

Aujourd’hui je vais partager avec vous une expérience désagréable pour moi et je l’espère ne le sera pas pour vous après la lecture de cet article.

Suite à la migration d’exchange 2003 vers Exchange 2010 et à la migration des clients Outlook de 2003 à 2010, j’avais pour dernière mission de supprimer tous les dossiers publics de l’organisation (3 bases de données de dossiers publics). Dans mon cas, Exchange 2003 est déja désinstallé.

Pour vous mettre dans le contexte, j’avais 3 serveurs MBX donc 3 mailbox databases (DB-MBX01, DB-MBX02, DB-MBX03) et 3 publics folders database (DB-DP01, DB-DP02, DB-DP03). La base de données DB-MBX01 a pour public folder database par défaut DB-DP01 et ainsi de suite.

J’ai donc suivi le processus normal c’est-à-dire :

Reconfigurer la base de données par défaut de la mailbox database par la dernière base de données de dossier public que je supprimerai.

Ensuite :

.\MoveAllReplicas.ps1 -Server « serveur 2010 source » -NewServer « serveur 2010 cible »

Ensuite :

Get-PublicFolder -Server « serveur 2010 source »  « \ » -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server mbx03 -Recurse -ErrorAction:SilentlyContinue

Ensuite :

Get-PublicFolder -Server « serveur 2010 source » « \Non_Ipm_Subtree » -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server mbx02 -Recurse -ErrorAction:SilentlyContinue

Après 24h d’attente, j’ai pu supprimer la base de données publique DB-DP01 à l’aide de la commande :

Remove-PublicFolderDatabase -Identity  » DB-DP01  »

Le problème est apparu pour le deuxième serveur. Après avoir effectué les mêmes actions et après 24h d’attente, impossible de supprimer la base de données. Le message d’erreur était :

La base de données de dossiers publics contient des réplicas de dossiers. Avant de la supprimer, supprimez les dossiers ou déplacez les réplicas vers une autre base de données de dossiers publics.

Les dossiers fautifs étaient les dossiers OffLine Address Book et FreeBusy.

J’ai donc augmenté les logs des dossiers publics pour avoir plus d’informations :

Cliquer sur Configuration du serveur

Sélectionner le serveur Mailbox et cliquer sur Gérer les propriétés de journalisation du diagnostique

Développer  MSExchange / 9001 Public

Mettre en mode Expert les services suivants :

Une fois les logs augmentés, deux messages d’erreur sont apparus dans les logs Applicatifs :

MSExchangeIS Public Store 3093

Erreur -2147221233 lors de la lecture de la propriété 0x67480014 sur le type d’objet tbtReplication à partir de la base de données

Erreur -2147221233 lors de la lecture de la propriété 0x67010003 sur le type d’objet tbtReplication à partir de la base de données

A la vue de ces erreurs, j’ai lancé les actions suivantes:

–       Démonter la base de données de dossier public

–       Exécuter les commandes suivantes :

Isinteg -s servername -fix -test rowcounts

Isinteg -s servername -fix -test replstate

Isinteg -s servername -fix -test alltests

Aucun succès pour moi, mais cela dit votre problème est peut être résolu, essayez  à nouveau de répliquer vos dossiers publics et confirmez que l’erreur est toujours présente. Si vous n’avez plus d’erreur et bien vous avez plus de chance que moi J. Vous pouvez maintenant supprimer votre base de données.

Avant de continuer, je me suis demandé si avec EXFOLDER j’arriverai à résoudre le problème !!! En essayant de me connecter, j’ai eu un message d’erreur « l’utilisateur Active Directory n’a pas été trouvé » ou « The Active Directory user wasn’t  found »

En cherchant sur internet, je suis tombé sur plusieurs sites web qui indiquaient qu’un conteneur vide peut engendrer des problèmes de réplication de dossier publics et de connexion avec EXFOLDER. J’ai donc décidé de faire l’essai. Ce conteneur s’appelle « Servers » et est situé à l’emplacement suivant :

CN=SERVERS,CN=Premier groupe d’administration,CN=Administrative Groups,CN= « Nom de l’organisation »,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=fr

Si tous les serveurs Exchange 2003 sont désinstallés (ce qui est le cas) ce conteneur existe et est vide. Vous n’avez plus qu’à le supprimer. (Il est important de ne pas supprimer le conteneur Premier groupe d’administration)

Une fois supprimé, il doit vous rester les conteneurs ci-dessous :

En ce qui concerne l’accès aux dossiers publics avec EXFOLDER, tout est résolu. Allez, il est maintenant temps de tester votre réplication de dossier publics. Dans mon cas je n’ai toujours pas de chance le résultat est le même !!! PAS DE REPLICATION

Après plusieurs échecs en ce qui me concerne, j’ai donc décidé de supprimer en mode « brutal » les dossiers publics du deuxième serveur. Pour ce faire, ouvrir ADSIEDIT

–       Vérifier que la base de données est bien démontée

–       Cliquer sur Démarrer, cliquer sur exécuter et taper ADSIEDIT.msc

–       Ouvrir le conteneur Configuration

–       Développer les éléments suivants :

CN=Configuration, DC=nom_domaine,DC=com
CN=Services
CN=Microsoft Exchange
CN=nom_de_votre_organisation
CN=Groupes d’administration
CN=nom_de_votre_groupe_administration
CN=Database

–       Faire un clic droit sur la base de données de dossier public et cliquer sur Supprimer

–       Sélectionner ensuite la mailbox database qui a pour public folder database par défaut celle que l’on vient de supprimer

–       Faire un clic droit et cliquer sur Propriétés

–       Localiser l’attribut msExchHomePublicMDB et effacer la valeur de cet attribut

Si dans votre cas c’est la dernière base de données de dossiers publics, suivez la suite de la procédure :

Toujours dans ADSIEDIT,

–       Développer les éléments suivants :

CN=Configuration, DC=nom_domaine,DC=com
CN=Services
CN=Microsoft Exchange
CN=nom_de_votre_organisation
CN=Groupes d’administration
CN=nom_de_votre_groupe_administration

–       Sélectionner ensuite nom_de_votre_groupe_administration

–       Faire un clic droit et Propriétés

–       Localiser l’attribut siteFolderServer et effacer la valeur de cet attribut

Exécuter maintenant les commandes suivantes :

net stop msexchangeis

net start msexchangeis

Et Supprimer manuellement le dossier qui héberge la base de données de dossiers publics.

Dans mon cas ce n’était pas la dernière base de données de dossier public. Pour la suite j’ai pu supprimer la dernière base de données avec la commande :

Remove-PublicFolderDatabase -Identity « DB-DP03 » -RemoveLastAllowed

Voilà tout,

J’espère que cet article vous a aidé à résoudre votre problème.

A bientôt