ch8 ktcddbms xuanhiens weblog

role nay có thê được dùng ở mode high- safety khi không có witness hay ở mode high-performance.. Manual failover[r]

Chương 8

N i dungơ

• Khái quát về mirroring

– Các mode v n hanh â – Cấu hình mirroring

– Giám sát hoat đ ng cua mirroringô

• Log shipping

High Availability Solutions

• Các giải pháp high availability che giấu

Các giải pháp High Availability

• AlwaysOn Failover Cluster Instances (chỉ

có SQL Server 2012)

Chọn lựa phương pháp

• M t DB có thê được mirror hay log shipping, ô

hay thưc hi n đông thời cả mirror va log ê shipping

• Đê chon phương pháp nao tùy thu c vao vi c ô ê

cần bao nhiều destination servers

– Nếu chỉ cần destination DB, thì mirroring la giải

pháp tốt nhất

Database mirroring

• Database mirroring la giải pháp đê tăng tính

sẵn sang (availability) cua CSDL, cho phép CSDL mirror thay thế CSDL chính (principal database) nếu CSDL chính khơng sẵn sang

• Database mirroring trì CSDL dư trữ nóng

(hot standby) đông b với CSDL chính ô (principal database) bằng cách chuyên các bản ghi cua nh t ky giao dich (transaction log) tư â CSDL chính sang CSDL mirror qua mạng

Lợi ích của mirroring

• Tăng khả bảo v CSDL nhờ trì ê copy cua CSDL

• Cho phép chon CSDL nao cần mirroring tư điên hình SQL Server sang điên hình SQL Server khác Cho phép mirroring nhiều CSDL cua cùng điên hình

Lợi ích của mirroring

• Có thê được thưc thi ma khơng cần HD

đ c bi t va có thê re đáng kê so với ă ê các giải pháp high-availability khác

Nhược điểm của mirroring

• Chỉ CSDL ở mơ hình full recovery mới có thê mirror

• Các CSDL h thống (master, model, msdb, tempdb) ê

không thê mirror

• Mirror khơng hở trợ cac giao dich phân tán ngang qua

các CSDL

• Mirror chỉ áp dụng cho các thay đởi tư nh t ky giao dich â

Nhược điểm của mirroring

• CSDL mirror phải cùng tên với CSDL chính

• Khi CSDL mirror bi lỗi, không gian danh cho nh t ky â

giao dich CSDL chính cũng không thê sử dụng được

Định nghĩa mirror

• Có liên quan đến SQL Servers:

– Principal server – Mirror server

Quorum

• Quorum la mới quan h hay nhiều ê

Scenario

Safety level

• Các bản ghi cua Transaction log được chuyên tư server chính sang server mirror đông b (synchronous) hay bất đông b ô ô (asynchronous) tùy theo cấp đ an toan ô (safety level) được chon

• Có cấp đ an toan:ô

Safety level

High-safety mode with automatic failover.

• Nếu chon SAFETY FULL va có witness

server cấu hình mirror, thì có thê thưc thi automatic failover.

– Nếu CSDL chính bi lỗi, các server witness va

Trinh tự thực hi n của SAFETY FULLê

1 Client gửi transaction đến CSDL chính Server chính viết bản ghi cua transaction log vao b đ m cua transaction logô ê

2 B đ m cua transaction log viết vao đia ô ê đông thời chuyên các bản ghi cua transaction log tư b đ m vao mirror ô ê server Server chính sẽ đợi xác nh n tư â mirror, đó thời gian đáp ứng cua ứng dụng sẽ tăng

Trinh tự thực hi n của SAFETY FULLê

3 Mirror server viết các bản ghi cua transaction log vao b đ m transaction log Tư b đ m ô ê ô ê được viết tiếp vao đia

4 Mirror server thông báo cho server chính la transaction đã được viết

High-safety mode without automatic failover

• Nếu chon SAFETY FULL va khơng có

witness server , thì không thê thưc hi n ê automatic failover

– Khi CSDL chính bi lỗi, mirror server không

thê tạo quorum

– Người dùng phải thưc hi n failover bằng ê

High-performance mode

• SAFETY OFF còn được goi la asynchronous

database mirroring hay high-performance mode

• Sư tương tác giữa CSDL chính va mirror la bất

High-performance mode

• Các bản ghi cua transaction log được ghi vao nh t ky â

transaction cua CSDL chính đông thời gửi cho nh t â ky transaction cua CSDL mirror (tương tư mode đơng b )ơ

• Điêm khác bi t chính la CSDL chính không đợi phản ê

