none
restaurer une base dossier public sur un serveur exchange 2003 RRS feed

  • Question

  • bonjour,

    j'ai refait complétement un serveur exchange 2003 je n'arrive pas a remonter ma base dossier public ( les fichier de base de données de cette banque d'information sont incoherants) ID erreur c1041739

    le serveur na plus le même non est ce que cela posse pronlème

    merci de votre aide  

    jeudi 23 décembre 2010 10:21

Réponses

  • Bonjour,

    Extrait du Technet:

    ------------------

    Dans les versions précédentes d'Exchange, une base de données ne pouvait être montée que dans les emplacements suivants :

    • Groupe de stockage de récupération
    • Serveur ayant le même nom que le serveur d'origine de la base de données
    • Tout autre serveur du même groupe d'administration

    Dans Exchange Server 2003 et Exchange 2000 Server, plusieurs problèmes devaient être réglés lors du déplacement d'une base de données vers un autre serveur au sein du même groupe d'administration.

    ------------------

    TECHNET:Portabilité des bases de données

    Donc normalement si le nom de l'organisation et du groupe administratif de ton serveur Exchange correspondent avec ceux

    tagués dans ton fichier EDB, et que la base est en "clean shutdown ", elle devrait monter.

    Pour changer le nom de l'org et du groupe administratif on peut utiliser LegacyExchangeDN (pas supporté en prod par MS)

    How to use Legacydn.exe

    Pour vérifier le nom de l'org et du groupe administratif tagués dans ton fichier EDB tu peux utiliser la commande:

    find /I "CN=" ton_fichier_EDB.edb

    http://exchangets.fr/spip.php?article46

    Si la base est dans un état "dirty shutdown ":

    - essayer une soft recovery avec ESEUTIL /R

    - sinon la réparer avec un ESEUTIL /P, puis défrag avec ESEUTIL /D et enfin un ISINTEG -FIX -TEST ALLTESTS

    Ramifications of running the eseutil /p

    - Si la base ne monte toujours pas alors qu'elle est maintenant en "clean shutdown ",

    Archive (déplace) tous les fichiers présents dans le répertoire du groupe de stockage (log, chk, tmp)

    sauf le fichier EDB et le fichier STM et essaie à nouveau.

    bonne chance


    jeudi 23 décembre 2010 20:18

Toutes les réponses

  • Bonjour,

    Extrait du Technet:

    ------------------

    Dans les versions précédentes d'Exchange, une base de données ne pouvait être montée que dans les emplacements suivants :

    • Groupe de stockage de récupération
    • Serveur ayant le même nom que le serveur d'origine de la base de données
    • Tout autre serveur du même groupe d'administration

    Dans Exchange Server 2003 et Exchange 2000 Server, plusieurs problèmes devaient être réglés lors du déplacement d'une base de données vers un autre serveur au sein du même groupe d'administration.

    ------------------

    TECHNET:Portabilité des bases de données

    Donc normalement si le nom de l'organisation et du groupe administratif de ton serveur Exchange correspondent avec ceux

    tagués dans ton fichier EDB, et que la base est en "clean shutdown ", elle devrait monter.

    Pour changer le nom de l'org et du groupe administratif on peut utiliser LegacyExchangeDN (pas supporté en prod par MS)

    How to use Legacydn.exe

    Pour vérifier le nom de l'org et du groupe administratif tagués dans ton fichier EDB tu peux utiliser la commande:

    find /I "CN=" ton_fichier_EDB.edb

    http://exchangets.fr/spip.php?article46

    Si la base est dans un état "dirty shutdown ":

    - essayer une soft recovery avec ESEUTIL /R

    - sinon la réparer avec un ESEUTIL /P, puis défrag avec ESEUTIL /D et enfin un ISINTEG -FIX -TEST ALLTESTS

    Ramifications of running the eseutil /p

    - Si la base ne monte toujours pas alors qu'elle est maintenant en "clean shutdown ",

    Archive (déplace) tous les fichiers présents dans le répertoire du groupe de stockage (log, chk, tmp)

    sauf le fichier EDB et le fichier STM et essaie à nouveau.

    bonne chance


    jeudi 23 décembre 2010 20:18
  • Bonsoir,

    la procédure de restauration préconise de réutiliser les mêmes noms d'organisation et de serveur, mais cela était surtout une recommandation qui facilite les opérations!

    La réparation de la base avec la commande ESEUTIL /P (indiquée par Yohan) devrait suffire à permettre le montage et la récupération des données.

    A+


    Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (68 MCPs) http://base.faqexchange.info
    samedi 25 décembre 2010 22:24
    Modérateur