Le document présente la haute disponibilité et la scalabilité des services Dynamics CRM 2011 avec SQL Server 2012, en expliquant les différents rôles de serveurs, leurs configurations et les méthodes permettant d'assurer la disponibilité. Il détaille également les fonctionnalités de SQL Server 2012 AlwaysOn Availability Groups, qui améliorent les options de replication et de basculement des bases de données. Enfin, il conclut par une invitation à donner son avis sur l'événement TechDays.

1. Jeudi 14 Février – 13h00 - DYN301
La haute disponibilité avec Dynamics
CRM 2011 et SQL Server 2012
Lassaad ATTIG Karim BENZAGHOU
Consultant Dynamics CRM Consultant Dynamics CRM
Microsoft France Microsoft France
lassaad.attig@microsoft.com karim.benzaghou@microsoft.com
Blog : http://blogs.msdn.com/b/lattig

2. Agenda

3. DÉFINITIONS
• La haute disponibilité d’un service/architecture désigne
le taux de disponibilité (nombre de 9) du service.
Le taux de disponibilité augmente suivant la criticité de l’application.
• La scalabilité (Scalability) est la capacité d’un système, ou de ses
composants, à être utilisé sur des plateformes de tailles très
inférieures ou très supérieures par rapport au niveau nominal. Un
service est scalable s’il peut répondre à une demande plus forte sans
remettre en cause son architecture. On distingue deux types
d’évolutions d’une plateforme:
 Scale Up : Mise à niveau de la configuration matérielle des serveurs (Mémoire, CPU,
Disques)
 Scale Out : Ajout de nouveaux serveurs d’un rôle existant.

4. DÉFINITIONS
99,9%
99,99
Taux de disponibilité = ((POS-RTO)/POS) x
100 %
POS : Plage d’ouverture du
service
RTO : Recovery Time Objective
Calcul

5. COMPOSANTS APPLICATIFS DYNAMICS CRM
2011
Front End Integration
Web Outlook Mobile
Integrated Reporting
Applications Extensible Application: Form and client side events, (Dashboards, Charts, Excel, FetchXML
Ribbon, Sitemap, Web Resources, JS libraries… and SRS)
Web Services
Back End Integration
server-to-server Pre-Event Plug-ins Post-Event Plug-ins Custom Workflow
(.NET Assemblies) (.NET Assemblies) (.NET Assemblies)
Synchronous and Asynchronous Business Logic
Workflow
Business Entity Components
Security
Data Access Components
Data Access Platform
Filtered SQL Views
Metadata Data

