OVH Cloud OVH Cloud

Server Exchange BACK UP sans CLUSTER

10 réponses
Avatar
Christian
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne, Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER

10 réponses

Avatar
Thierry DEMAN [MVP]
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2 serveurs
afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne, Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER




Avatar
christian
Bonsoir et merci pour votre réponse

POUR INFO
-----------------
Les versions Windows 2003 et Exchange 2003 sont standards.

Mon client me demande d'avoir toutes les boîtes aux lettres sur un serveur
Exchange l'autre est "dormant".

Avec la version standard "Peut-on restaurer toutes les boîtes aux lettres
sur l'autre ?
Avez-vous un article sur le sujet ?


OU
---

Peut-on utiliser le client agent EXCHANGE de ARCSERVE 11 pour restaurer les
boîtes aux lettres sur l'autre serveur ?




Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2 serveurs
afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne, Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER









Avatar
Laurent Francfort [MS]
Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur serveur2 et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le serveur2 avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2 une
banque de BALs avec le même nom que la banque de BALs de serveur1, de
l'avoir démontée et d'avoir coché la case "cette banque d'informations peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les champs
indiquant où est la BAL d'un utilisateur pointent vers le second serveur.

Il existait une fiche technique décrivant précisément ces opérations, mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne, Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER








Avatar
lionel
Bonjour,

je travaille sur cette méthode depuis une semaine sans succès. En fait, j'ai
un script VBS qui me permet de modifier les attributs. Je l'avais déjà
utilisé mais là ça ne fonctionne pas.

J'ai donc voulu utilisé LDIFDE mais l'export me donne une suite codée pour
le homeMDB (Q049QmFucXVlIGRlIGJvw6... sur 5 lignes). Donc je ne peux pas
modifier le homeMDB.

une idée ?

merci d'avance,
Lionel.


Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur serveur2 et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le serveur2 avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2 une
banque de BALs avec le même nom que la banque de BALs de serveur1, de
l'avoir démontée et d'avoir coché la case "cette banque d'informations peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les champs
indiquant où est la BAL d'un utilisateur pointent vers le second serveur.

Il existait une fiche technique décrivant précisément ces opérations, mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne, Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER













Avatar
lionel
Beaucoup trop de problèmes de syntaxe avec LDIFDE... Le fichier vbs que
j'utilise me transforme très bien les attributs (je vois les modifs avec
adsiedit), mais outlook, lorsqu'il y a changement de serveur et que celui sur
lequel il est configuré ne répond plus, ne sais pas qu'il faut aller sur le
serveur de secours.

Pourquoi ? Est ce que les modifs de l'AD ne lui suffisent pas ? Y a t'il un
(long) temps de synchro pour que le GC ne fournisse les nouvelles infos ?

merci de votre aide,
Lionel.


Bonjour,

je travaille sur cette méthode depuis une semaine sans succès. En fait, j'ai
un script VBS qui me permet de modifier les attributs. Je l'avais déjà
utilisé mais là ça ne fonctionne pas.

J'ai donc voulu utilisé LDIFDE mais l'export me donne une suite codée pour
le homeMDB (Q049QmFucXVlIGRlIGJvw6... sur 5 lignes). Donc je ne peux pas
modifier le homeMDB.

une idée ?

merci d'avance,
Lionel.


Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur serveur2 et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le serveur2 avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2 une
banque de BALs avec le même nom que la banque de BALs de serveur1, de
l'avoir démontée et d'avoir coché la case "cette banque d'informations peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les champs
indiquant où est la BAL d'un utilisateur pointent vers le second serveur.

Il existait une fiche technique décrivant précisément ces opérations, mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne, Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER















Avatar
lionel
Beaucoup trop de problèmes de syntaxe avec LDIFDE... Le fichier vbs que
j'utilise me transforme très bien les attributs (je vois les modifs avec
adsiedit), mais outlook, lorsqu'il y a changement de serveur et que celui sur
lequel il est configuré ne répond plus, ne sais pas qu'il faut aller sur le
serveur de secours.

Pourquoi ? Est ce que les modifs de l'AD ne lui suffisent pas ? Y a t'il un
(long) temps de synchro pour que le GC ne fournisse les nouvelles infos ?

merci de votre aide,
Lionel.


Bonjour,

je travaille sur cette méthode depuis une semaine sans succès. En fait, j'ai
un script VBS qui me permet de modifier les attributs. Je l'avais déjà
utilisé mais là ça ne fonctionne pas.

J'ai donc voulu utilisé LDIFDE mais l'export me donne une suite codée pour
le homeMDB (Q049QmFucXVlIGRlIGJvw6... sur 5 lignes). Donc je ne peux pas
modifier le homeMDB.

une idée ?

