+ All Categories
Home > Documents > SQL Server 2008 R2 - Implementing High Availabilitty

SQL Server 2008 R2 - Implementing High Availabilitty

Date post: 13-May-2015
Category:
Upload: rishu-mehra
View: 928 times
Download: 0 times
Share this document with a friend
Popular Tags:
22
SQL Server 2008 R2 Implementing High Availability
Transcript
Page 1: SQL Server 2008 R2 - Implementing High Availabilitty

SQL Server 2008 R2Implementing High Availability

Page 2: SQL Server 2008 R2 - Implementing High Availabilitty

High availability ChallengeUptime SLA Downtime Per

YearDowntime Per Month

99.9% 8.76 Hours 43.8 Minutes

99.99% 52.6 Minutes 4.38 Minutes

99.999% 5.26 Minutes 0.438 Minutes

Page 3: SQL Server 2008 R2 - Implementing High Availabilitty

SQL Server 2008 R2 High Availability Goals Hardware Failover Clustering Database Mirroring Replication Log Shipping

Page 4: SQL Server 2008 R2 - Implementing High Availabilitty

Goals for High Availability Second copy of our data Have Real time or Near Real time switch

over Second copy – Updated Frequently Reduce workload – Automatic Switch

over to the second database

Less downtime for our users

Page 5: SQL Server 2008 R2 - Implementing High Availabilitty

Techniques available Hardware Failover clustering Database Mirroring Replication Log Shipping

Page 6: SQL Server 2008 R2 - Implementing High Availabilitty

Hardware Redundant Power supplies RAID Arrays Redundant CPU Power Redundant Network Cards SCSI/SAN Controllers

Key is redundancy

Page 7: SQL Server 2008 R2 - Implementing High Availabilitty

Node A

SQL Server failover clustering

Node B

Nodes

Clients

H/W H/W

Active - Passive

Page 8: SQL Server 2008 R2 - Implementing High Availabilitty

SQL Server failover clustering

Nodes A

Clients

Node A

H/W

Node B

H/W

Active - Active

Nodes B

Page 9: SQL Server 2008 R2 - Implementing High Availabilitty

A

C

DB

SQL 1

SQL 2

SQL 3

SQL 4

SQL 5

SQL 6

SQL 7

SQL 8

Page 10: SQL Server 2008 R2 - Implementing High Availabilitty

SQL 1(Principal)

A

B

SQL 2(Mirror)

A(copy)Transaction

Clients

SQL Native Client

Page 11: SQL Server 2008 R2 - Implementing High Availabilitty

Database Mirroringo Hot Standby protects against database or server failureo Provides a fault-tolerant database o Cost effective as no specialized hardware is requiredo Straightforward setup and administrationo Automatic or manual failover

o SQL Server 2008 R2 does not require a database restart after manual failover

o No shared components; two separate copies of datao SQL Server 2008 compresses the log stream from

principal to mirror

Page 12: SQL Server 2008 R2 - Implementing High Availabilitty

Database Mirroring Several different modes available It works on per database, clustering is per

instance basis Interaction with other database features which

involve storage outside database Log shipping Full text catalogues Database snapshots Replication

Does not support FILESTREAM Need to create server logins

Page 13: SQL Server 2008 R2 - Implementing High Availabilitty

Replication

Transactional Merge Replication Snapshot Replication

There is no built in type of Failover

Page 14: SQL Server 2008 R2 - Implementing High Availabilitty

A

C

B

Page 15: SQL Server 2008 R2 - Implementing High Availabilitty

Tokyo

New Delhi

New York

Clients

Page 16: SQL Server 2008 R2 - Implementing High Availabilitty

Replication High performance ─ latency measured in

seconds Minimal load on the server Cost effective as no specialized

hardware is required Straightforward setup and

administration Subscriber is accessible Used mainly for Scalability

Page 17: SQL Server 2008 R2 - Implementing High Availabilitty

SQL 1

A

B

SQL 2

A(copy)

Transaction Log Backup

Transaction Log Backup

Clients

Page 18: SQL Server 2008 R2 - Implementing High Availabilitty

Log Shipping Not Real-time Less Resource Hungary on Servers Supports FILESTREAM Provides database redundancy

Every some [Time]

Filestream

Page 19: SQL Server 2008 R2 - Implementing High Availabilitty

Log Shipping Cost effective as no specialized

hardware is required Straightforward setup and

administration Running read operations

such as reports on asecondary server is permitted

Users are disconnected when logrestore occurs

Page 20: SQL Server 2008 R2 - Implementing High Availabilitty

Log Shipping Can maintain multiple secondary servers Records history and status of backup/restore

jobs May set up to raise alerts when jobs fail

Page 21: SQL Server 2008 R2 - Implementing High Availabilitty

SQL Server 2008 R2 High Availability Goals Hardware Failover Clustering Database Mirroring Replication Log Shipping

Page 22: SQL Server 2008 R2 - Implementing High Availabilitty

Thank you and Q.A.


Recommended