Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Mô tả của thông báo lỗi 14420 và thông báo lỗi 14421 xảy ra khi bạn sử dụng Nhật ký vận chuyển trong SQL Server

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:329133
TÓM TẮT
Bài viết này thảo luận về những lý do cho "ra khỏi đồng bộ" lỗi thư này khi bạn đã đăng nhập vận chuyển được cấu hình cho SQL Server 2000.

Một trong các thông báo lỗi sau đây có thể được đăng trong SQL Server lỗi đăng nhập:

Thông báo lỗi 14420
Lỗi: 14420, mức độ nghiêm trọng: 16, bang: 1
Các đăng nhập vận chuyển điểm đến %s.%s là ra khỏi đồng bộ bởi %s phút.
Thông báo lỗi 14421
Lỗi: 14421, mức độ nghiêm trọng: 16, Nhà nước: 1
%S.%s đăng nhập đích vận chuyển là ra khỏi đồng bộ bởi %s phút.
Nếu bạn đang sử dụng SQL Server 2005, các mô tả cho các thông báo lỗi là khác nhau:

Thông báo lỗi 14420
Lỗi: 14420, mức độ nghiêm trọng: 16, bang: 1
Đăng nhập vận chuyển cơ sở dữ liệu chính %s.%s có sao lưu ngưỡng %d phút và chưa thực hiện một thao tác sao lưu sổ ghi %d phút. Kiểm tra thông tin màn hình đăng nhập và logshipping đại lý.
Thông báo lỗi 14421
Lỗi: 14421, mức độ nghiêm trọng: 16, bang: 1
Nhật ký thông trung học cơ sở dữ liệu %s.%s có khôi phục ngưỡng của %d phút và ra khỏi đồng bộ. Khôi phục không được thực hiện trong %d phút. Phục chế độ trễ này %d phút. Kiểm tra thông tin màn hình đăng nhập và logshipping đại lý.
THÔNG TIN THÊM
Vận chuyển đăng nhập sử dụng Sqlmaint.exe để sao lưu và khôi phục cơ sở dữ liệu. Khi SQL Server tạo ra bản sao lưu đăng nhập giao dịch như là một phần của một Nhật ký vận chuyển thiết lập, Sqlmaint.exe kết nối đến các máy chủ giám sát và cập nhật các log_shipping_primaries bảng với các last_backup_filename thông tin. Tương tự như vậy, khi bạn chạy một bản sao hoặc một công việc khôi phục trên một hệ phục vụ thứ cấp, Sqlmaint.exe kết nối đến các máy chủ giám sát và cập nhật các log_shipping_secondaries bảng.

Là một phần của Nhật ký vận chuyển, cảnh báo tin nhắn 14220 và 14221 được tạo ra để theo dõi hoạt động sao lưu và phục hồi. Cảnh báo thông điệp được tạo ra tùy thuộc vào giá trị của Cảnh báo dự phòngngưỡng và Ra khỏi đồng bộ cảnh báo ngưỡng tương ứng.

Cảnh báo 14220 chỉ ra rằng sự khác biệt giữa thời gian hiện tại và thời gian được chỉ định bởi các last_backup_filename có giá trị trong các log_shipping_primaries bảng trên màn hình chủ là lớn hơn giá trị được thiết lập cho các Cảnh báo dự phòng ngưỡng.

Cảnh báo 14221 chỉ ra sự khác biệt giữa thời gian được chỉ định bởi các last_backup_filename trong các log_shipping_primaries bảng và các last_loaded_filename trong các log_shipping_secondaries bảng là lớn hơn giá trị đặt ra cho các Ra khỏi đồng bộ Cảnh báo ngưỡng.

Giải đáp thắc mắc thông báo lỗi 14420

Theo định nghĩa, tin nhắn 14420 không chỉ nhất thiết phải ra một vấn đề với đăng nhập vận chuyển. Các bài viết chỉ ra rằng sự khác biệt giữa sao lưu tệp và thời gian hiện tại trên máy chủ màn hình cuối cùng là lớn hơn thời gian được thiết lập cho các Cảnh báo dự phòngngưỡng.

