Grande et bonne nouvelle !

Exchange 2007 sera supporté sur Windows 2008 R2 cette année,

L’équipe Exchange va travailler au développement d’un patch permettant le support de ce système d’exploitation !

Plus d’informations sur le site de l’équipe produit

http://msexchangeteam.com/archive/2009/11/04/453026.aspx

David

En attendant que la nouvelle version de l’outil ADMT sorte et supporte totalement Windows 2008 R2,

Vous pouvez utiliser ADMT 3.1 pour vos migrations qui supporte certains scénarios, attention toutefois

Je vous conseille de lire les KB suivantes

Known issues that may occur when you use ADMT 3.1 to migrate to a domain that contains Windows Server 2008 R2 domain controllers -
http://support.microsoft.com/kb/976659

You cannot uninstall ADMT 3.1 after you perform an in-place upgrade to Windows Server 2008 R2 –
http://support.microsoft.com/kb/974625 

Bonne nouvelle !

Un livre gratuit sur Windows 2008 R2 est disponible en téléchargement via le lien ci-dessous !

http://download.microsoft.com/download/5/C/0/5C0BD0AB-040D-4C56-A60B-661001012DDA/Windows_Server_2008_R2_e-book.pdf

Bonne lecture J

Ne pas appliquer le patch KB974571

Les services OCS ne redémarrent pas suite à l’installation de ce patch

Référence :

http://communicationsserverteam.com/archive/2009/10/14/632.aspx

http://blogs.technet.com/frmcsuc/archive/2009/10/16/do-not-apply-kb974571-to-lcs-ocs-servers.aspx

Produits concernés

- Live Communications Server 2005 (LCS)
- Live Communications Server 2005 SP1
- Office Communications Server 2007 Enterprise edition (OCS)
- Office Communications Server 2007 Standard edition
- Office Communications Server 2007 R2 Enterprise edition
- Office Communications Server 2007 R2 Standard edition
- Office Communicator 2007 Evaluation version only*
- Office Communicator 2007 R2 Evaluation version only*

*The licensed production version of this application is not affected by this known issue. Only Office Communicator clients that are in their 180-day evaluation period are affected by this issue.

Comme vous le savez peut-être, il est dorénavant possible de sauvegarder votre serveur Exchange Server 2007 avec les outils intégrés de Windows Server 2008, suite à l’installation du Service pack 2 d’Exchange 2007.

Cet article va vous présenter brièvement les opérations de sauvegarde et restauration d’une infrastructure de messagerie avec cet outil.

Exchange intègre maintenant un plug-in VSS
permettant les sauvegardes de messagerie, présent sous la forme d’un exécutable « WSBExchange.exe ».

Installation du composant de sauvegarde intégré de Windows 2008

Afin d’installer les composant, lancer la console Server Admin et ajouter une fonctionnalité,

Sélectionner ensuite “Windows Server Backup Features“

Une fois l’installation terminée vous pourrez lancer la console de gestion des sauvegardes à partir les outils d’Administration Windows

La sauvegarde d’Exchange Server 2007 SP2

Lancer la console puis cliquer sur « Backup Once »

Cliquer sur « Next » pour poursuivre

Choisir « Custom » afin de sélectionner les éléments à sauvegarder

Dans mon exemple, la base de données Exchange est située sur le Disque « E:\ », le volume entier doit être sélectionner

Je décide de garder les fichiers de sauvegarde en local sur mon serveur Exchange, mais vous pouvez déposer ces fichiers sur le réseau en utilisant l’option « Remote Shared Folder »

Je choisis ici la destination des fichiers de sauvegarde

Je désire faire une sauvegarde complète de la messagerie afin de purger les fichiers de log Exchange

Cliquer sur « Backup » pour commencer la sauvegarde

La sauvegarde est maintenant terminée et les fichiers de Log ont été purgés

Les options de la base de données permettent de connaitre la date et l’heure de la dernière sauvegarde complète de la base.

Restauration de données de messagerie

La restauration des données de messagerie peut s’opérer de deux manières :

• Restauration des données à leur emplacement d’origine
  
• Restauration des données à un emplacement différent de l’emplacement d’origine
  

Cette seconde option nécessitera l’utilisation d’outils Exchange afin de restaurer certains mails par exemple dans des Boîtes existantes (Merge)

Scenario 1 : Restauration à l’emplacement d’origine

Cette méthode va nous permettre de restaurer toute la base de données à son emplacement d’origine afin de remplacer la base existante,

Dans mon exemple, à une suppression des fichiers Exchange, Bases et fichiers de Log.

Il ne reste plus aucun fichier exchange suite à la suppression de la base par un admin Exchange.

Il faut tout d’abord relancer l’outil de sauvegarde mais cette fois-ci cliquer sur « Recover »

Sélectionner le server à restaurer

Sélectionner ensuite la sauvegarde concernée, date et heure

Nous avons le choix entre des fichiers, des applications ou des volumes entier à restaurer,

Choisir l’option « Applications »

Exchange Server est automatiquement détecté par l’outil

Choisir de restaurer à l’emplacement d’origine