merci d'avance,
Lionel.


Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur serveur2 et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le serveur2 avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2 une
banque de BALs avec le même nom que la banque de BALs de serveur1, de
l'avoir démontée et d'avoir coché la case "cette banque d'informations peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les champs
indiquant où est la BAL d'un utilisateur pointent vers le second serveur.

Il existait une fiche technique décrivant précisément ces opérations, mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne, Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER















Avatar
Laurent Francfort [MS]
Bonjour,

J'ai mis en oeuvre cette procédure il y a 3 ou 4 ans sur de l'Exchange 2000.
Ca avait marché correctement.

J'avais développé la fonction de reset des 3 attributs en VB6 et pas en
vbscript, mais le langage utilisé ne change rien.

As-tu creusé autour des problématiques de réplication des controleurs AD ?
Car après exécution de ton script, il faut laisser le temps à l'AD de
répliquer cette nouvelle info entre tous les controleurs, ton Outlook étant
tributaire du controleur GC auquel il se connecte (choisi grâce aux sites
AD, par défaut).

Laurent


"lionel" a écrit dans le message de news:

Beaucoup trop de problèmes de syntaxe avec LDIFDE... Le fichier vbs que
j'utilise me transforme très bien les attributs (je vois les modifs avec
adsiedit), mais outlook, lorsqu'il y a changement de serveur et que celui
sur
lequel il est configuré ne répond plus, ne sais pas qu'il faut aller sur
le
serveur de secours.

Pourquoi ? Est ce que les modifs de l'AD ne lui suffisent pas ? Y a t'il
un
(long) temps de synchro pour que le GC ne fournisse les nouvelles infos ?

merci de votre aide,
Lionel.


Bonjour,

je travaille sur cette méthode depuis une semaine sans succès. En fait,
j'ai
un script VBS qui me permet de modifier les attributs. Je l'avais déjà
utilisé mais là ça ne fonctionne pas.

J'ai donc voulu utilisé LDIFDE mais l'export me donne une suite codée
pour
le homeMDB (Q049QmFucXVlIGRlIGJvw6... sur 5 lignes). Donc je ne peux pas
modifier le homeMDB.

une idée ?

merci d'avance,
Lionel.


Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur serveur2
et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le serveur2
avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2 une
banque de BALs avec le même nom que la banque de BALs de serveur1, de
l'avoir démontée et d'avoir coché la case "cette banque d'informations
peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les
champs
indiquant où est la BAL d'un utilisateur pointent vers le second
serveur.

Il existait une fiche technique décrivant précisément ces opérations,
mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le
message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de
restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne,
Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER

















Avatar
lionel
Bonjour et merci.

pour le script, j'utilise celui ci (c'est du microsoft en plus...)

http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/34ef81f8-95b4-41de-adf8-1b143f1ec310.mspx

Je fais mes tests sur VMWARE, et je n'ai mis qu'un seul DC (qui fait GC).

Si le serveur principal ne répond plus, celui pour lequel est configuré
outlook, il arrivera quand même à trouver le nouveau serveur ?

Autre question : y a t'il obligation de transférer les users d'abord et
ensuite de restaurer ou peut on faire l'inverse (pour gagner le temps de la
restauration par exemple) ?

merci encore,
Lionel.


Bonjour,

J'ai mis en oeuvre cette procédure il y a 3 ou 4 ans sur de l'Exchange 2000.
Ca avait marché correctement.

J'avais développé la fonction de reset des 3 attributs en VB6 et pas en
vbscript, mais le langage utilisé ne change rien.

As-tu creusé autour des problématiques de réplication des controleurs AD ?
Car après exécution de ton script, il faut laisser le temps à l'AD de
répliquer cette nouvelle info entre tous les controleurs, ton Outlook étant
tributaire du controleur GC auquel il se connecte (choisi grâce aux sites
AD, par défaut).

Laurent


"lionel" a écrit dans le message de news:

Beaucoup trop de problèmes de syntaxe avec LDIFDE... Le fichier vbs que
j'utilise me transforme très bien les attributs (je vois les modifs avec
adsiedit), mais outlook, lorsqu'il y a changement de serveur et que celui
sur
lequel il est configuré ne répond plus, ne sais pas qu'il faut aller sur
le
serveur de secours.

Pourquoi ? Est ce que les modifs de l'AD ne lui suffisent pas ? Y a t'il
un
(long) temps de synchro pour que le GC ne fournisse les nouvelles infos ?

merci de votre aide,
Lionel.


Bonjour,

je travaille sur cette méthode depuis une semaine sans succès. En fait,
j'ai
un script VBS qui me permet de modifier les attributs. Je l'avais déjà
utilisé mais là ça ne fonctionne pas.

J'ai donc voulu utilisé LDIFDE mais l'export me donne une suite codée
pour
le homeMDB (Q049QmFucXVlIGRlIGJvw6... sur 5 lignes). Donc je ne peux pas
modifier le homeMDB.

