Déplacement d'une base de données de boîtes aux lettres Exchange vers un autre serveur ou groupe de stockage
Dernière rubrique modifiée : 2005-11-11
Les bases de données de boîtes aux lettres Microsoft® Exchange Server peuvent être transportées d'un serveur à l'autre utilisant la même version d'Exchange et se trouvant dans le même groupe d'administration. Une base de données de boîtes aux lettres créée sur un serveur dans un groupe d'administration peut être renommée ou copiée vers un autre groupe de stockage sur le même serveur ou vers un autre serveur dans le même groupe d'administration. Une fois la base renommée ou copiée, les liens entre les comptes d'utilisateurs et les boîtes aux lettres doivent être reconfigurés.
Il n'est pas recommandé de déplacer des bases de données de boîtes aux lettres entières pour effectuer des opérations d'administration normales. La tâche Déplacer une boîte aux lettres est la méthode recommandée pour transférer des boîtes aux lettres vers d'autres bases de données.
Le déplacement d'une boîte aux lettres peut se faire sans arrêt de la base de données et avec une interruption minimale du service aux utilisateurs finaux. Pendant le déplacement d'une boîte aux lettres, tous les utilisateurs finaux bénéficient d'un accès complet au courrier, à l'exception de cette boîte aux lettres. Pour plus d'informations sur le processus de déplacement d'une boîte aux lettres, voir l'article 821829 de la Base de connaissances Microsoft Moving mailboxes in Exchange Server 2003.
Outre le processus traditionnel de déplacement d'une boîte aux lettres, vous pouvez également déplacer des bases de données de boîtes aux lettres entières entre des serveurs ou des groupes de stockage. Après avoir déplacé une base de données de boîtes aux lettres, vous devez rétablir le lien entre chaque boîte aux lettres de la base de données et un compte d'utilisateur de service d'annuaire Active Directory® pour que la boîte aux lettres soit accessible à un utilisateur final. Pour plus d'informations sur le rétablissement du lien entre les boîtes aux lettres et les comptes d'utilisateurs, voir les rubriques Utilisation des attributs Active Directory pour activer, désactiver et réassocier des boîtes aux lettres et Procédure de réassociation de comptes de boîte aux lettres Exchange.
Des limitations spéciales s'appliquent également aux bases de données de boîtes aux lettres qui hébergent la boîte aux lettres du service Surveillance du système. Pour plus d'informations sur la boîte aux lettres du service Surveillance du système, voir la rubrique Problèmes liés à la boîte aux lettres du service Surveillance du système lors du déplacement d'une base de données de boîtes aux lettres Exchange.
Création et réplication de bases de données de dossiers publics
Cette rubrique ne couvre que le déplacement de bases de données de boîtes aux lettres. Ne déplacez pas des bases de données de dossiers publics entre des serveurs Exchange. Microsoft ne prend pas en charge le déplacement de bases de données de dossiers publics entre serveurs Exchange à l'intérieur de la même forêt Active Directory. Les bases de données de dossiers publics se répliquent les unes auprès des autres et le déplacement de bases de données vers d'autres serveurs peut interrompre la réplication. Au lieu de déplacer une base de données de dossiers publics entre des serveurs, il est recommandé de créer une nouvelle base de données de dossiers publics sur un autre serveur, puis d'y répliquer les dossiers.
.gif "Caution") Attention : |
|---|
| Si vous souhaitez déplacer une base de données de dossiers publics vers un serveur de laboratoire à des fins de test ou de récupération de données, vous ne devez jamais remettre cette base de données dans la forêt de production Exchange, même sur son serveur d'origine. L'utilisation d'une base de données de dossiers publics dans une autre organisation Exchange lui fera connaître les dossiers système de cette organisation. De retour dans l'organisation d'origine, les dossiers de cette base de données risquent d'entrer en conflit avec les dossiers système de l'organisation d'origine. Ce conflit peut détruire les dossiers système d'origine et vous contraindre à les rétablir. Dans ce cas, vous devrez réinitialiser et reconstituer les informations de disponibilité du calendrier et les carnets d'adresses en mode hors connexion pour l'ensemble de votre organisation. |
Pour plus d'informations sur la réplication du contenu d'un dossier public entre serveurs, voir les articles suivants de la Base de connaissances Microsoft :
- 822444 How to reset system folders in Exchange Server 2003
- 275171 XADM: How to Reset System Folders on an Exchange 2000 Server
- 326637 Resolve problems that are caused by duplicate free/busy folders and Offline Address Book folders on an Exchange Server 5.5 site
- 152960 Reassigning site roles after removing the first server in an Exchange site
Récupération d'urgence et portabilité des bases de données de boîtes aux lettres
La portabilité des bases de données de boîtes aux lettres d'Exchange peut aussi s'avérer utile dans la conception d'un plan de récupération d'urgence visant à assurer la résilience du site. Dans un scénario de récupération de site, l'hypothèse fondamentale est qu'un serveur entier exécutant Exchange ou même qu'un site géographique entier s'est mis hors connexion et y restera pendant une période prolongée. Par conséquent, vous devez rétablir des ressources Exchange sur un nouveau matériel et dans un nouvel emplacement.
Il est recommandé de concevoir votre plan de sorte à éviter de devoir réassocier des boîtes aux lettres dans une situation d'urgence. Si possible, vous deviez restaurer ou copier des bases de données vers des nouveaux systèmes physiques qui conservent la configuration d'installation d'origine d'Exchange.
Pour plus d'informations sur la conception d'un plan de récupération d'urgence ou de résilience de site n'exigeant pas de réassociation de boîtes aux lettres, voir la rubrique sur la procédure de déplacement de tous les serveurs virtuels Exchange d'un cluster de production Exchange 2003 vers un cluster de secours Exchange 2003 dans le Exchange 2003 Disaster Recovery Operations Guide.
Pour des serveurs Exchange qui ne sont pas en clusters, voir l'article 822945 de la Base de connaissances Microsoft How to move Exchange 2003 to new hardware and keep the same server name. Cet article explique l'utilisation du le mode d'installation /DisasterRecovery pour déplacer une installation Exchange vers un nouveau matériel tout en conservant la configuration d'installation actuelle d'Exchange.
Déplacement de bases de données de boîtes aux lettres Exchange entre serveurs
Lorsqu'une base de données de boîtes aux lettres Exchange est créée, des informations d'appellation y sont inscrites qui identifient la base de données comme membre d'une organisation et d'un groupe d'administration Exchange particuliers. La base de données ne peut être montée que sur des serveurs exécutant Exchange installés avec les mêmes noms d'organisation et de groupe d'administration.
Toutefois, une base de données de boîtes aux lettres Exchange n'est pas liée au serveur ou au groupe de stockage où elle a été créée. Elle peut donc être transférée vers n'importe quel serveur Exchange partageant les mêmes noms d'organisation et de groupe d'administration et utilisant soit la même version majeure et la même version de Service Pack, soit une version supérieure compatible avec le serveur d'origine.
.gif "note") Remarque : |
|---|
| Si vous déplacez une base de données en utilisant une sauvegarde en ligne, vous devrez configurer le serveur de destination avec les mêmes noms de groupe de stockage et de base de données logique que sur le serveur d'origine. Il s'agit d'une exigence de l'API de sauvegarde ; elle n'est pas inhérente à la base de données. Elle est détaillée dans la Méthode 1 ci-dessous. |
Toutefois, après avoir monté une base de données sur un serveur de niveau supérieur, il n'est plus possible de la redéplacer vers un serveur de niveau inférieur. Par conséquent, veillez au respect exact des versions de serveur et des correctifs lorsque vous déplacez des bases de données ou sachez que l'opération sera irréversible. Les bases de données Exchange 2000 Service Pack 3 peuvent être montées sur n'importe quel serveur Exchange 2000 Server ou Exchange Server 2003 d'une version égale ou supérieure à celle du serveur d'origine.
Telle qu'elle s'affiche dans le Gestionnaire système Exchange, chaque base de données de boîtes aux lettres Exchange 2000 Server ou Exchange Server 2003 est hébergée dans un groupe de stockage sur un serveur particulier. La base de données possède un nom logique qui correspond à un objet de base de données Active Directory. La base de données est composée de deux fichiers physiques, qui sont un fichier de base de données (.edb) et un fichier de base de données de transmission en continu qui lui correspond (fichier .stm). Vous pouvez afficher le chemin d'accès et le nom de ces fichiers sur la page Propriétés de la base de données de chaque objet de base de données.
Trois méthodes permettent de déplacer des bases de données Exchange vers d'autres groupes de stockage ou serveurs :
- Restaurer une sauvegarde en ligne de transmission en continu de la base de données, compatible avec Exchange, en redirigeant la restauration vers un autre serveur Pour que cette méthode fonctionne, le nouveau serveur doit être configuré avec un groupe de stockage et une base de données logique dont les noms sont identiques à ceux qui se trouvent sur le serveur d'origine.
Par exemple, vous créez une sauvegarde en ligne d'une base de données ayant comme nom logique « Banque de boîtes aux lettres (Serveur A) » dans le groupe de stockage « Serveur-A-GS1 » sur le Serveur A. Vous pouvez alors créer un groupe de stockage appelé « Serveur-A-GS1 » sur le Serveur B, puis créer dans ce groupe une base de données « Banque de boîtes aux lettres (Serveur A) ».
Vous restaurez la sauvegarde en ligne, en modifiant l'emplacement de la restauration en Serveur B ; la sauvegarde est restaurée dans le groupe de stockage et la base de données logique dont les noms correspondent sur le Serveur B. - Restaurer une sauvegarde en ligne du service Cliché instantané de volume de la base de données, compatible avec Exchange La procédure exacte varie selon les capacités et limitations du fournisseur quant à la restauration de fichiers de base de données vers d'autres emplacements que leur emplacement d'origine. Consultez votre fournisseur de sauvegarde pour des instructions spécifiques.
- Copier des fichiers de base de données Exchange de leur emplacement actuel vers l'emplacement d'une autre base de données logique, un autre groupe de stockage ou un autre serveur Si vous utilisez cette méthode, les noms du groupe de stockage et de la base de données logiques ne doivent pas nécessairement correspondre, mais les noms des fichiers de base de données doivent correspondre à ceux définis dans la destination. Au besoin, vous pouvez renommer les fichiers de base de données pour les faire correspondre.
Par exemple, les fichiers de base de données « Priv1.edb » et « Priv1.stm » sont associés à la base de données logique « Banque de boîtes aux lettres (Serveur A) » dans le groupe de stockage « Serveur-A-GS1 » sur le Serveur A. Vous créez un groupe de stockage appelé « Serveur-B-GS1 » sur le Serveur B, puis créez une base de données « GS1-BL1 » dans ce groupe de stockage. Les chemins d'accès des fichiers indiqués pour la base de données GS1-BL1 sont « F:\Databases\GS1-BL1.edb » and « F:\Databases\GS1-BL1.stm ».
Vous copiez Priv1.edb et Priv1.stm depuis D:\Databases sur le Serveur A vers F:\Databases sur le Serveur B. Vous renommez ensuite Priv1.edb en GS1-BL1.edb et Priv1.stm en GS1-BL1.edb.
Lorsque vous effectuez les procédures décrites dans cette rubrique, il est recommandé de prendre en compte les éléments suivants :
- Lorsque vous restaurez ou copiez une base de données vers un autre emplacement, vous devrez peut-être activer la case à cocher Cette base de données peut être écrasée par une restauration pour pouvoir restaurer la base de données à partir d'une sauvegarde en ligne ou monter la base de données. Cette case à cocher se trouve sur la page de propriétés Base de données de l'objet de base de données logique. Si vous ne parvenez pas à restaurer ou à monter une base de données déplacée pour cette raison, le problème sera consigné dans le journal des applications du serveur.
- Avant de copier les fichiers de base de données vers un autre emplacement, assurez-vous qu'ils sont dans un état de fermeture cohérent ou sain. Pour plus d'informations sur ces états, voir la section sur les états des bases de données de l'article 240145 de la Base de connaissances Microsoft How to remove Exchange Server transaction log files.
Il peut être possible de relire des journaux de transactions supplémentaires dans une base de données avant ou après sa copie ou sa restauration vers un autre emplacement. Pour plus d'informations, voir la rubrique Problèmes liés aux fichiers journaux des transactions lors du déplacement d'une base de données de boîtes aux lettres Exchange. - Avant de commencer le déplacement, arrêtez la base de données de destination, déplacez les fichiers de base de données existants et marquez la base de données pour qu'elle ne démarre pas automatiquement. Cela permet d'éviter que la base de données ne se mette en ligne par mégarde pendant le déplacement.
- Lorsque vous déplacez des bases de données, il se peut que du courrier en transit se perde ou ne puisse pas être remis. Pour minimiser ce problème, liez dès que vous le pouvez les comptes d'utilisateurs au nouvel emplacement de base de données. Vous pouvez le faire avant d'arrêter ou de déplacer la base de données d'origine. Vous empêcherez ainsi les clients d'accéder aux boîtes aux lettres contenues dans la base de données tant que le déplacement n'est pas terminé. Pour plus d'informations, voir la rubrique Utilisation des attributs Active Directory pour activer, désactiver et réassocier des boîtes aux lettres.
- Exchange génère plusieurs boîtes aux lettres pour diverses fonctions du système, dont les boîtes aux lettres SMTP, Système et du service Surveillance du système. Après le déplacement d'une base de données, il se peut que certaines de ces boîtes aux lettres subsistent. L'Agent de nettoyage de boîte aux lettres finira par déconnecter ces boîtes aux lettres, qui seront purgées 30 jours plus tard (par défaut). Il n'est pas nécessaire de déconnecter ou purger manuellement ces boîtes aux lettres.
- Il est recommandé de redémarrer un serveur Exchange dès que possible après le déplacement d'une base de données. Les fonctions principales de connectivité client et de courrier fonctionneront sans redémarrage, mais celui-ci peut être requis par d'autres fonctions du système et d'autres applications.
Pour plus d'informations
Pour des informations sur l'interaction de la tâche Déplacer une boîte aux lettres et de la table Tombstone des boîtes aux lettres, voir la rubrique Opérations de déplacement de boîte aux lettres et table Tombstone des boîtes aux lettres.
Pour plus d'informations sur les méthodes permettant d'activer, de désactiver et de réassocier des boîtes aux lettres, voir la rubrique Utilisation des attributs Active Directory pour activer, désactiver et réassocier des boîtes aux lettres.