Cliquer maintenant sur « Recover » afin de démarrer l’opération de restauration

Une fois terminé, cliquer sur Close

Les fichiers sont maintenant restaurés et il ne reste qu’à monter la base Exchange à partir de la console

Je retrouve ainsi mes mails après m’être connecté aux services de messagerie.

Second scénario : Restauration à un emplacement différent
Maintenant, admettons qu’il soit nécessaire de restaurer des messages dans une boîte aux lettres existante,
Nous pouvons fusionner les données avec les données de l’utilisateur

Je vais pour cela supprimer quelques mails de ma boîte aux lettres

Il faut Ensuite lancer l’outil de sauvegarde de Windows 2008 mais au lieu de restaurer à l’emplacement d’origine,

Sélectionnez de restaurer à un emplacement différent comme ci-dessous

Une fois la restauration terminée, les fichiers se trouvent dans le répertoire sélectionné au dessus

Nous allons maintenant avoir besoin des outils d’Exchange 2007 SP2 afin de poursuivre,

Dans la console Exchange, naviguez dans les outils et choisir « Database Recover Management »

Entrer le nom du serveur Exchange et cliquer sur « Next »

Dans le manu, choisir de créer un « Recovery Storage Group »

Choisir le groupe de stockage existant lié au groupe de stockage de récupération

Renseigner les chemins du groupe de stockage de récupération en donnant le chemin vers lequel vous avez restauré la base de données.

Une fois le groupe de stockage de récupération créé, il faut monter la base de données en utilisant l’option « Mount or Dismount databases … »

Si vous essayez directement de monter la base de données, vous allez rencontrer cette erreur

La base de données restauré en dans l’état « Dirty Shutdown » comme vous pouvez le voir ci-dessous, nous devons utiliser l’utilitaire ESEUTIL afin de faire passer cet était en « Clean Shutdown »

Une fois la base dans cet état, vous pouvez la monter dans le recovery storage group

Il faut maintenant fusionner les informations entre la sauvegarde et la boîte de production, sélectionner l’option de merge dans le menu

Différentes option s’offrent à nous afin de filtrer les informations

Je choisis la boîte aux lettres concernée par la restauration

Conclusion

La possibilité de sauvegarder Exchange avec les outils intégrés à Windows est une demande faite par les administrateurs depuis la sortie du produit,

Cette solution est plus utilisée par les PME, les grandes sociétés utilisant en général plus les outils Microsoft DPM ou d’autres produits de sauvegarde,

N’oubliez pas de sauvegarder vos données mais aussi de tester vos sauvegardes !

A la manière de ce qu’il existe pour Exchange Server, les équipes produits OCS ont développé un outil en ligne permettant de tester les infrastructures OCS !

Lien https://www.testocsconnectivity.com

D’autres fonctionnalités arrivent et les diagnostiques seront plus approfondis dans l’avenir

David

La nouvelle est récente et mérite grandement d’être soulignée, la prochaine version d’Exchange Server, à savoir Microsoft Exchange Server 2010 est RTM, le développement du produit est terminé !

Voici l’annonce officielle sur le site de l’équipe produit

http://msexchangeteam.com/archive/2009/10/08/452775.aspx

Le lancement se fera au Tech·Ed Europe 2009 pour les chanceux pouvant y participer !

David.

Le service Pack 2 d’Exchange Server 2007 est disponible depuis quelques temps,

Lien de téléchargement : http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=4c4bd2a3-5e50-42b0-8bbb-2cc9afe3216a

Nous l’attendions pour différentes raisons :

• Le support de Windows Server Backup avec Exchange Server 2007
  
• Le support du Diagnostic Logging à partir de la console
  

Attention cependant à l’installation, une mise à jour du schéma est nécessaire, prenez donc toutes les précautions pour ce type d’opérations même si, pour ma part, je n’ai jamais eus de problème,

Le SP2 nécessite aussi Windows Installer 4.5, inclut dans Windows Server 2008 mais pas dans Windows Server 2003, vous devrez donc l’installer au préalable.

De plus notez que le service pack 2 d’Exchange Server 2007 est nécessaire pour les migrations vers Exchange Server 2010

Bonnes mises à jour !

Tableau récapitulatif de la compatibilité d’Exchange et les versions de Windows sur le blog de Damien CARO

http://blogs.technet.com/dcaro/archive/2009/08/12/support-de-exchange-avec-windows-2008-r2.aspx

N’hésitez pas à mettre ce blog dans vos favoris !

Suite à l’annonce d’Exchange 2010, je vais vous présenter le principal mécanisme de haute disponibilité appelé « DAG Database Availability Group »

Ce système de haute disponibilité améliore et remplace les systèmes de haute disponibilité existant sous Exchange 2007, CCR et SCR.

Grande nouveauté à annoncer de suite : oubliez les groupes de stockage, ils n’existent plus dans Exchange 2010 ! Donc celles-ci sont dorénavant gérées au niveau de l’organisation Exchange,

La haute disponibilité est maintenant gérée au niveau de la base de données et non plus au niveau du groupe de stockage.

Le DAG permet de répliquer une base de données sur plusieurs serveurs, à condition qu’ils fassent parti du DAG en question.

