DPM 2010 prend en charge les DAG Exchange server 2010. Il est assez intéréssant de comprendre la gestion des bases, des logs et des points de restauration.

J’ai installé un DAG Exchnage 2010 sur deux serveurs Exchange, avec deux bases dans ce DAG.

Ensuite, j’ai téléchargé la béta publique de DPM 2010 à cette adresse: DPM Beta release

Mise en place de la protection:

Comme avec DPM 2007 SP1 créer un nouveau group de protection.

Selectionner le DAG. On y retrouve bien nos 2 noeuds Exchange et nos 2 bases de données.

Entrer un nom et choisir le mode de stockage.

Il est maintenant possible d’utiliser le cloud comme solution de stockage pour la protection long-term. :)

DPM s’appuie toujours sur eseutil pour le check d’intégrité des données Exchange.

Déclarer vos bases comme “Full Backup” database ou “Copy Backup” database.

Ce point est important, car il détermine la gestion des logs Exchange. Faisons un parenthèse, et prenons un exemple:

J'ai créé une DB3 active sur Node1 et sa copie sur Node2

Avec DPM2010 je créer un PG et je choisis Node2. Je déclare la DB3 comme une copy backup.

Première synchro. PG status: OK.

Je génère des logs (j'envoie une belle pièce jointe à 4 collègues, tous sur DB3). Je monte à plus de 100 logs...

Je constate les mêmes logs sur les Node1 et Node2: Normal!

->Je créer un recovery point de DB3. Stauts:Ok. Aucun log n'a été tronqué. Rien.

Je fais basculer mon DAG, pour que DB3 devienne active sur Node2.

->Je créer un recovery point de DB3. Stauts:Ok. -> rebelote Aucun log n'a été tronqué.

J'ai fait plusieurs fois l'opération. C'est net et sans bavure, une DB déclarée dans DPM comme une "Copy Backup" ne permet ni de synchroniser les logs toutes les 15 minutes, ni de tronquer les logs.

Je créer un nouveau PG, je choisi DB3 sur Node1 (actuellement en mode copie d'un point de vue Exchange), je la déclare "Full Backup" dans DPM.

-> Je créer un recovery point. Les logs sont tronqués sur Node1 et Node2.

-> Sur Node1 la "copie" à ce moment il y a quelques logs supplémentaires de reste (10 logs de marge de sécurité)

Reprenons…

Dans le cas d’un DAG sur 2 nœuds, où chaque nœud héberge des bases actives, vous pouvez choisir de déclarer ces bases, sur ce nœud, comme "Full backup” dans DPM. Vous gardez ainsi une logique entre DPM et Exchange en vous assurant que les bases préférées d’un nœud Exchange (bases habituellement en prod sur ce noeud1) sont aussi les bases préférées de DPM (Full Backup). Nous pourrions choisir justement de déclarer en Full backup une copie de ces bases, sur un autre nœud, pour limiter la charge du nœud Exchange, mais ceci n’a pas de sens si DPM doit de toute manière intervenir sur ce nœud pour faire une sauvegarde de copies d’autres bases… J’espère que vous me suivez :)

Il est possible faire un test de consistance automatiquement si le replica apparait comme inconsistant.

Pour chaque DB, DPM créer une partition “replica”et une partition “recovery points”

DPM va synchroniser son contenu avec le DAG Exchange pour provisionner la partition “replica” de chaque base. (Premier Express Full)

Actuellement, DB1 est active sur CEX1, DB2 est active sur CEX2

Comme pour le “preferred node” d’un cluster CCR Exchange 2007, DPM effectue toujours la synchro des logs sur la db déclarée préférrée ou “Full backup” lorsque celle ci est disponible. Ainsi, seul le replica de cette DB dispose des derniers logs synchronisés

Les recovery points créés après cette synchro ne seront disponibles que pour les Bases “Full Backup”.

Même après une bascule du DAG,DPM continu de contacter les DBs Déclarées comme “Full Backup

Lors de l’opération de Full Express, DPM effectue une synchro pour chaque DB.

Le recovery point qui sera créé après cette opération sera disponible pour chaque base, et chaque base dispose rigoureusement de la même info.

Windows Server 2008 Propose un outil simple d’accès pour réaliser des snapshots Volume Shadow Copy Services : Diskshadow.exe. Vous le trouverez dans le répertoire System32 de votre système.

voici un exemple de script commenté pour vous permettre d’apprenhender rapidement l’outil. Le but est ici de faire un snapshot de machines virtuelles via le VSS Writer de Hyper-V.

Vous pouvez retiré le commentaires de ce script, puis le sauvegarder, par exmeple “script.dsh”.

Ce Script pourra être executé par la commande suivante: “diskshadow.exe /s script.dsh”

1.1.1 Explication du script

set context persistent > Le contexte d’exécution du script sera identique au contexte d’exécution actuel du serveur : l’ensemble de « writers VSS » sera impliqué dans la sauvegarde. set metadata c:\script\example.cab > Le contexte d’exécution est enregistré dans le fichier example.cab set verbose on > Le script va loguer des informations dans l’explorateur d’événements en cas d’erreur. begin backup > Démarrage de la sauvegarde add volume C: alias Data add volume D: alias System > Ajout des volumes concernés par la sauvegarde: > D:\ ; les machines virtuelles sont stockées sur ce volume. > C :\ ; L’initial Store de Hyper-V est stocké sur ce volume. # Exclude Writer name: 'Task Scheduler Writer' writer exclude {d61d61c8-d73a-4eee-8cdd-f6f9786b7124} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'VSS Metadata Store Writer' writer exclude {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'Performance Counters Writer' writer exclude {0bada1de-01a9-4625-8278-69e735f39dd2} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'System Writer' writer exclude {e8132975-6f93-4464-a53e-1050253ae220} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'ASR Writer' writer exclude {be000cbe-11fe-4426-9c58-531aa6355fc4} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'Shadow Copy Optimization Writer' writer exclude {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'IIS Config Writer' writer exclude {2a40fd15-dfca-4aa8-a654-1f8c654603f6} è Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'BITS Writer' writer exclude {4969d978-be47-48b0-b100-f328f07ac1e0} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'Registry Writer' writer exclude {afbab4a2-367d-4d15-a586-71dbb18f8485} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'WMI Writer' writer exclude {a6ad56c2-b509-4e6c-bb19-49d8f43532f0} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Exclude Writer name: 'COM+ REGDB Writer' writer exclude {542da469-d3e1-473c-9f4f-7847f01fc64f} > Exclusion de ce writer. Aucune information le concernant ne sera retenue. # Include Writer name: 'Microsoft Hyper-V VSS Writer' writer verify {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de} > Validation que le writer VSS « Hyper-V » est actuellement impliqué dans la demande de cliché instantané. >A ce moment, seul le driver VSS Hyper-V n’a pas été exclu. Les informations qui seront intégrées dans le cliché instantané ne concerneront que les machines virtuelles de l’hyperviseur. Create > Création du cliché instantané Expose %data% q: > Le cliché instantané est monté dans le lecteur  « q: » exec c:\diskshadowdata\backupscript.cmd > Exécutions d’un script dans lequel une copie du fichier .vhd de chaque machine virtuelle est ordonnée de « q : » à un répertoire de sauvegarde. delete shadows ID %system% delete shadows ID %data% > Suppression des clichés instantanés. end backup > Fin de la sauvegarde.

Bonjour,

Dans certains cas, une société peut se retrouver constituée de plusieurs forêts Active Directory. C’est souvent le cas après un rachat ou une fusion entre sociétés.

- Vous disposez peut être déjà d’une organisation Exchange au sein de votre société, dans votre propre forêt.

- Vous disposez peut être d’un vieux système de messagerie, méritant d’être mis à jour.

Dans un cas comme dans l’autre, vous pouvez faire partager les bénéfices d’Exchange Server 2007 à l’ensemble de la société. Deux scénarios sont envisageables

1/ Scenario « Inter-Forêts » :

L’idée est ici de conserver les différentes organisations Exchange existantes et de les faire travailler ensemble pour permettre à l’ensemble des utilisateurs de collaborer de manière efficace entre eux.

Avantage :

Gain de temps sur l’installation. Exchange 2000, 2003 et 2007 peuvent très bien travailler ensemble. Il est alors inutile de réinstaller les sites déjà équipés.

Economies… : En effet, pour les mêmes raisons, moins de serveurs, moins de licences…plus d’économie !

Pas de migration de l’existant à prévoir : Encore une fois, c’est une conséquente économie de temps.

Les relations d’approbation ne sont pas nécessaires : C’est en général un problème plutôt politique. Dans ce scénario quelques synchronisations nous éviterons les relations d’approbation inter-forêts.

Désavantage :

Synchronisation de GAL nécessaire : Ceci va permettre à l’ensemble des utilisateurs de se retrouver dans l’annuaire d’entreprise. Il faudra être familier avec l’outil IIFP (version gratuite de MIIS).

Pertes des permissions sur les PF répliqués : L’administrateur de chaque forêt devra positionner les permissions sur les dossiers publiques répliqués.

Pas de délégation possible sur les boites aux lettres : Parce que les utilisateurs de l‘autre forêt sont vus comme des contacts, il sera impossible de gérer les délégations, de gérer le Send As, etc. sur les BALs.

Impossibilité de visionner le calendrier partagé d’un utilisateur appartenant une autre forêt : Pour les mêmes raisons que ci-dessus.

Quelques articles pour la méthode Inter-Forêt :

http://technet.microsoft.com/en-us/library/bb232078(EXCHG.80).aspx

http://technet.microsoft.com/en-us/library/aa998597(EXCHG.80).aspx

http://msexchangeteam.com/archive/2008/03/24/448500.aspx

http://forums.msexchange.org/m_1800472235/mpage_1/key_/tm.htm#1800472491

http://exchangeserverinfo.com/2007/12/18/transition-from-single-forest-to-crossforest-user-account-and-mailbox-movement-from-one-forest-to-another-forest--part4.aspx

2/ Scenario « Forêt de ressources » :

L’idée ici, est de créer une toute nouvelle forêt exclusivement dédiée à l’utilisation d’Exchange Server 2007. Les utilisateurs conservent leurs comptes sur leurs forêts respectives, une boite aux lettres hébergée sur notre nouvelle forêt de ressource sera alors liée à leur compte.

Avantage :

Pas de synchronisation de GAL : Puisque l’ensemble des utilisateurs réside sur la même organisation Exchange.

Pas de contraintes sur les calendriers ou sur les boites aux lettres (délégations de droits) : Pour la même raison !

D’un point de vue politique, c’est bien souvent beaucoup plus simple : L’existant de chaque forêt devra être récupéré. La gestion et l’administration peuvent être équitablement réparties.

Désavantage :

Economie de temps et économie monétaire : L’installation et le dimensionnement des nouveaux serveurs restent à planifier.

Relations d’approbations impératives : Uniquement vers cette forêt de ressources. C’est à mon sens assez peu contraignant.

Quelques articles pour la méthode Ressource-Forest :

http://technet.microsoft.com/en-us/library/aa995896(EXCHG.80).aspx

http://technet.microsoft.com/en-us/library/bb124008(EXCHG.80).aspx

http://technet.microsoft.com/en-us/library/aa998031(EXCHG.80).aspx

http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/deploying-exchange-resource-forest-part1.html (part1)

http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/deploying-exchange-resource-forest-part2.html (part2)

http://www.keepingitreal.nu/2007/08/deploying-exchange-2007-resource-forest.html

http://msmvps.com/blogs/andersonpatricio/archive/2007/09/07/msexchange-org-article-deploying-an-exchange-resource-forest.aspx

Dans les deux cas, les serveurs Exchange peuvent être répartis sur plusieurs sites géographiques. Les performances seront alors les meilleurs: les serveurs de boites aux lettres au plus prêt de leurs utilisateurs. Les liens intersites (liens AD, et liens de routage s’il reste de l’Exchange 2003) seront malgré tout à prendre en considération.

Grâce aux liens ci dessous, vous pourrez télécharger des VM (virtual machines) Forefront ainsi que des labs pour vous former dans d'excellentes conditions :)

Labs virtuels:

FSE: Forefront Security for Exchange :

http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032327804&EventCategory=3&culture=en-US&CountryCode=US

FSS: Forefront Security for SharePoint:

http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032329673&EventCategory=3&culture=en-US&CountryCode=US

FSSMC : Forefront Security Server Management Console:

http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032346307&EventCategory=3&culture=en-US&CountryCode=US

FCS : Forefront Client Security (2 parties):

http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032332157&EventCategory=3&culture=en-US&CountryCode=US

http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032336832&EventCategory=3&culture=en-US&CountryCode=US

IAG+ISA: Forefront Edge Security:

http://www.microsoft.com/forefront/edgesecurity/trial.mspx

http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?culture=en-US&EventID=1032331023

VM et versions d’évaluations:

Ensemble de la gamme :http://www.microsoft.com/france/forefront/decouvrez/version-eval.mspx

Découvrez  la Communication Unifiée  à ces adresses :

http://www.microsoft.com/france/office/uc/default.mspx (Français)

Les nouveautés avec les Communications Unifiées (PPT FR)

http://www.microsoft.com/france/vision/List.aspx?Qry=&S=x&Did=&Pid=fec5a9fe-4703-44e6-81ec-4153be85b736&Nid=&Cid=&Tid=&x=34&y=15  (Français)

Microsoft Office Communications Server 2007 R2 http://office.microsoft.com/en-us/communicationsserver/FX101729111033.aspx

Microsoft Office Communicator 2007 R2 http://office.microsoft.com/en-us/communicator/default.aspx

Nouvelles fonctionnalités de OCS 2007 R2: http://www.microsoft.com/communicationsserver/en/us/whats-new.aspx

Aperçu technique OCS 2007: http://www.microsoft.com/downloads/details.aspx?FamilyId=09B218EA-6FF6-4679-A117-9767AB98990A&displaylang=en

Aperçu de Communicator  2007 : http://office.microsoft.com/en-us/communicator/HA102037151033.aspx

Comment acheter ces deux produits : http://office.microsoft.com/en-us/communicationsserver/FX102405731033.aspx

Notez que Office Communicator 2007 peut être acheté de 3 manières :

- Licence Office Communicator 2007

- Licence Office system 2007 Professional Plus

- Licence Office System 2007 Enterprise

Notez que OCS R2 est un produit X64 (64 bits) uniquement :

http://blogs.technet.com/ucedsg/archive/2009/01/16/ocs-2007-r2-hardware-and-os-requirements.aspx

Vous trouverez une version d’évaluation à cette adresse :

http://technet.microsoft.com/en-us/evalcenter/bb684921.aspx

OCS R2 est également disponible sur MSDN sur vous disposez d’un abonnement.

voici les pré requis matériels pour la première version d’OCS (32bits uniquement) :

http://www.microsoft.com/technet/prodtechnol/office/communicationsserver/evaluate/sysreqs/default.mspx

OCS est compatible avec de nombreuses passerelles IPBX, je vous recommande de jetter un coup d’œil à la liste de nos partenaires :

http://www.microsoft.com/uc/partners_hardware.mspx

Vous devriez également vous renseigner sur l’Interoperability Program : http://technet.microsoft.com/en-us/office/bb735838.aspx#qualified

- Dimensionnement OCS 2007 / OCS R2

Retenez bien qu’OCS 2007 est 32 bits uniquement, alors qu’OCS 2007 R2 qui vient de sortir est 64 bits uniquement.

OCS 2007 :

Vous trouverez tous les scenarios d’installation d’OCS 2007 dans ce guide :

http://www.microsoft.com/downloads/details.aspx?familyid=dcc3c69f-10ad-4537-9a66-b7de4cd1b56c&displaylang=en&tm

Ainsi pour un serveur OCS 2007 Standard édition je vous recommande une machine équivalente à ceci :

Attention les commentaires entre parenthèses sont des ordres d’idées, tout dépend de l’utilisation faite par l’ensemble des utilisateurs.

1 Processeur Quad Core (pour 1 à 1500 utilisateurs)

2 Processeur Quad core (pour 1500 à 5000 utilisateurs)

4 Go de RAM ou 8 Go RAM

Du RAID1 pour le système

Les données sur un RAID5 à minima idéalement mieux.

Pour OCS 2007 R2 :

Tout d’abord utiliser le nouveau planning tool:

http://www.microsoft.com/downloads/details.aspx?FamilyID=fdf32585-c131-4832-8e27-67e70636c1e8&DisplayLang=en

http://blogs.technet.com/ucedsg/archive/2009/01/16/ocs-2007-r2-hardware-and-os-requirements.aspx

Il existe deux versions du produit Office Communication Server 2007 : La version Standard, et la version Enterprise. Les deux offres exactement les mêmes fonctionnalités. Les détails suivants sont valables pour OCS 2007 comme pour OCS 2007 R2.

Version standard :

- Prévue pour moins de 5000 utilisateurs.

- Peut servir à installer soit un serveur OCS (sur le domaine) soit un serveur Edge OCS (sur le périmètre).

- Dans les deux cas, tous les rôles nécessaires sont consolidés sur un seul et même serveur sans possibilité de haute disponibilité, de cluster ou de redondance.

Version Enterprise :

- Selon l’infrastructure que vous mettrez en œuvre, un site équipé de serveurs OCS Enterprise Edition peut tenir une charge de 5000 à 125 000 utilisateurs.

- Prévue pour la redondance. Le but est ici de séparer les rôles OCS sur différents serveurs de manière à pouvoir monter en charge.

Votre organisation OCS  (au niveau de la forêt, comme pour Exchange Server) peut compter plusieurs sites géographiques. Dans ce cas de figure, pour des raisons de performance, les sites comptant un certain nombre d’utilisateurs doivent disposer de serveurs OCS locaux. Cela soulage la bande passante entre les sites. Vous pouvez tout à fait faire cohabiter les licences OCS Standard et les licences OCS Enterprise dans la même organisation :

Les sites de moins de 5000 utilisateurs sans besoin de redondance : Edition Standard conseillée.

Les sites de 5000 à 125000 utilisateurs et/ou avec besoin de redondance : Edition Enterprise conseillée.

Ainsi tous les sites pourront travailler ensemble et bénéficieront de bonnes performances.

Architecture :

Voici les installations possibles pour la licence Standard d’OCS.

1 Licence OCS : 1 serveur OCS

Utilisation en interne uniquement :

Avec 2 licences OCS : 1 Serveur OCS + 1 Edge OCS

Utilisation en interne + accès pour les utilisateurs itinérants + accès pour les sociétés fédérées.

Pour ajouter des fonctionnalités de téléphonie avec l’extérieur, vous devrez ajouter un serveur de médiation. Celui-ci ne nécessite aucune CAL OCS, mais doit être installé sur un serveur « Windows Server » indépendant. Pensez aussi à mettre en œuvre une passerelle SIP Basique.

- Communicator Web Acces

Ce guide dédié au déploiement :

http://www.microsoft.com/DownLoads/details.aspx?FamilyID=62d61142-8ac1-4e56-afa9-e99801b703f6&displaylang=en

Et retrouver toutes les nouveautés sur le Communicator Web Access R2 :

http://www.microsoft.com/downloads/details.aspx?familyid=C118474D-CD8C-4448-BA91-628618D7CE69&displaylang=en

http://www.microsoft.com/downloads/details.aspx?FamilyID=ff2e6c64-2e10-46f2-8c44-5ac11ac12240&DisplayLang=en

http://edge.technet.com/Media/Whats-New-in-Office-Communicator-Communicator-Web-Access-and-Devices-with-OCS-2007-R2/

Rappelez vous que le Communicator Web Access demande un serveur dédié, avec un licence Windows Server, mais pas de licence OCS.