une idée ?

merci d'avance,
Lionel.


Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur serveur2
et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le serveur2
avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2 une
banque de BALs avec le même nom que la banque de BALs de serveur1, de
l'avoir démontée et d'avoir coché la case "cette banque d'informations
peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les
champs
indiquant où est la BAL d'un utilisateur pointent vers le second
serveur.

Il existait une fiche technique décrivant précisément ces opérations,
mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le
message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de
restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les 2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne,
Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER






















Avatar
Laurent Francfort [MS]
Si j'ai bonne mémoire,

je restaurais d'abord la base de données sur le serveur 2, puis j'exécutais
l'assistant nettoyage sur serveur2, qui me mettait les BALs en déconnecté,
puis j'exécutais le script.

Laurent

"lionel" a écrit dans le message de news:

Bonjour et merci.

pour le script, j'utilise celui ci (c'est du microsoft en plus...)

http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/34ef81f8-95b4-41de-adf8-1b143f1ec310.mspx

Je fais mes tests sur VMWARE, et je n'ai mis qu'un seul DC (qui fait GC).

Si le serveur principal ne répond plus, celui pour lequel est configuré
outlook, il arrivera quand même à trouver le nouveau serveur ?

Autre question : y a t'il obligation de transférer les users d'abord et
ensuite de restaurer ou peut on faire l'inverse (pour gagner le temps de
la
restauration par exemple) ?

merci encore,
Lionel.


Bonjour,

J'ai mis en oeuvre cette procédure il y a 3 ou 4 ans sur de l'Exchange
2000.
Ca avait marché correctement.

J'avais développé la fonction de reset des 3 attributs en VB6 et pas en
vbscript, mais le langage utilisé ne change rien.

As-tu creusé autour des problématiques de réplication des controleurs AD
?
Car après exécution de ton script, il faut laisser le temps à l'AD de
répliquer cette nouvelle info entre tous les controleurs, ton Outlook
étant
tributaire du controleur GC auquel il se connecte (choisi grâce aux sites
AD, par défaut).

Laurent


"lionel" a écrit dans le message de
news:

Beaucoup trop de problèmes de syntaxe avec LDIFDE... Le fichier vbs que
j'utilise me transforme très bien les attributs (je vois les modifs
avec
adsiedit), mais outlook, lorsqu'il y a changement de serveur et que
celui
sur
lequel il est configuré ne répond plus, ne sais pas qu'il faut aller
sur
le
serveur de secours.

Pourquoi ? Est ce que les modifs de l'AD ne lui suffisent pas ? Y a
t'il
un
(long) temps de synchro pour que le GC ne fournisse les nouvelles infos
?

merci de votre aide,
Lionel.


Bonjour,

je travaille sur cette méthode depuis une semaine sans succès. En
fait,
j'ai
un script VBS qui me permet de modifier les attributs. Je l'avais déjà
utilisé mais là ça ne fonctionne pas.

J'ai donc voulu utilisé LDIFDE mais l'export me donne une suite codée
pour
le homeMDB (Q049QmFucXVlIGRlIGJvw6... sur 5 lignes). Donc je ne peux
pas
modifier le homeMDB.

une idée ?

merci d'avance,
Lionel.


Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans
un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur
serveur2
et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le
serveur2
avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2
une
banque de BALs avec le même nom que la banque de BALs de serveur1,
de
l'avoir démontée et d'avoir coché la case "cette banque
d'informations
peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les
champs
indiquant où est la BAL d'un utilisateur pointent vers le second
serveur.

Il existait une fiche technique décrivant précisément ces
opérations,
mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le
message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de
restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les
2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur
AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne,
Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER
























Avatar
lionel
En fait, ça fonctionne. Mais il faut ajouterl'adresse IP du serveur principal
sur le serveur de secours pour que les clients fonctionnent. Néanmoins, ceux
ci ne se mettent pas forcement à jour (synchro quelque part ?) pour utiliser
le serveur de secours.

Par contre, lors de la remontée du serveur principal, les clients pointant à
nouveau sur le serveur principal sont redirigés sur le serveurde secours
avant d'utiliser loutil exchange de transfert des bals.

Cela fonctionne bien que des histoires de synchro apparaissent... J'ai testé
après le passage du script, les modifs étaient vues partout mais une
tentative de transfert via l'outil exchange me montrait que celui ci n'avait
pas pris totalement en compte les modifs et voulait transférer une bal d'une
base du serveur principal sur ... la même.

Après quelques instants tout fonctionne correctement.

Merci pour tout,
Lionel.


Si j'ai bonne mémoire,

je restaurais d'abord la base de données sur le serveur 2, puis j'exécutais
l'assistant nettoyage sur serveur2, qui me mettait les BALs en déconnecté,
puis j'exécutais le script.

Laurent

