Similar to Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Server Always On Availability groups (SharePoint Saturday Paris 2015)
Similar to Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Server Always On Availability groups (SharePoint Saturday Paris 2015) (20)
Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Server Always On Availability groups (SharePoint Saturday Paris 2015)
1. Haute Disponibilité et Reprise sur Incidents
en SharePoint 2013 avec SQL Server
Always On Availability Groups
• #SPSParis E04
• Serge Luca & Isabelle Van
Campenhoudt
• 30 Mai 2015 / May 30th, 2015
5. ShareQL
5
Isabelle Van Campenhoudt
MVP SQL Server
TheSQLgrrrl.wordpress.com
Bruxelles
Serge Luca
MVP SharePoint
Sergeluca.wordpress.com
Bruxelles
ShareQL.com
6. 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/
ivc@ShareQL.com
@thesqlgrrrl
Isabelle
Van Campenhoudt
6
globalfrench.sqlpass.org
9. Business Continuity - Concepts
SharePoint 2013 Architecture and Business Continuity
SharePoint 2013 and Business Continuity
SQL Server and Always On Availability Groups
SharePoint 2013 and Always On Availability Groups
Conclusions – Q&A
Agenda
10.
11. Start from the business
Good management practices, start from the
business
• Don’t reinvent the wheel:
• ISO 22301
• Compatible with :
• ISO 9001 (quality)
• ISO 27001 (security)
• http://www.iso.org/iso/fr/news.htm?refid=Ref1602
14. Requirements
Recovery Point Objective (RPO)
How much data can we afford to loose ?
Recovery Time Objective (RTO)
How long can we afford to wait ?
RPO RTO
Example:
RTO 1 hour
RPO 3 hours
“I wait max 1 hour
I loose max 3 hours of data”
22. Server redundancy
• SharePoint, Office Web
App, Workflows, SQL
Services redundancy
• Services can be started
on several machines
• Different roles : search
Architecture H-A (High Availability)
23. SharePoint patching and downtime
patches
preparation
Patching machine 1 machine 1 patched
Patching machine 2 Psconfig on machine 1 Psconfig on machine 2
How can we patch
without
downtime ?
24. SharePoint machines active in 2 data centers
Unsupported unless
• latency between web front ends et SQL Server< 1 ms
• 10 minutes
• 99.9 %
• Network > 1 Gbits /sec
DANGER : Stretched Farm
25. Ok only if the SharePoint farm is
Stopped (physically stop VMs and take DB backups)
Every machine has a config cache
Snapshot is not atomic
Danger : VMs Snaphots
28. High Availability and Disaster Recovery
Potential
Data Loss
(RPO)
Potential
Recovery
Time (RTO)
Automatic
Failover
Readable
Secondaries
Backup, Copy, Restore hours
hours -to-
days No
Not during a
restore
Log Shipping Minutes
Minutes-to-
hours No
Not during a
restore
Database Mirroring - High-safety (sync + witness) Zero seconds Yes NA
Database Mirroring - High-performance (async) seconds Minutes No NA
Always On Failover Cluster Instance NA
seconds to
minutes Yes NA
Always On Availability Groups - synchronous-
commit Zero seconds Yes 0 – 3
Always On Availability Groups - asynchronous-
commit seconds Minutes No 0 - 8
Comparison Always On and other SQL Servers HA & DR
35. • HA : nodes update in sync mode
• DR : nodes update in async mode
2
situations :
• Secondary nodes can be read (licence!)
• And used for backups..
• Switch very fast
• Switch logic based on quorum in the
Cluster
Other
benefits :
38. • SharePoint 2013 with SP1 and CU April 2014
• SQL alias & pointing to a SQL node
• Setup the farm /connected to alias (SPAutoInstaller)
Install the SharePoint farm
• Recovery mode to “full” for databases to be sync
• Usage database: NO
• SharePoint databases Full Backup
• !!! In Test take log backups
Configure SharePoint
SharePoint for Always On AG
• Create Windows Cluster and add every SQL Node
• Create 1 or n Always On AG & Add SharePoint DB
• Create the listener
• Copy SP logins & permissions and other server objects on every node
Configure SQL Server Cluster
& Always On
• Test failover with SharePointTest
How to HA with AOAG
Everything can
easily be scripted !
39. Nice to have: several Availability Groups
• 1 for content databases
• 1 for search databases
• 1 for other service
databases
• 1 for other SharePoint
(Config, Central Admin)
several
availability
groups
40. 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
42. DR with Always On Availability Groups &
SharePoint
SQL 1
FARM 1
SQL 2
FARM 2
SQL 3
Asynchronous
Disaster
Recovery
Synchronous
43. 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
44. Install Farm number 1
• Connect it on AG
listener or on Node 1
Install Farm number 2
• Databases:
configuration,
central admin,
search, user profile
sync on node 2
• Other databases
(content and services)
come from farm 1
How to setup DR with 2 farms
45. Backup/Restore of the search
Service application
Impact on SLA !
• O365 search SLA = 1 week
Search and DR
48. Conclusions
Define SLAs with the business
Major Role of SQL Server AOAG in HA/DR
HA = 1 SP farm SP, DR = 2 SP farms
• Search limitation !!!
SP farm + Workflow farm + Office Web App farm