Le DAG repose sur le cluster Windows ( Failover Clustering ) et nécessite donc une version Enterprise de Windows.

Autre nouveauté à souligner, contrairement à Exchange 2007, différents rôles (CAS, HUB) pourront être installés sur une machine faisant parti d’un cluster, ce qui permettra de limiter le nombre de serveurs lors du Design de l’infrastructure,

A noter toutefois, le NLB (Network Load Balancing ) ne sera pas supporté sur des machines faisant parti d’un cluster de type Failover Clustering, donc si vous voulez mettre en haute disponibilité les rôles CAS et HUB via du NLB, vous devrez installer ces rôles sur les machines séparées, à moins d’utiliser des systèmes de haute disponibilité matériels.

Passons à création et la configuration d’un DAG ;)

Dans cet exemple, j’utilise 4 machines Windows 2008 SP2, 1 DC et 3 dédiées à Exchange et qui feront parti d’un DAG Exchange 2010.

Les machines Exchange :

• WIN2K8EX01
  
• WIN2K8EX02
  
• WIN2K8EX03
  

Le DAG Exchange 2010

• EX2K10DAG
  

Création d’un DAG Exchange 2010

Nous pouvons utiliser l’interface graphique ou powershell pour créer un DAG Exchange 2010, dans mon exemple j’utilise powershell

Pour créer un DAG nous devons utiliser la commande powershell New-DatabaseAvailabilityGroup en spécifiant les paramètres suivant :

• Le Nom du DAG
  
• Le partage du FSW (File Share Witness)
  
• Le chemin vers le FSW
  

Il nous faut ensuite intégrer notre premier serveur Exchange 2010 au DAG via la commande powershell Add-DatabaseAvalabilityGroupServer

L’utisation de powershell permet de spécifier l’adresse IP qui sera utilisée par le DAG via l’utilisation du paramètre DatabaseAvailabilityGroupIpAdresses

Création du cluster

Nous pouvons ensuite ajouter des serveurs au DAG via l’interface graphique ou en utilisant les commandes powershell

Via l’interface graphique en faisant un clic droit sue le DAG et en sélectionnant « Manage Database Avalability Group Membership »

Puis ajouter un serveur au DAG

En utilisant les commandes powershell

Une fois les serveurs ajoutés nous pouvons vérifier les propriétés du DAG en double cliquant dessus

Ajout d’une base de données au DAG

Nous pouvons maintenant ajouter une base de données au DAG afin de répliquer les données de cette base

Le wizard se lance et nous permet d’ajouter des serveurs et de paramétrer les options Replay Lag Time (Le paramètre ReplayLagTime spécifie le temps d’attente du service de réplication Microsoft Exchange avant de relire les fichiers journaux copiés vers l’ordinateur cible) et Truncation Lag Time (Le paramètre TruncationLagTime spécifie le temps d’attente du service de réplication Microsoft Exchange avant de tronquer les fichiers journaux copiés vers l’ordinateur cible et relus dans la copie de la base de données)

Une fois terminée, la copie apparaît en « Mounted » sur le serveur ou est montée la base de donnée et la copie apparaît en « Healthy » sur les serveurs possédant une copie de la base de données.

L’ajout peut tout aussi bien se faire en powershell via la cmdlet Add-MailboxDatabaseCopy

Les copies apparaissent bien en Healthy.

Ci-dessous une vue du cluster Microsoft créé automatiquement par Exchange lors de la création du DAG et l’ajout de nœud au sein du cluster,

L’administrateur Exchange n’a plus à gérer la création du cluster ou l’ajout de nœuds.

La gestion du quorum et les changements nécessaires de configuration selon le nombre de nœuds se fait aussi automatiquement

Il est possible de basculer une base d’un serveur à l’autre en utilisant l’interface graphique en faisant un clic droit sur la base de données et en sélectionnant l’option « Move Active Mailbox Database »

Le Wizard se lance et nous permet de choisir le serveur vers lequel nous souhaitons basculer ainsi que les options de bascule.

La base de données active est revenue sur le serveur WIN2K8EX01 et les copies de cette base sont dans un état sein.

Nous pouvons faire le test en éteignant le serveur possédant la copie active, cela va engendrer une bascule vers un autre nœud du cluster

Voici quelques évènements du journal application très parlants et qui vous permettront de surveiller l’état de santé de votre infrastructure Exchange via SCOM ou autres produits de supervison.

La base se synchronise avec la copie active puis repasse en état « Healthy »

Voilà un petit tour de ces nouvelles fonctionnalités qui apparaissent vraiment comme l’aboutissement de ce qui était en Exchange 2007 les CCR et SCR,

Vivement les premiers projets de migration vers Exchange 2010 !!

Voici le mail que j’ai reçu récemment de la part de Microsoft

Chère/Cher David Pekmez,

La nomination des Microsoft MVP est pour nous une occasion unique de reconnaître vos contributions de valeur et de vous dire « Merci pour votre participation technique ».

Je suis très heureux et flatté de cette nomination, c’est la raison pour laquelle je la partage avec vous J

Et merci à tous les lecteurs !

