1. #JSS2014 Les journes SQL Server 2014 Un vnement organis par
GUSS Haute disponibilit & Reprise sur incidents en SharePoint
2013 Isabelle Van Campenhoudt & Serge Luca 2. #JSS2014 Merci
nos sponsors 3. #JSS2014 ShareQL 3 Isabelle Van Campenhoudt MVP SQL
Server TheSQLgrrrl.wordpress.com Bruxelles Serge Luca MVP
SharePoint Sergeluca.wordpress.com Bruxelles ShareQL.com 4.
#JSS2014 Isabelle Van Campenhoudt Isabelle Van Campenhoud t SQL
Server MVP, Bruxelles Consultant, speaker, trainer, PASS V-Chapter
Leader Managing partner de www.ShareQL.com SQL Server depuis 1999
Blog: http://thesqlgrrrl.wordpress.com/ [email protected]
@thesqlgrrrl Isabelle Van Campenhoudt 4 globalfrench.sqlpass.org 5.
#JSS2014 Serge Luca Serge Luca SharePoint MVP, Bruxelles
Consultant, speaker, trainer Managing partner de www.ShareQL.com
SharePoint depuis 2001 Blog: http://sergeluca.wordpress.com/
[email protected] @SergeLuca Serge Luca 6. #JSS2014 Concepts de
Business Continuity Architecture SharePoint 2013 SharePoint et
Business Continuity SQL Server et Groupes de disponibilit AlwaysOn
SharePoint et Groupes de disponibilit AlwaysOn Conclusions et
questions-rponses Agenda 7. #JSS2014 Concepts de Business
Continuity 8. #JSS2014 Role du Business Dabord de bonnes pratiques
de management, partant du business Norme ISO 22301 (Continuit des
activits) Compatible avec normes : ISO 9001 (qualit) ISO 27001
(securit) http://www.iso.org/iso/fr/news.htm?refid=Ref1602 9.
#JSS2014 Role de lIT Prvenir les incidents HA (High Availability)
Monitoring proactif Plan de reprise sur incidents sur base des
scenarios labors par le business DR (Disaster Recovery) et la mise
en place des quipes 10. #JSS2014 Terminologie Service Level
Agreement HA DR RPO RTO 11. #JSS2014 Definition des Requirements
Recovery Point Objective (RPO) Quantit de donnes pouvant tre perdue
Recovery Time Objective (RTO) Intervalle de temps au cours duquel
un processus metier doit etre restaur aprs un dsastre RPO RTO
Exemple: RPO de 1 heure RTO de 3 heures Je perds au pire 60 minutes
de donnes et je patiente au maximum 3 h. 12. #JSS2014 Accord de
niveau de Services (SLA) Habituellement conclu entre vendeurs,
fournisseurs et client, ou entre les dpartements dune organisation
(OLAs) Disponibilit% Temps d'arrt / anne Temps d'arrt / Mois Temps
d'arrt / Week 99% 3.65 jours 7.20 heures 1.68 heures 99.9% 8.76
heures 43.20 minutes 10.10 minutes 99.99% 52.56 minutes 4.32
minutes 1.01 minutes 99.999% 5.26 minutes 25.90 secondes 6.05
secondes 99.9999% 31.50 secondes 2.59 secondes 0.61 secondes 13.
#JSS2014 RPO/RTO versus Cost Quand la perte de donnes tend vers 0,
le cot tend vers RPO/RTO Cot NH 14. #JSS2014 Schema conceptuel HA
DR HA DR 15. #JSS2014 Architecture SharePoint 2013 16. #JSS2014 La
ferme SharePoint nest pas seule Ferme Office Web App Ferme Wokflow
Manager Ferme SharePoint 2013 17. #JSS2014 Ferme SharePoint Site
collection Sites Listes Web applications (= IIS web sites) Farm
Content database Configuration Database Service Application Service
Databases 18. #JSS2014 Une petite ferme typique 2
Web/Query/Application /Central Admin/ 1 Dedicated Index Server
(With Web role to allow it to crawl content) 2 SQL Standard Edition
Cluster Nodes (Active/Passive) Mirror also option 19. #JSS2014 ou
plus complexe Scale up et Scale out 20. #JSS2014 SharePoint et
Business Continuity 21. #JSS2014 Redondance des serveurs
SharePoint, Office Web App, Workflows, SQL Redondance des services
applicatifs SharePoint Ex: le service de recherche peut tre rparti
en roles diffrents sur n machines Architecture H-A (High
Availability) 22. #JSS2014 Perte de service lors du patching
SharePoint Prparation patches Patch machine 1 machine 1 patche
Patch machine 2 Psconfig sur machine 1 Psconfig sur machine 2 Afin
dviter toute perte de service, que faut- il ? 23. #JSS2014 Data
center secondaire (heures, jours) Backup, restore Cold standby Data
center secondaire (minutes, heures) Backup, restore, envoi de VMs
Warm standby Data center secondaire (secondes, minutes) 1 ferme
semi-active, synchronise via log shipping, mirroring, Always On
Groupes de disponibilit) Hot standby Stratgie de DR (Disaster
Recovery) 24. #JSS2014 Ferme sharepoint dont les machines sont
rparties entre plusieurs Data Center Risque de corruption de la
database de configuration !!! latence entre web front ends et SQL
Serveur< 1 ms Durant 10 minutes 99.9 % Rseau 1 Gbits /sec DANGER
: Stretched Farm 25. #JSS2014 Ok si le snapshot est pris lorsque la
ferme est arrte Chaque machine SP a une cache de la config Rien ne
garantit que le snapshot des machines est atomique (ni le restore)
Danger : Snaphots de VMs 26. #JSS2014 SQL Server et Groupes de
Disponibilit Always On 27. #JSS2014 Les solutions SQL pour
SharePoint 2013 Backup, Copy, Restore Log Shipping Database
Mirroring Always On Failover Cluster Instance Groupes de
Disponibilit Always On 28. #JSS2014 High Disponibilit and Disaster
Recovery Potential Data Loss (RPO) Potential Recovery Time (RTO)
Automatic Failover Readable Secondaries Backup, Copy, Restore
heures heures -to- jours No Not during a restore Log Shipping
Minutes Minutes-to- heures No Not during a restore Database
Mirroring - High-safety (sync + witness) Zero secondes Yes NA
Database Mirroring - High-performance (async) secondes Minutes No
NA AlwaysOn Failover Cluster Instance NA secondes to minutes Yes NA
AlwaysOn DisponibilitGroup - synchronous- commit Zero secondes Yes
0 2 AlwaysOn DisponibilitGroup - asynchronous- commit secondes
Minutes No 0 - 8 Comparison Always On and other SQL Servers HA
& DR 29. #JSS2014 Architecture des groupes de disponibilits 30.
#JSS2014 GROUPE DE DISPONIBILITE ALWAYS ON 31. #JSS2014 SharePoint
et Groupes de Disponibilit Always On 32. #JSS2014 SharePoint et
Always On Availability Groups 33. #JSS2014 HA : mise--jour en mode
sync DR : mise--jour en mode async 2 situations : Les noeuds
secondaires peuvent tre lus Les noeuds secondaires peuvent tre
utiliss pour les backups Basculement trs rapide Logique de
basculement gr par le systme de quorums au niveau du Cluster Autres
avantages: 34. #JSS2014 Always On Availability& SharePoint SQL
1 FARM 1 SQL 2 High Availabilty Synchronous 35. #JSS2014 HA-Always
On Availability Groups & SharePoint SQL 1 FARM 1 SQL 2
Synchronous High Availabilty 36. #JSS2014 Prparer SharePoint 2013
avec SP1 et CU Avril 2014 Crer SQL alias & pointer vers un
noeud SQL Crer la ferme, la connecter lalias SQL Crer la ferme
SharePoint Changer le recovery mode full pour les DB synchroniser
Usage database NO Full Backup des databases SharePoint Preparer les
databases SharePoint pour AlwaysOn Crer le cluster windows Crer le
listener Crer un groupe AlwaysOn et y placer les databases Preparer
le cluster SQL Finaliser lAlways On AG Mettre jour lalias SQL alias
sur chaque machine SharePoint (cliente) Tester le SQL failover avec
SharePoint. Intgrer SharePoint au cluster AlwaysOn AG Mise en
oeuvre HA 37. #JSS2014 Conseil : Plusieurs Availability Groups 1
pour les databases de contenu 1 pour les databases de rechercher 1
pour les autres databases de service 1 pour les autres databases
SharePoint (Config, Admin centrale) Plusieurs availability groups
38. #JSS2014 Database Support Sync Commit Database Supported Admin
Content Yes App Management Yes BDC Yes Config Yes Content Yes
Managed Metadata Yes PerformancePoint Yes PowerPivot Not Tested
Project Yes Search Analytic Reporting Yes Search Admin Yes Database
Supported Search Crawl Yes Search Links Yes Secure Store Yes State
Service Yes Subscription Settings Yes Translation Services Yes UPA
Profile Yes UPA Social Yes UPA Sync Yes Usage(=loggingDB) Yes NR
Word Automation Yes WE 39. #JSS2014 SP HIGH AVAILABILITY 40.
#JSS2014 DR avec Always On Availability Groups & SharePoint SQL
1 FARM 1 SQL 2 FARM 2 SQL 3 Asynchronous Disaster Recovery
Synchronous 41. #JSS2014 Database Support Async Commit Database
Supported Admin Content No App Management Yes BDC Yes Config No
Content Yes Managed Metadata Yes PerformancePoint Yes PowerPivot
Not Tested* Project Yes Search Analytic Reporting No Search Admin
No Database Supported Search Crawl No Search Links No Secure Store
Yes State Service No Subscription Settings Yes Translation Services
Yes UPA Profile Yes UPA Social Yes UPA Sync No Usage Yes NR Word
Automation Yes WE 42. #JSS2014 Installer la ferme SP numero 1 La
brancher sur le listener de lAG ou sur le noeud 1 Installer la
ferme SP numro 2 Les databases de configuration, de central admin,
de recherche, user profile sync sur le noeud 2 Les autres databases
(contenu et services) sur lAG (ou noeud 2) Mise en oeuvre DR 43.
#JSS2014 Solution Backup/Restore du Service Application de la
recherche Impact sur le SLA ! Pour la recherche le SLA dO365 = 1
semaine Le cas du Search 44. #JSS2014 SHAREPOINT DISASTER RECOVERY
45. #JSS2014 Conclusions 46. #JSS2014 Conclusions Impliquer le
business afin de dfinir les SLAs SQL Server AOAG joue un role
essential en HA/DR HA = 1 ferme SP, DR = 2 fermes SP Limitation du
search !!! Fermes SP + Workflow + Office Web App 47.
#JSS2014#JSS2014 Les valuations des sessions, cest important !! Et
en plus on peut gagner des cadeaux 48. #JSS2014 http://GUSS.Pro/jss
49. #JSS2014 Merci ! [email protected] @thesqlgrrrl
[email protected] @sergeluca 50. #JSS2014#JSS2014
