Skip to main content
TechNet

Microsoft Exchange Server 2010 : sauvegarde avec la Sauvegarde Windows Server

L'utilisation de la Sauvegarde Windows Server dans la création de fichiers de sauvegarde pour Exchange constitue une bonne approche, mais elle requiert une configuration particulière.

Extrait de le « Échange 2010 – A Practical Approach, » publié par Red Gate Books (2009).

Jaap Wesselius

La fonction de sauvegarde Windows Server (WSB) de Windows Server peut être un moyen efficace de créer une sauvegarde d'Exchange, mais il n'est pas sans une configuration spéciale. Lorsque vous sauvegardez vos données Exchange à l'aide de sauvegarde Windows Server, vous devez au moins un disque pour stocker les sauvegardes. Cela peut être un disque physique dans le serveur ou un disque sur un périphérique de stockage.

Quand le départ WSB il sera rien n'indique qu'il est compatible avec Exchange Server 2010. Lorsque les bases de données Exchange sont trouvent sur le lecteur G:\ et lecteur H:\, par exemple, vous devez sélectionner manuellement ces disques dans la sauvegarde Windows Server.

Après avoir sélectionné ces disques, sélectionnez un autre disque pour stocker la sauvegarde réelle. Cela peut être n'importe quel disque, sauf ceux en cours de sauvegarde ou le disque système (autrement dit, le lecteur C:\). Lorsque la sauvegarde est en cours d'exécution, vous remarquerez que WSB vérifie la base de données Exchange pour la cohérence.

Lors de la sauvegarde Windows Server a terminé la sauvegarde de la base de données Exchange, l'en-tête de la base de données est mis à jour avec les informations de sauvegarde. Vous pouvez examiner l'état de la base de données à l'aide de la commande ESEUTIL /MH :

G:\mailbox database 0242942819>eseutil /mh "mailbox database 0242942819.edb"
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.00
Copyright (C) Microsoft Corporation.
All Rights Reserved.
Initiating FILE DUMP mode...
Database: mailbox database 0242942819.edb
Previous Full Backup:
Log Gen: 4-5 (0x4-0x5) - OSSnapshot
Mark: (0x6,8,16)
Mark: 08/08/2009 11:39:06
Previous Incremental Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00
Operation completed successfully in 0.31 seconds.
G:\mailbox database 0242942819>
[Edited for readability]

WSB enregistre également toutes les activités dans le journal des événements. Lorsque vous vérifiez l'observateur d'événements, vous verrez les événements du moteur de stockage Extensible (ESE) et MSExchangeIS, tels que :

Log Name: Application
Source: ESE
Date: 8-8-2009 11:39:05
Event ID: 2005
Task Category: ShadowCopy
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX12.labs.local
Description:
Information Store (2444) Shadow copy instance 1 starting.
This will be a Full shadow copy.
For more information, click http://www.microsoft.com/contentredirect.asp.

Vous verrez quelque chose comme :

Log Name: Application
Source: MSExchangeIS
Date: 8-8-2009 11:39:05
Event ID: 9811
Task Category: Exchange VSS Writer
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX12.labs.local
Description:
Exchange VSS Writer (instance 1) has successfully prepared the database engine for a full or copy backup of database 'mailbox database 0242942819'.

Lorsque la sauvegarde a terminée avec succès, les fichiers journaux sont purgés. Les fichiers journaux sont purgés dépendra le niveau d'activité du serveur est lors de la sauvegarde (si, par exemple, il y a des nombreux nouveaux messages, les boîtes aux lettres déplacées et ainsi de suite) et la profondeur du point de contrôle. Purge des fichiers journaux est enregistrée dans le journal des événements :

Log Name: Application
Source: ESE
Date: 8-8-2009 11:39:19
Event ID: 224
Task Category: ShadowCopy
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX12.labs.local
Description:
Information Store (2444) mailbox database 0242942819: Deleting log files G:\mailbox database 0242942819\E0000000001.log to G:\mailbox database 0242942819\E0000000003.log.