hôi tư mirror ma giao dich CSDL chính được commit nó được viết vao nh t ky â transaction cua CSDL chính Nhờ đó tăng tốc đ thưc ô thi cũng tăng tải ( heavy load) cho CSDL chính

High-performance mode

• Nếu mạng bi lỡi (trễ) có thê lam cho CSDL

chính phải đợi cho đến gửi nh t ky â transaction đến CSDL mirror, va nếu CSDL chính bi lỗi thì các bản ghi cua nh t ky â transaction chưa được gửi sẽ bi mất

• Mode khơng cho phép automatic va

Xác định cấu hinh mirroring

• Dùng phương pháp:

Tiên điêu ki n của mirroringê

• Các điên hình primary, mirror, va witness

cần phải chạy cùng phiên bản cua SQL Server

– Các điên hình primary va mirror phải chạy

Các edition dùng cho mirror

• Enterprise : hở trợ performance,

high-safety, va witness modes

• Business Intelligence: hở trợ high-safety va

witness modes

• Standard : hổ trợ high-safety and witness

modes

• Web: chỉ hở trợ witness mode only

Tiên điêu ki n của mirroringê

• CSDL chính phải có mơ hình recovery la

full

• Phải bảo đảm đu khơng gian đia cho

CSDL mirror server mirror.

Tạo CSDL mirror

• Tạo full backup cua CSDL chính va các

transaction log backup tiếp sau đó

• Copy các backup va restore mirror server

với tùy chon WITH NORECOVERY đê đ t CSDL ă ở trạng thái cho phép chen các bản ghi nh t â ky cua transaction

• CSDL mirror phải cùng tên với CSDL chính

Tạo CSDL mirror

• CSDL chính va mirror nên có cùng cấu

truc thư mục