Juste une petite modification à apporter à vos fichiers de configuration XML lors de la sécurisation de vos serveurs Exchange,

En effet suite à l’installation du service pack 2 de Windows 2008, il est nécessaire de modifier le paramètre ServicePackMajorVersion=”1″

En le remplacer par ServicePackMajorVersion=”2″

Vous pourrez ensuite utiliser cette commande pour enregistrer les paramètres

scwcmd register /kbname:Ex2007EdgeKB /kbfile:Exchange2007Edge_WinSrv2008.xml

Un white paper très intéressant est sorti permettant de mettre à jour les recommandations des équipes produit à ce sujet suite à des tests poussés de performance,

Bonne lecture

http://technet.microsoft.com/en-us/library/dd901772.aspx

David

Après les premières informations autour de la futur version d’Exchange server,

Voici quelques webcasts présentés sur le blog de l’équipe produit Exchange

A new webcast series on Exchange 2010 is starting at the beginning of June and we wanted to make sure you do not miss it. Here are the dates, titles, abstracts and registration links for the entire series:

6/1/09 – 9:00am PT: TechNet Webcast: Exchange 2010 High Availability
Welcome to the future! The future of Exchange high availability, that is.  In this webcast, we reveal the changes and improvements to the built-in high availability platform in Exchange Server 2010.  Exchange 2010 includes a unified framework for high availability and disaster recovery that is quick to deploy and easy to manage. Learn about all of the new features in Exchange 2010 that make it the most resilient, highly available version of Exchange ever.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416676&Culture=en-US

6/3/09 – 9:00am PT: TechNet Webcast: Exchange 2010 Overview
This webcast will introduce you to Exchange Server 2010, reviewing the major areas of investment for this release and highlighting marquee features.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416679&Culture=en-US

6/8/09 – 1:00pm PT: TechNet Webcast: Exchange 2010 Management Tools
Exchange 2010 includes new capabilities that make the operation of your Exchange environment more efficient.   Learn how we’ve made the Exchange Management Console more powerful, extended the reach of PowerShell, and made it easier to delegate management tasks.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416687&Culture=en-US

6/10/09 – 9:00am PT: TechNet Webcast: Exchange 2010 Archiving and Retention
This webcast will introduce new ways to address archiving and retention with Exchange Server 2010.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416694&Culture=en-US

6/15/09 – 9:00am PT: TechNet Webcast: Exchange 2010 Outlook Web Access
Exchange 2010 brings new features and functionality to Outlook Web Access. See product demonstrations of the latest capabilities and understand how browser-based communication and collaboration gets better than ever in Exchange 2010.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416702&Culture=en-US

6/17/09 – 9:00am PT: TechNet Webcast: Exchange 2010 Architecture
This webcast describes the overall architecture of Exchange 2010 and key considerations for the scalability and performance of each server role. This webcast will provide the background and framework for the other Exchange 2010 webcasts, serving as a bridge between the overview session and drill-downs in each product area. This webcast is a recommended pre-requisite for the Exchange 2010 transition and deployment webcast.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416706&Culture=en-US

6/22/09 – 9:00am PT: TechNet Webcast: Federation in Exchange 2010
Federation is a key part of the architecture of Exchange 2010, powering new organization-to-organization sharing scenarios.  Learn how federation enhances the capabilities of Exchange 2010 and enables advanced coexistence between Exchange Server and Exchange Online.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416724&Culture=en-US

6/24/09 – 9:00am PT: TechNet Webcast: Exchange 2010 Voice Mail enabled by Unified Messaging
Exchange 2010 Unified Messaging is Microsoft’s second generation unified messaging and voice mail solution. In this webcast, learn about the features, benefits, and architecture of  Unified Messaging in Exchange 2010. 
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416726&Culture=en-US

6/24/09 – 9:00am PT: TechNet Webcast: Exchange 2010 Information Protection and Control
This webcast will introduce you to new ways to address information protection and control with Exchange Server 2010. A discussion of the use of encryption and rights management in parallel with Exchange will be included as well as an introduction to new functionality in Exchange that supports information protection scenarios.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416728&Culture=en-US

7/1/09 – 9:00am PT: TechNet Webcast: Exchange 2010 Transition and Deployment
In this session we will cover the migration planning and deployment path to move an organization from Exchange 2003 or Exchange 2007 to Exchange 2010.
http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032416708&Culture=en-US

David

De retour après quelques vacances, j’ai la bonne nouvelle, le rollup 8 est disponible !

N’hésitez pas à mettre vos serveurs Exchange à jour !

Description : http://support.microsoft.com/kb/968012

Téléchargement: http://www.microsoft.com/downloads/details.aspx?FamilyID=e1f5c8b2-c4f2-4eba-849b-e464d4f2869c&displaylang=en

Introduction

Objectifs

L’objet de cet article est la description du processus d’activation du serveur de messagerie sur le site de secours que le retour sur le site de production.

Cet article ne décrit pas l’installation du serveur cible mais par du principe qu’un serveur Exchange est installé avec les rôles Mailbox, Cas et Hub et n’est pas configuré en cluster.