Có serveral lý do tại sao cảnh báo là được tạo ra. Danh sách sau đây bao gồm một số trong những lý do này:
  1. Ngày hoặc thời gian (hoặc cả hai) trên màn hình chủ là khác nhau từ ngày hoặc giờ trên hệ phục vụ chính. Cũng có thể mà hệ thống ngày hoặc giờ đổi lần trên màn hình hoặc hệ phục vụ chính. Điều này cũng có thể tạo ra thông điệp cảnh báo.
  2. Khi máy chủ màn hình là gián tuyến và sau đó trở lại trực tuyến, các lĩnh vực trong các log_shipping_primaries bảng không được Cập Nhật với các giá trị hiện tại trước khi cảnh báo thông báo việc chạy.
  3. Nhật ký vận chuyển bản sao công việc mà được điều hành trên hệ phục vụ chính không có thể kết nối đến máy chủ màn hình msdb cơ sở dữ liệu để cập nhật các trường trong các log_shipping_primaries bảng. Điều này có thể là kết quả của một vấn đề xác thực giữa các máy chủ giám sát và hệ phục vụ chính.
  4. Bạn có thể đã thiết lập một giá trị không chính xác cho các Sao lưu Cảnh báo ngưỡng. Lý tưởng nhất, bạn phải thiết lập giá trị này để ít nhất ba lần tần số của công việc sao lưu. Nếu bạn thay đổi tần số của các công việc sao lưu sau khi tàu bè Nhật ký được cấu hình và chức năng, bạn phải cập nhật các giá trị của cácCảnh báo dự phòng ngưỡng cho phù hợp.
  5. Công việc sao lưu trên hệ phục vụ chính là không. Trong này trường hợp, kiểm tra lịch sử công việc cho công việc sao lưu để thấy một lý do cho các sự thất bại.

Giải đáp thắc mắc thông báo lỗi 14421

Theo định nghĩa, tin nhắn 14421 không chỉ nhất thiết phải ra một vấn đề với đăng nhập vận chuyển. Thông điệp này chỉ ra rằng sự khác biệt giữa sao lưu tệp và cuối cùng đã khôi phục tệp cuối cùng là lớn hơn trong thời gian được lựa chọn cho các Ra khỏi đồng bộ cảnh báo ngưỡng.

Có serveral lý do tại sao các cảnh báo thông điệp được nêu ra. Danh sách sau đây bao gồm một số trong những lý do này:
  1. Ngày hoặc thời gian (hoặc cả hai) trên hệ phục vụ chính là lần như vậy mà ngày hoặc giờ trên hệ phục vụ chính là đáng kể trước giữa giao dịch liên tiếp Nhật ký sao lưu.
  2. Nhật ký vận chuyển công việc khôi phục đang chạy trên các hệ phục vụ thứ cấp không thể kết nối đến máy chủ màn hình msdb cơ sở dữ liệu để cập nhật các log_shipping_secondaries Bảng giá trị đúng. Điều này có thể là kết quả của một vấn đề xác thực từ hệ phục vụ thứ cấp đến màn hình hệ phục vụ.
  3. Bạn có thể đã thiết lập một giá trị không chính xác cho các Ra khỏi Đồng bộ cảnh báo ngưỡng. Lý tưởng nhất, bạn phải thiết lập giá trị này để ít ba lần tần số của các chậm hơn các bản sao và khôi phục lại công việc. Nếu tần số của các công việc sao chép hoặc khôi phục lần sau khi đăng nhập vận chuyển được thiết lập và chức năng, bạn phải sửa đổi giá trị của các Ra khỏi đồng bộ Cảnh báo ngưỡng cho phù hợp.
  4. Đang có vấn đề hoặc là, với công việc sao lưu hoặc bản sao công việc hầu hết khả năng kết quả trong "ra khỏi đồng bộ" thông điệp cảnh báo. Nếu "ra khỏi đồng bộ" cảnh báo thông điệp được nâng lên và nếu không có không có vấn đề với sao lưu hoặc khôi phục Job, kiểm tra việc làm bản sao cho các vấn đề tiềm năng. Ngoài ra, mạng kết nối có thể làm công việc bản sao thất bại.
  5. Cũng có thể khôi phục việc làm trên phụ hệ phục vụ là không. Trong trường hợp này, hãy kiểm tra lịch sử công việc của công việc khôi phục bởi vì nó có thể cho thấy một lý do cho sự thất bại.
THAM KHẢO
Để biết thêm chi tiết, nhấp vào số bài viết sau đây để xem các bài viết trong cơ sở kiến thức Microsoft:
314515INF: Thường xuyên hỏi câu hỏi - SQL Server 2000 - Log vận chuyển
321247 Làm thế nào để: Cấu hình bảo mật cho tàu bè Nhật ký

Cảnh báo: Bài viết này đã được dịch tự động

Thuộc tính

ID Bài viết: 329133 - Xem lại Lần cuối: 08/28/2011 10:39:00 - Bản sửa đổi: 2.0

Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Workgroup Edition

  • kbhowto kberrmsg kbmt KB329133 KbMtvi
Phản hồi