WSB n'est capable de créer une sauvegarde complète ou une sauvegarde de copie. Il ne supporte pas les sauvegardes incrémentielles ou différentielles.

Réplication de base de données

WSB peut aussi créer des sauvegardes de bases de données qui font partie d'un groupe de disponibilité de base de données (DAG). Une des limites de WSB, cependant, sont qu'il peut seulement créer une sauvegarde d'une copie active de la base de données. Si vous créez une sauvegarde d'une copie active, la sauvegarde réussira. Lorsque cette copie active se déplace vers un autre serveur et la base de données locale devient passif, la sauvegarde échouera.

Le processus de création de sauvegardes est identique à celui décrit précédemment, sauf pour les fichiers journaux tronqués. Les fichiers journaux sont tronqués uniquement si tous les fichiers journaux sont répliquées et transmis à d'autres copies de base de données. C'est alors seulement seront tronqués les fichiers journaux sur la copie active. Cela peut prendre un certain temps, qui y a aucune raison de s'inquiéter. Il est également enregistré dans le journal des événements :

Log Name: Application
Source: MSExchangeIS
Date: 8-8-2009 11:54:16
Event ID: 9827
Task Category: Exchange VSS Writer
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX01.labs.local
Description:
Exchange VSS Writer (instance 725e6ff5-7fd0-4c52-9bf1-f62fafc425ea:5) has successfully completed the full or incremental backup of replicated database 'Mailbox Database 1444276156'.

Les fichiers journaux seront tronqués après que vous relire.

Haute disponibilité

Pour un environnement Exchange Server 2010 complètement hautement disponible, vous devez configurer les serveurs de boîtes aux lettres à ce titre, mais également les serveurs de Transport Hub, serveurs d'accès au Client et les serveurs de Transport Edge (si vous les utilisez). Les configurations de haute disponibilité (HA) pour les autres rôles de serveur sont tout à fait différentes du rôle de serveur de boîtes aux lettres. Cependant, ils sont semblables aux leurs configurations Exchange Server 2007.

Serveurs de Transport Hub

Pour la redondance de transport, vous aurez besoin d'au moins deux serveurs de Transport Hub. Lorsque vous créez un connecteur d'envoi, vous pouvez définir le serveur source qui envoie des messages via ce conn. Pour la redondance, vous pouvez ajouter un deuxième serveur de Transport Hub comme serveur source :

  1. Ouvrez une session un serveur Exchange et ouvrez la Console de gestion Exchange.
  2. Développez le serveur Exchange local et la feuille de l'organisation. Cliquez sur la feuille de Transport Hub, puis sélectionnez l'onglet connecteurs d'envoi.
  3. Cliquez-droit sur le connecteur d'envoi vous devez modifier et sélectionnez Propriétés.
  4. Dans les propriétés du connecteur d'envoi, sélectionnez l'onglet serveur Source.
  5. Cliquez sur le bouton Ajouter pour ajouter un deuxième serveur de Transport Hub pour le connecteur d'envoi.
  6. Après avoir sélectionné le deuxième serveur, cliquez sur OK deux fois.

Le serveur de Transport Hub auront désormais un chemin redondant et se charge automatiquement la balance des messages sortants sur les deux serveurs source. Il utilise un mécanisme de tourniquet pour le trafic SMTP sortant sur les deux serveurs de Transport Hub d'équilibrage de charge.

Pour la messagerie entrante, vous devez manuellement mettre en œuvre une solution d'équilibrage de la charge. Il peut s'agir d'un Internet Security et Acceleration (ISA) Server 2006 ou tout autre dispositif matériel capable de charger équilibre le trafic SMTP. Vous pouvez également utiliser Windows Server 2008 réseau NLB (Load Balancing), car il s'agit d'une solution out-of-the-box de Microsoft.