Je montre dans cet article la façon dont vous pouvez à l’aide de powershell notament, automatiser vos scénarios de bascule sur les sites de secours.

L’infrastructure utilisée est la suivante :

Note : Les scripts fournis dans avec cet article sont livrés à des fins de tests, si vous prenez la responsabilité de les utiliser dans un environnement de production, je ne pourrais en aucun cas en être responsable. Testez ces scripts et adaptez les dans des environnements de test uniquement, ils seront à adapter obligatoirement.

N’hésitez pas à me contacter si vous avez besoin d’informations ou autre.

Les scripts sont disponibles ici en téléchargement

Plan de reprise d’Activité

Activation de la SCR

Le processus d’utilisation d’une base de données cible de SCR est appelé activation. Le mode d’activation de la base de données dépend de la nature de la défaillance.

Si une ou plusieurs bases de données dans la source de SCR sont affectées, vous pouvez utiliser la fonctionnalité de portabilité des bases de données dans Exchange 2007 dans le cadre du processus d’activation pour les bases de données cibles de SCR.

Si toutes les bases de données sur un serveur source de SCR sont affectées, ou si un serveur ou serveur de boîtes aux lettres entier est en cours de récupération, vous pouvez utiliser les fonctionnalités de récupération de serveur du programme d’installation (Setup /m:RecoverServer pour un serveur autonome et Setup /RecoverCMS pour un serveur de boîtes aux lettres en cluster) dans le cadre du processus d’activation.

Cet article décrit le processus d’activation de la cible SCR en utilisant la portabilité de base de données ainsi qu’en utilisant l’option de restauration de serveur Exchange à l’aide de la commande Setup /RecoverServer.

Portabilité de Base de données

Portabilité des bases de données

La fonctionnalité de portabilité de base de données Microsoft Exchange Server 2007 permet de monter une base de données de boîtes aux lettres sur tout serveur au sein d’une organisation. Dans les versions précédentes d’Exchange, une base de données ne pouvait être montée que dans les emplacements suivants :

• Groupe de stockage de récupération
• Serveur ayant le même nom que le serveur d’origine de la base de données
• Tout autre serveur du même groupe d’administration

  La fonctionnalité de portabilité de base de données supprime les limites précédentes et traite les problèmes qu’elles présentaient. La portabilité de base de données a été implémentée pour les raisons suivantes :

• La suppression des étapes manuelles qui étaient sources d’erreurs fréquentes dans le processus de récupération optimise la fiabilité.
• Pour un scénario de perte de serveur de boîtes aux lettres en cluster, le serveur de boîtes aux lettres en cluster doit être récupéré pour que le client puisse accéder aux bases de données Exchange.
• Les données de boîte aux lettres Exchange ne sont pas spécifiques au serveur ; par conséquent, l’accès à ces données ne doit pas être spécifique au serveur.
• La portabilité des bases de données réduit les temps de récupération de bout en bout des différents scénarios de récupération d’urgence.

Description des scripts utilisés

Nous allons tout d’abord faire le point sur les scripts dans le cadre de cette mise en place de PRA Exchange,

Voici la liste des scripts qui seront utilisés ainsi que leur Rôle dans l’Activation de la Portabilité de bases de données.

Il est nécessaire de bien comprendre les différents rôles de chaque script puisque certaines modifications devront y être apportées lors de l’utilisation de ceux-ci.

Création des bases de portabilité

La mise en place de la copie des données d’un serveur « source » vers un serveur « Target » se déroule comme ci-dessous

1 – Utilisation du script « Create_Port.ps1 » afin de créer les Groupes de stockage Exchange et Bases de données qui seront utilisés pour remonter les copies des bases de données de production

Ce script doit être lancé sur le serveur Cible lors de la mise en place de la copie des données,

Etapes du script

Voici les différentes étapes du script

# 1 – Création des SG et Bases qui seront utilisée lors de l’activation de la cible SCR

• Créé les Groupes de stockage et les bases afin d’avoir sur le serveur cible des groupes de stockages et bases de données exchange temporaires qui permettront de monter les fichiers copiés sur le serveur cible

   

• Note: les Noms doivent être les même que les noms des groupes de stockage et Base de données de production
  

# 2 – Montage des Bases qui seront utilisées pour la SCR

• Montage de la base de données exchange

# 3 – Démontage des Bases qui seront utilisées pour la SCR

• Démontage de la base de données exchange

# 4 – Suppression des fichiers temporaires

• Suppression des fichiers de base de donnée et logs puisqu’ils ne serviront pas. Seule l’existence de ces informations est nécessaire

Détails du Script:

Pour des raisons de sécurité des « # » ont été ajoutés au script afin d’éviter toutes mauvaises manipulations

Les scripts devront être modifiés pour s’adapter à votre environnement.

Exemple d’utilisation

Voici le détail de l’exécution de ce script

Mise en place de la copie des données vers le site de secours

La copie des données se fait à l’aide du script « Enable-StorageGroupCopy.ps1 »

Exemple d’activation de la copie pour un groupe de stockage (Le groupe de stockage Numéro 4)

