Exchange 2000 - Recovery d'un server sur autre Hardware
3 réponses
Chris V.
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les
conditions suivantes :
Nouveau hardware totalement different
Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine
2- patcher la machine au meme niveau que le server de prod
3- restaurer les fichier du servers de prod en ecrasant touts
4- restaurer le system state
5- redemarre en mode sans echec pour mettre a jour pilotes etc
6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci,
Chris
--
______________________________________________
It's still better that if it would have been worst, isn't it ?
C'est toujours mieux que si c'etait pire !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
henvas
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans le cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod 2/ restaration DC meme nom et meme IP a) c: d: e: pas de rebbot b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans replication monitor
4/ Exchange a) OS idem prod meme nom ,meme IP b) restauration C: et d: c) restauration systeme state puis reboot d) mettre les banque d'info en Off line mettre en manuel service exchange d) detection materiel , installation des drivers verification config reseaux -->OK e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les conditions suivantes : Nouveau hardware totalement different Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine 2- patcher la machine au meme niveau que le server de prod 3- restaurer les fichier du servers de prod en ecrasant touts 4- restaurer le system state 5- redemarre en mode sans echec pour mettre a jour pilotes etc 6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS... mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer toutes les pistes avant d'ecrire mes procs de DRP.
Merci, Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire !
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans le
cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod
2/ restaration DC meme nom et meme IP
a) c: d: e: pas de rebbot
b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans replication
monitor
4/ Exchange
a) OS idem prod meme nom ,meme IP
b) restauration C: et d:
c) restauration systeme state puis reboot
d) mettre les banque d'info en Off line
mettre en manuel service exchange
d) detection materiel , installation des drivers verification config reseaux
-->OK
e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les
conditions suivantes :
Nouveau hardware totalement different
Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine
2- patcher la machine au meme niveau que le server de prod
3- restaurer les fichier du servers de prod en ecrasant touts
4- restaurer le system state
5- redemarre en mode sans echec pour mettre a jour pilotes etc
6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci,
Chris
--
______________________________________________
It's still better that if it would have been worst, isn't it ?
C'est toujours mieux que si c'etait pire !
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans le cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod 2/ restaration DC meme nom et meme IP a) c: d: e: pas de rebbot b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans replication monitor
4/ Exchange a) OS idem prod meme nom ,meme IP b) restauration C: et d: c) restauration systeme state puis reboot d) mettre les banque d'info en Off line mettre en manuel service exchange d) detection materiel , installation des drivers verification config reseaux -->OK e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les conditions suivantes : Nouveau hardware totalement different Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine 2- patcher la machine au meme niveau que le server de prod 3- restaurer les fichier du servers de prod en ecrasant touts 4- restaurer le system state 5- redemarre en mode sans echec pour mettre a jour pilotes etc 6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS... mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer toutes les pistes avant d'ecrire mes procs de DRP.
Merci, Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire !
Chris V.
Ca correspona a peu pres a ce que j'ai fait... Je vais donc recommencer Jeudi et on verra bien :)
Merci en tous cas !
Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire ! "henvas" wrote in message news:
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans le
cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod 2/ restaration DC meme nom et meme IP a) c: d: e: pas de rebbot b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans replication
monitor
4/ Exchange a) OS idem prod meme nom ,meme IP b) restauration C: et d: c) restauration systeme state puis reboot d) mettre les banque d'info en Off line mettre en manuel service exchange d) detection materiel , installation des drivers verification config reseaux
-->OK e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les conditions suivantes : Nouveau hardware totalement different Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine 2- patcher la machine au meme niveau que le server de prod 3- restaurer les fichier du servers de prod en ecrasant touts 4- restaurer le system state 5- redemarre en mode sans echec pour mettre a jour pilotes etc 6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci, Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire !
Ca correspona a peu pres a ce que j'ai fait...
Je vais donc recommencer Jeudi et on verra bien :)
Merci en tous cas !
Chris
--
______________________________________________
It's still better that if it would have been worst, isn't it ?
C'est toujours mieux que si c'etait pire !
"henvas" <henvas@discussions.microsoft.com> wrote in message
news:437C6454-EE92-486C-9041-FDE13E8B84C3@microsoft.com...
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans
le
cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod
2/ restaration DC meme nom et meme IP
a) c: d: e: pas de rebbot
b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans
replication
monitor
4/ Exchange
a) OS idem prod meme nom ,meme IP
b) restauration C: et d:
c) restauration systeme state puis reboot
d) mettre les banque d'info en Off line
mettre en manuel service exchange
d) detection materiel , installation des drivers verification config
reseaux
-->OK
e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les
conditions suivantes :
Nouveau hardware totalement different
Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un
echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine
2- patcher la machine au meme niveau que le server de prod
3- restaurer les fichier du servers de prod en ecrasant touts
4- restaurer le system state
5- redemarre en mode sans echec pour mettre a jour pilotes etc
6- -> j'aurais (normalement) du redemarrer ici pour restaure les
IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie
d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci,
Chris
--
______________________________________________
It's still better that if it would have been worst, isn't it ?
C'est toujours mieux que si c'etait pire !
Ca correspona a peu pres a ce que j'ai fait... Je vais donc recommencer Jeudi et on verra bien :)
Merci en tous cas !
Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire ! "henvas" wrote in message news:
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans le
cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod 2/ restaration DC meme nom et meme IP a) c: d: e: pas de rebbot b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans replication
monitor
4/ Exchange a) OS idem prod meme nom ,meme IP b) restauration C: et d: c) restauration systeme state puis reboot d) mettre les banque d'info en Off line mettre en manuel service exchange d) detection materiel , installation des drivers verification config reseaux
-->OK e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les conditions suivantes : Nouveau hardware totalement different Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine 2- patcher la machine au meme niveau que le server de prod 3- restaurer les fichier du servers de prod en ecrasant touts 4- restaurer le system state 5- redemarre en mode sans echec pour mettre a jour pilotes etc 6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci, Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire !
Chris V.
Bonjour,
Exchange me pose probleme, apres avoir restaure C:,D: E:| & le sys state. le server refuse de rebooter.
En mode sans echec + Reseau, il bloque au chargement de MUP.SYS.
Est ce du a la difference majeur de HW (PROLIANT ML en prod, deskpro Evolution pour la restauration)
Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire ! "henvas" wrote in message news:
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans le
cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod 2/ restaration DC meme nom et meme IP a) c: d: e: pas de rebbot b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans replication
monitor
4/ Exchange a) OS idem prod meme nom ,meme IP b) restauration C: et d: c) restauration systeme state puis reboot d) mettre les banque d'info en Off line mettre en manuel service exchange d) detection materiel , installation des drivers verification config reseaux
-->OK e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les conditions suivantes : Nouveau hardware totalement different Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine 2- patcher la machine au meme niveau que le server de prod 3- restaurer les fichier du servers de prod en ecrasant touts 4- restaurer le system state 5- redemarre en mode sans echec pour mettre a jour pilotes etc 6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci, Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire !
Bonjour,
Exchange me pose probleme, apres avoir restaure C:,D: E:| & le sys state.
le server refuse de rebooter.
En mode sans echec + Reseau, il bloque au chargement de MUP.SYS.
Est ce du a la difference majeur de HW (PROLIANT ML en prod, deskpro
Evolution pour la restauration)
Chris
--
______________________________________________
It's still better that if it would have been worst, isn't it ?
C'est toujours mieux que si c'etait pire !
"henvas" <henvas@discussions.microsoft.com> wrote in message
news:437C6454-EE92-486C-9041-FDE13E8B84C3@microsoft.com...
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans
le
cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod
2/ restaration DC meme nom et meme IP
a) c: d: e: pas de rebbot
b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans
replication
monitor
4/ Exchange
a) OS idem prod meme nom ,meme IP
b) restauration C: et d:
c) restauration systeme state puis reboot
d) mettre les banque d'info en Off line
mettre en manuel service exchange
d) detection materiel , installation des drivers verification config
reseaux
-->OK
e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les
conditions suivantes :
Nouveau hardware totalement different
Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un
echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine
2- patcher la machine au meme niveau que le server de prod
3- restaurer les fichier du servers de prod en ecrasant touts
4- restaurer le system state
5- redemarre en mode sans echec pour mettre a jour pilotes etc
6- -> j'aurais (normalement) du redemarrer ici pour restaure les
IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie
d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci,
Chris
--
______________________________________________
It's still better that if it would have been worst, isn't it ?
C'est toujours mieux que si c'etait pire !
Exchange me pose probleme, apres avoir restaure C:,D: E:| & le sys state. le server refuse de rebooter.
En mode sans echec + Reseau, il bloque au chargement de MUP.SYS.
Est ce du a la difference majeur de HW (PROLIANT ML en prod, deskpro Evolution pour la restauration)
Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire ! "henvas" wrote in message news:
salut chris, j'ais fait plusieurs restauration de cluster exchanges dans le
cadre d'un plan de continuité (PCA°
1/ installation d'un OS idem à la prod 2/ restaration DC meme nom et meme IP a) c: d: e: pas de rebbot b) system state puis reboot
3/ verifiaction que les roles des DC fontionne correctement dans replication
monitor
4/ Exchange a) OS idem prod meme nom ,meme IP b) restauration C: et d: c) restauration systeme state puis reboot d) mettre les banque d'info en Off line mettre en manuel service exchange d) detection materiel , installation des drivers verification config reseaux
-->OK e) restauration des base exchange plus logs
et normaalement pas de PB
Bonjuor,
Je suis en train de me frotter au recovery d'Exchange 2000 dans les conditions suivantes : Nouveau hardware totalement different Labo de test duplique du reseau de prod (backup & restore des DCs)
Et jusqu'a maintenant, si les DCs tournent, Exchange se solde par un echec
total. Ce que j'ai essayer de faire pour l'instant :
1- installer W2K sur une machine 2- patcher la machine au meme niveau que le server de prod 3- restaurer les fichier du servers de prod en ecrasant touts 4- restaurer le system state 5- redemarre en mode sans echec pour mettre a jour pilotes etc 6- -> j'aurais (normalement) du redemarrer ici pour restaure les IS...
mais le serveur refuse de redemarrer.
Je sais que cette proc n'est pas tres "standard" mais j'essaie d'explorer
toutes les pistes avant d'ecrire mes procs de DRP.
Merci, Chris
-- ______________________________________________ It's still better that if it would have been worst, isn't it ? C'est toujours mieux que si c'etait pire !