SlideShare a Scribd company logo
AlwaysOn Availability Groups for
SharePoint On-Premises and Azure SQL
Replicas : HA/DR 22.04.2017 Eisenach
Lars Platzdasch
MCT,MCSE SQL, MCSE SharePoint
Sprecher:
Lars Platzdasch
Twitter
@LarsPlatzdasch
Xing
/Lars_Platzdasch
LinkedIn
LarsPlatzdasch
Web
www.platzdasch.de
www.3perspektiven.de
MCT: SQL, SharePoint, .net
MCSE: SQL Server Data Platform
MCSE: SharePoint
MCITP: SharePoint 2010, Administrator
MCITP: SharePoint 2010, Developer
Microsoft Certified Application Developer: .NET
Certified Ethical Hacker (CEH) - EC-Council
platzdasch netConsult GmbH & Co. KG | ISV
24/7 Support für SQL / SharePoint
3 Perspektiven GmbH | MBS
21 IT, 19 Jahre SQL Server, 14 Jahre SharePoint
3 Perspektiven GmbH
www.3perspektiven.de
DIE SPEZIALISTEN FÜR
WISSENSMANAGEMENT UND
WISSENSTRANSFER
Wichtige Mitarbeiter scheiden
aus?
Know-how muss gesichert
werden?
Sie möchten ein Firmenwiki?
Sie wollen Wissensmanagement
einführen?
Sie wollen Microsoft SharePoint
nutzen?
Hierfür haben wir praxisnahe
Lösungen!
netConsult GmbH & Co.KG
www.platzdasch.de
Individual Software Entwicklung
24/7 Support
SQL Server, SharePoint, Power BI
24/7 Supportunterstützung für
SQL Server, SharePoint, Cluster
und Storage Systeme,
Performance Optimierung, Setup,
Helpdesk
Microsoft Certified Partner (Gold/Silver ISV)
Microsoft SharePoint Solution Center
SAP SharePoint Integration
NetApp Certified Storage Silver Partner
DataCore Certified Storage Partner
Dell Server / Storage Service Partner
SQL AlwaysOn Availability Groups for
SharePoint On-Premises and Azure SQL
Replicas : HA/DR
Lars Platzdasch
MCT,MCSE SQL, MCSE SharePoint
AGENDA
Higher cost/More Control Lower Cost/More Agility
CLOUD MODELS REVISITED
PLANNING FOR DEPLOYMENT
• Dedicated Connection
• Predictable Performance
• High Throughput
• Bandwidth: 50 Mbps to 10 Gbps
• Uses existing Internet connection
• IPSEC / Encrypted Traffic
• Bandwidth: 100 Mbps to 200 Mbps
Microsoft AzureOn-Premises Datacenter
PLANNING FOR CONNECTIVITY
Active Directory
Domain Controllers
Azure
Active Directory
Azure AD
Connect
Replication Traffic
REST/GRAPH and OAUTH
LDAP and Kerberos
Active Directory
Domain Controllers
Active AD DS
PLANNING FOR IDENTITY
GETTING STARTED
SHAREPOINT IN THE AZURE MARKETPLACE
Standard DS2
- 2 cores
- 7 GB Memory
Standard DS3
- 4 cores
- 14 GB Memory
Standard DS3
- 4 cores
- 14 GB Memory
SHAREPOINT IN AZURE – NON HA TEMPLATE
2 x Standard DS3
- 4 cores
- 14 GB Memory
Standard DS2
- 2 cores
- 7 GB Memory
2 x Standard DS3
- 4 cores
- 14 GB Memory
1 x Standard DS1
- 1 Core
- 3.5 GB Memory
2 x Standard DS3
- 4 cores
- 14 GB Memory
SHAREPOINT IN AZURE – HA TEMPLATE
SHAREPOINT IN AZURE – OPTIMIZED ROLES
SQL SERVER ALWAYSON
ALWAYSON AVAILABILITY GROUPS
• What is SQL Server AlwaysOn?
• AlwaysOn Failover Clustering
• AlwaysOn Availability Groups
• Why: AlwaysOn Availability Groups for SharePoint?
• Requirements and Prerequisites
• Step by Step guide to implementing AlwaysOn
Availability Groups
AGENDA SQL SERVER ALWAYSON FOR SHAREPOINT
•Two distinct AlwaysOn technologies available
• AlwaysOn Failover Cluster Instance (FCI)
• A ‘traditional’ cluster – uses shared storage and network
• One copy of data shared by multiple nodes
• AlwaysOn Availability Groups (AOAGs)
• Equivalent to a combination of traditional SQL Mirroring concepts together
with clustering
• Multiple replicas of databases split across different cluster nodes
• Uses ‘Shared Nothing’ cluster concepts
• Allows for up to 8 total replicas of a database
•Marketing Name: AlwaysOn -> FCI != AOAGS
SQL SERVER ALWAYSON
• Original concept was log shipping in SQL 2000 – making a
duplicate copy of your databases on another server
• Mirroring itself introduced in SQL 2005 SP1, improved in SQL 2008
and SQL 2008 R2
• Works by keeping a mirror copy of a database or databases on
up to 4 additional SQL instances.
• AlwaysOn Availability Groups introduced with SQL 2012, improved
in SQL 2014, and later in SQL 2016
• This is a huge change to data tier design for SharePoint
HISTORY OF ALWAYSON AVAILABILITY GROUPS
BACKGROUNDANDPREDECESSORTECHNOLOGIES
Disaster Recovery SQL Server Solution
Potential
Data Loss
(RPO)
Potential
Recovery
Time (RTO)
Automatic
Failover
Readable
Secondaries
AlwaysOn Availability Group - synchronous-commit Zero Seconds Yes 0 – 2(3)
AlwaysOn Availability Group - asynchronous-commit Seconds Minutes No 0 – 4(8)
AlwaysOn Failover Cluster Instance NA Seconds
-to-minutes
Yes NA
Database Mirroring - High-safety (sync + witness) Zero Seconds Yes NA
Database Mirroring - High-performance (async) Seconds Minutes No NA
Log Shipping Minutes Minutes
-to-hours
No Not during
a restore
Backup, Copy, Restore Hours Hours
-to-days
No Not during
a restore
COMPARISON OF ALWAYSON WITH OTHER SQL SERVER HA/DR
• Create up to eight additional copies of each database on
different SQL nodes (Nine total replicas)
• Copies can be a mix of synchronous (exact copy, limited to
two additional replicas) or asynchronous
• Create a synchronous copy when connectivity is 1Gb or
greater and latency is no more than 1ms on average
• Create asynchronous copies across WAN links, for Disaster
Recovery or when architecting a read-only farm
ALWAYSON AVAILABILITY GROUPS
SHAREPOINT AND
SQL SERVER BASICS ALWAYSON
• Virtually all SharePoint 2013/2016 (and many
SharePoint 2010) databases now support
Synchronous Replication (either via Mirroring or
AOAGs)
• Up until recently, only Content Databases and the
Secure Store Database supported Asynchronous
Replication
• Now, Microsoft supports Asynchronous replication
for all but the User Profile Sync databases
ALWAYSON AVAILABILITY GROUPS
SYNCHRONOUS VS. ASYNCHRONOUS DATABASE SUPPORT
•This is why it is considered best practice to create at
least two AOAGs for SharePoint…one for the
asynchronous-only Databases, which can be
replicated to remote locations, etc., and one for the
synchronous databases
•This is a key point, remember, you CANNOT
replicate databases synchronously unless you
have 1Gb+ bandwidth and less than 1ms of
latency!
ALWAYSON AVAILABILITY GROUPS
SYNCHRONOUS VS. ASYNCHRONOUS DATABASE SUPPORT
Database Synchronous Asynchronous
Recommended
AOAG
Content Databases Yes Yes AOAG1 – Content
App Management Yes Yes AOAG2 – SA-ASync
BCS Yes Yes AOAG2 – SA-ASync
Managed Metadata Yes Yes AOAG2 – SA-ASync
PerformancePoint Yes Yes AOAG2 – SA-ASync
PowerPivot Yes Yes AOAG2 – SA-ASync
Project Server Yes Yes AOAG2 – SA-ASync
Secure Store Yes Yes AOAG2 – SA-ASync
Subscription Settings Yes Yes AOAG2 – SA-ASync
Machine Translation Services Yes Yes AOAG2 – SA-ASync
Word Automation Yes Yes AOAG2 – SA-ASync
UPA Profile Yes Yes AOAG2 – SA-ASync
UPA Social Yes Yes AOAG2 – SA-ASync
UPA Sync Yes No AOAG3 – SA-Sync
Config Yes No AOAG3 – SA-Sync
Central Admin Yes No AOAG3 – SA-Sync
Search Analytic Reporting Yes No AOAG3 – SA-Sync
Search Admin Yes No AOAG3 – SA-Sync
Search Crawl Yes No AOAG3 – SA-Sync
Search Links Yes No AOAG3 – SA-Sync
State Service Yes No AOAG3 – SA-Sync
Usage Yes No AOAG3 – SA-Sync
• All Databases supported for
synchronous failover
• Recently, Microsoft added
asynchronous failover support for
certain non-content DB types
• Other Service Application types
are still unsupported for
asynchronous failover, though they
are either not needed in a DR
scenario or can be easily recreated
• Highly consider the creation of
multiple AOAGs, two at a minimum,
three ideal, and even four or five
may be common – allows for
greatest flexibility of failover
SHAREPOINT
DATABASE
COMPATIBILITY
WITH AOAG
SAMPLE AOAG DESIGN FOR SHAREPOINT
-min two Ags ( better 3 )
-Content AG with four replicas –
Synch and Asynch
-User Profile Sync DBs on separate
AG, 2 Synch copies only
-DR farm in remote DC on standby
to connect to content DB copy
-DR copy in Azure
High
Availabilty
ALWAYS ON AVAILABILITY & SHAREPOINT
SQL 1
FARM 1
SQL 2
Synchron (no data loss)
High
Availabilty
SQL 1
FARM 1
SQL 2
Synchronous
ALWAYS ON AVAILABILITY & SHAREPOINT
Usage
Content
User Profile
BDC
Managed Meta
Search
State
Config
SP FARM
MUC
Central admin
Usage
Content
User Profile
BDC
Managed Meta
Search
State
Config
Central admin
Sync
HA – SYNC COMMIT
AWOAG3-SA-SYNC
AWOAG1-Content
AWOAG2-SA-SYNC
• SharePoint 2013 with SP1 and CU April 2014 or SP2016
• 3 aliases : 1 for content DB, 1 for Services DB, 1 for farm DB (CA, Config, State).
Install the SharePoint farm in
MUC
3 SQL aliases
• Recovery mode to “full” for databases to be sync
• SharePoint databases Full Backup
• !!! In Test take log backups
Configure SharePoint DB
• Create Windows Cluster and add every SQL Node
• Create 3 Always On AG & Add SharePoint DB
• Create the 3 listeners (1/AVG)
• Copy SP logins & permissions and other server objects on every node
Configure SQL Server Cluster
& Always On
$alias1 = “AVG1 listener”
$alias2 = “AVG2 listener”
$alias3 = “AVG3 listener”
$configDB = ...
$alias1 = “SQL1”
$alias2 = “SQL2”
$alias3 = “SQL3”
New-SPConfigurationDatabase -databaseName $ConfigDB -DatabaseServer $alias1
New-SPWebApplication -DatabaseServer $alias2
New-SPMetadataServiceApplication -DatabaseServer $alias3
New-SPEnterpriseSearchServiceApplication -DatabaseServer $alias1
Everything can
easily be scripted !
SET UP: FARM IN MUC
(MAIN FARM)
SQL 1
FARM 1
SQL 2
FARM 2
SQL 3
Asynchronous (potential data loss)
Disaster
Recovery
Synchronous (no data loss)
DR WITH ALWAYS ON AVAILABILITY GROUPS & SHAREPOINT
(ACTIVE/PASSIVE)
Usage
Content
User Profile
BDC
Managed Meta
Search
State
Config
Central admin
Usage
Content
User Profile
BDC
Managed Meta
Search
State
Config
State
Content
User Profile
BDC
Managed Meta
Search !!!
Central admin
Config
Central admin
UsageAsync
Sync
SQL01 SQL02 SQL03
SP FARM
MUC
SP FARM
AZUR / ..
(DR)
DR WITH ALWAYS ON AVAILABILITY GROUPS & SHAREPOINT
(ACTIVE/PASSIVE)
• SharePoint 2013 with SP1 and CU April 2014 or SP2016
• 3 aliases : 1 for content DB, 1 for Services DB, 1 for farm DB (CA, Config, State).
• Aliases can point to listeners (not mandatory)
Install the SharePoint farm in
AZURE / DR
3 SQL aliases
• Test DR failover with SharePointTest,Test,Test…
Everything can
easily be scripted !
SET UP: FARM IN AZURE / DR SITE
• Windows Server
• Windows Server 2008 R2 (w SP1 or greater) – Enterprise Edition
• (PREFERRED) Windows Server 2012/2012 R2/2016 Standard/Datacenter
• One per node
• Can use Virtualization licensing options
• SQL Server 2012/2014/2016 Enterprise Edition
• MS has moved away from per-socket licenses. Licenses are now
1/4th the cost, but are now per each core.
• Legacy licenses of SQL 2008/2008 R2 Enterprise are
‘grandfathered in’ if you have upgrade assurance
ALWAYSON AVAILABILITY GROUPS: VERSION REQUIREMENTS
• If you plan to use a SQL Server failover cluster instance (FCI) to
host an availability replica, ensure that you understand the FCI
restrictions and that the FCI requirements are met (Manual config
required)
• All the server instances that host availability replicas for an
availability group must use the same SQL Server collation.
• If any databases that use FILESTREAM will be added to an
availability group, ensure that FILESTREAM is enabled on every
server instance that will host an availability replica for the
availability group.
ALWAYSON AVAILABILITY GROUPS
PREREQUISITES AND REQUIREMENTS – SQL SERVER
• Automatic failover clustering requires servers to have
the proper number of votes to ‘turn on’ a database
copy.
• There must always be a majority of votes to enable
the node.
• If a majority cannot be reached (for example, if there
are only an even number of votes) the DBs will remain
offline.
• File Servers can act as File Share Witness
(FSW) servers (additional votes.)
• NEW - Add an Azure File Share Witness!
• This avoids split-brain scenarios where
multiple copies of a DB are online.
• Be sure to give the Cluster Computer
Account Full control to the FSW Share
ALWAYSON AVAILABILITY GROUPS
CLUSTER WITNESS AND VOTING FUNDAMENTALS
• SharePoint must be 2010 SP1+/2013/2016. For full Asynch
support, 2013 SP1 April 2014 CU+ or greater.
• New databases in your farm are not added by default, they
must be manually added
• All databases must have a full backup run before adding to an
AOAG
• All databases -> FULL transaction mode ( .. is not the default
for certain SP databases)
ADDITIONAL SQL 2014/2016 AOAG CONSIDERATIONS AND
PREREQUISITES
• Be sure to copy SQL security accounts to all nodes in the
cluster or SharePoint will fail to reconnect
• Use the same SQL service accounts on all nodes
• Highly recommend to use the same drive paths on all nodes
• Don’t forget to flush the logs with a backup script on a regular
basis! Search and Config DBs will grow large quickly.
• Don’t forget about SPNs for Kerberos and use Aliases for
Listeners
ADDITIONAL SQL 2014/2016 AOAG CONSIDERATIONS AND
PREREQUISITES
• Any DB in FULL recovery mode (required for AOAGs)
will continue to grow logs indefinitely
• Be sure to run a full backup, then a transaction log
backup from SQL. This will clear out logs but not
shrink them
• To shrink, you need to also run DBCC SHRINKFILE
after the backups
• For databases that don’t need to be restored, you can backup to ‘NULL’
(effectively fooling SharePoint that it has been backed up. NOTE: This
does not backup any data, simply allows the logs to be flushed out.
FLUSH LOGS IN AN AOAG ENVIRONMENT
USE SPF1_ConfigDB;
BACKUP DATABASE SPF1_ConfigDB TO DISK='NUL:';
BACKUP LOG SPF1_ConfigDB TO DISK='NUL:';
DBCC SHRINKFILE(SPF1_ConfigDB_log,1000)
• NOTE: This sample backs up to NULL, which effectively
means it’s only flushing the logs. Replace ‘NUL’ with the
backup location for your environment for any databases that
you need recovery from
SCRIPT TO BACKUP TO NULL AND FLUSH LOGS
AOAG STEP BY STEP
• Install Windows Server on multiple nodes
• Patch with Critical, Security, and the specific OS
patches listed in previous slide
• Enable the Failover Cluster Feature on each
node
• Use the Failover Cluster Manager Wizard to
create a cluster.
• Name the cluster a unique name that will be
separate from the instance name that will be
used for SharePoint
CREATING ALWAYSON AVAILABILITY GROUPS
STEP 1: CREATE WINDOWS SERVERFAILOVER CLUSTER (WSFC)
• Install .NET Services 3.5 Feature on each SQL node
• Install SQL 2014/6 Enterprise Edition Database Services (Also recommend adding SQL
Management Tools – Complete)
• Ensure proper Windows Firewall ports are open ( 1433, 5022 )
• Service Account for SQL
• Use the same service account for all nodes
• Don’t use Network Service
• If using Kerberos, make sure all SQL names have SPNs associated with the service account
• Make sure databases are set to FULL recovery mode
• Ensure that the file paths and drive letters are consistent throughout all instances (ideally, or
config will have to be manual)
• Copy or Create SharePoint databases on Primary node only (use SQL Alias to change name
later)
• Perform a full backup of your SharePoint databases
• Create a file share location that is accessible by all nodes that will be used for the shared
backups (i.e. SQL1Backups)
CREATING ALWAYSON AVAILABILITY GROUPS
STEP 2: PREPARE NODES
•Enable AlwaysOn High
Availability in SQL Server
Configuration Manager
•Repeat on Each Node
•Restart SQL Services
CREATING ALWAYSON AVAILABILITY GROUPS
STEP 2: ENABLE ALWAYSON ON EACH SQL NODE
• Ideally use the New Availability Group
Wizard, it automates the process
CREATING ALWAYSON AVAILABILITY GROUPS
STEP 3: CREATE THE AVAILABILITY GROUP
• Be sure to have a shared
network location for the
backup files (Created in
earlier step)
• Depending on size of
databases, this could take
a while
• Backups can also be pre-
staged (Join Only)
CREATING ALWAYSON AVAILABILITY GROUPS
STEP 3: CREATE THE AVAILABILITY GROUP – CONTINUED…
• Validation should show
all green (some
exceptions)
• The listener (‘SQL’ in
this example) will be
created later, and is
required for SharePoint
to connect to
CREATING ALWAYSON AVAILABILITY GROUPS
STEP 3: CREATE THE AVAILABILITY GROUP – CONTINUED…
• After the wizard completes,
manually create the
Availability Group Listener
• This is the shared name that
SharePoint will connect to
and will provide failover
(Also called the ‘Client
Access Point’)
• Modify the DNS record for
this listener to have a low
TTL (60 seconds or less) for
cross-subnet failover
scenarios
CREATING ALWAYSON AVAILABILITY GROUPS
STEP 4: CREATE THE AVAILABILITY GROUP LISTENER
• Required in specific situations, such as when a DB is encrypted
• First, add the DB to the primary server (where the DB is attached to
with the following syntax:
• ALTER AVAILABILITY GROUP SPDBCONTENT
• ADD DATABASE SPF1_Content_TDE
• GO
• Then restore the DB onto the secondary server, ensuring that you
choose ‘RESTORE WITH NORECOVERY’ from the Options tab
• Finally, add the DB to the AG on the Secondary server
• ALTER DATABASE SPF1_Content_TDE SET HADR AVAILABILITY GROUP =
SPDBCONTENT;
• GO
CREATING ALWAYSON AVAILABILITY GROUPS
MANUAL PROCESS: ADDING A DB TO AN AVAILABILITY GROUP
• SQL Server AlwaysOn Availability Groups are the preferred design
option for High Availability and Disaster Recovery at the data tier
• Best Practice is to create at least two(..3) AGs for SharePoint – One
for Synchronous DBs and the other for asynchronous DBs
• Follow closely the guidelines, ensure data paths are the same,
double-check security requirements
• Plan to shrink your log files on a daily basis for non-content DBs as
they will grow quickly, particularly the search databases
SESSION SUMMARY
SQL 2014/2016 ALWAYSON AVAILABILITY GROUPS FOR
SHAREPOINT ON-PREMISES
Lars Platzdasch | SharePoint and SQL Server
VIELEN DANK FÜR EURE ZEIT
Q & A
Links
• Code
https://github.com/larspl/AlwaysOnAvailabilityGroupsforShareP
oint
• Plan for high availability and disaster recovery for SharePoint
Server 2016
• https://technet.microsoft.com/en-
us/library/cc263031(v=office.16).aspx
SQL AlwaysON for SharePoint HA/DR on Azure Global Azure Bootcamp 2017 Eisenach Lars Platzdasch

More Related Content

What's hot

Making MySQL highly available using Oracle Grid Infrastructure
Making MySQL highly available using Oracle Grid InfrastructureMaking MySQL highly available using Oracle Grid Infrastructure
Making MySQL highly available using Oracle Grid Infrastructure
Ilmar Kerm
 
Sharepoint Deployments
Sharepoint DeploymentsSharepoint Deployments
Sharepoint Deployments
Information Technology
 
Scalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYC
Scalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYCScalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYC
Scalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYC
Cal Henderson
 
Tuning Apache Ambari performance for Big Data at scale with 3000 agents
Tuning Apache Ambari performance for Big Data at scale with 3000 agentsTuning Apache Ambari performance for Big Data at scale with 3000 agents
Tuning Apache Ambari performance for Big Data at scale with 3000 agents
DataWorks Summit
 
Real-time Big Data Analytics Engine using Impala
Real-time Big Data Analytics Engine using ImpalaReal-time Big Data Analytics Engine using Impala
Real-time Big Data Analytics Engine using Impala
Jason Shih
 
MySQL Manchester TT - Performance Tuning
MySQL Manchester TT  - Performance TuningMySQL Manchester TT  - Performance Tuning
MySQL Manchester TT - Performance Tuning
Mark Swarbrick
 
Migrating and Running DBs on Amazon RDS for Oracle
Migrating and Running DBs on Amazon RDS for OracleMigrating and Running DBs on Amazon RDS for Oracle
Migrating and Running DBs on Amazon RDS for Oracle
Maris Elsins
 
Admission Control in Impala
Admission Control in ImpalaAdmission Control in Impala
Admission Control in Impala
Cloudera, Inc.
 
Technical Introduction to PostgreSQL and PPAS
Technical Introduction to PostgreSQL and PPASTechnical Introduction to PostgreSQL and PPAS
Technical Introduction to PostgreSQL and PPAS
Ashnikbiz
 
Database as a Service on the Oracle Database Appliance Platform
Database as a Service on the Oracle Database Appliance PlatformDatabase as a Service on the Oracle Database Appliance Platform
Database as a Service on the Oracle Database Appliance Platform
Maris Elsins
 
KoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBAKoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBA
Tobias Koprowski
 
LVOUG meetup #2 - Forcing SQL Execution Plan Instability
LVOUG meetup #2 - Forcing SQL Execution Plan InstabilityLVOUG meetup #2 - Forcing SQL Execution Plan Instability
LVOUG meetup #2 - Forcing SQL Execution Plan Instability
Maris Elsins
 
Barcelona mysqlnd qc
Barcelona mysqlnd qcBarcelona mysqlnd qc
Barcelona mysqlnd qc
Anis Berejeb
 
Apache Ambari: Simplified Hadoop Cluster Operation & Troubleshooting
Apache Ambari: Simplified Hadoop Cluster Operation & TroubleshootingApache Ambari: Simplified Hadoop Cluster Operation & Troubleshooting
Apache Ambari: Simplified Hadoop Cluster Operation & Troubleshooting
Jayush Luniya
 
KoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just beganKoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just began
Tobias Koprowski
 
Impala Resource Management - OUTDATED
Impala Resource Management - OUTDATEDImpala Resource Management - OUTDATED
Impala Resource Management - OUTDATED
Matthew Jacobs
 
eProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 Database
eProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 DatabaseeProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 Database
eProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 Database
Marco Gralike
 
DB12c: All You Need to Know About the Resource Manager
DB12c: All You Need to Know About the Resource ManagerDB12c: All You Need to Know About the Resource Manager
DB12c: All You Need to Know About the Resource Manager
Maris Elsins
 
HBaseCon 2012 | HBase Filtering - Lars George, Cloudera
HBaseCon 2012 | HBase Filtering - Lars George, ClouderaHBaseCon 2012 | HBase Filtering - Lars George, Cloudera
HBaseCon 2012 | HBase Filtering - Lars George, Cloudera
Cloudera, Inc.
 
Managing Enterprise Hadoop Clusters with Apache Ambari
Managing Enterprise Hadoop Clusters with Apache AmbariManaging Enterprise Hadoop Clusters with Apache Ambari
Managing Enterprise Hadoop Clusters with Apache Ambari
Jayush Luniya
 

What's hot (20)

Making MySQL highly available using Oracle Grid Infrastructure
Making MySQL highly available using Oracle Grid InfrastructureMaking MySQL highly available using Oracle Grid Infrastructure
Making MySQL highly available using Oracle Grid Infrastructure
 
Sharepoint Deployments
Sharepoint DeploymentsSharepoint Deployments
Sharepoint Deployments
 
Scalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYC
Scalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYCScalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYC
Scalable Web Architectures: Common Patterns and Approaches - Web 2.0 Expo NYC
 
Tuning Apache Ambari performance for Big Data at scale with 3000 agents
Tuning Apache Ambari performance for Big Data at scale with 3000 agentsTuning Apache Ambari performance for Big Data at scale with 3000 agents
Tuning Apache Ambari performance for Big Data at scale with 3000 agents
 
Real-time Big Data Analytics Engine using Impala
Real-time Big Data Analytics Engine using ImpalaReal-time Big Data Analytics Engine using Impala
Real-time Big Data Analytics Engine using Impala
 
MySQL Manchester TT - Performance Tuning
MySQL Manchester TT  - Performance TuningMySQL Manchester TT  - Performance Tuning
MySQL Manchester TT - Performance Tuning
 
Migrating and Running DBs on Amazon RDS for Oracle
Migrating and Running DBs on Amazon RDS for OracleMigrating and Running DBs on Amazon RDS for Oracle
Migrating and Running DBs on Amazon RDS for Oracle
 
Admission Control in Impala
Admission Control in ImpalaAdmission Control in Impala
Admission Control in Impala
 
Technical Introduction to PostgreSQL and PPAS
Technical Introduction to PostgreSQL and PPASTechnical Introduction to PostgreSQL and PPAS
Technical Introduction to PostgreSQL and PPAS
 
Database as a Service on the Oracle Database Appliance Platform
Database as a Service on the Oracle Database Appliance PlatformDatabase as a Service on the Oracle Database Appliance Platform
Database as a Service on the Oracle Database Appliance Platform
 
KoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBAKoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBA
 
LVOUG meetup #2 - Forcing SQL Execution Plan Instability
LVOUG meetup #2 - Forcing SQL Execution Plan InstabilityLVOUG meetup #2 - Forcing SQL Execution Plan Instability
LVOUG meetup #2 - Forcing SQL Execution Plan Instability
 
Barcelona mysqlnd qc
Barcelona mysqlnd qcBarcelona mysqlnd qc
Barcelona mysqlnd qc
 
Apache Ambari: Simplified Hadoop Cluster Operation & Troubleshooting
Apache Ambari: Simplified Hadoop Cluster Operation & TroubleshootingApache Ambari: Simplified Hadoop Cluster Operation & Troubleshooting
Apache Ambari: Simplified Hadoop Cluster Operation & Troubleshooting
 
KoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just beganKoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just began
 
Impala Resource Management - OUTDATED
Impala Resource Management - OUTDATEDImpala Resource Management - OUTDATED
Impala Resource Management - OUTDATED
 
eProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 Database
eProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 DatabaseeProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 Database
eProseed Oracle Open World 2016 debrief - Oracle 12.2.0.1 Database
 
DB12c: All You Need to Know About the Resource Manager
DB12c: All You Need to Know About the Resource ManagerDB12c: All You Need to Know About the Resource Manager
DB12c: All You Need to Know About the Resource Manager
 
HBaseCon 2012 | HBase Filtering - Lars George, Cloudera
HBaseCon 2012 | HBase Filtering - Lars George, ClouderaHBaseCon 2012 | HBase Filtering - Lars George, Cloudera
HBaseCon 2012 | HBase Filtering - Lars George, Cloudera
 
Managing Enterprise Hadoop Clusters with Apache Ambari
Managing Enterprise Hadoop Clusters with Apache AmbariManaging Enterprise Hadoop Clusters with Apache Ambari
Managing Enterprise Hadoop Clusters with Apache Ambari
 

Similar to SQL AlwaysON for SharePoint HA/DR on Azure Global Azure Bootcamp 2017 Eisenach Lars Platzdasch

haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...
haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...
haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...
Isabelle Van Campenhoudt
 
Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...
Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...
Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...
serge luca
 
Unbreakable Sharepoint 2016 With SQL Server 2016 availability groups
Unbreakable Sharepoint 2016 With SQL Server 2016 availability groupsUnbreakable Sharepoint 2016 With SQL Server 2016 availability groups
Unbreakable Sharepoint 2016 With SQL Server 2016 availability groups
Isabelle Van Campenhoudt
 
Infrastructure Best Practices for SharePoint On-Premises presented by Michael...
Infrastructure Best Practices for SharePoint On-Premises presented by Michael...Infrastructure Best Practices for SharePoint On-Premises presented by Michael...
Infrastructure Best Practices for SharePoint On-Premises presented by Michael...
European SharePoint Conference
 
Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...
Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...
Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...
Michael Noel
 
Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012
Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012
Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012
Michael Noel
 
A Real World Guide to Building Highly Available Fault Tolerant SharePoint Farms
A Real World Guide to Building Highly Available Fault Tolerant SharePoint FarmsA Real World Guide to Building Highly Available Fault Tolerant SharePoint Farms
A Real World Guide to Building Highly Available Fault Tolerant SharePoint Farms
Eric Shupps
 
Optimize SQL server performance for SharePoint
Optimize SQL server performance for SharePointOptimize SQL server performance for SharePoint
Optimize SQL server performance for SharePoint
serge luca
 
How SQL Server 2016 SP1 Changes the Game
How SQL Server 2016 SP1 Changes the GameHow SQL Server 2016 SP1 Changes the Game
How SQL Server 2016 SP1 Changes the Game
PARIKSHIT SAVJANI
 
Sql Server Tuning for SharePoint : what every consultant must know (Office 36...
Sql Server Tuning for SharePoint : what every consultant must know (Office 36...Sql Server Tuning for SharePoint : what every consultant must know (Office 36...
Sql Server Tuning for SharePoint : what every consultant must know (Office 36...
serge luca
 
NZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices Session
NZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices SessionNZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices Session
NZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices Session
Michael Noel
 
SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)
SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)
SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)
Gary Jackson MBCS
 
Building the Perfect SharePoint 2010 Farm - Sharing the Point South America
Building the Perfect SharePoint 2010 Farm - Sharing the Point South AmericaBuilding the Perfect SharePoint 2010 Farm - Sharing the Point South America
Building the Perfect SharePoint 2010 Farm - Sharing the Point South America
Michael Noel
 
MySQL :What's New #GIDS16
MySQL :What's New #GIDS16MySQL :What's New #GIDS16
MySQL :What's New #GIDS16
Sanjay Manwani
 
Application Scalability in Server Farms - NCache
Application Scalability in Server Farms - NCacheApplication Scalability in Server Farms - NCache
Application Scalability in Server Farms - NCache
Alachisoft
 
Using Snap Clone with Enterprise Manager 12c
Using Snap Clone with Enterprise Manager 12cUsing Snap Clone with Enterprise Manager 12c
Using Snap Clone with Enterprise Manager 12c
Pete Sharman
 
Taking SharePoint to the Cloud
Taking SharePoint to the CloudTaking SharePoint to the Cloud
Taking SharePoint to the Cloud
Aaron Saikovski
 
SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...
SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...
SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...
Michael Noel
 
SPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices Session
SPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices SessionSPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices Session
SPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices Session
Michael Noel
 
SRV407 Deep Dive on Amazon Aurora
SRV407 Deep Dive on Amazon AuroraSRV407 Deep Dive on Amazon Aurora
SRV407 Deep Dive on Amazon Aurora
Amazon Web Services
 

Similar to SQL AlwaysON for SharePoint HA/DR on Azure Global Azure Bootcamp 2017 Eisenach Lars Platzdasch (20)

haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...
haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...
haute Disponibilité et reprise sur incident dans SharePoint avec groupes de d...
 
Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...
Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...
Haute Disponibilité et Reprise sur incidents en SharePoint 2013 avec Sql Serv...
 
Unbreakable Sharepoint 2016 With SQL Server 2016 availability groups
Unbreakable Sharepoint 2016 With SQL Server 2016 availability groupsUnbreakable Sharepoint 2016 With SQL Server 2016 availability groups
Unbreakable Sharepoint 2016 With SQL Server 2016 availability groups
 
Infrastructure Best Practices for SharePoint On-Premises presented by Michael...
Infrastructure Best Practices for SharePoint On-Premises presented by Michael...Infrastructure Best Practices for SharePoint On-Premises presented by Michael...
Infrastructure Best Practices for SharePoint On-Premises presented by Michael...
 
Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...
Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...
Ultimate SharePoint Infrastructure Best Practises Session - Isle of Man Share...
 
Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012
Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012
Building the Perfect SharePoint 2010 Farm - MS Days Bulgaria 2012
 
A Real World Guide to Building Highly Available Fault Tolerant SharePoint Farms
A Real World Guide to Building Highly Available Fault Tolerant SharePoint FarmsA Real World Guide to Building Highly Available Fault Tolerant SharePoint Farms
A Real World Guide to Building Highly Available Fault Tolerant SharePoint Farms
 
Optimize SQL server performance for SharePoint
Optimize SQL server performance for SharePointOptimize SQL server performance for SharePoint
Optimize SQL server performance for SharePoint
 
How SQL Server 2016 SP1 Changes the Game
How SQL Server 2016 SP1 Changes the GameHow SQL Server 2016 SP1 Changes the Game
How SQL Server 2016 SP1 Changes the Game
 
Sql Server Tuning for SharePoint : what every consultant must know (Office 36...
Sql Server Tuning for SharePoint : what every consultant must know (Office 36...Sql Server Tuning for SharePoint : what every consultant must know (Office 36...
Sql Server Tuning for SharePoint : what every consultant must know (Office 36...
 
NZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices Session
NZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices SessionNZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices Session
NZSPC 2013 - Ultimate SharePoint Infrastructure Best Practices Session
 
SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)
SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)
SAP HANA System Replication (HSR) versus SAP Replication Server (SRS)
 
Building the Perfect SharePoint 2010 Farm - Sharing the Point South America
Building the Perfect SharePoint 2010 Farm - Sharing the Point South AmericaBuilding the Perfect SharePoint 2010 Farm - Sharing the Point South America
Building the Perfect SharePoint 2010 Farm - Sharing the Point South America
 
MySQL :What's New #GIDS16
MySQL :What's New #GIDS16MySQL :What's New #GIDS16
MySQL :What's New #GIDS16
 
Application Scalability in Server Farms - NCache
Application Scalability in Server Farms - NCacheApplication Scalability in Server Farms - NCache
Application Scalability in Server Farms - NCache
 
Using Snap Clone with Enterprise Manager 12c
Using Snap Clone with Enterprise Manager 12cUsing Snap Clone with Enterprise Manager 12c
Using Snap Clone with Enterprise Manager 12c
 
Taking SharePoint to the Cloud
Taking SharePoint to the CloudTaking SharePoint to the Cloud
Taking SharePoint to the Cloud
 
SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...
SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...
SPSAD - Ultimate SharePoint Infrastructure Best Practices Session - SharePoin...
 
SPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices Session
SPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices SessionSPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices Session
SPSSV 2013 - Ultimate SharePoint Infrastructure Best Practices Session
 
SRV407 Deep Dive on Amazon Aurora
SRV407 Deep Dive on Amazon AuroraSRV407 Deep Dive on Amazon Aurora
SRV407 Deep Dive on Amazon Aurora
 

More from Lars Platzdasch

Lars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernen
Lars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernenLars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernen
Lars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernen
Lars Platzdasch
 
SQL Server PowerShell - Community Tools
SQL Server PowerShell - Community ToolsSQL Server PowerShell - Community Tools
SQL Server PowerShell - Community Tools
Lars Platzdasch
 
Azure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars Platzdasch
Azure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars PlatzdaschAzure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars Platzdasch
Azure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars Platzdasch
Lars Platzdasch
 
SharePoint 2016 das fliegen lernen - SQL Server Performance Optimierung
SharePoint 2016 das fliegen lernen - SQL Server Performance OptimierungSharePoint 2016 das fliegen lernen - SQL Server Performance Optimierung
SharePoint 2016 das fliegen lernen - SQL Server Performance Optimierung
Lars Platzdasch
 
SQL Server 2016 and SharePoint 2016 - Lars PLatzdasch - SQL Konferenz 2016
SQL Server 2016 and SharePoint 2016  - Lars PLatzdasch - SQL Konferenz 2016SQL Server 2016 and SharePoint 2016  - Lars PLatzdasch - SQL Konferenz 2016
SQL Server 2016 and SharePoint 2016 - Lars PLatzdasch - SQL Konferenz 2016
Lars Platzdasch
 
Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...
Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...
Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...
Lars Platzdasch
 

More from Lars Platzdasch (6)

Lars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernen
Lars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernenLars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernen
Lars Platzdasch SQL Konferenz 2019 SharePoint das fliegen lernen
 
SQL Server PowerShell - Community Tools
SQL Server PowerShell - Community ToolsSQL Server PowerShell - Community Tools
SQL Server PowerShell - Community Tools
 
Azure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars Platzdasch
Azure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars PlatzdaschAzure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars Platzdasch
Azure Boot Camp 21.04.2018 SQL Server in Azure Iaas PaaS on-prem Lars Platzdasch
 
SharePoint 2016 das fliegen lernen - SQL Server Performance Optimierung
SharePoint 2016 das fliegen lernen - SQL Server Performance OptimierungSharePoint 2016 das fliegen lernen - SQL Server Performance Optimierung
SharePoint 2016 das fliegen lernen - SQL Server Performance Optimierung
 
SQL Server 2016 and SharePoint 2016 - Lars PLatzdasch - SQL Konferenz 2016
SQL Server 2016 and SharePoint 2016  - Lars PLatzdasch - SQL Konferenz 2016SQL Server 2016 and SharePoint 2016  - Lars PLatzdasch - SQL Konferenz 2016
SQL Server 2016 and SharePoint 2016 - Lars PLatzdasch - SQL Konferenz 2016
 
Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...
Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...
Optimizing SQL Server 2012 Deep dive for SharePoint 2013 Lars Platzdasch SQL ...
 

Recently uploaded

Oracle 23c New Features For DBAs and Developers.pptx
Oracle 23c New Features For DBAs and Developers.pptxOracle 23c New Features For DBAs and Developers.pptx
Oracle 23c New Features For DBAs and Developers.pptx
Remote DBA Services
 
How to write a program in any programming language
How to write a program in any programming languageHow to write a program in any programming language
How to write a program in any programming language
Rakesh Kumar R
 
Artificia Intellicence and XPath Extension Functions
Artificia Intellicence and XPath Extension FunctionsArtificia Intellicence and XPath Extension Functions
Artificia Intellicence and XPath Extension Functions
Octavian Nadolu
 
Fundamentals of Programming and Language Processors
Fundamentals of Programming and Language ProcessorsFundamentals of Programming and Language Processors
Fundamentals of Programming and Language Processors
Rakesh Kumar R
 
All you need to know about Spring Boot and GraalVM
All you need to know about Spring Boot and GraalVMAll you need to know about Spring Boot and GraalVM
All you need to know about Spring Boot and GraalVM
Alina Yurenko
 
Oracle Database 19c New Features for DBAs and Developers.pptx
Oracle Database 19c New Features for DBAs and Developers.pptxOracle Database 19c New Features for DBAs and Developers.pptx
Oracle Database 19c New Features for DBAs and Developers.pptx
Remote DBA Services
 
J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...
J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...
J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...
Bert Jan Schrijver
 
The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...
The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...
The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...
kalichargn70th171
 
UI5con 2024 - Keynote: Latest News about UI5 and it’s Ecosystem
UI5con 2024 - Keynote: Latest News about UI5 and it’s EcosystemUI5con 2024 - Keynote: Latest News about UI5 and it’s Ecosystem
UI5con 2024 - Keynote: Latest News about UI5 and it’s Ecosystem
Peter Muessig
 
WWDC 2024 Keynote Review: For CocoaCoders Austin
WWDC 2024 Keynote Review: For CocoaCoders AustinWWDC 2024 Keynote Review: For CocoaCoders Austin
WWDC 2024 Keynote Review: For CocoaCoders Austin
Patrick Weigel
 
Top Benefits of Using Salesforce Healthcare CRM for Patient Management.pdf
Top Benefits of Using Salesforce Healthcare CRM for Patient Management.pdfTop Benefits of Using Salesforce Healthcare CRM for Patient Management.pdf
Top Benefits of Using Salesforce Healthcare CRM for Patient Management.pdf
VALiNTRY360
 
Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...
Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...
Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...
XfilesPro
 
14 th Edition of International conference on computer vision
14 th Edition of International conference on computer vision14 th Edition of International conference on computer vision
14 th Edition of International conference on computer vision
ShulagnaSarkar2
 
Measures in SQL (SIGMOD 2024, Santiago, Chile)
Measures in SQL (SIGMOD 2024, Santiago, Chile)Measures in SQL (SIGMOD 2024, Santiago, Chile)
Measures in SQL (SIGMOD 2024, Santiago, Chile)
Julian Hyde
 
How Can Hiring A Mobile App Development Company Help Your Business Grow?
How Can Hiring A Mobile App Development Company Help Your Business Grow?How Can Hiring A Mobile App Development Company Help Your Business Grow?
How Can Hiring A Mobile App Development Company Help Your Business Grow?
ToXSL Technologies
 
Microservice Teams - How the cloud changes the way we work
Microservice Teams - How the cloud changes the way we workMicroservice Teams - How the cloud changes the way we work
Microservice Teams - How the cloud changes the way we work
Sven Peters
 
原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样
原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样
原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样
mz5nrf0n
 
Mobile App Development Company In Noida | Drona Infotech
Mobile App Development Company In Noida | Drona InfotechMobile App Development Company In Noida | Drona Infotech
Mobile App Development Company In Noida | Drona Infotech
Drona Infotech
 
如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样
如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样
如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样
gapen1
 
一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理
一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理
一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理
dakas1
 

Recently uploaded (20)

Oracle 23c New Features For DBAs and Developers.pptx
Oracle 23c New Features For DBAs and Developers.pptxOracle 23c New Features For DBAs and Developers.pptx
Oracle 23c New Features For DBAs and Developers.pptx
 
How to write a program in any programming language
How to write a program in any programming languageHow to write a program in any programming language
How to write a program in any programming language
 
Artificia Intellicence and XPath Extension Functions
Artificia Intellicence and XPath Extension FunctionsArtificia Intellicence and XPath Extension Functions
Artificia Intellicence and XPath Extension Functions
 
Fundamentals of Programming and Language Processors
Fundamentals of Programming and Language ProcessorsFundamentals of Programming and Language Processors
Fundamentals of Programming and Language Processors
 
All you need to know about Spring Boot and GraalVM
All you need to know about Spring Boot and GraalVMAll you need to know about Spring Boot and GraalVM
All you need to know about Spring Boot and GraalVM
 
Oracle Database 19c New Features for DBAs and Developers.pptx
Oracle Database 19c New Features for DBAs and Developers.pptxOracle Database 19c New Features for DBAs and Developers.pptx
Oracle Database 19c New Features for DBAs and Developers.pptx
 
J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...
J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...
J-Spring 2024 - Going serverless with Quarkus, GraalVM native images and AWS ...
 
The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...
The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...
The Key to Digital Success_ A Comprehensive Guide to Continuous Testing Integ...
 
UI5con 2024 - Keynote: Latest News about UI5 and it’s Ecosystem
UI5con 2024 - Keynote: Latest News about UI5 and it’s EcosystemUI5con 2024 - Keynote: Latest News about UI5 and it’s Ecosystem
UI5con 2024 - Keynote: Latest News about UI5 and it’s Ecosystem
 
WWDC 2024 Keynote Review: For CocoaCoders Austin
WWDC 2024 Keynote Review: For CocoaCoders AustinWWDC 2024 Keynote Review: For CocoaCoders Austin
WWDC 2024 Keynote Review: For CocoaCoders Austin
 
Top Benefits of Using Salesforce Healthcare CRM for Patient Management.pdf
Top Benefits of Using Salesforce Healthcare CRM for Patient Management.pdfTop Benefits of Using Salesforce Healthcare CRM for Patient Management.pdf
Top Benefits of Using Salesforce Healthcare CRM for Patient Management.pdf
 
Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...
Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...
Everything You Need to Know About X-Sign: The eSign Functionality of XfilesPr...
 
14 th Edition of International conference on computer vision
14 th Edition of International conference on computer vision14 th Edition of International conference on computer vision
14 th Edition of International conference on computer vision
 
Measures in SQL (SIGMOD 2024, Santiago, Chile)
Measures in SQL (SIGMOD 2024, Santiago, Chile)Measures in SQL (SIGMOD 2024, Santiago, Chile)
Measures in SQL (SIGMOD 2024, Santiago, Chile)
 
How Can Hiring A Mobile App Development Company Help Your Business Grow?
How Can Hiring A Mobile App Development Company Help Your Business Grow?How Can Hiring A Mobile App Development Company Help Your Business Grow?
How Can Hiring A Mobile App Development Company Help Your Business Grow?
 
Microservice Teams - How the cloud changes the way we work
Microservice Teams - How the cloud changes the way we workMicroservice Teams - How the cloud changes the way we work
Microservice Teams - How the cloud changes the way we work
 
原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样
原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样
原版定制美国纽约州立大学奥尔巴尼分校毕业证学位证书原版一模一样
 
Mobile App Development Company In Noida | Drona Infotech
Mobile App Development Company In Noida | Drona InfotechMobile App Development Company In Noida | Drona Infotech
Mobile App Development Company In Noida | Drona Infotech
 
如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样
如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样
如何办理(hull学位证书)英国赫尔大学毕业证硕士文凭原版一模一样
 
一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理
一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理
一比一原版(UMN毕业证)明尼苏达大学毕业证如何办理
 

SQL AlwaysON for SharePoint HA/DR on Azure Global Azure Bootcamp 2017 Eisenach Lars Platzdasch

  • 1. AlwaysOn Availability Groups for SharePoint On-Premises and Azure SQL Replicas : HA/DR 22.04.2017 Eisenach Lars Platzdasch MCT,MCSE SQL, MCSE SharePoint
  • 2. Sprecher: Lars Platzdasch Twitter @LarsPlatzdasch Xing /Lars_Platzdasch LinkedIn LarsPlatzdasch Web www.platzdasch.de www.3perspektiven.de MCT: SQL, SharePoint, .net MCSE: SQL Server Data Platform MCSE: SharePoint MCITP: SharePoint 2010, Administrator MCITP: SharePoint 2010, Developer Microsoft Certified Application Developer: .NET Certified Ethical Hacker (CEH) - EC-Council platzdasch netConsult GmbH & Co. KG | ISV 24/7 Support für SQL / SharePoint 3 Perspektiven GmbH | MBS 21 IT, 19 Jahre SQL Server, 14 Jahre SharePoint
  • 3. 3 Perspektiven GmbH www.3perspektiven.de DIE SPEZIALISTEN FÜR WISSENSMANAGEMENT UND WISSENSTRANSFER Wichtige Mitarbeiter scheiden aus? Know-how muss gesichert werden? Sie möchten ein Firmenwiki? Sie wollen Wissensmanagement einführen? Sie wollen Microsoft SharePoint nutzen? Hierfür haben wir praxisnahe Lösungen! netConsult GmbH & Co.KG www.platzdasch.de Individual Software Entwicklung 24/7 Support SQL Server, SharePoint, Power BI 24/7 Supportunterstützung für SQL Server, SharePoint, Cluster und Storage Systeme, Performance Optimierung, Setup, Helpdesk Microsoft Certified Partner (Gold/Silver ISV) Microsoft SharePoint Solution Center SAP SharePoint Integration NetApp Certified Storage Silver Partner DataCore Certified Storage Partner Dell Server / Storage Service Partner
  • 4. SQL AlwaysOn Availability Groups for SharePoint On-Premises and Azure SQL Replicas : HA/DR Lars Platzdasch MCT,MCSE SQL, MCSE SharePoint AGENDA
  • 5. Higher cost/More Control Lower Cost/More Agility CLOUD MODELS REVISITED
  • 7. • Dedicated Connection • Predictable Performance • High Throughput • Bandwidth: 50 Mbps to 10 Gbps • Uses existing Internet connection • IPSEC / Encrypted Traffic • Bandwidth: 100 Mbps to 200 Mbps Microsoft AzureOn-Premises Datacenter PLANNING FOR CONNECTIVITY
  • 8. Active Directory Domain Controllers Azure Active Directory Azure AD Connect Replication Traffic REST/GRAPH and OAUTH LDAP and Kerberos Active Directory Domain Controllers Active AD DS PLANNING FOR IDENTITY
  • 10. SHAREPOINT IN THE AZURE MARKETPLACE
  • 11. Standard DS2 - 2 cores - 7 GB Memory Standard DS3 - 4 cores - 14 GB Memory Standard DS3 - 4 cores - 14 GB Memory SHAREPOINT IN AZURE – NON HA TEMPLATE
  • 12. 2 x Standard DS3 - 4 cores - 14 GB Memory Standard DS2 - 2 cores - 7 GB Memory 2 x Standard DS3 - 4 cores - 14 GB Memory 1 x Standard DS1 - 1 Core - 3.5 GB Memory 2 x Standard DS3 - 4 cores - 14 GB Memory SHAREPOINT IN AZURE – HA TEMPLATE
  • 13. SHAREPOINT IN AZURE – OPTIMIZED ROLES
  • 14. SQL SERVER ALWAYSON ALWAYSON AVAILABILITY GROUPS
  • 15. • What is SQL Server AlwaysOn? • AlwaysOn Failover Clustering • AlwaysOn Availability Groups • Why: AlwaysOn Availability Groups for SharePoint? • Requirements and Prerequisites • Step by Step guide to implementing AlwaysOn Availability Groups AGENDA SQL SERVER ALWAYSON FOR SHAREPOINT
  • 16. •Two distinct AlwaysOn technologies available • AlwaysOn Failover Cluster Instance (FCI) • A ‘traditional’ cluster – uses shared storage and network • One copy of data shared by multiple nodes • AlwaysOn Availability Groups (AOAGs) • Equivalent to a combination of traditional SQL Mirroring concepts together with clustering • Multiple replicas of databases split across different cluster nodes • Uses ‘Shared Nothing’ cluster concepts • Allows for up to 8 total replicas of a database •Marketing Name: AlwaysOn -> FCI != AOAGS SQL SERVER ALWAYSON
  • 17. • Original concept was log shipping in SQL 2000 – making a duplicate copy of your databases on another server • Mirroring itself introduced in SQL 2005 SP1, improved in SQL 2008 and SQL 2008 R2 • Works by keeping a mirror copy of a database or databases on up to 4 additional SQL instances. • AlwaysOn Availability Groups introduced with SQL 2012, improved in SQL 2014, and later in SQL 2016 • This is a huge change to data tier design for SharePoint HISTORY OF ALWAYSON AVAILABILITY GROUPS BACKGROUNDANDPREDECESSORTECHNOLOGIES
  • 18. Disaster Recovery SQL Server Solution Potential Data Loss (RPO) Potential Recovery Time (RTO) Automatic Failover Readable Secondaries AlwaysOn Availability Group - synchronous-commit Zero Seconds Yes 0 – 2(3) AlwaysOn Availability Group - asynchronous-commit Seconds Minutes No 0 – 4(8) AlwaysOn Failover Cluster Instance NA Seconds -to-minutes Yes NA Database Mirroring - High-safety (sync + witness) Zero Seconds Yes NA Database Mirroring - High-performance (async) Seconds Minutes No NA Log Shipping Minutes Minutes -to-hours No Not during a restore Backup, Copy, Restore Hours Hours -to-days No Not during a restore COMPARISON OF ALWAYSON WITH OTHER SQL SERVER HA/DR
  • 19. • Create up to eight additional copies of each database on different SQL nodes (Nine total replicas) • Copies can be a mix of synchronous (exact copy, limited to two additional replicas) or asynchronous • Create a synchronous copy when connectivity is 1Gb or greater and latency is no more than 1ms on average • Create asynchronous copies across WAN links, for Disaster Recovery or when architecting a read-only farm ALWAYSON AVAILABILITY GROUPS
  • 20. SHAREPOINT AND SQL SERVER BASICS ALWAYSON
  • 21. • Virtually all SharePoint 2013/2016 (and many SharePoint 2010) databases now support Synchronous Replication (either via Mirroring or AOAGs) • Up until recently, only Content Databases and the Secure Store Database supported Asynchronous Replication • Now, Microsoft supports Asynchronous replication for all but the User Profile Sync databases ALWAYSON AVAILABILITY GROUPS SYNCHRONOUS VS. ASYNCHRONOUS DATABASE SUPPORT
  • 22. •This is why it is considered best practice to create at least two AOAGs for SharePoint…one for the asynchronous-only Databases, which can be replicated to remote locations, etc., and one for the synchronous databases •This is a key point, remember, you CANNOT replicate databases synchronously unless you have 1Gb+ bandwidth and less than 1ms of latency! ALWAYSON AVAILABILITY GROUPS SYNCHRONOUS VS. ASYNCHRONOUS DATABASE SUPPORT
  • 23. Database Synchronous Asynchronous Recommended AOAG Content Databases Yes Yes AOAG1 – Content App Management Yes Yes AOAG2 – SA-ASync BCS Yes Yes AOAG2 – SA-ASync Managed Metadata Yes Yes AOAG2 – SA-ASync PerformancePoint Yes Yes AOAG2 – SA-ASync PowerPivot Yes Yes AOAG2 – SA-ASync Project Server Yes Yes AOAG2 – SA-ASync Secure Store Yes Yes AOAG2 – SA-ASync Subscription Settings Yes Yes AOAG2 – SA-ASync Machine Translation Services Yes Yes AOAG2 – SA-ASync Word Automation Yes Yes AOAG2 – SA-ASync UPA Profile Yes Yes AOAG2 – SA-ASync UPA Social Yes Yes AOAG2 – SA-ASync UPA Sync Yes No AOAG3 – SA-Sync Config Yes No AOAG3 – SA-Sync Central Admin Yes No AOAG3 – SA-Sync Search Analytic Reporting Yes No AOAG3 – SA-Sync Search Admin Yes No AOAG3 – SA-Sync Search Crawl Yes No AOAG3 – SA-Sync Search Links Yes No AOAG3 – SA-Sync State Service Yes No AOAG3 – SA-Sync Usage Yes No AOAG3 – SA-Sync • All Databases supported for synchronous failover • Recently, Microsoft added asynchronous failover support for certain non-content DB types • Other Service Application types are still unsupported for asynchronous failover, though they are either not needed in a DR scenario or can be easily recreated • Highly consider the creation of multiple AOAGs, two at a minimum, three ideal, and even four or five may be common – allows for greatest flexibility of failover SHAREPOINT DATABASE COMPATIBILITY WITH AOAG
  • 24. SAMPLE AOAG DESIGN FOR SHAREPOINT -min two Ags ( better 3 ) -Content AG with four replicas – Synch and Asynch -User Profile Sync DBs on separate AG, 2 Synch copies only -DR farm in remote DC on standby to connect to content DB copy -DR copy in Azure
  • 25. High Availabilty ALWAYS ON AVAILABILITY & SHAREPOINT SQL 1 FARM 1 SQL 2 Synchron (no data loss)
  • 26. High Availabilty SQL 1 FARM 1 SQL 2 Synchronous ALWAYS ON AVAILABILITY & SHAREPOINT
  • 27. Usage Content User Profile BDC Managed Meta Search State Config SP FARM MUC Central admin Usage Content User Profile BDC Managed Meta Search State Config Central admin Sync HA – SYNC COMMIT AWOAG3-SA-SYNC AWOAG1-Content AWOAG2-SA-SYNC
  • 28. • SharePoint 2013 with SP1 and CU April 2014 or SP2016 • 3 aliases : 1 for content DB, 1 for Services DB, 1 for farm DB (CA, Config, State). Install the SharePoint farm in MUC 3 SQL aliases • Recovery mode to “full” for databases to be sync • SharePoint databases Full Backup • !!! In Test take log backups Configure SharePoint DB • Create Windows Cluster and add every SQL Node • Create 3 Always On AG & Add SharePoint DB • Create the 3 listeners (1/AVG) • Copy SP logins & permissions and other server objects on every node Configure SQL Server Cluster & Always On $alias1 = “AVG1 listener” $alias2 = “AVG2 listener” $alias3 = “AVG3 listener” $configDB = ... $alias1 = “SQL1” $alias2 = “SQL2” $alias3 = “SQL3” New-SPConfigurationDatabase -databaseName $ConfigDB -DatabaseServer $alias1 New-SPWebApplication -DatabaseServer $alias2 New-SPMetadataServiceApplication -DatabaseServer $alias3 New-SPEnterpriseSearchServiceApplication -DatabaseServer $alias1 Everything can easily be scripted ! SET UP: FARM IN MUC (MAIN FARM)
  • 29. SQL 1 FARM 1 SQL 2 FARM 2 SQL 3 Asynchronous (potential data loss) Disaster Recovery Synchronous (no data loss) DR WITH ALWAYS ON AVAILABILITY GROUPS & SHAREPOINT (ACTIVE/PASSIVE)
  • 30. Usage Content User Profile BDC Managed Meta Search State Config Central admin Usage Content User Profile BDC Managed Meta Search State Config State Content User Profile BDC Managed Meta Search !!! Central admin Config Central admin UsageAsync Sync SQL01 SQL02 SQL03 SP FARM MUC SP FARM AZUR / .. (DR) DR WITH ALWAYS ON AVAILABILITY GROUPS & SHAREPOINT (ACTIVE/PASSIVE)
  • 31. • SharePoint 2013 with SP1 and CU April 2014 or SP2016 • 3 aliases : 1 for content DB, 1 for Services DB, 1 for farm DB (CA, Config, State). • Aliases can point to listeners (not mandatory) Install the SharePoint farm in AZURE / DR 3 SQL aliases • Test DR failover with SharePointTest,Test,Test… Everything can easily be scripted ! SET UP: FARM IN AZURE / DR SITE
  • 32. • Windows Server • Windows Server 2008 R2 (w SP1 or greater) – Enterprise Edition • (PREFERRED) Windows Server 2012/2012 R2/2016 Standard/Datacenter • One per node • Can use Virtualization licensing options • SQL Server 2012/2014/2016 Enterprise Edition • MS has moved away from per-socket licenses. Licenses are now 1/4th the cost, but are now per each core. • Legacy licenses of SQL 2008/2008 R2 Enterprise are ‘grandfathered in’ if you have upgrade assurance ALWAYSON AVAILABILITY GROUPS: VERSION REQUIREMENTS
  • 33. • If you plan to use a SQL Server failover cluster instance (FCI) to host an availability replica, ensure that you understand the FCI restrictions and that the FCI requirements are met (Manual config required) • All the server instances that host availability replicas for an availability group must use the same SQL Server collation. • If any databases that use FILESTREAM will be added to an availability group, ensure that FILESTREAM is enabled on every server instance that will host an availability replica for the availability group. ALWAYSON AVAILABILITY GROUPS PREREQUISITES AND REQUIREMENTS – SQL SERVER
  • 34. • Automatic failover clustering requires servers to have the proper number of votes to ‘turn on’ a database copy. • There must always be a majority of votes to enable the node. • If a majority cannot be reached (for example, if there are only an even number of votes) the DBs will remain offline. • File Servers can act as File Share Witness (FSW) servers (additional votes.) • NEW - Add an Azure File Share Witness! • This avoids split-brain scenarios where multiple copies of a DB are online. • Be sure to give the Cluster Computer Account Full control to the FSW Share ALWAYSON AVAILABILITY GROUPS CLUSTER WITNESS AND VOTING FUNDAMENTALS
  • 35. • SharePoint must be 2010 SP1+/2013/2016. For full Asynch support, 2013 SP1 April 2014 CU+ or greater. • New databases in your farm are not added by default, they must be manually added • All databases must have a full backup run before adding to an AOAG • All databases -> FULL transaction mode ( .. is not the default for certain SP databases) ADDITIONAL SQL 2014/2016 AOAG CONSIDERATIONS AND PREREQUISITES
  • 36. • Be sure to copy SQL security accounts to all nodes in the cluster or SharePoint will fail to reconnect • Use the same SQL service accounts on all nodes • Highly recommend to use the same drive paths on all nodes • Don’t forget to flush the logs with a backup script on a regular basis! Search and Config DBs will grow large quickly. • Don’t forget about SPNs for Kerberos and use Aliases for Listeners ADDITIONAL SQL 2014/2016 AOAG CONSIDERATIONS AND PREREQUISITES
  • 37. • Any DB in FULL recovery mode (required for AOAGs) will continue to grow logs indefinitely • Be sure to run a full backup, then a transaction log backup from SQL. This will clear out logs but not shrink them • To shrink, you need to also run DBCC SHRINKFILE after the backups • For databases that don’t need to be restored, you can backup to ‘NULL’ (effectively fooling SharePoint that it has been backed up. NOTE: This does not backup any data, simply allows the logs to be flushed out. FLUSH LOGS IN AN AOAG ENVIRONMENT
  • 38. USE SPF1_ConfigDB; BACKUP DATABASE SPF1_ConfigDB TO DISK='NUL:'; BACKUP LOG SPF1_ConfigDB TO DISK='NUL:'; DBCC SHRINKFILE(SPF1_ConfigDB_log,1000) • NOTE: This sample backs up to NULL, which effectively means it’s only flushing the logs. Replace ‘NUL’ with the backup location for your environment for any databases that you need recovery from SCRIPT TO BACKUP TO NULL AND FLUSH LOGS
  • 39. AOAG STEP BY STEP
  • 40. • Install Windows Server on multiple nodes • Patch with Critical, Security, and the specific OS patches listed in previous slide • Enable the Failover Cluster Feature on each node • Use the Failover Cluster Manager Wizard to create a cluster. • Name the cluster a unique name that will be separate from the instance name that will be used for SharePoint CREATING ALWAYSON AVAILABILITY GROUPS STEP 1: CREATE WINDOWS SERVERFAILOVER CLUSTER (WSFC)
  • 41. • Install .NET Services 3.5 Feature on each SQL node • Install SQL 2014/6 Enterprise Edition Database Services (Also recommend adding SQL Management Tools – Complete) • Ensure proper Windows Firewall ports are open ( 1433, 5022 ) • Service Account for SQL • Use the same service account for all nodes • Don’t use Network Service • If using Kerberos, make sure all SQL names have SPNs associated with the service account • Make sure databases are set to FULL recovery mode • Ensure that the file paths and drive letters are consistent throughout all instances (ideally, or config will have to be manual) • Copy or Create SharePoint databases on Primary node only (use SQL Alias to change name later) • Perform a full backup of your SharePoint databases • Create a file share location that is accessible by all nodes that will be used for the shared backups (i.e. SQL1Backups) CREATING ALWAYSON AVAILABILITY GROUPS STEP 2: PREPARE NODES
  • 42. •Enable AlwaysOn High Availability in SQL Server Configuration Manager •Repeat on Each Node •Restart SQL Services CREATING ALWAYSON AVAILABILITY GROUPS STEP 2: ENABLE ALWAYSON ON EACH SQL NODE
  • 43. • Ideally use the New Availability Group Wizard, it automates the process CREATING ALWAYSON AVAILABILITY GROUPS STEP 3: CREATE THE AVAILABILITY GROUP
  • 44. • Be sure to have a shared network location for the backup files (Created in earlier step) • Depending on size of databases, this could take a while • Backups can also be pre- staged (Join Only) CREATING ALWAYSON AVAILABILITY GROUPS STEP 3: CREATE THE AVAILABILITY GROUP – CONTINUED…
  • 45. • Validation should show all green (some exceptions) • The listener (‘SQL’ in this example) will be created later, and is required for SharePoint to connect to CREATING ALWAYSON AVAILABILITY GROUPS STEP 3: CREATE THE AVAILABILITY GROUP – CONTINUED…
  • 46. • After the wizard completes, manually create the Availability Group Listener • This is the shared name that SharePoint will connect to and will provide failover (Also called the ‘Client Access Point’) • Modify the DNS record for this listener to have a low TTL (60 seconds or less) for cross-subnet failover scenarios CREATING ALWAYSON AVAILABILITY GROUPS STEP 4: CREATE THE AVAILABILITY GROUP LISTENER
  • 47. • Required in specific situations, such as when a DB is encrypted • First, add the DB to the primary server (where the DB is attached to with the following syntax: • ALTER AVAILABILITY GROUP SPDBCONTENT • ADD DATABASE SPF1_Content_TDE • GO • Then restore the DB onto the secondary server, ensuring that you choose ‘RESTORE WITH NORECOVERY’ from the Options tab • Finally, add the DB to the AG on the Secondary server • ALTER DATABASE SPF1_Content_TDE SET HADR AVAILABILITY GROUP = SPDBCONTENT; • GO CREATING ALWAYSON AVAILABILITY GROUPS MANUAL PROCESS: ADDING A DB TO AN AVAILABILITY GROUP
  • 48. • SQL Server AlwaysOn Availability Groups are the preferred design option for High Availability and Disaster Recovery at the data tier • Best Practice is to create at least two(..3) AGs for SharePoint – One for Synchronous DBs and the other for asynchronous DBs • Follow closely the guidelines, ensure data paths are the same, double-check security requirements • Plan to shrink your log files on a daily basis for non-content DBs as they will grow quickly, particularly the search databases SESSION SUMMARY SQL 2014/2016 ALWAYSON AVAILABILITY GROUPS FOR SHAREPOINT ON-PREMISES
  • 49. Lars Platzdasch | SharePoint and SQL Server VIELEN DANK FÜR EURE ZEIT Q & A
  • 50. Links • Code https://github.com/larspl/AlwaysOnAvailabilityGroupsforShareP oint • Plan for high availability and disaster recovery for SharePoint Server 2016 • https://technet.microsoft.com/en- us/library/cc263031(v=office.16).aspx