DAG

Une nouvelle de taille vient d’être annoncée par l’equipe d’Exchange ! L’extension du support Exchange 2010 sur une plateforme virtualisée. Jusqu’à maintenant si le DAG été utilisé sur une plateforme virtualisée, il fallait désactiver la partie HA (pour éviter de mixer les mécanismes de Haute Disponibilité). C’est maintenant corrigé et la liste des vendeurs officiellement supportés est disponible sur le site SVVP (Server Virtualization Validation Program). ... [Lire la suite]

Latence acceptées au sein d’un DAG Certains changements ont été opérés concernant la mise en place du DAG en environnement Windows 2008 R2 et l’utilisation de la couche de cryptage Bitlocker. Concernant plus particulièrement le Dag, les prérequis de latence entre deux nœuds distincts ont été porté à 500 Ms alors qu’ils étaient jusqu’à présent a 250 Ms. Des bonnes nouvelles donc. Bit Locker sur Failover cluster de Windows 2008 R2 Concernant l’utilisation de la couche Bitlocker en environnement Windows 2008 R2, elle reste possible... [Lire la suite]

Introduction Bonjour, nous allons voir dans ce post comment mettre à jour vos serveurs Exchange 2010 SP1, Des outils ont été intégrés au Service Pack 1 pour faciliter les mises à jour mais j’ai remarqué que dans beaucoup de cas ils ne sont pas utilisés par assez peu connus malgré le buz fait par le service pack 1 lors de sa sortie notamment lié à la possibilité de séparer les archives des bases de boîtes aux lettres http://unifiedit.wordpress.com/2010/07/29/exchange-server-2010-sp1-et-les-archives/ Rappelons ce qu’est un DAG même... [Lire la suite]

Installing update rollups on DAG members was never a straight forward task like clicking Next, Next. We had to make sure that all the active databases have been moved to a different DAG member, activation of all databases on the server to be patched is blocked, mailbox database copy is suspended etc. If we had Forefront running, it had to be disabled as well. To make patching DAG members easier, Microsoft has two new scripts in the “Scripts” folder of Exchange 2010 SP1. StartDAGServerMaintenance.ps1 and... [Lire la suite]

Exchange 2010 allows us to have Database Availability Group (DAG) members in several AD Sites.  For every subnet a DAG member’s MAPI NIC is in, we must obtain a DAG IP.  This DAG IP is a separate IP than is located on the MAPI NICs themselves. We take this DAG IP to the DAG using the Set-DatabaseAvailabilityGroup command. Multiple DAG IPs Let’s take a look at an example of how the architecture may look. Taking a look at the above Visio diagram, we have two sites, Primary Site and DR Site, with one node in... [Lire la suite]

In 2010 SP1 RTM, nothing has been changed in the DAG options that has been exposed in the console compared to SP1 Beta. Exchange Team has exposed more options related to Database Availability Group (DAG) in 2010 SP1 RTM Console compared to 2010 RTM. In the RTM version of Exchange 2010, IP address for a DAG has to be set manually using the shell and this was one of the option many exchange admins (who are not comfortable with the shell) wanted to see in the console. Guess what? More options, including setting a static IP address... [Lire la suite]

L’avènement de l’environnement exchange 2010 et notamment de ses nouvelles fonctionnalités de haute disponibilité vont permettre à plusieurs d’entre nous de mettre en place des solutions messagerie à forte disponibilité. Un des intérêts notables de la version Exchange 2010 est de pouvoir bénéficier d’une haute disponibilité avec simplement deux serveurs physiques ou virtuel. Cependant cette solution va nécessiter de mettre en place des solutions matérielles de répartition de charge. Ces solutions de répartition de charge matérielle... [Lire la suite]

In Exchange 2010, the way emails get routed changes when you have a DAG member that hosts both the Mailbox and HUB transport role. This change was brought in to ensure the protection of messages while it uses Dumpster 2.0 For example, let’s say that I have a server named EXCH1 which hosts both Mailbox and HUB role. Emails that are sent to a mailbox in EXCH1 will be handled by the HUB transport role present on the same server. This is the default behaviour. Now, let’s say that we have a DAG with servers (EXCH1, EXCH2 etc)... [Lire la suite]

It is important to configure the network adapter settings correctly for a DAG member. Few points that need to be noted: Single NIC for DAG members is supported. All DAG members should have the same number of networks, MAPI and Replication networks. DAG members can have only one MAPI network and zero or more Replication networks. Persistent static routes are used to configure traffic in a replication network. It is recommended to have atleast two DAG networks, MAPI and a replication network. The MAPI network... [Lire la suite]

A voir une série de 3 articles pour découvrir comment mettre en place le DAG d'Exchange 2010. Il faut Windows 2008 (R2) Enterprise mais une version standard d'exchange suffit pour jusqu'a 5 bases. --> http://www.msexchange.org/articles_tutorials/exchange-server-2010/high-availability-recovery/uncovering-exchange-2010-database-availability-groups-dags-part1.html What an Exchange 2010 Database Availability Group (DAG) is all about and how this high availability feature may fit into your Exchange 2010 organization.... [Lire la suite]