Cách xóa Lỗi 15404 sau khi khởi động lại DB (bên cạnh việc khởi động lại)


9

Mỗi lần như vậy (ví dụ ~ tháng) Công việc hàng giờ của Đại lý SQL sẽ bắt đầu báo cáo Lỗi 15404 và tiếp tục làm như vậy cho đến khi được can thiệp.

[298] Lỗi SQLServer: 15404, Không thể lấy thông tin về nhóm / người dùng Windows NT 'DOMAIN_NAME \ someDomainAccount', mã lỗi 0x6e. [SQLSTATE 42000] (ConnIsLoginSysAdmin)

Đôi khi, lỗi đầu tiên xảy ra ngay lập tức sau khi khởi động lại thủ công các dịch vụ SQL Server Engine và SQL Server Agent. Vấn đề có thể được xóa bằng cách khởi động lại máy.

Chủ sở hữu công việc là tên được liệt kê trong thông báo lỗi và là Quản trị viên máy chủ SQL.

Tài khoản Dịch vụ Động cơ Máy chủ SQL có vẻ là một tài khoản dịch vụ (Tôi tin rằng đó là tài khoản cài đặt mặc định (một điểm tốt hơn so với Dịch vụ Mạng chung để tránh nhiễu giữa các phiên bản Động cơ / Tác nhân):

   NT Service\MSSQL$INSTNAME

Sẽ là một điều nếu công việc luôn thất bại nhưng vì công việc thành công sau khi khởi động lại, nó khiến tôi nghĩ rằng một tài khoản dịch vụ như được cho là đang hoạt động và có một số vấn đề về thời gian A / D hoặc có thể là lỗi. Khi IT được hỏi về cấu hình A / D, câu trả lời thường là "không có gì thay đổi".

  • Khởi động lại các dịch vụ động cơ và đại lý có thể khiến công việc bắt đầu thất bại.
  • Một máy khởi động lại sẽ xóa vấn đề.
  • Việc khởi động lại ngay lập tức của động cơ và tác nhân không còn khiến công việc thất bại.

Liên kết: Cách khắc phục lỗi SQL Server 8198


Cập nhật, điều này đã xảy ra hai lần nữa kể từ bài đăng.
crokusek

Có thể liên quan, chúng tôi cũng có một vấn đề không liên tục (hàng tuần) không thể tạo ra vấn đề SSPI trên hai máy chủ khác nhau.
crokusek

Tôi sẽ chỉ nói thêm rằng tôi vừa ngẫu nhiên gặp lỗi này từ tập lệnh SQL đang hoạt động ngày hôm qua. Không có thay đổi về tập lệnh, chính xác cùng một máy, không có lỗi rõ ràng trong nhật ký windows. Dòng vi phạm của SQL là một câu lệnh CREATE ASSEMBLY, AUTHORIZATION [dbo], PERMISSION_SET = EXTERNAL_ACCESS;
redcalx

Thêm thông tin. Khởi động lại SQL Server không giải quyết được vấn đề, nhưng khởi động lại máy thì có. Có thể một lần đăng xuất / bật sẽ thực hiện được, vì tôi nghi ngờ đó là một số vấn đề tế nhị xung quanh tài khoản miền của tôi. Lưu ý rằng tôi đã không thay đổi mật khẩu của tôi gần đây.
redcalx

Câu trả lời:


4

Không phải là một giải pháp, nhưng bạn có thể giải quyết vấn đề bằng cách biến chủ sở hữu công việc thành tài khoản SQL.

Mỗi khi một công việc được bắt đầu, SQL Server sẽ xác minh danh tính của chủ sở hữu công việc và kiểm tra xem nó có quyền thực thi công việc không. Nếu chủ sở hữu là tài khoản Windows, công cụ cần truy vấn Active Directory. Nếu vì bất kỳ lý do nào thất bại, công việc sẽ không chạy. Có thể là do máy chủ AD đang bận, ngừng hoạt động hoặc bị cắt khỏi mạng hoặc tài khoản dịch vụ SQL Server không có quyền.

Vì nó hoạt động ngay lập tức sau khi khởi động lại, điều đó khiến tôi nghĩ rằng nó có thể có liên quan đến thông tin lưu trữ. Windows sẽ lưu thông tin đăng nhập để sử dụng sau này. Bộ nhớ cache đó sẽ bị xóa khi khởi động lại. Có lẽ một cái gì đó đang làm hỏng bộ nhớ cache.


Tôi tin rằng bạn đã đúng, đó là thông tin lưu trữ được lưu trữ, khởi động lại buộc phải đăng nhập vào máy chủ thư mục hoạt động. Tôi gặp lỗi này trên Sơ đồ DB Khi tôi bị ngắt kết nối với mạng công ty, tôi kết nối với nó và không có lỗi. Ngắt kết nối và sự cho phép của tôi bị mất. Tôi có thể truy vấn, tạo vv - chỉ là sơ đồ không thể. Lỗi 15404.
StixO

0

Tôi gặp sự cố với một phiên bản được chuyển từ miền A sang miền B Và kiểm tra quyền ở mọi nơi và được cấp quyền kiểm soát hoàn toàn ở mọi nơi. Thay đổi tài khoản dịch vụ, quyền sở hữu công việc, tạo công việc mới .... Không có gì làm việc. Tìm thấy cùng tên của người dùng dịch vụ B \ sqlservice và A \ sqlservice tồn tại dưới dạng đăng nhập trên SQL Server Sau khi xóa đăng nhập A \ sqlservice, mọi thứ bắt đầu hoạt động tốt. Điều này có nghĩa là một số con trỏ cửa sổ đã sai


Để làm rõ, bạn đã nhận được lỗi này và lỗi được báo cáo B\sqlservicelà tài khoản mà nó không thể lấy được thông tin?
RDFozz
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.