6. RÔLES DE SERVEURS DYNAMICS CRM 2011
Serveur frontal
Ce rôle héberge l’application Web Dynamics CRM, les services Web de découverte
et d’organisation et le serveur d’aide.
Serveur Asynchrone
Ce rôle héberge le service asynchrone. Ce service est responsable de l’exécution
des Workflows et Plugins asynchrone.
Serveur SandBox
Ce rôle héberge le service SandBox. Ce service active un environnement isolé pour
autoriser l’exécution de code en SandBox.
Serveur d’administration et de déploiement
Ce rôle héberge le service Web de déploiement et les outils de déploiement
(Gestionnaire de déploiement et les Cmdlets Power Shell.

7. RÔLES DE SERVEURS DYNAMICS CRM 2011
Serveur de base de données
SQL Serveur est installé sur ce serveur. Ce serveur héberge la base de configuration
CRM et les bases de données d’organisation.
Serveur Reporting
SQL Server Reporting Services et les extensions Reporting de CRM sont installés
sur ce serveur. Ce serveur héberge les rapports Dynamics CRM (SQL and Fetch
Based).
Serveur Email Routeur
Ce rôle héberge le service Email Routeur. Ce service est responsable de l’envoi et la
réception d’emails dans CRM.

8. HAUTE DISPONIBILITÉ ET SCALABILITÉ
Serveur frontal
Plusieurs serveurs avec un équilibrage de charge (NLB/HLB).
Serveur Asynchrone
Multiple serveurs SANS équilibrage de charge. Le service Asynchrone
fonctionne en mode Pull.
Serveur d’administration et de déploiement
2 serveurs avec un équilibrage de charge (NLB/HLB). L’équilibrage de
charge est nécessaire pour les services Web de déploiement.

9. HAUTE DISPONIBILITÉ ET SCALABILITÉ
Serveur Reporting
Plusieurs serveurs avec un équilibrage de charge (NLB/HLB).
Serveur Email Routeur
La haute disponibilité est assurée par un cluster Windows Actif/Passif.
Attention : Pas de scale-out pour ce rôle. La seule solution est d’évoluer la configuration matérielle de ce
serveur.
Serveur de base de données (SQL Serveur)
La haute disponibilité peut être assurée par un cluster Windows Actif/Passif, de Mirroring synchrone
avec témoin (SQL 2008 R2) ou SQL Server 2012 AlwaysOn Availability Groups.
Attention : Pas scale-out d’une seule base de données sur SQL Serveur 2008 R2. La seule solution est
d’évoluer la configuration matérielle de ce serveur.
Désormais avec SQL Server 2012, il est possible de répliquer une base avec 4 bases (synchrone,
Asynchrone).

10. DYNAMICS CRM ARCHITECTURE ENTRY TIER - BASED
Dynamics CRM SQL Server
Full Rôles SSRS
Dynamics CRM Platform

11. DYNAMICS CRM ARCHITECTURE UPPER TIER - BASED
Network Load
Balancing Network Load
Balancing
Dynamics CRM Dynamics CRM Dynamics CRM Dynamics CRM
Full Rôles
Front-End 1 Front-End 2 Back-End 1 SQL Server 1 SQL Server 2 SQL Server 3 SSRS 1 SSRS 2
Back-End 2
Synchrone Synchrone Synchrone
Failover (Automatic)
Dynamics CRM Platform

12. DYNAMICS CRM DISASTER RECOVERY PLAN
Disaster Recovery Site
Plateforme OK !
Dynamics CRM SQL Server 3 DR SSRS
Network Load
Balancing Network Load
Balancing
Dynamics CRM Dynamics CRM Dynamics CRM Dynamics CRM
Full Rôles
Front-End 1 Front-End 2 Back-End 1 Back-End 2
SQL Server 1 SQL Server 2 SSRS 1 SSRS 2
Synchrone Synchrone
Failover (Automatic)
Dynamics CRM Platform

13. SQL 2012 AlwaysOn Availability Groups
AlwaysOn Availability Groups est une nouvelle fonctionnalité de SQL Serveur 2012 qui adresse les
limitations des technologies existantes
Flexible Intégrée Efficace
Bascule multi-bases Bascule applicative transparente avec le Secondaire actif
Plusieurs secondaires nom virtuel (Listener) Automatisation avec PowerShell
Total de 4 secondaires Assistant de configuration
2 secondaires synchrones Dashboard évolué
1 paire en bascule automatique Infrastructure de diagnostic riche
Synchrone et asynchrone Support File-Stream
Bascule auto et manuelle
Politique de bascule flexible

14. SQL Server 2012 AlwaysOn Availability Groups

15. BASCULE PLANIFIÉE ET NON PLANIFIÉE
ACCÈS REPORTING (READ-ONLY)

16. SECONDAIRES ACCESSIBLES EN LECTURE
Les Readable Secondaries peuvent recevoir des
connexions en read-only.
Les applications Read-only se reconnectent
automatiquement à un autre secondaire si disponible (via la
propriété ApplicationIntent=ReadOnly de la chaine de
connexion)
Autorise les backup depuis les secondaires synchrones.

17. CONCLUSION

18. Donnez votre avis !
Depuis votre smartphone, sur :
http://notes.mstechdays.fr
De nombreux lots à gagner toutes les heures !!!
Claviers, souris et jeux Microsoft…
Merci de nous aider à améliorer les TechDays
http://notes.mstechdays.fr