Récupération d’une boîte via une base de récupération

La base de données de récupération permet d’héberger une base de données pour permettre de récupérer des éléments supprimés.

Pour notre test on a déplacé la boîte aux lettres Administrateur dans la base Demo01.
On a sauvegardé la base sur un lecteur E : avec l’outil Windows Server Backup.

On va maintenant supprimer le contenu de la bal (boîte aux lettres) Administrateur.

Â
 

Pour récupérer nos informations on va créer une base de données de restauration.

Etape 1 : Restauration des fichiers de la base de données :

Â
 

On lance l’outil Windows Server Backup puis on va dans le volet Action puis dans le menuRécupérer


On sélectionne alors l’emplacement de la sauvegarde..puis la date et l’heure de la sauvegarde que l’on veut restaurer…





Â
 

Â
 


Enfin on sélectionne l’emplacement et la partie de la sauvegarde que l’on veut restaurer ….



On choisit de restaurer notre base de données sur c:\resto




A ce stade on a fini de restaurer les fichiers de notre base de données.

Etape 2 : Nettoyage de la base de données restaurée.

Â
 

On lance la commande Eseutil /mh « Path of the database » pour verifier l’état de la base

Â
 


On voit sur la copie d’écran que l’état de la base est Dirty Shutdown. En effet lors de la sauvegarde la base n’était pas arrêté convenablement.

On va donc lancé une réparation de la base.

La syntaxe de la commande est :

Eseutil /r <Log Prefix> /l « Path of the log files » /d « Path of the database » ( L pour log )

Eventuellement on ajoute /i à la fin de la commande pour passer les erreurs.

Â
 


On re-teste la base de données ..et on passe en « clean Shutdown »


Â
 

Etape 3 : Création de la base de récupération

On crée la base de données de restauration ….comme une base classique mais avec l’option Recovery. Cet étape ne peut se faire que en Exchange PowerShell.

La commande est New-Mailboxdatabase –Recovery –Name rdb – Server (Nom du serveur)…

Â
 


On vient de créer une base de donnée à l’emplacement de la base restaurer.

Pour transformer la base de donnée restauré en base de donnée de récupération on lancera une opération de renommage de fichier : Ainsi on renomme le fichier edb restauré en rdb.edb. On peut enfin monter notre base de donnée éventuellement par l’interface graphique comme ci-dessous.


Etape 4 : Récupération d’éléments supprimées :

Â
 

On purge la boîte aux lettre Administrateur.

On lance une opération New-mailbox-restorerequest pour exporter de la base de donnée de récupération vers la base en ligne.


Et on constate que nos fichier reviennent à leur place.


Posted: oct. 31 2011, 10:28 by newuser09876 | Commentaires (0)  |

Exchange 2010 et les Ifilter Office et PDF

A l’instar des autres produits gérant des documents comme WSS MOSS SQL Server ou votre système Windows XP, vos produits possèdent des moteurs de recherches.
Le plus courant est Windows Search intégré en standard depuis Windows Vista.

Le moteur de recherche scanne le contenu de vos documents, puis lit les documents en chargeant un Ifilter dédié au format du fichier qu’il essaye de lire.

Par exemple pour un fichier portant une extension .docx le moteur qui veut indexer le document va charger un Ifilter permettant de lire et de faire ressortir le contenu texte du document.

En effet il n’est pas question ici d’essayer de récupérer une autre information que le texte sur le document puisque la mise en page n’est pas à récupérer dans notre contexte.

Ensuite on n’aura d’autre étape à passer comme comprendre le document, donc sa langue d’origine, puis en fonction de la langue du document on va récupérer une liste de terme à rajouter dans l’index en supprimant par exemple les mots trop génériques (comme par exemple le la les à de par pour sans  en Français et what else no yes en Anglais)

Enfin on va alimenter une base de données d’index qui comprendra tous les termes indexer sur notre base documentaire et leur référence.

Puis finalement cette base est utilisée lors d’une recherche.

On voit donc l’intérêt d’un Ifilter qui va permettre d’indexer un format de document.

Par chance nos produits utilise la norme OpenSearch qui est un standard et vont donc utiliser des Ifilters fournit par des éditeurs.
On doit enfin lier le Ifilters et ses dll avec notre produit, c’est ce que l’on fait en base de registre.

Pour exchange 2010 on doit installer le Ifilter pour les documents Office 2010 avant l’installation.
Après l’installation on constate que les documents Office avec Macro ne sont pas indexer ( par exemple les docm, xlsm etc…)
On peut corriger cela à l’aide du technet référencé ici
http://technet.microsoft.com/fr-fr/library/ee732397.aspx#RegisterManually
On peut utiliser le script et supprimer les # de début de ligne pour inscrire ces extensions.

Enfin le ifilter manquant le plus remarquable est celui d’Adobe
Pour celui ci on peut récupérer le Ifilter de référence sur le site d’adobe  c’est ici
http://www.adobe.com/support/downloads/detail.jsp?ftpID=4025

Enfin pour intégrer ce Ifilter on va utiliser la procédure d’intégration fournie pour Exchange 2010

http://www.adobe.com/special/acrobat/configuring_pdf_ifilter_for_ms_exchange_server_2007.pdf

que l’on va modifier  pour tenir compte de la V14 d’Exchange….