"lionel" a écrit dans le message de news:

Bonjour et merci.

pour le script, j'utilise celui ci (c'est du microsoft en plus...)

http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/34ef81f8-95b4-41de-adf8-1b143f1ec310.mspx

Je fais mes tests sur VMWARE, et je n'ai mis qu'un seul DC (qui fait GC).

Si le serveur principal ne répond plus, celui pour lequel est configuré
outlook, il arrivera quand même à trouver le nouveau serveur ?

Autre question : y a t'il obligation de transférer les users d'abord et
ensuite de restaurer ou peut on faire l'inverse (pour gagner le temps de
la
restauration par exemple) ?

merci encore,
Lionel.


Bonjour,

J'ai mis en oeuvre cette procédure il y a 3 ou 4 ans sur de l'Exchange
2000.
Ca avait marché correctement.

J'avais développé la fonction de reset des 3 attributs en VB6 et pas en
vbscript, mais le langage utilisé ne change rien.

As-tu creusé autour des problématiques de réplication des controleurs AD
?
Car après exécution de ton script, il faut laisser le temps à l'AD de
répliquer cette nouvelle info entre tous les controleurs, ton Outlook
étant
tributaire du controleur GC auquel il se connecte (choisi grâce aux sites
AD, par défaut).

Laurent


"lionel" a écrit dans le message de
news:

Beaucoup trop de problèmes de syntaxe avec LDIFDE... Le fichier vbs que
j'utilise me transforme très bien les attributs (je vois les modifs
avec
adsiedit), mais outlook, lorsqu'il y a changement de serveur et que
celui
sur
lequel il est configuré ne répond plus, ne sais pas qu'il faut aller
sur
le
serveur de secours.

Pourquoi ? Est ce que les modifs de l'AD ne lui suffisent pas ? Y a
t'il
un
(long) temps de synchro pour que le GC ne fournisse les nouvelles infos
?

merci de votre aide,
Lionel.


Bonjour,

je travaille sur cette méthode depuis une semaine sans succès. En
fait,
j'ai
un script VBS qui me permet de modifier les attributs. Je l'avais déjà
utilisé mais là ça ne fonctionne pas.

J'ai donc voulu utilisé LDIFDE mais l'export me donne une suite codée
pour
le homeMDB (Q049QmFucXVlIGRlIGJvw6... sur 5 lignes). Donc je ne peux
pas
modifier le homeMDB.

une idée ?

merci d'avance,
Lionel.


Bonjour,

Une autre solution consiste à :
- régulièrement sauvegarder (avec ntbackup) le serveur de BALs dans
un
répertoire partagé du 2nd serveur
- en cas de crash de serveur1, restaurer la banque de bals sur
serveur2
et
réassocier les utilisateurs aux bals de serveur2

En cas de crash du serveur de BALs :
1> Restaurer la sauvegarde de la banque d'informations sur le
serveur2
avec
ntbackup. Ca peut se faire à condition d'avoir créé sur le serveur2
une
banque de BALs avec le même nom que la banque de BALs de serveur1,
de
l'avoir démontée et d'avoir coché la case "cette banque
d'informations
peut
être écrasée par une sauvegarde" sur cette banque.

2> Rehomer les utilisateurs sur le serveur2, comme indiqué ici :
http://www.microsoft.com/technet/prodtechnol/exchange/guides/DROpsGuide/fafb4bf3-32ad-4c68-8507-2354318a45c2.mspx
Cette opération consiste à modifier Active Directory, pour que les
champs
indiquant où est la BAL d'un utilisateur pointent vers le second
serveur.

Il existait une fiche technique décrivant précisément ces
opérations,
mais
je n'arrive pas à remettre la main dessus.

Laurent


"Thierry DEMAN [MVP]" a écrit dans le
message
de news:
Bonsoir,

si Exchange 2003 est en version entreprise, il est facile de
restaurer la
banque privée sur l'autre serveur Exchange.
=> Il y aura donc temporairement 2 banques privées sur ce serveur.

En fait, dans ce type de solution, on répartir les boîtes sur les
2
serveurs afin de n'impacter que la moitié des utilisateurs.

L'autre solution logicielle serait "Double Take".

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA
http://ofniorcim.dyndns.org
http://faqexchange.dyndns.org
"Christian" wrote in message
news:
PREALABLE
-----------------
Deux serveurs Windows 2003 en tant DC
Deux serveurs Exchange 2003 donc, un sur chaque serveur 2003
Un serveur 2003 contient toutes les boîtes aux lettres.
Les deux serveurs Exhange 2003 sont sur le même domaine et sur
AD
Les deux sont actifs

QUESTION
---------------
Si le serveur qui contient les boîtes aux lettres tombe en panne,
Comment
puis-je les "restaurer" sur le serveur restant ?

Ou autres solutions sans le mode CLUSTER