Bài đăng này thảo luận về cách thiết lập vận chuyển nhật ký, là giải pháp khôi phục sau thảm họa (DR), với các cơ sở dữ liệu Microsoft® SQL Server® AlwaysOn-configureddatabases hiện có.
Giới thiệu
Tính năng nhóm khả dụng AlwaysOn (AG) là một giải pháp khôi phục có tính khả dụng cao và khôi phục ổ đĩa cung cấp phản chiếu cơ sở dữ liệu thay thế ở cấp độ doanh nghiệp. Được giới thiệu trong SQL Server 2012 (11.x), AlwaysOn AG tối ưu hóa tính khả dụng của một nhóm cơ sở dữ liệu người dùng cho một doanh nghiệp. Họ cũng hỗ trợ một bộ cơ sở dữ liệu chính đọc-ghi và một đến tám bộ cơ sở dữ liệu thứ cấp tương ứng. Theo tùy chọn, AG có thể cung cấp cơ sở dữ liệu thứ hai để truy cập chỉ đọc và một số hoạt động sao lưu.
Vận chuyển nhật ký SQL Server cho phép bạn tự động gửi các bản sao lưu giao dịch từ cơ sở dữ liệu chính trên phiên bản máy chủ chính tới một hoặc nhiều cơ sở dữ liệu thứ hai trên các phiên bản máy chủ phụ riêng biệt. Các bản sao lưu giao dịch được áp dụng cho từng cơ sở dữ liệu thứ cấp riêng lẻ.
Lý do tại sao bạn có thể cần giao hàng theo nhật ký AlwaysOn
Giả sử rằng bạn đã định cấu hình thiết lập AlwaysOn giữa máy chủ bản sao chính và bản sao phụ của bạn và AlwaysOn được sử dụng trong trung tâm maindata. Bạn có thể cần sử dụng vận chuyển nhật ký nếu không thể mở rộng cấu hình Cụm chuyển đổi dự phòng máy chủ Windows (WSFC) được yêu cầu vào trang DR. Bao gồm các khả năng sau:
- Cơ sở hạ tầng hoặc nhân viên không thể duy trì cấu hình WSFC giữa các trang web khác nhau.
- Bạn không thể tận dụng máy chủ đích trong trang DR trong cấu hình WSFC vì nó đã là một phần của cấu hình WSFC khác.
- Các thỏa thuận mức dịch vụ (SLA) về mục tiêu điểm khôi phục (RPO) và mục tiêu thời gian phục hồi (RTO) buộc khôi phục nhanh khỏi lỗi thủ công, điều này chỉ có thể được thực hiện khi khôi phục bị trì hoãn khôi phục các bản sao lưu giao dịch trên một trường hợp có tính khả dụng cao (HA) và chiến lược DR.
Do đó, bạn cần cung cấp máy chủ đích, nằm trong trang DR, bằng cách sử dụng vận chuyển nhật ký để gửi nhật ký giao dịch từ các bản sao lưu được thực hiện trong trang web chính trên trang chính hiện tại.
Điều kiện tiên quyết để sử dụng vận chuyển nhật ký
Trước khi thiết lập vận chuyển nhật ký, hãy đảm bảo bạn đáp ứng các điều kiện tiên quyết sau:
- Cơ sở dữ liệu chính phải sử dụng mô hình khôi phục được ghi nhật ký hàng loạt hoặc đầy đủ. Việc chuyển cơ sở dữ liệu sang khôi phục đơn giản khiến quá trình vận chuyển nhật ký ngừng hoạt động.
- Trước khi định cấu hình vận chuyển nhật ký, bạn phải tạo một đường dẫn được chia sẻ để cung cấp các bản sao lưu nhật ký giao dịch cho máy chủ phụ.
- Các thủ tục được lưu trữ trong nhật ký vận chuyển yêu cầu tư cách thành viên trong vai trò máy chủ được sửa chữa hệ thống.
- Đường dẫn được chia sẻ sao lưu phải có quyền đọc và ghi đối với tài khoản dịch vụ SQLServer.
Định cấu hình ví dụ về giải pháp DR về vận chuyển trong nhật ký
Trong ví dụ này, chúng tôi đã thiết lập AlwasyOn giữa máy chủ bản sao chính, được gọi là PRIMEHEAD và bản sao phụ của bạn, được gọi là HEAD2, như hiển thị trong hình ảnh sau:
Phần này cung cấp giải pháp từng bước để định cấu hình vận chuyển nhật ký trên cơ sở dữ liệu quảng cáo đã là một phần của AlwaysOn AG.
Bước 1
Định cấu hình vận chuyển nhật ký cho AdventureWork2014 cơ sở dữ liệu giữaPRIMEHEAD và máy chủ DR, HEAD3.
Trong khi định cấu hình vận chuyển nhật ký trên cơ sở dữ liệu, hãy sao lưu đầy đủ AdventureWork2014 cơ sở dữ liệu và khôi phục nó trên HEAD3 với tính năng non -recovery.Bạn cần tạo một thư mục chia sẻ trên PRIMEHEAD để lưu trữ bản sao lưu nhật ký mà LSCopy (ghi nhật ký vận chuyển) công việc sử dụng.
Bước 2
Nhấp chuột phải vào cơ sở dữ liệu, chọn Thuộc tính và nhấp vào Vận chuyển nhật ký giao dịch ở bên trái của PRIMEHEAD. Sau đó, nhấp vào được đánh dấu Bật tính năng này làm cơ sở dữ liệu chính trong cấu hình vận chuyển nhật ký hộp kiểm như được hiển thị trong hình ảnh sau:
Bước 3
Nhấp vào Cài đặt sao lưu để định cấu hình LS Backup quyền mua. Chọn đường dẫn chia sẻ mạng cho LS Backup, như thể hiện trong hình ảnh sau:
Bước 4
Tại thời điểm này, bạn cũng có thể lập lịch sao lưu LS theo yêu cầu của mình. Tuy nhiên, trong trường hợp này, hãy sử dụng cài đặt mặc định.
Bước 5
Để thêm máy chủ DR, hãy nhấp vào Thêm như thể hiện trong hình ảnh sau:
Bước 6
Nhấp vào Kết nối để kết nối với HEAD3, máy chủ DR, như được hiển thị trong hình ảnh sau:
Bước 7
Trên Khởi tạo cơ sở dữ liệu phụ , chọn tùy chọn thứ ba vì cơ sở dữ liệu đã được khởi tạo trên HEAD3.
Bước 8
Nhấp vào nút Sao chép tệp chuyển hướng. Trong Thư mục đích cho các tệp đã sao chép , nhập đường dẫn nơi sao lưu nhật ký giao dịch được sao chép. Đối với trường hợp này, hãy sử dụng C:\ LSCopyAlwaysOn cho đường dẫn, như được hiển thị trong hình ảnh sau:
Bước 9
Trên Khôi phục Nhật ký giao dịch trong tab Trạng thái cơ sở dữ liệu khi khôi phục bản sao lưu , chọn Không có chế độ khôi phục hoặc Chế độ chờ , như được hiển thị trong hình ảnh sau:
Trong ví dụ này, chúng tôi đã chọn Không có chế độ khôi phục , ngụ ý rằng DRdatabase không thể truy cập được. Nếu bạn chọn Chế độ chờ , cơ sở dữ liệu DR khả dụng cho người dùng cuối ở chế độ chỉ đọc.
Bước 10
Nhấp vào OK để bắt đầu vận chuyển nhật ký.
Màn hình sau sẽ hiển thị:
Bước 11
Để kiểm tra trạng thái vận chuyển nhật ký, hãy nhấp chuột phải vào máy chủ DR, HEAD3, các phiên bản và chọn Báo cáo-> Báo cáo chuẩn—> Trạng thái vận chuyển nhật ký giao dịch . Nếu màn hình sau xuất hiện, quá trình vận chuyển nhật ký diễn ra bình thường và hoạt động như mong đợi.
Nếu xảy ra lỗi AG giữa PRIMEHEAD và HEAD2, quá trình vận chuyển nhật ký sẽ bị gián đoạn cho đến khi bạn định cấu hình nó theo thông số kỹ thuật của AG.
Bây giờ bạn có thể định cấu hình vận chuyển nhật ký từ HEAD2 đến HEAD3, điều này sẽ không ảnh hưởng đến chức năng vận chuyển nhật ký ngay cả khi có lỗi xảy ra trong tương lai giữa các bản sao của theAG. Sao lưu nhật ký luôn diễn ra trên cùng một đường dẫn hoặc vị trí, bất kể bản sao nào đang đóng vai trò là bản chính.
Bạn cần phải bắt đầu một lần thất bại giữa các bản sao. Trước khi bắt đầu chuyển khoản, hãy hoàn thành các bước sau:
-
Thực hiện công việc sao lưu LS trên bản sao chính và vô hiệu hóa công việc.
-
Thực thi một bản sao LS và công việc khôi phục trên bản sao thứ cấp, sau đó vô hiệu hóa nó.
Để thực hiện việc này, hãy nhấp chuột phải vào AG và chọn tùy chọn fail over như được hiển thị trong hình ảnh sau:
Bạn cũng có thể thực hiện điều này bằng cách sử dụng các lệnh T-SQL sau để kích hoạt thủ công lỗi AG:
USE master;
GO
ALTER AVAILABILITY GROUP [AGName] FAILOVER
GO
Sau khi fail over hoàn tất, cửa sổ sau sẽ hiển thị:
Bước 12
Sau khi AG bị lỗi giữa PRIMEHEAD và HEAD2, phiên bản chính hiện tại là HEAD2.
Làm theo các bước tương tự để định cấu hình vận chuyển nhật ký từ ornode máy chủ chính hiện tại, HEAD2, đến Máy chủ DR, HEAD3. Trong khi định cấu hình vận chuyển nhật ký, hãy chọn đường dẫn được chia sẻ cùng tên mà bạn đã sử dụng trong quá trình cấu hình LS giữa PRIMEHEAD vàHEAD3, \ Avail2017 \ lsbackup .
Bước 13
Sau khi quá trình vận chuyển nhật ký giữa HEAD2, cơ sở chính hiện tại và HEAD3 hoàn tất, công việc sao lưu LS sẽ được tạo trên HEAD2 và một tập hợp khác của bản sao LS và các chương trình khôi phục LS được tạo trên HEAD3.
Một lần nữa, bắt đầu một lỗi giữa các bản sao AG. Trước khi bắt đầu chuyển khoản, hãy đảm bảo hoàn thành các bước sau:
-
Thực thi công việc sao lưu LS trên chính (HEAD2) và vô hiệu hóa công việc.
-
Thực thi công việc sao chép và khôi phục LS trên phụ (HEAD3) rồi tắt nó.
Bước 14
Sau khi lỗi cuối cùng kết thúc, máy chủ chính hiện tại là PRIMEHEAD, HEAD2 là bản sao thứ hai và HEAD3 là máy chủ DR. Vì công việc sao lưu LS tồn tại trên máy chủ (chính và phụ), bạn cần sửa đổi công việc sao lưu LS trên PRIMEHEAD và HEAD2 để đảm bảo rằng nó chỉ thực hiện sao lưu nhật ký từ chính hiện tại.
Để thực hiện việc này, hãy thêm mã sau vào bước công việc 1:
Declare @dbname as varchar(20)
Set @dbname=’AdventureWorks2014’
If sys.fn_hadr_backup_is_preferred_replica (@dbname)<>1
begin
RAISERROR (50005,-- Message id,
16, -- Severity,
1, --State,
N’This is not the primary server backup is rolled back’);
end
Hình ảnh sau minh họa điều này:
Sau khi thực hiện các thay đổi trước đó, hãy lưu ý rằng công việc sao lưu LS bắt đầu không thành công trên máy chủ phụ nhưng chạy tốt trên máy chủ chính.
Bước 15
Vì có hai bộ lệnh sao chép và khôi phục LS trên HEAD3, máy chủ DR, bạn phải đảm bảo rằng chỉ một bộ lệnh chạy tại một thời điểm. Bạn cần phải bật các thao tác đã được tạo trong khi định cấu hình vận chuyển nhật ký giữa HEAD2 vàHEAD3 và vô hiệu hóa nhóm công việc khác.
Hình ảnh sau đây cho thấy thêm chi tiết:
Bây giờ, bạn đã định cấu hình thành công việc vận chuyển nhật ký trên cơ sở dữ liệu là một phần mới của AlwaysOn AG. Bất kể máy chủ nào đang hoạt động như một máy chủ chính, việc vận chuyển nhật ký của bạn sẽ được đồng bộ hóa.
Lưu ý :Chúng tôi đặc biệt khuyên bạn không nên thực hiện bất kỳ thay đổi nào trong quá trình sản xuất mà không thử nghiệm. Trước khi triển khai giải pháp này trong môi trường sản xuất của bạn, trước tiên hãy triển khai cấu hình này trong môi trường thử nghiệm.
Xác thực:
a) Đảm bảo rằng công việc sao lưu đang chạy thành công trên bản sao chính hiện tại. b) Đường dẫn sao lưu phải giống với đường dẫn được chia sẻ. c) Các công việc sao lưu và khôi phục, được tạo trong quá trình cấu hình LS từ HEAD2 đến HEAD3 phải chạy đúng cách trên máy chủ DR. d) Kiểm tra Trạng thái Vận chuyển Nhật ký Giao dịch trong phần báo cáo tiêu chuẩn.
Kết luận
Việc định cấu hình vận chuyển nhật ký trên một cơ sở dữ liệu có tính khả dụng cao cho phép bạn thiết lập một máy chủDR trong một trung tâm dữ liệu khác. Thiết lập này tỏ ra hữu ích trong trường hợp có adisaster và giữ cho doanh nghiệp của bạn không bị ảnh hưởng trong khi yêu cầu tối thiểu hiệu quả thủ công nếu các máy chủ trong trung tâm dữ liệu khác bị ảnh hưởng.
Sử dụng tab Phản hồi để đưa ra bất kỳ nhận xét hoặc đặt câu hỏi nào.
Tối ưu hóa môi trường của bạn với quản trị, quản lý và cấu hình chuyên gia
Dịch vụ ứng dụng của Rackspace (RAS) các chuyên gia cung cấp các dịch vụ chuyên nghiệp và được quản lý sau trên nhiều danh mục ứng dụng:
- nền tảng Thương mại điện tử và Trải nghiệm Kỹ thuật số
- Hoạch định Nguồn lực Doanh nghiệp (ERP)
- Kinh doanh Thông minh
- Quản lý quan hệ khách hàng của Salesforce (CRM)
- Cơ sở dữ liệu
- Lưu trữ Email và Năng suất
Chúng tôi cung cấp:
- Chuyên môn không thiên vị :Chúng tôi đơn giản hóa và hướng dẫn hành trình hiện đại hóa của bạn, tập trung vào các khả năng mang lại giá trị tức thì.
- Trải nghiệm cuồng tín ™:Chúng tôi kết hợp một Quy trình trước. Công nghệ thứ hai. Tiếp cận với hỗ trợ kỹ thuật chuyên dụng để cung cấp các giải pháp toàn diện.
- Danh mục đầu tư vô song :Chúng tôi áp dụng nhiều kinh nghiệm về đám mây để giúp bạn lựa chọn và triển khai công nghệ phù hợp trên đám mây phù hợp.
- Phân phối nhanh :Chúng tôi đáp ứng bạn ở nơi bạn đang ở trong hành trình và thành công vượt bậc với bạn.
Trò chuyện ngay bây giờ để bắt đầu.