Điều gì sẽ gây ra một đứa trẻ mồ côi ## MS_PolicyEventProcessingLogin ##?

Sáng nay tôi nhận thấy Nhật ký SQL của tôi chứa đầy thông báo sau:

Đã kích hoạt Proc '[dbo]. [Sp_syspolicy_events_reader]' đang chạy trên hàng đợi 'msdb.dbo.syspolicy_event_queue' như sau:
'Không thể thực thi với tư cách là hiệu trưởng cơ sở dữ liệu vì hiệu trưởng "## MS_PolicyEventProcessingLogin ##" hiệu trưởng không thể bị mạo danh, hoặc bạn không được phép. '

Chạy sau đây EXEC sp_change_users_login 'report'cho thấy rằng đăng nhập trong thực tế đã mồ côi.

Tôi đã có thể khắc phục bằng cách chạy như sau trong khuyến nghị trong bài viết MSDN này .

EXEC sp_change_users_login 
    'Auto_Fix', '##MS_PolicyEventProcessingLogin##', 
    NULL, 'fakepassword'

Nhưng câu hỏi vẫn còn: Điều gì trên thế giới sẽ khiến vị hiệu trưởng này bị mồ côi ngay từ đầu? Googling và nghiên cứu tiết lộ rằng những người khác đã có vấn đề này nhưng tôi vẫn chưa tìm thấy một mô tả nguyên nhân. Không có gì đáng chú ý mà tôi biết đã xảy ra ngay khi lỗi bắt đầu xuất hiện.

Chúng tôi đã chuyển toàn bộ máy chủ sang mô hình lưu trữ SAN vào mùa hè năm ngoái, chúng tôi đã khôi phục mọi thứ (bao gồm cả msdb) trong quá trình di chuyển đó nhưng đó là tháng trước. Nó chỉ là một cái gì đó gần đây đã làm cho các triệu chứng biểu hiện vì nó không xuất hiện trong nhật ký sớm hơn một vài tuần trước.

Chúng tôi đã nâng cấp hai máy chủ (từ SQL 2000) lên SQL 2008R2 bằng cách sử dụng nâng cấp tại chỗ. Chúng tôi bắt đầu nhận được các thông báo này trong nhật ký SQL sau khi nâng cấp. Chúng tôi đã không thay đổi điều này hoặc bất kỳ thông tin đăng nhập hoặc người dùng khác trong quá trình nâng cấp.

Tôi đoán là quá trình nâng cấp còn lại hai tài khoản ( ##MS_PolicyEventProcessingLogin##và ##MS_PolicyTsqlExecutionLogin##) mồ côi.

EXEC sp_change_users_login 'Auto_Fix', '<User Name>' đã khắc phục sự cố này.

Nguyên nhân điển hình: ai đó bỏ đăng nhập (nghĩ rằng họ đang xóa các thông tin đăng nhập xấu) hoặc khôi phục một trong các cơ sở dữ liệu hệ thống.

Dù vậy, thật khó để đoán điều này là gì sau thực tế. Trong cơ sở dữ liệu người dùng, bạn có thể đi qua nhật ký giao dịch để thiết kế ngược lại, nhưng bạn không thể thực hiện sao lưu nhật ký cho chủ, vì vậy bạn không gặp may.

Tôi nghĩ rằng bạn đã khôi phục msdb, nhưng bạn đã có một cơ sở dữ liệu chủ mới.