Ce script vous permet de gérer l’activation de cette copie pour un ou plusieurs groupes de stockage ou pour tous les groupes de stockage du serveur, il suffit pour cela de mettre ou de supprimer les « # » devant les commandes,

Etapes du script

Chaque numéro représente une action :

# 1 – Activation de la copie pour tous les groupes de Stockage

# 1 Bis – Activation de la copie pour chaque les groupes de Stockage

# 2 – Suspension de la copie Pour tous les groupes de Stockage

# 2 Bis – Suspension de la copie pour chaque les groupes de Stockage

# 3 – Update de la copie Pour tous les groupes de Stockage

# 3 Bis – Update de la copie pour chaque les groupes de Stockage

# 4 – Reprise de la copie Pour tous les groupes de Stockage

# 4 Bis – Reprise de la copie pour chaque les groupes de Stockage

Détails du scripts

Exemple d’utilisation

Le script lance automatiquement une commande permettant de vérifier la bonne santé de la copie.

Note, il faut attendre que les bases de données et logs soient copiés pour avoir un résultat correct, ceci peut prendre du temps.

Get-storagegroup -Server $SourceServer | Get-StorageGroupCopyStatus -StandbyMachine $TargetServer |fl summary*,copy*

A ce stade le serveur Target dispose d’une ou plusieurs bases de données qui sont en mode démonté puisque non utilisés

Activation du site de secours par portabilité

Activation de la copie d’une base de donnée sur le serveur Target

L’activation de la Target SCR pour une ou plusieurs bases de données se fait à l’aide du script

« Activation_SCR.ps1 »

Si je veux par exemple activer la copie pour le groupe de stockage numéro 4, il me suffit de supprimer les « # » dans les parties 1, 2, 3, 4 correspondant au groupe de stockage 4 comme dans le détail du script ci-dessous

Bien vérifier que les autres présentes bien un « # » afin de désactiver la commande lié à un autre groupe de stockage

Etapes du script

# 1 – Démontage de la banque de donnée source

• Test de connexion à la base de donnée du server source et tentative de démontage de la base

# 2 – Restore-StorageGroupCopy

• Permet de monter une copie passive d’une base de données ou une base de données cible SCR dans le cadre de la récupération suite à un échec ou un endommagement de la copie active de la base de données.

# 3 – Vérifier les numéros de log et Adapter le script

• Action à faire : Adaptation du script
  

# 4 – Reconfiguration des chemins de Groupes de stockage et bases de données

• Consiste à faire pointer les groupes de stockage et bases de données Exchange du serveur SCR Target vers les copies des groupes de stockages et bases de données de la production

# 5 – Marque les bases de données comme “Restorables”

• Le paramètre AllowFileRestore spécifie si la restauration d’une base de données à partir d’une sauvegarde est autorisée. Les valeurs possibles sont $true et $false. Si vous spécifiez $true, la commande autorise le montage d’une base de données ne correspondant pas à l’entrée de base de données dans le service d’annuaire Active Directory.

# 6 – Montage des bases de données du serveur Cible SCR

# 7 – Reconfiguration des utilisateurs afin de pointer sur la nouvelle base de données

Adaptation du script

Afin de pouvoir monter la base de donnée, il va falloir, dans la plupart des cas (raison pour laquelle il est intégré automatiquement au script), utiliser l’outil « ESEUTIL » afin de pourvoir monter la base de donnée Exchange.

La commande est la suivante 

Nous nous plaçons dans le répertoire de la base de donnée que nous voulons vérifier et réparer à l’aide de la commande :

cd “E:\MdbData\SG4″

Puis nous utilisons l’outil “ESEUTIL” pour lancer la réparation de la base, l’élément en rouge E03 Correspond au préfixe les numéros de logs utilisés par exchange, il faut :

1. Vérifier ce numéro en allant dans le répertoire ou sont stockés les logs Exchange, lié à la base en question, dans notre exemple, les logs du groupe de stockage 4 sont stockés dans le répertoire

   “E:\Logs\SG4″ (Voir figure suivante)
   

2. il faut ensuite modifier le script en conséquence pour chaque commande ESEUTIL nécessaire

    

Eseutil /r E03 /L“E:\Logs\SG4″

Dans le script ces éléments sont mis de base à E00 mais il convient de vérifier et modifier le script afin de l’adapter à la production

Détails du script

Exemple d’utilisation

Nous avons Activer la copie SCR sur le serveur Target pour la base de donnée 4.

Une fois terminé, vous pouvez vous connecter aux bases de données Exchange impactées par l’activation de la Target SCR.

Opérations à faire après activation de la Target SCR

Après activation de la Target SCR vous aurez une partie de vos utilisateurs connectés sur un site et une autre partie sur l’autre site

Suppression des bases de données du serveur source

Nous allons devoir supprimer les bases de données et groupes de stockage du serveur source,

Faire un clic droit sur la base de donnée qui est démonté et choisir « Supprimer », cliquer ensuite sur « OK » quand exchange vous donner un avertissement concernant la suppression des fichiers liés à cette base de données, nous la supprimerons à la main ensuite.

Nous allons maintenant opérer de la même façon pour supprimer le groupe de stockage