• Nếu cấu truc thư mục (directory

Trước bắt đầu mirroring

• Trước bắt đầu mirroring, hãy backup

transaction log CSDL chính va restore nó CSDL mirror với tùy chon WITH NORECOVERY

• Khơng được restore với tùy chon WITH

Định nghĩa mirroring dùng SQL Server Management Studio

• Sau đã tạo CSDL mirror

• Mở h p thoại properties cua CSDL chính:ô

– Trang options: chon recovery mode la full

– Trang Mirroring: nhấp nut Configure Security đê

mở h p thoại Configure Database Mirroring Security Wizard

• Có chon lưa:

Thực hi n mirroring dùng SQL Server ê Management Studio

• Lần lượt xác đinh điên hình server cua

Kiểm tra cấu hinh của CSDL đã mirror

• Ngay tạo xong cấu hình cua CSDL

mirror, có nhiều cách đê kiêm tra vi c ê xác l p cấu hình nay:â

– Xem trạng thái cua CSDL chính va mirror:

– Truy vấn view có tên

L nh truy vấn viewê

SELECT DB_NAME(database_id) AS Database_Name, mirroring_state_desc, mirroring_role_desc, mirroring_safety_level_desc, mirroring_partner_name, mirroring_witness_name, mirroring_witness_state_desc FROM sys.database_mirroring

Giám sát vi c mirroring CSDLê

• Có ba cách đê giám sát vi c mirroring ê

CSDL

– Database Mirroring Monitor – System Monitor

Dùng Database Mirroring Monitor

• Đê mở cơng cụ Database Mirroring

Monitor:

– Mở Management Studio va kết nối đến

server cua CSDL chính hay mirror

– Nhấp phải tại CSDL chính, chon task\

SQL Server Profiler tool

• Tư thưc đơn start, chon Programs/Microsoft

SQL Server 2012/ Performance Tools/SQL Server Profiler

• Chon New Trace, xuất hi n h p thoại Connect ê ô

to Server, chon server chính đê kết nới

• Chon tab Events Selection, chon các event liên

Thay đôi mode v n hanhâ

• Đê thay đởi mode v n hanh, mở properties â

cua CSDL chính

Chủn đơi role va failover

• Có cách chuyên đổi role:

– Manual failover

– Automatic failover

Chuyển đôi role va failover

• Manual failover : role ln sẵn sang

nếu mirror đã được cấu hinh ở mode

Chuyển đôi role va failover

• Automatic failover: nếu có dùng witness

va mirroring được cấu hinh ở mode

Chuyển đôi role va failover

• Forced service (with possible data loss):

Automatic failover

• Automatic failover có thê xảy các điều ki n sau:ê

– Đã cấu hình mirroring session với mode high-safety

va có witness

– Mirror ở trạng thái đông b (synchronized)ô

– Instance chính bi lỗi (unavailable) các

instance cua mirror va witness vẫn trì quorum Nếu tất cả instance đều mất kết nối, thì automatic

Manual failover

• Có thê kích khởi failover bằng tay bằng cách

nhấp nut Failover trang Mirroring cua h p ô thoại properties cua CSDL chính

• Ho c dùng l nh ALTER DATABASE với tùy chon ă ê

SET PARTNER FAILOVER

• Ví dụ:

USE master;

Log shipping

• Log shipping cho phép gửi cách tư

Các thu t ngư liên quan đến log shippingâ • primary server (source server)

• primary database

• secondary server (warm standby server) • secondary database

• monitor server • Backup job

Monitor server

• M t server instance thứ ba tùy chon ô

Monitor server

• Theo dõi chi tiết cua log shipping, bao gơm:

– When the transaction log on the primary database was

last backed up

– When the secondary servers last copied and restored the

backup files

– Information about any backup failure alerts.

• M t monitor server có thê giám sát nhiều log ô

shipping configurations

Log shipping plan

• Mỡi primary database chỉ có thê có kế

hoạch log shipping, mỗi kế hoạch (plan) chỉ có thê ship nhất database

• Nhưng plan có thê ship đến nhiều

Các thao tác của log shipping

1 Back up the transaction log at the primary server instance

2 Copy the transaction log file to the secondary server instance

3 Restore the log backup on the secondary server instance

• Log có thê được ship đến nhiều điên hình

Chuẩn bị trước lop shipping

• Ch̉n bi khơng gian đia đê lưu trữ các transaction

log backup primary server Cấp quyền read va write phần share cua mạng va quyền read cho account thưc hi n vi c copy secondary server.ê ê

• Tạo folder Destination secondary server Hai

công vi c (job) secondary server:ê

– Copy các transaction log backup tư mạng vao folder

destination

Chuẩn bị trước lop shipping

• Mơ hình recovery model cua primary database phải la full

hay bulk-logged

• Edition cua SQL Server 2008 phải la Enterprise, Standard,

hay Workgroup

• Nếu các server primary va secondary các domain khác

nhau thì cần xác l p đường truyền hai chiều giữa hai â domain

• Nếu DB khá lớn, nên backup đầy đu, copy backup vao

Configuring log shipping

• Hai phương pháp:

Configuring log shipping using Management Studio

1 Trên primary server, mở h p thoại ô Properties cua DB cầnlog shipping.

2 Ở trang Options, kiêm tra mô hình recovery cua DB, phải la Full hay Bulk-logged

Configuring log shipping using Management Studio

4 Nhấp vao nut Backup Settings đê đinh cấu hình cho log shipping:

– Đưa vao network share nơi ma

transaction log backups được lưu trữ trước được copy sang secondary server

Configuring log shipping using Management Studio

5 L p lich cho vi c back up nh t ky â ê â transaction log : đ t tên, thời gian, tần ă số thưc hi n ( m c đinh 15 phut lần)ê ă 6 Trong phần secondary instance, nhấp

nut add đê thêm các secondary server

Các tùy chọn khởi tạo secondary DB • Đới với DB nhỏ nên đê Management Studio restore :

– Ho c tạo full backup rôi restore nó secondary ă

server

– Ho c sử dụng bảng backup sau cùng: cần xác đinh ă

tên thư mục ma backup được lưu trữ, nhấp nut ‘‘Restore Options’’ va đưa vao path nơi chứa file data va log

• Nếu DB lớn thì nên chon tùy chon thứ ba ‘‘No, the

Tạo monitor server

• Sau tạo secondary DB, có thê tùy

chon tạo monitor server

– Nếu không thêm monitor server luc

đinh cấu hình thì sau không thê thêm được

– Nếu thêm monitor server luc cũng sẽ

Configuring log shipping using Transact-SQL

• Thưc hi n lần lượt các thu tục h thống sau ê ê

trên primary server:

– master.dbo.sp_add_log_shipping_primary_data

base

– msdb.dbo.sp_add_schedule – msdb.dbo.sp_attach_schedule – msdb.dbo.sp_update_job

Configuring log shipping using Transact-SQL

Ví dụ: Typical Log Shipping Configuration

• The primary server instance runs the backup job to

back up the transaction log on the primary database, then places the log backup into a primary log-backup file, which it sends to the shared backup folder

• Each of the three secondary server instances runs its

own copy job to copy the primary log-backup file to its own local destination folder

• Each secondary server instance runs its own restore

Kết hợp Log shipping va Mirroring

• DB chính (principal) mirroring cũng

có thê lam DB primary log shipping configuration, hay ngược lại nều phần backup share không bi ảnh hưởng tới

• Mirroring có thê chạy ở bất kỳ mode nao: