SQL Server Sao chép nhật ký: Hướng dẫn đầy đủ dành cho DBA [2026]

SQL Server Sao lưu nhật ký giao dịch (log shipping) là một giải pháp phục hồi thảm họa tự động, duy trì các bản sao dự phòng nóng của cơ sở dữ liệu sản xuất. Công nghệ này chuyển các bản sao lưu nhật ký giao dịch từ cơ sở dữ liệu chính trên máy chủ chính sang một hoặc nhiều cơ sở dữ liệu phụ trên các máy chủ phụ riêng biệt, đảm bảo các cơ sở dữ liệu phụ luôn được đồng bộ hóa với cơ sở dữ liệu chính, cung cấp khả năng bảo vệ chống mất dữ liệu và lỗi máy chủ.

1.2 Mục đích và lợi ích của vận chuyển gỗ

Sao chép nhật ký phục vụ nhiều mục đích quan trọng trong quản trị cơ sở dữ liệu:

Vai trò chính của nó là khôi phục sau sự cố, cung cấp mục tiêu dự phòng đáng tin cậy khi máy chủ chính của bạn không hoạt động do lỗi phần cứng, lỗi phần mềm hoặc các sự kiện thảm khốc ảnh hưởng đến trung tâm dữ liệu của bạn.
Nó cũng tiết kiệm chi phí. giải pháp khả dụng caoKhông giống như các tính năng cấp doanh nghiệp yêu cầu giấy phép đắt tiền, tính năng sao chép nhật ký hoạt động với... SQL Server Phiên bản tiêu chuẩn, giúp các tổ chức có ngân sách hạn chế dễ dàng tiếp cận.
Các cơ sở dữ liệu phụ ở chế độ chờ mang lại giá trị bổ sung ngoài khả năng phục hồi sau sự cố. Quản trị viên cơ sở dữ liệu có thể sử dụng chúng để báo cáo chỉ đọc, giảm tải khối lượng truy vấn cho máy chủ sản xuất.
Tính năng khôi phục trì hoãn cung cấp khả năng bảo vệ chống lại các thay đổi dữ liệu ngoài ý muốn. Bằng cách thiết lập độ trễ khôi phục, bạn tạo ra một khoảng thời gian để phục hồi từ các lỗi người dùng trước khi các thay đổi gây hại ảnh hưởng đến cơ sở dữ liệu phụ của bạn.

2. SQL Server Các thành phần và quy trình vận chuyển hàng hóa

Vận chuyển gỗ bao gồm các thành phần sau:

Máy chủ chính và cơ sở dữ liệu chính: Máy chủ chính đại diện cho hệ thống sản xuất của bạn. SQL Server Phiên bản đang chạy cơ sở dữ liệu chính.
Thư mục sao lưu: Vị trí trung gian để lưu trữ và chuyển các bản sao lưu nhật ký giao dịch từ máy chủ chính sang các máy chủ phụ.
Máy chủ phụ và cơ sở dữ liệu phụ: Các máy chủ phụ lưu trữ các bản sao dự phòng (warm standby) của cơ sở dữ liệu chính.
Máy chủ giám sát (Tùy chọn): Máy chủ này theo dõi lịch sử và trạng thái của tất cả các hoạt động sao lưu, sao chép và khôi phục trên toàn bộ cấu trúc sao chép nhật ký của bạn.
Các tác vụ của Agent: Bao gồm các tác vụ sao lưu, sao chép, khôi phục và cảnh báo, tự động hóa toàn bộ quy trình vận chuyển nhật ký.

Quy trình tự động hóa như sau:

Quá trình sao lưu được thực hiện trên máy chủ chính và tạo các bản sao lưu nhật ký giao dịch của cơ sở dữ liệu chính trên thư mục chia sẻ sao lưu.
Quá trình sao chép được thực hiện trên mỗi máy chủ phụ và chuyển các tệp sao lưu nhật ký từ thư mục chia sẻ sao lưu sang (các) máy chủ phụ.
Quá trình khôi phục chạy trên mỗi máy chủ phụ và áp dụng các bản sao lưu nhật ký giao dịch đã sao chép vào cơ sở dữ liệu phụ.
Công việc cảnh báo chạy trên máy chủ giám sát và kiểm tra xem các thao tác sao lưu và khôi phục có được hoàn thành trong khung thời gian chấp nhận được hay không.

3. Điều kiện tiên quyết và yêu cầu

3.1 SQL Server Yêu cầu phiên bản

Vận chuyển gỗ đã có sẵn từ lâu. SQL Server Năm 2000 và vẫn được hỗ trợ trong tất cả các phiên bản tiếp theo. SQL Server Từ năm 2005 đến năm 2025. Sự hỗ trợ lâu dài này chứng tỏ tính ổn định và tầm quan trọng bền vững của công nghệ.

3.2 SQL Server Yêu cầu phiên bản

Tính năng sao chép nhật ký hoạt động với các phiên bản Standard, Workgroup, Enterprise và Developer của phần mềm. SQL ServerViệc hỗ trợ nhiều phiên bản này giúp các tổ chức không có giấy phép Phiên bản Doanh nghiệp cũng có thể sử dụng tính năng sao chép nhật ký, không giống như các tính năng khác như... Luôn có sẵn các nhóm sẵn có Những phiên bản này yêu cầu phiên bản Doanh nghiệp hoặc Phiên bản dùng thử.

Lưu ý: Phiên bản Express không hỗ trợ sao chép nhật ký.

3.3 Yêu cầu về mô hình phục hồi cơ sở dữ liệu

Sao chép nhật ký yêu cầu cơ sở dữ liệu chính sử dụng mô hình phục hồi đầy đủ hoặc mô hình phục hồi ghi nhật ký hàng loạt. Mô hình phục hồi đơn giản không được hỗ trợ vì SQL Server Tự động cắt bớt nhật ký giao dịch, phá vỡ chuỗi nhật ký liên tục cần thiết cho việc sao chép nhật ký.

Để biết thêm chi tiết về các mô hình phục hồi, vui lòng xem phần sau. hướng dẫn toàn diện về SQL Server sao lưu.

4. Cấu hình sao chép nhật ký bằng SSMS

4.1 Tạo thư mục để sao lưu và chia sẻ

Trước khi cấu hình sao lưu nhật ký giao dịch, hãy chuẩn bị thư mục chia sẻ sao lưu nơi các bản sao lưu nhật ký giao dịch sẽ được lưu trữ và chuyển giao.

Trên máy chủ chính hoặc máy chủ tập tin chuyên dụng, hãy tạo một thư mục (ví dụ: C:\Backup)
Nhấp chuột phải vào thư mục và chọn Bất động sản
Nhấn vào Chia sẻ chuyển hướng
Nhấp chuột Chia sẻ nâng cao
kiểm tra Chia sẻ thư mục này
Nhấp chuột Quyền và cấp Full Control cho phép SQL Server tài khoản dịch vụ Dịch vụ NT\MSSQLSERVER.
Nhấp chuột OK để đăng ký.
Ghi lại đường dẫn mạng (UNC) (ví dụ: \\TÊN-MÁY-CHO\Sao-Xóa)

4.2 Kích hoạt và cấu hình sao chép nhật ký

Nhấp chuột phải vào cơ sở dữ liệu chính và chọn Bất động sản.
Trong tạp chí Thuộc tính cơ sở dữ liệu hộp thoại, chọn Nhật ký giao dịch vận chuyển trang ở bảng điều khiển bên trái.
kiểm tra Kích hoạt tùy chọn này làm cơ sở dữ liệu chính trong cấu hình sao chép nhật ký. để cho phép sao chép nhật ký.
Sau đó, bạn có thể cấu hình các thiết lập sao lưu, máy chủ phụ và máy chủ giám sát trong trang thuộc tính này. Chúng tôi sẽ giới thiệu chúng trong các phần phụ tiếp theo.

4.2.1 Cấu hình cài đặt sao lưu

Nhấn vào Cài đặt sao lưu nút
Trong tạp chí Cài đặt sao lưu nhật ký giao dịch hộp thoại, dưới Đường dẫn mạng đến thư mục sao lưu Trong trường này, nhập đường dẫn UNC (ví dụ: \\TÊN-MÁY-CHO\Sao-Xóa)
Nếu thư mục sao lưu nằm trên máy chủ chính, hãy nhập đường dẫn cục bộ (ví dụ: C:\Backup)
Cấu hình các thiết lập khác, chẳng hạn như thời gian lưu giữ bản sao lưu, ngưỡng cảnh báo, tác vụ sao lưu và nén dữ liệu.
Nhấp chuột OK Để xác nhận các cài đặt và đóng hộp thoại.

4.2.2 Cấu hình máy chủ phụ và cơ sở dữ liệu

Nhấp chuột Thêm Dưới Các phiên bản máy chủ phụ và cơ sở dữ liệu
Trong tạp chí Cài đặt cơ sở dữ liệu phụ thoại, bấm Kết nối để kết nối với máy chủ phụ.
Trong tạp chí Cơ sở dữ liệu thứ cấp Từ menu thả xuống, chọn cơ sở dữ liệu hiện có hoặc nhập tên cơ sở dữ liệu mới.
Trong tạp chí Khởi tạo cơ sở dữ liệu phụ tab, chọn Vâng, hãy tạo bản sao lưu đầy đủ của cơ sở dữ liệu chính và khôi phục nó vào cơ sở dữ liệu phụ (và tạo cơ sở dữ liệu phụ nếu nó chưa tồn tại).
Nhấn vào Sao chép tệp chuyển hướng
Trong tạp chí Thư mục đích cho các tệp đã sao chép (Thư mục này thường nằm trên máy chủ phụ)Nhập đường dẫn cục bộ của thư mục đích trên máy chủ phụ.
Hãy đảm bảo thư mục đó tồn tại và SQL Server Tài khoản dịch vụ có quyền ghi
Nhấp chuột OK Để xác nhận các cài đặt và đóng hộp thoại.

4.2.3 Cấu hình máy chủ giám sát

kiểm tra Sử dụng một phiên bản máy chủ giám sát.
Nhấp chuột Cài Đặt
Nhấp chuột Kết nối để kết nối với phiên bản máy chủ giám sát
Thiết lập Xóa lịch sử sau để chỉ định thời gian lưu giữ tính bằng giờ
Nhấp chuột OK Để xác nhận các cài đặt và đóng hộp thoại.

4.2.4 Xem xét và hoàn tất cấu hình

Xem lại tất cả các cài đặt trên Nhật ký giao dịch vận chuyển trang
Kiểm tra cài đặt sao lưu, cấu hình máy chủ phụ và cài đặt giám sát.
Nhấp chuột OK để áp dụng cấu hình
Trình hướng dẫn sẽ tạo tất cả các tác vụ cần thiết trên máy chủ chính, máy chủ phụ và máy chủ giám sát.
Nhấp chuột Đóng khi quá trình cấu hình hoàn tất

5. Ưu điểm và nhược điểm của vận chuyển gỗ

5.1 Lợi ích của SQL Server Ghi nhật ký vận chuyển

Giải pháp hiệu quả: Lam việc vơi SQL Server Phiên bản tiêu chuẩn, loại bỏ các yêu cầu cấp phép đắt đỏ của phiên bản doanh nghiệp. Điều này giúp các tổ chức có ngân sách hạn chế có thể tiếp cận giải pháp phục hồi sau sự cố đáng tin cậy.
Dễ dàng cấu hình và bảo trì: Trình hướng dẫn cấu hình sẽ hướng dẫn quản trị viên thực hiện thiết lập với các tùy chọn rõ ràng. Hầu hết các cơ sở dữ liệu có thể được cấu hình trong vòng 15-30 phút mà không cần đào tạo chuyên sâu.
Hỗ trợ nhiều máy chủ phụ: Hỗ trợ nhiều máy chủ phụ mà không bị giới hạn về kiến trúc. Triển khai một máy chủ phụ để khôi phục dữ liệu sau sự cố tại chỗ, một máy chủ phụ khác từ xa và một máy chủ phụ thứ ba để báo cáo.
Tác động tối thiểu đến máy chủ chính: Hoạt động bất đồng bộ, loại bỏ chi phí đồng bộ hóa trên máy chủ chính. Thời gian cam kết giao dịch vẫn không bị ảnh hưởng.
Sử dụng các bản sao lưu nhật ký giao dịch hiện có: Sao lưu nhật ký giao dịch (Log Shipping Backups) là các bản sao lưu nhật ký giao dịch tiêu chuẩn, có thể sử dụng để khôi phục tại một thời điểm cụ thể mà không cần thông qua sao lưu nhật ký giao dịch thông thường.
Tùy chọn khôi phục trì hoãn: Tính năng trì hoãn khôi phục cung cấp khả năng bảo vệ chống lại các sửa đổi dữ liệu ngẫu nhiên không khả dụng trong giải pháp sao chép thời gian thực.
Không cần dùng chung bộ nhớ: Sử dụng bộ nhớ độc lập trên mỗi máy chủ, loại bỏ yêu cầu về bộ nhớ dùng chung và các chi phí liên quan.
Hỗ trợ đa nền tảng: Hoạt động hoàn toàn giống nhau trên cả Windows và Linux. SQL Server triển khai.
Hoạt động trên nhiều lĩnh vực: Không yêu cầu thiết lập quan hệ tin cậy giữa các miền hoặc tích hợp với Active Directory.

5.2 Nhược điểm và hạn chế của vận chuyển gỗ

Không có tính năng chuyển đổi dự phòng tự động: Hạn chế chính là yêu cầu chuyển đổi dự phòng thủ công. Quản trị viên phải thực hiện nhiều bước trước khi dịch vụ hoạt động trở lại.
Độ trễ đồng bộ dữ liệu: Các cơ sở dữ liệu phụ luôn chậm hơn các cơ sở dữ liệu chính về tần suất sao lưu và phục hồi.
Chỉ cấu hình ở cấp độ cơ sở dữ liệu: Cấu hình được thực hiện ở cấp độ cơ sở dữ liệu chứ không phải cấp độ phiên bản. Bảo vệ 50 cơ sở dữ liệu đòi hỏi 50 cấu hình riêng biệt.
Thay đổi chuỗi kết nối thủ công: Các ứng dụng phải cập nhật chuỗi kết nối để trỏ đến máy chủ dự phòng sau khi chuyển đổi dự phòng.
Sự gián đoạn cơ sở dữ liệu thứ cấp: Chế độ chờ của các cơ sở dữ liệu phụ sẽ ngắt kết nối người dùng trong quá trình khôi phục.
Quản lý cơ sở dữ liệu riêng biệt: Mỗi cấu hình cơ sở dữ liệu phải được quản lý riêng lẻ mà không có khả năng quản lý phối hợp.

6. Các phương pháp tốt nhất và các trường hợp sử dụng

6.1 Khi nào nên sử dụng vận chuyển hàng hóa theo nhật ký

Giải pháp phục hồi sau thảm họa với ngân sách thấp: Đây là giải pháp phục hồi sau thảm họa tiết kiệm chi phí nổi bật dành cho các tổ chức không đủ khả năng chi trả phí cấp phép phiên bản Enterprise Edition.
Yêu cầu RPO/RTO ở mức độ vừa phải: Các ứng dụng có thể chịu được việc mất dữ liệu từ 15-30 phút và thời gian ngừng hoạt động từ 30-60 phút hoàn toàn phù hợp với khả năng của nó.
Máy chủ báo cáo chỉ đọc: Tạo bản sao chỉ đọc cho các khối lượng công việc báo cáo cho phép chịu được sự ngắt kết nối định kỳ.
Môi trường phiên bản tiêu chuẩn: Các tổ chức đã tiêu chuẩn hóa về SQL Server Phiên bản Standard Edition không có quyền truy cập vào Always On Availability Groups, do đó sao chép nhật ký hệ thống là lựa chọn tốt nhất hiện có.
Các dự án di chuyển máy chủ: Hỗ trợ quá trình di chuyển máy chủ bằng cách duy trì các bản sao được đồng bộ hóa trong suốt thời gian chuyển đổi.
Yêu cầu dữ liệu bị trì hoãn: Cấu hình độ trễ khôi phục để duy trì cơ sở dữ liệu ở các thời điểm cố định trong quá khứ nhằm mục đích tuân thủ quy định hoặc kiểm toán.

6.2 Khi nào KHÔNG nên sử dụng vận chuyển hàng hóa bằng sổ nhật ký

Yêu cầu thời gian ngừng hoạt động gần như bằng không: Các ứng dụng có yêu cầu RTO dưới 15 phút không thể dựa vào cơ chế chuyển đổi dự phòng thủ công.
Cần có tính năng chuyển đổi dự phòng tự động: Không phù hợp khi yêu cầu kinh doanh đòi hỏi khả năng chuyển đổi dự phòng tự động mà không cần sự can thiệp của quản trị viên.
Cần đồng bộ hóa thời gian thực: Các ứng dụng yêu cầu dữ liệu thời gian thực hoặc gần thời gian thực trên các máy chủ phụ không thể chấp nhận độ trễ vốn có của việc sao chép nhật ký.
Mức độ chịu đựng tối thiểu về mất dữ liệu: Các tổ chức có RPO được đo bằng giây hoặc yêu cầu không mất dữ liệu cần các giải pháp đồng bộ.

6.3 phương pháp hay nhất

Tối ưu hóa tần suất sao lưu: Cân bằng tần suất sao lưu với chi phí hệ thống và mục tiêu phục hồi. Bắt đầu với khoảng thời gian 15 phút và điều chỉnh dựa trên nhu cầu thực tế.
Các yếu tố cần xem xét về đường dẫn mạng: Hãy sử dụng đường dẫn UNC thay vì ổ đĩa được ánh xạ cho vị trí sao lưu. Đặt các thư mục chia sẻ sao lưu trên cơ sở hạ tầng mạng đáng tin cậy.
Thiết lập giám sát và cảnh báo: Thiết lập cảnh báo cho các lỗi sao lưu, sao chép và khôi phục ngay sau khi hoàn tất thiết lập sao chép nhật ký.
Lịch kiểm tra thường xuyên: Lên lịch kiểm tra chuyển đổi dự phòng hàng quý hoặc nửa năm để xác thực quy trình và duy trì sự sẵn sàng của quản trị viên.
Bảo trì tài liệu: Duy trì sổ tay hướng dẫn vận hành chi tiết, ghi lại các thông tin cấu hình, quy trình chuyển đổi dự phòng và các bước khắc phục sự cố.
Cân nhắc về Bảo mật: Sử dụng các tài khoản dịch vụ chuyên dụng với quyền hạn tối thiểu cần thiết. Hạn chế quyền truy cập chia sẻ mạng một cách phù hợp.
Quản lý không gian đĩa: Theo dõi liên tục dung lượng ổ đĩa tại các vị trí sao lưu. Cấu hình cảnh báo khi dung lượng giảm xuống dưới 20%.
Cấu hình chính sách lưu giữ: Đặt thời gian lưu giữ bản sao lưu dài hơn độ trễ đồng bộ tối đa mà bạn chấp nhận được.
Khôi phục độ trễ để bảo vệ: Cấu hình độ trễ khôi phục khi việc bảo vệ chống lại các sửa đổi ngoài ý muốn đòi hỏi độ trễ đồng bộ hóa tăng lên.

7. Khắc phục sự cố thường gặp

7.1 Lỗi trong quá trình sao lưu

Không đủ dung lượng đĩa: Kiểm tra lịch sử công việc để tìm lỗi dung lượng ổ đĩa. Xác minh dung lượng khả dụng và dung lượng trống bằng cách xóa các bản sao lưu cũ hoặc bật tính năng nén.
Các vấn đề về quyền: Xác minh SQL Server Tài khoản dịch vụ có quyền Kiểm soát hoàn toàn đối với cả thư mục cục bộ và thư mục chia sẻ mạng.
Cơ sở dữ liệu chưa được khôi phục hoàn toàn: Hãy chuyển về chế độ phục hồi đầy đủ và sao lưu toàn bộ dữ liệu để khởi động lại chuỗi nhật ký giao dịch.

7.2 Lỗi sao chép

Không thể truy cập đường dẫn mạng: Kiểm tra khả năng kết nối từ máy chủ phụ bằng cách lập bản đồ đường dẫn mạng thủ công.
Vấn đề xác thực: Cấu hình thông tin đăng nhập cụ thể để truy cập chia sẻ mạng nếu các máy chủ nằm trong các miền khác nhau.
Các vấn đề về khóa tập tin: Loại trừ thư mục sao lưu khỏi quá trình quét thời gian thực của phần mềm diệt virus để tránh tình trạng khóa tập tin.

7.3 Khôi phục lỗi công việc

Thiếu các tập tin sao lưu: Kiểm tra xem các tệp có tồn tại trong thư mục đích và xem lại lịch sử sao chép.
Lỗi trình tự khôi phục: Xác định các bản sao lưu nhật ký giao dịch bị thiếu và khôi phục chúng theo trình tự để sửa chữa chuỗi nhật ký.
Cơ sở dữ liệu đang ở trạng thái sai: Khởi tạo lại quá trình sao chép nhật ký bằng cách khôi phục bản sao lưu đầy đủ với tùy chọn NORECOVERY nếu ai đó đã khôi phục cơ sở dữ liệu.
Lỗi hỏng tập tin cơ sở dữ liệu: Nếu lỗi khôi phục vẫn tiếp diễn dù đã thực hiện đúng trình tự và cấu hình, các tệp cơ sở dữ liệu có thể đã bị hỏng. Trong trường hợp đó, bạn có thể cần sử dụng một công cụ chuyên dụng. công cụ khôi phục sql Để trích xuất dữ liệu từ các tệp .MDF và .NDF bị hỏng trước khi cố gắng khởi tạo lại quá trình sao chép nhật ký.

7.4 Các vấn đề về độ trễ đồng bộ hóa

Giới hạn băng thông mạng: Bật tính năng nén bản sao lưu để giảm kích thước tệp và yêu cầu băng thông.
Khối lượng giao dịch cao: Hãy cân nhắc tăng tần suất sao lưu để tạo ra các tệp sao lưu nhỏ hơn, dễ quản lý hơn.
Tần suất khôi phục không đủ: Tăng tần suất khôi phục dữ liệu lên gần bằng tần suất sao lưu và giảm thiểu độ trễ.

7.5 Giám sát các sự cố kết nối máy chủ (SQL 2025)

Lỗi của nhà cung cấp OLE DB: SQL Server Việc mã hóa bắt buộc mặc định của phiên bản 2025 xung đột với các phiên bản cũ hơn thiếu cấu hình mã hóa phù hợp.
Cấu hình mã hóa không khớp: Xác minh cấu hình máy chủ được liên kết trên máy chủ giám sát và kiểm tra cài đặt mã hóa.
Giải pháp khắc phục: Xóa và tạo lại tính năng sao chép nhật ký bằng cách sử dụng các tham số TLS 1.3 hoặc nâng cấp tất cả các phiên bản lên... SQL Server 2025.

7.6 SQL Server Các vấn đề về dịch vụ đại lý

Dịch vụ chưa khởi động: Kiểm tra trạng thái dịch vụ Agent và cấu hình để dịch vụ tự động khởi động.
Chức năng lập lịch công việc đã bị vô hiệu hóa: Kiểm tra trạng thái lịch làm việc và kích hoạt các lịch làm việc bị vô hiệu hóa.
Các lỗi trong từng bước công việc: Xem lại lịch sử công việc để xác định các bước bị lỗi và các thông báo lỗi cụ thể.

8. Các câu hỏi thường gặp (FAQ)

Hỏi: Tôi có thể sử dụng tính năng vận chuyển nhật ký với phiên bản Express Edition không?

A: Không, SQL Server Phiên bản Express Edition không hỗ trợ sao chép nhật ký vì thiếu tính năng này. SQL Server Đặc vụ.

Hỏi: Tôi nên lên lịch sao lưu nhật ký hệ thống với tần suất như thế nào?

A: Khoảng thời gian mặc định 15 phút mang lại sự cân bằng hợp lý. Hãy điều chỉnh dựa trên mục tiêu điểm phục hồi của bạn.

Hỏi: Có thể sử dụng các cơ sở dữ liệu thứ cấp để lập báo cáo không?

A: Đúng vậy, các cơ sở dữ liệu phụ được cấu hình ở chế độ chờ cho phép truy cập chỉ đọc giữa các thao tác khôi phục.

Hỏi: Điều gì sẽ xảy ra nếu máy chủ chính gặp sự cố?

A: Thực hiện chuyển đổi dự phòng thủ công để đưa cơ sở dữ liệu dự phòng hoạt động. Lượng dữ liệu bị mất bằng độ trễ đồng bộ hóa tại thời điểm xảy ra lỗi.

Hỏi: Tôi có thể có nhiều máy chủ phụ không?

A: Vâng, sao chép nhật ký hỗ trợ số lượng máy chủ phụ không giới hạn với cấu hình độc lập.

Hỏi: Làm thế nào để tính toán độ trễ đồng bộ?

A: So sánh dấu thời gian của nhật ký giao dịch được khôi phục lần cuối với thời gian hiện tại bằng cách sử dụng bảng giám sát sao chép nhật ký.

Hỏi: Việc sao chép nhật ký có thể hoạt động trên các miền khác nhau không?

A: Vâng, nó hoạt động trên nhiều lĩnh vực khác nhau hoặc trong môi trường nhóm làm việc mà không cần thiết lập mối quan hệ tin cậy.

Hỏi: Chế độ "Không phục hồi" và chế độ "Chờ" khác nhau như thế nào?

A: Chế độ không phục hồi khiến cơ sở dữ liệu không thể truy cập được. Chế độ chờ cho phép truy vấn chỉ đọc giữa các lần khôi phục.

Hỏi: Tôi có thể tạm dừng việc vận chuyển nhật ký được không?

A: Vâng, hãy tắt các tác vụ sao lưu, sao chép và khôi phục để tạm dừng đồng bộ hóa mà vẫn giữ nguyên cấu hình.

Hỏi: Làm thế nào để xóa cấu hình sao chép nhật ký?

A: Trong Nhật ký giao dịch vận chuyển trang tài sản:

Bỏ chọn Kích hoạt tùy chọn này làm cơ sở dữ liệu chính trong cấu hình sao chép nhật ký.
Nhấp chuột OK Để gỡ bỏ cấu hình và xóa các tác vụ.

Hỏi: Tôi có thể chuyển cơ sở dữ liệu phụ sang chế độ đọc-ghi được không?

A: Vâng, hãy thực hiện lệnh RESTORE DATABASE WITH RECOVERY, nhưng thao tác này sẽ phá vỡ chuỗi sao chép nhật ký.

Hỏi: Độ trễ tối đa mà tôi có thể thiết lập cho quá trình khôi phục là bao nhiêu?

A: Không có giới hạn cứng nào cả. Hãy cấu hình độ trễ từ phút đến ngày dựa trên yêu cầu bảo vệ của bạn.

Hỏi: Sao chép nhật ký hệ thống ảnh hưởng đến chiến lược sao lưu như thế nào?

A: Nó tạo ra các bản sao lưu nhật ký giao dịch có thể sử dụng được cho cả việc sao chép nhật ký và khôi phục tại một thời điểm cụ thể.

Hỏi: Tôi có thể sử dụng sao chép nhật ký (log shipping) để di chuyển máy chủ không?

A: Vâng, hãy cấu hình sao chép nhật ký sang máy chủ mới, đồng bộ hóa, sau đó thực hiện chuyển đổi dự phòng theo kế hoạch cho máy chủ cũ trong quá trình bảo trì.

Hỏi: Những công cụ giám sát nào tương thích với việc sao chép nhật ký (log shipping)?

A: SQL Server Management Studio bao gồm các báo cáo được tích hợp sẵn. Các công cụ của bên thứ ba như SQL Monitor và SolarWinds cung cấp khả năng giám sát nâng cao.

9. Kết luận và Khuyến nghị

9.1 Tóm tắt các điểm chính

SQL Server Sao lưu nhật ký giao dịch (log shipping) cung cấp giải pháp phục hồi sau thảm họa đáng tin cậy và tiết kiệm chi phí thông qua các hoạt động sao lưu và khôi phục nhật ký giao dịch tự động. Công nghệ này hoạt động với phiên bản Standard Edition, yêu cầu cơ sở hạ tầng tối thiểu và hỗ trợ nhiều máy chủ phụ.

Sao chép nhật ký (log shipping) tỏ ra hiệu quả đối với các mục tiêu phục hồi ở mức độ vừa phải, nơi việc chuyển đổi dự phòng thủ công là chấp nhận được. Các hạn chế chính bao gồm yêu cầu chuyển đổi dự phòng thủ công, độ trễ đồng bộ hóa và phạm vi cấu hình ở cấp độ cơ sở dữ liệu.

Công nghệ này tích hợp tốt với các chiến lược sao lưu hiện có, hỗ trợ báo cáo chỉ đọc thông qua chế độ chờ và cung cấp khả năng bảo vệ khôi phục trì hoãn chống lại các thay đổi ngoài ý muốn.

9.2 Lựa chọn đúng đắn cho môi trường của bạn

Hãy đánh giá việc sao chép nhật ký hệ thống dựa trên các yêu cầu cụ thể của bạn trước khi triển khai. Cân nhắc các mục tiêu về điểm khôi phục, mục tiêu về thời gian khôi phục, hạn chế về ngân sách và khả năng chịu đựng độ phức tạp vận hành.

Các tổ chức sử dụng SQL Server Phiên bản Standard Edition với yêu cầu phục hồi dữ liệu ở mức độ vừa phải nên cân nhắc kỹ việc sao chép nhật ký hệ thống (log shipping). Các doanh nghiệp có yêu cầu RTO nghiêm ngặt dưới 15 phút nên đánh giá Always On Availability Groups.

Hãy xem xét các phương pháp kết hợp giữa vận chuyển gỗ bằng đường thủy với các công nghệ khác để tối ưu hóa chi phí đồng thời đáp ứng các yêu cầu đa dạng.

9.3 Các bước tiếp theo và nguồn tài liệu bổ sung

Hãy bắt đầu bằng các dự án thí điểm quy mô nhỏ để tích lũy kinh nghiệm. Phát triển tài liệu đầy đủ, bao gồm chi tiết cấu hình, quy trình dự phòng và hướng dẫn khắc phục sự cố.

Lên lịch kiểm tra chuyển đổi dự phòng định kỳ để xác thực quy trình và duy trì khả năng sẵn sàng của quản trị viên. Luôn cập nhật kiến thức. SQL Server cập nhật và cải tiến.

dự án

Tài liệu chính thức của Microsoft: Về vận chuyển gỗ (Log Shipping)SQL Server)
Tài liệu chính thức của Microsoft: Cấu hình sao chép nhật ký (SQL Server)

Lưu ý

Nguyên Sinh là quản trị viên cơ sở dữ liệu cao cấp (DBA) với hơn 10 năm kinh nghiệm trong SQL Server môi trường và quản lý cơ sở dữ liệu doanh nghiệp. Ông đã giải quyết thành công hàng trăm tình huống khôi phục cơ sở dữ liệu trên khắp các tổ chức dịch vụ tài chính, chăm sóc sức khỏe và sản xuất.

Yuan chuyên về SQL Server Ông có kinh nghiệm thực tế sâu rộng trong việc quản lý cơ sở dữ liệu hàng terabyte, triển khai các Nhóm Luôn Sẵn Sàng (Always On Availability Groups) và phát triển các chiến lược sao lưu và phục hồi tự động cho các hệ thống kinh doanh quan trọng.

Nhờ chuyên môn kỹ thuật và phương pháp thực tế của mình, Yuan tập trung vào việc tạo ra các hướng dẫn toàn diện giúp quản trị viên cơ sở dữ liệu và chuyên gia CNTT giải quyết các vấn đề phức tạp SQL Server thách thức một cách hiệu quả. Anh ấy luôn cập nhật những thông tin mới nhất SQL Server phát hành và công nghệ cơ sở dữ liệu đang phát triển của Microsoft, thường xuyên kiểm tra các tình huống phục hồi để đảm bảo các khuyến nghị của ông phản ánh những phương pháp hay nhất trong thực tế.

Có thắc mắc về SQL Server phục hồi hoặc cần thêm hướng dẫn khắc phục sự cố cơ sở dữ liệu? Yuan hoan nghênh phản hồi và đề xuất để cải thiện các nguồn lực kỹ thuật này.