none
Comment restaurer EDB sur exchange 2010 RRS feed

  • Question

  • Bonjour,

    Nous avons réinstaller exchange 2010 sur un nouveau serveur car il présentait des soucis. Nous avons fait donc une migration de exchange 2010 vers exchange 2010. Tout s'est bien passé, la migration est finie.

    our migrer les dossiers publics on a voulu utiliser le script de migration des replicas fourni par Microoft mais cela n'avait pas fonctionné. On a avait alors récupéré les dossiers publics dans un PST depuis un client outlook

    Problème : On s'est aperçu que l'on a pas récupéré tous les dossiers publics ! :-(

    L'ancien serveur a tous les services exchange arreté et de toute façon a l'a supprimé de l'AD, donc impossible à redémarrer. Par cobntre, j'ai toujours le dossier "datastoreexch" avec les bases et les logs.

    Avec des logiciels comme "power kontrolls" ou "kernel for exchange recovery", je peux lire les EDB mais comme c'est une version démo, impossible pour moi d'exporter en PST.

    J'ai donc installer un nouveau DC/serveur exchange afin d'essayer de restaurer la base public. C'est assez compliqué et je trouve pas la bonne méthode, si quelqu'un pouvait me donner des pistes.....

    Merci

    vendredi 10 février 2012 08:01

Réponses

  • C'est bon,cela a fonctionné ! Pour résumé, comment restaurer une base EDB sur un autre serveur temporaire (ici une base de dossier publics) :

    1) Installer le serveur : meme windows  et meme service pack que l'ancien

    2) Nommer le serveur du meme nom que l'ancien

    3) faire un dcpromo (AD) et nommer le nom du domaine du meme nom que l'ancien

    4) installer les prerequis exchange, notamment la prepation du domaine, il faut donner le meme nom d'organisation que l'ancien : setup.com /PrepareAD /OrganizationName:NomOrganisation

    5) Installer exchange avec meme service pack que l'ancien

    6) Une fois installer exchange, créer une base (ici dossier publics) du même nom que l'ancien

    7) sur cette base créé, dans les propriétés, autoriser "cette base peut etre remplacée par une restauration"

    8) démonter la base de données

    9) Copier les fichiers de votre base a restaurer (edb, logs, chk) dans le repertoire précédemment créé par exchange pour la base de dossier publics

    10) monter la base

    11) se connecter avec un client outlook en administrateur par exemple, les dossiers publis sont restaurés ! n peut copier dans un PST par exemple

    terminé !

    c'est pas bien compliqué mais long !  :-)


    • Modifié aplcmul mardi 14 février 2012 12:34
    • Proposé comme réponse YvanV mardi 14 février 2012 12:35
    • Marqué comme réponse aplcmul mardi 14 février 2012 12:40
    mardi 14 février 2012 12:31