Faire un clic droit sur le groupe de stockage qui est concerné et choisir « Supprimer », cliquer ensuite sur « OK » quand exchange vous donner un avertissement concernant la suppression des fichiers liés, que nous supprimerons à la main ensuite.

La suppression des fichiers se fait en allant dans les répertoires de la base de donnée et des logs et en supprimant tous les fichiers.

Création des groupes de stockage et base de données utilisés par la SCR

Nous devons ensuite recréer un groupe de stockage et une base de données sur le serveur source afin de répliquer les informations en utilisant le script « Create_Port.ps1 » en adaptant le script pour recréer les bases sur le site principal qui ont été activées sur le site PRA.

Exemple dans notre cas, si nous avons passé les utilisateurs de la base 4 sur le Site PRA sur le Serveur Target, nous devons créer un storagegroup et une base de données temporaire sur le serveur Source qui sera utilisé lors de la bascule de la base 4 depuis le serveur Target vers le serveur initial Source

Exécution du script

Réactivation de la solution de copie

Nous pouvons maintenant lancer la copie des données concernant la base de données 4 situé sur le site de PRA vers le site de production,

Ceci à l’aide du script « Enable-StorageGroupCopy.ps1 »

Il suffit de donner le nom du serveur source de la copie et le nom de serveur cible

Cette fois, contrairement à la copie initiale vers le site PRA, nous n’allons pas activer la copie pour tous les storage group mais seulement pour la banque d’information montée sur le site de secours.

En clair les bases de données seront copiées du site principal vers le site de secours sauf pour la base de donnée 4 qui sera copiée du site de secours vers le site de production.

Je vais donc modifier le script en conséquence dans chaque partie du script ou cela est nécessaire (A chaque Numéro, il y a une action à faire).

J’ai désactivé les opérations globales pour activer uniquement les opérations liées au groupe de stockage concerné.

Nous voyons bien dans la copie d’écran ci-dessous dans quel sens vont les copies des bases

Une fois la copie des données faite, il est possible de rebasculer ces utilisateurs sur le site de production en activant uniquement la bascule pour le storagegroup et la base de donnée concernés.

La banque d’information a bien rebasculé sur le serveur de production.

Il ne reste qu’ à supprimer le Storage groupe sur le serveur du site de secours ainsi que la base de données et les fichier, puis à réactiver la copie du site de production vers le site de secours .

Attention cependant, lors de l’activation de la copie d’un groupe de stockage vers le site de secours alors de d’autres groupe de stockage sont déjà activés pour la copié, risque de poser des problèmes à ces autres groupes de stockage.

Exemple ci-dessous ou l’activation de la copie d’un groupe de stockage m’a obligé à relancer le processus de copie à savoir pour chaque groupe de stockage

- Suspend-Storagegroupcopy

- UpdateStoragegroupcopy avec le paramètre -DeleteExistingFiles (Donc recopie complète des données)

- Puis Resume-Storagegroupcopy

Exemple avec le Storagegroup2 de ces diverses opérations de mise à jour et de reprise du processus de copie.

Si toutes les bases de données sont à basculer sur le site PRA, il est plus simple et plus rapide d’utiliser l’option RecoverServer

Préparation de l’activation

Nous allons tout d’abord lancer le script « Activation_PRA.ps1 » afin de préparer l’environnement à la bascule

Etapes du script

# 1 – Démontage de la banque de donnée source

• Tentative de connexion au serveur source pour démonter les bases exchange

# 2 – Restore-StorageGroupCopy

• Permet de monter une copie passive d’une base de données ou une base de données cible SCR dans le cadre de la récupération suite à un échec ou un endommagement de la copie active de la base de données.

Détails du script :

Désinstallation d’Exchange

Il fait maintenant désinstaller Exchange du serveur PRA à l’aide de la commande

Setup /M :Uninstall

Une fois Exchange désinstallé nous allons supprimer le compte ordinateur du serveur source dans Active Directory / cliquer sur « Oui » aux différentes alertes pour confirmer la suppression.

Nous allons maintenait renommer le serveur du site de secours avec me nom du serveur de production, dans cet exemple le serveur de production est SRVEXCH01 et le serveur de PRA est SRVEXCH02

Nous allons donc renommer le serveur SRVEXCH02 en SRVEXCH01 après avoir supprimé le compte ordinateur de SRVEXCH01 d’Active directory

Une fois l’ordinateur redémarré suite au changement de nom, il faut l’ajouter au groupe « Exchange Servers »

Réinstallation d’Exchange

Nous allons maintenant réinstaller Exchange en utilisant l’option RecoverServer afin de restaurer les informations liées à l’ancien serveur de production à ce serveur.

Commande :

Setup.com /m :RecoverServer

Nous pouvons maintenant monter les bases de données et se connecter au serveur Exchange.

Il se peut que les bases de données ne montent pas, dans ce cas il faut utiliser l’outil ESEUTIL afin de réparer les bases et de pouvoir les monter ensuite

Il fait vérifier les préfixes de Log Utilisé, ici E03

Puis lancer l’outil de réparation de la base Exchange