À l'aide de NLB, vous pouvez créer une solution d'équilibrage de charge fonctionnant sous Windows qui suivra toutes les connexions entrantes et charger automatiquement les demandes de solde entre les serveurs de Transport Hub. Il s'agit d'une solution entièrement prise en charge depuis Exchange Server 2007 SP1. La dernière option consiste à utiliser la répétition alternée DNS pour charger équilibre le trafic entrant.

Équilibrage de charge réseau est pris en charge uniquement pour les connexions SMTP entrantes, pas pour les connexions SMTP sortantes. Vous ne pouvez pas l'installer sur n'importe quel serveur qui héberge déjà un DAG. Un serveur qui héberge un DAG doit avoir Windows failover clustering en opération et équilibrage de charge réseau ne peuvent pas coexister avec le clustering avec basculement Windows.

Serveurs d'accès au client

Pour la redondance sur la couche de serveur d'accès au Client, vous devrez implémenter au moins deux serveurs, ce qui devrait faire un équilibrage sur la couche de protocole. La solution d'équilibrage de charge peut être une solution de Microsoft ISA Server 2006 ou une solution d'équilibrage de la charge matérielle. Comme pour le serveur de Transport Hub, vous pouvez également utiliser NLB pour équilibrage de connexions sur le serveur d'accès au Client (sauf si elle héberge un DAG).

Serveurs de Transport Edge

Lorsque vous utilisez une solution de Transport Edge dans la zone démilitarisée de votre réseau, vous aurez besoin d'au moins deux serveurs de Transport Edge. N'oubliez pas que tous les serveurs de Transport Edge ont leur propre instance du Service Active Directory Lightweight Directory (AD LDS, précédemment appelée Active Directory Application Mode, ou ADAM). En outre, tous les serveurs de Transport Edge ont leur propre abonnement vers les serveurs de Transport Hub dans le réseau de l'entreprise.

Lorsque plusieurs serveurs de Transport Edge sont connectés au même point, ils sont automatiquement ajoutés comme serveurs sources pour le connecteur d'envoi entrant. Équilibrage de la charge a lieu sur ces serveurs de Transport Edge de la même manière que sur les serveurs de Transport Hub.

Avec la nouvelle fonctionnalité de DAG dans Exchange Server 2010, vous pouvez maintenant créer des solutions HA au niveau de serveur de boîtes aux lettres. Cette fonctionnalité remplace la réplication continue de Cluster (CCR) et réplication continue de secours (SCR) dans Exchange 2007. Pour être honnête, le DAG est ce qui aurait dû être CCR/SCR. Il est souple, puissant et moins complexe que la solution CCR/SCR. C'est vraiment le meilleur des deux mondes.

Les solutions HA sur le rôle de serveur de Transport Hub et le rôle de serveur d'accès au Client sont implémentées avec équilibrage de charge du protocole. Vous pouvez y parvenir en utilisant un équilibreur de charge matériel ou l'équilibrage de charge réseau Windows, ou à l'aide de répétition alternée DNS. Ce processus n'a pas beaucoup changé.

Maintenant, vous devriez être en mesure de s'assurer que votre serveur Exchange est toujours opérationnel. Bien sûr, c'est juste un guide pratique pour vous aider à démarrer. Il ya beaucoup plus à apprendre à faire de votre échange environnement résistant aux catastrophes.

Jaap Wesselius   est le fondateur de DM Consultants, une société avec un fort accent sur les solutions de messagerie et de collaboration. Après avoir travaillé chez Microsoft depuis huit ans, Wesselius a décidé de s'engager plus de temps à la communauté d'échange aux pays-bas, entraînant un prix MVP de Exchange Server 2007. Il est également un collaborateur régulier à la néerlandaise Unified Communications utilisateur Group et un auteur ordinaire pour Simple-Talk.

Plus d'informations sur « Échange 2010 – A approche pratique » à red-gate.com/our-company/about/book-store.

Contenu associé