Toutes les réponses

  • Salut,

    Vous pouvez récupérer un serveur perdu à l’aide de la commande Setup /m:RecoverServer dans Microsoft Exchange Server 2010. La plupart des paramètres pour un ordinateur exécutant Exchange 2010 sont stockés dans Active Directory. La commande /m:RecoverServer récupère un serveur Exchange portant le même nom à l’aide des paramètres et autres informations enregistrés dans Active Directory.

    je vous explique comment récupérer un serveur Exchange 2010 perdu qui n’est pas membre d’un groupe de disponibilité de base de données (DAG).

    1- Le serveur sur lequel la récupération s’effectue doit exécuter le même système d’exploitation que celui du serveur perdu. Par exemple, vous ne pouvez pas récupérer un serveur qui exécutait Exchange 2010 et Windows Server 2008 sur un serveur exécutant Windows Server 2008 R2 ou vice versa.

    2- Le serveur sur lequel la récupération s’effectue doit présenter les mêmes caractéristiques en termes de performances et la même configuration matérielle que le serveur perdu.

    3- La procédure suivante peut être appliquée à un serveur Exchange 2010 sur lequel est installé le rôle serveur d’accès client, de transport Hub, de boîte aux lettres ou de messagerie unifiée. Vous ne pouvez pas utiliser Setup /m:RecoverServer pour récupérer un serveur de transport Edge

    4- Récupérer un serveur Exchange perdu:

    a - Réinitialisez le compte d’ordinateur pour le serveur perdu dans l'AD

    b -Installez le système d’exploitation qui convient et donnez au nouveau serveur le même nom que celui du serveur perdu. La récupération échouera si le serveur sur lequel cette récupération s’effectue ne porte pas le même nom que celui du serveur perdu.

    c- Connectez le serveur au même domaine que celui du serveur perdu.

    d -Installez les conditions préalables requises et les composants du système d‘exploitation.( Configuration requise pour Exchange 2010)

    e- Connectez-vous au serveur en cours de récupération et ouvrez une invite de commande.

    f-Accédez aux fichiers d’installation d’Exchange 2010, puis exécutez la commande suivante :Setup /m:RecoverServer

    g- Une fois la configuration terminée, mais avant que le serveur récupéré ne soit utilisé, reconfigurez les paramètres personnalisés précédemment présents sur le serveur.
    vendredi 10 février 2012 11:03
  • d'après ce que vous dites, c'est pas gagné !

    vendredi 10 février 2012 13:32
  • Bonjour,

    Installer un nouveau serveur Exchange est souvent la bonne démarche pour de la restauration de dossiers publics. La complexité de l'opération réside dans le fait que le contenu des dossiers publics est stocké dans la base de données EDB, alors que la hierarchie est dans l'AD.

    Je te conseille de récupérer ton fichier EDB d'une restuaration et de vérifier avec eseutil que ta base de données est dans un état consistant.

    Pour cela, sur ton fichier de EDB restauré, exécute la commande suivante sur un serveur Exchange :

    eseutil /MH <chemin_access>\BDD.edb

    Dans le résultat, regarde l'état de ta base avec le paramètre "Status", tu dois être dans un état "Clean Shutdown" pour monter ta restauration sur un nouveau serveur. Si ce n'est pas le cas et si ta base de données est dans un état "Dirty Shutdown", tu dois récupérer ta base de données, toujours avec eseutil (cf : eseutil /R)

    Ensuite, essaies de monter ta base de données sur ton serveur en faisant pointer le fichier EDB de la nouvelle base de données de dossiers publics sur ton EDB restauré.

    New-PublicFolderDatabase -Name PF_BDD_RESTORE -EdbFilePath <chemin_access>\BDD.edb

    Mount-Database PF_BDD_RESTORE

    Le serveur Exchange sur lequel tu exécutes cette commande ne doit pas déjà posséder une base de données de dossiers publics.

    Avec un peu de chance, tu peux essayer ensuite de te connecter sur cette base de données avec ExFolders ou avec un client connecté sur cette base de données.

    • Modifié YvanV vendredi 10 février 2012 13:42
    vendredi 10 février 2012 13:41
  • monté un nouveau serveur DC/exchange pour faire le test. Par contre, ce n'est pas le meme nom de domaine ou d'organisation que l'ancien serveur c'est génant pour ce type de restaure ?
    vendredi 10 février 2012 13:50
  • Exchange 2007/2010 introduit la portabilité des bases de données, mais cela ne s'applique pas vraiment aux bases de données de dossiers publics : http://technet.microsoft.com/en-us/library/dd876873.aspx
    vendredi 10 février 2012 13:57
  • dans "state", la base est en clean shutown

    vendredi 10 février 2012 13:59
  • Tu peux alors passer directement à l'étape :

    New-PublicFolderDatabase -Name PF_BDD_RESTORE -EdbFilePath <chemin_access>\BDD.edb

    Mount-Database PF_BDD_RESTORE

    vendredi 10 février 2012 14:03
  • Salut,

    c'est la solution que je vois d'après Microsoft

    Merci

    Walid

    vendredi 10 février 2012 14:33
  • je vais essayer tout ça

    vendredi 10 février 2012 14:48
  • si j'arrive a restaurer la base sur mon serveur test, comment je peux exporter les dossiers publics en PST ?

    je suis obligé de connecter un client outlook ?


    • Modifié aplcmul vendredi 10 février 2012 15:17
    vendredi 10 février 2012 15:17
  • Oui, c'est encore la méthode la plus simple, sinon il y a toujours les outils tiers que tu as mentionné plus haut (ontrack, kernel for exchange, etc ...)

    @+

    vendredi 10 février 2012 15:38
  • quand j'essaye la commande : New-PublicFolderDatabase -Name PF_BDD_RESTORE -EdbFilePath "c:\public folder database 1562716212\public folder database 1562716212.edb"

    j'ai un message d'erreur :

    "Le chemin d'accès au fichier .edb n'est pas disponible. Il existe déjà un fichier nommé "c:\public folder database 1562716212\public folder database 1562716212.edb" dans les systemes de fichiers sur le serveur "ssgex10".

    Je précise que le serveur temporaire est nouvellement installé ! Il y a rien dessus

    vendredi 10 février 2012 16:21
  • j'ai essayé en mettant les bases edb sur une clé et lancer la commande.

    erreur :

    le chemin d'accès au fichier de base de données "e:\public folder database 1562716212\public folder database 1562716212.edb" n'est pas valide car il ne se trouve pas sur un lecteur fixe

    vendredi 10 février 2012 16:56
  • Le serveur temporaire n'est pas dans l'environnement de prod ? Lui as-tu donné le même nom que le serveur en prod ?
    • Modifié YvanV vendredi 10 février 2012 21:31
    vendredi 10 février 2012 19:51
  • Le serveur temporaire est connecté sur un simple switch isolé connecté a rien. J'avais monté le serveur en win 2008 avec un nom bidon et un nom de domaine inventé. J'ai essayé la commande et j'ai eu ces fameuses erreurs.

    j'ai donc de nouveau réinstallé le serveur temporaire en mettant le meme nom que l'ancien serveur et le meme nom de domaine, j'ai eu la meme erreur lors de la commande

    samedi 11 février 2012 09:29
  • Vérifie que tu n'aies pas déjà une base de données de dossiers publics avec un Get-PublicFolderDatabase

    La commande New-PublicFolderDatabase requiert un paramètre supplémentaire -Server :

    New-PublicFolderDatabase -Name PF_BDD_RESTORE -Server <srv_tmp> -EDBFilePath "C:\........edb"

    samedi 11 février 2012 12:03
  • il y a peu de chance, car j'ai fini l'install windows puis de exchange, ensuite j'ai redémarré et j'ai essayé la restauration de la base public.

    dans la console exchange, j'ai que la base de donnée créé par défaut pour les BAls

    New-PuyblicFolderDatabase -Name PF_BDD_RESTORE -Server <srv_tmp> -EDBFilePath "C:\........edb"

    A prioripas besoin du paramètre "-server" car si on met pas il demande par la suite !

    samedi 11 février 2012 12:09
  • Quand je veux monter la base, j'ai cette erreur :

    Impossible de démarrer la base de donnéesparce que le DN/O=ÉCHANGE/OU =Groupe d'administration Exchange(FYDIBOHF23SPDLT)/CN= RECIPIENTS / CN=dela boîte aux lettresde base de données"Base de donnéesde dossiers publics1562716212"ne correspond pas au nom unique de l'annuaire/O=SOPAB/OU =ÉCHANGE groupe administratif(FYDIBOHF23SPDLT)/CN =​​RECIPIENTS / CN=.

    La base de donnéespeut avoir été restauré à un ordinateur qui se trouve dans une organisation ou un site différent de celui dela base de données originale.

    En effet le legacyexchangedn n'est pas le meme entre mon ancien serveur et celui-ci :  
    /O=EXCHANGE/OU=EXCHANGEADMINISTRATIVE GROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN=
    le nouveau
    /O=SOPAB/OU =EXCHANGEADMINISTRATIVEGROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN =

                
    • Modifié aplcmul lundi 13 février 2012 15:08
    lundi 13 février 2012 15:07
  • , je peux pas l'autre serveur est éteint
    lundi 13 février 2012 15:24
  • d'après mes recherches, l'EDB ne se monte pas car le nom de l'organisation exchange n'est pas la même.

    Avant d'installer exchange, il faut que je fasse : Setup.com /preparead /OrganizationName:Exchange
    ici "exchange" est le nom qu'avait mon organisation exchange sur mon ancien serveur/AD

    Donc je reparts sur une installpour faire un test. Je monte donc un serveur avec le meme nom, meme domaine, meme organisation, meme partitionnement que l'ancien serveur et je vais tester tout cela...

    mardi 14 février 2012 08:50
  • J'ai donc reinstaller mon serveur temporaire avec le meme nom d'organisation.

    Quand je veux monter l'EDB j'ai maintenant une autre erreur Mais je pense que c'est par ce que j'ai pas la meme version exchange que sur l'ancien serveur. En effet, sur le serveur temporaire il manque le service pack 1 de exchange.

    je vous tient au courant

    mardi 14 février 2012 10:38
  • C'est bon,cela a fonctionné ! Pour résumé, comment restaurer une base EDB sur un autre serveur temporaire (ici une base de dossier publics) :

    1) Installer le serveur : meme windows  et meme service pack que l'ancien

    2) Nommer le serveur du meme nom que l'ancien

    3) faire un dcpromo (AD) et nommer le nom du domaine du meme nom que l'ancien

    4) installer les prerequis exchange, notamment la prepation du domaine, il faut donner le meme nom d'organisation que l'ancien : setup.com /PrepareAD /OrganizationName:NomOrganisation

    5) Installer exchange avec meme service pack que l'ancien

    6) Une fois installer exchange, créer une base (ici dossier publics) du même nom que l'ancien

    7) sur cette base créé, dans les propriétés, autoriser "cette base peut etre remplacée par une restauration"

    8) démonter la base de données

    9) Copier les fichiers de votre base a restaurer (edb, logs, chk) dans le repertoire précédemment créé par exchange pour la base de dossier publics

    10) monter la base

    11) se connecter avec un client outlook en administrateur par exemple, les dossiers publis sont restaurés ! n peut copier dans un PST par exemple

    terminé !

    c'est pas bien compliqué mais long !  :-)


    • Modifié aplcmul mardi 14 février 2012 12:34
    • Proposé comme réponse YvanV mardi 14 février 2012 12:35
    • Marqué comme réponse aplcmul mardi 14 février 2012 12:40
    mardi 14 février 2012 12:31