il se peut que vous ayez besoin d’ajouter le paramètre “/a” comme dans l’exemple ci-dessus

Ceci est à faire sur chaque base de données ne pouvant pas être montée dans Exchange.

Une fois l’opération faite, nous pouvons monter la base de données dans la console de messagerie.

Opérations à faire après activation de la Target SCR

Le retour sur le site principal se fait exactement de la même façon, il faut réintégrer le serveur du site de production dans Active Directory avec un autre nom, supprimer tous les fichiers de bases de données et de log, activer la réplication pour tous les groupes de stockage puis Activer la bascule PRA pour revenir à l’état initial.

Voici un petit exemple de l’automatisation de la création d’une salle de réunion avec Powershell

Les éléments de couleur et en caractères gras sont à adapter dans votre environnement

Bien entendu les options de ce script peuvent être modifiées selon vos besoins, celui-ci est un exemple,

Vous trouverez toutes les explications et options disponibles via le site technet : http://technet.microsoft.com/fr-fr/library/aa996340.aspx

$nom = Read-Host “Saisir le nom de la ressource”

$mdp = Read-Host “Saisir le mot de passe” -AsSecureString

$db = Read-Host “Saisir le nom de la base de stockage”

$objOU = “Domaine.com/Ressources”

#$objOU = GetObject(“LDAP://DC.domaine.com:389/ou=Ressources,dc=domaine,dc=com“)

# Création de la ressource

New-Mailbox -Name $nom -Alias $nom -OrganizationalUnit $objOU -UserPrincipalName “$nom@domaine.com” -SamAccountName $nom -FirstName $nom -Initials “” -LastName “” -Database “NomServeurExchange\NomStorageGroup\$db” -Room -password $mdp

# Modification des permissions

Add-MailboxPermission -Identity “CN=$nom,OU=Ressources,DC=Domaine,DC=com” -User “DOMAINE\Username” -AccessRights “FullAccess”

# Paramétrage de la ressource

Set-MailboxCalendarSettings $nom -AutomateProcessing:AutoAccept -AllowConflicts $False -BookingWindowInDays:180 -MaximumDurationInMinutes:1440 -AllowRecurringMeetings $True -EnforceSchedulingHorizon $True -ScheduleOnlyDuringWorkHours $False -ConflictPercentageAllowed:0 -MaximumConflictInstances:0 -ForwardRequestsToDelegates $True -DeleteAttachments $True -DeleteComments $True -RemovePrivateProperty $True -DeleteSubject $True -DisableReminders $True -AddOrganizerToSubject $True -DeleteNonCalendarItems $True -TentativePendingApproval $False -EnableResponseDetails $True -OrganizerInfo $True -ResourceDelegates:GroupedeDélégation -AllRequestOutOfPolicy $False -AllBookInPolicy $False -AllRequestInPolicy $True -AddAdditionalResponse $True -AdditionalResponse:’<DIV><FONT face=Tahoma size=2>Ceci est un Test </FONT></DIV>’ -RemoveOldMeetingMssages $True -AddNewRequestsTentatively $False -ProcessExternalMeetingMessages $False -DefaultReminderTime:15 -RemoveForwardedMeetingNotifications $False

# Modification des délégations

Set-MailboxCalendarSettings $nom -ResourceDelegates:GROUPEouUsername

Merci à Steven Bolzer pour cet exemple,

Steven est un de mes clients qui s’est intéressé à Powershell lors de la migration Exchange 200x vers 2007,

Ceci est un exemple de script qu’il a mis au point en quelques jours,

Powershell est vraiment extrêmement puissant et assez simple d’accès !

Je l’utilise déjà depuis quelques temps, ce site qui est un outil à part entière peut vous permettre de diagnostiquer des problématiques de connexions à votre serveur Exchange

https://www.testexchangeconnectivity.com

Vous pouvez tester les connexions Active Sync / RPC Over http, l’Autodiscover et le Flux SMTP

De plus amples informations sur son utilisation sur le site de la Team Exchange

http://msexchangeteam.com/archive/2009/03/25/450908.aspx

Nous l’attendions avec impatience et le voila !

Information sur le blog de l’équipe produit pour plus d’informations

http://msexchangeteam.com/archive/2009/03/18/450863.aspx

Il résout notamment des problématiques liées à la technologie SCR d’Exchange 2007

Lien de téléchargement

http://www.microsoft.com/downloads/details.aspx?FamilyID=2074fefd-fa1a-4c3e-bf72-94585e454150&displaylang=en

Il est fortement recommandé de mettre à jour vos serveurs Exchange !

Laurent Teruin, l’un des MVP français sur la technologie Exchange vous propose un webcast qui promet d’être très instructif alors n’hésitez pas à vous connecter !

Thème : Planifier une migration vers Exchange 2007

Date : Mardi 10 Mars 2009 – 12h00 (GMT + 1)

Intervenant : Laurent TERUIN
Durée : 1 heure

Techno utilisée : Live Meeting

Nombre de places disponibles
: 50

Lien d’inscription : http://ittechnicalcenter.itpro.fr/ressources/migration_exchange/

il y a peu de places alors dépêchez vous