Lỗi xác thực tài khoản proxy khi thực hiện công việc SSIS

Tôi có một phiên bản SQL Server chạy 5 tác vụ theo lịch trình mỗi đêm, mỗi tác vụ chạy các gói SSIS.

Các gói này đã chạy trong nhiều năm và các bước liên quan chạy qua Tài khoản Proxy (PackageExecutor). GóiExecuter được liên kết với Thông tin xác thực SQL là tài khoản quản trị viên tên miền cũ.

Ngay sau đó, tên miền được liên kết với tài khoản quản trị viên này sẽ bị tắt. Tôi phải sử dụng một tài khoản mới, trên một tên miền mới, vì tài khoản quản trị viên được liên kết với roxy của tôi, PackageExecutor. Khi tôi tạo Thông tin xác thực mới cho tài khoản Quản trị viên mới và được liên kết với GóiExecutor, tôi bắt đầu gặp lỗi sau khi thử chạy một trong các công việc SQL của mình dưới dạng thử nghiệm:

Unable to start execution of step 1 (reason: Error authenticating
proxy *Domain\Admin_Account*@*fully.qualified.domain.com*, system
error: Logon failure: unknown user name or bad password.).  The step
failed.

Nếu tôi hiểu lỗi rõ ràng hợp lý này, điều tôi nói là các tài khoản Thông tin xác thực, được liên kết với proxy của tôi là chính xác. Làm thế nào để tôi xác nhận điều này?

Tôi biết rằng tài khoản này là hợp pháp-- Tôi đã liên kết nó với mọi nhóm máy chủ được liên kết, tôi đã biến nó thành người dùng sysadmin trên máy chủ.

Điều gì có thể gây ra vấn đề này?

Để rõ ràng, tôi đã gõ sai tên tài khoản hoặc mật khẩu được liên kết với Thông tin xác thực. Tuy nhiên, khi tôi nhập tên tài khoản Domain\Admin_Accountvà nhấp vào nút Kiểm tra tên, SQL Server sẽ tự động chuyển đổi ID người dùng thành phiên bản đủ điều kiện. Tôi không chắc điều này có liên quan gì đến vấn đề này không.

Tôi có một chút mất mát. Tôi đã cấp cho tài khoản thông tin của mình toàn quyền truy cập vào mọi thứ mà tôi có thể nghĩ ra. Tôi có thể cần phải làm gì để làm việc này?

CẬP NHẬT

Xin lỗi, một đề cập nhanh hơn. Tôi đã tìm thấy bài viết kb MSDN này . Phương pháp giải quyết # 1 là những gì tôi đã làm trong nhiều năm. Những người khác dường như không áp dụng, hoặc tôi đang thiếu một cái gì đó. Bất kỳ lời khuyên hoặc làm rõ sẽ có lợi.

Chỉ trong trường hợp những người khác đã đến đây vì lý do tương tự. Đảm bảo rằng tài khoản proxy / thông tin đăng nhập của bạn đang sử dụng là người dùng trong cơ sở dữ liệu mặc định của nó trong SQL Security.

Chúng tôi đã thực hiện tất cả các đề xuất khác (kiểm tra xem mật khẩu đã không thay đổi, chuyển sang sử dụng dịch vụ cục bộ cho Người dùng đại lý SQL, xây dựng lại thông tin đăng nhập và proxy, v.v.) và cho đến khi chúng tôi đảm bảo tài khoản là người dùng mặc định DB, vì một số lý do, điều đó đã khiến nó vượt qua NID SID khi nó đang cố xác thực với AD.

Một nhận xét về câu hỏi cũ này của tác giả câu hỏi, RLH đã làm việc cho tôi sau khi tôi thử tất cả các câu trả lời khác, vì vậy tôi đang thêm nó dưới dạng câu trả lời:

Tôi tin rằng tôi đã giải quyết vấn đề này nhưng tôi không biết tại sao. Nói tóm lại, thay vì sử dụng SSMS trên PC, tôi đã từ xa vào máy chủ đăng nhập bằng tài khoản được liên kết với thông tin đăng nhập mới. Tôi đã xóa thông tin xác thực, tạo lại thông tin đó (lần này SQL Server đã không khiếu nại tại @ domain.com) và sau đó tôi đã thử thực hiện thử nghiệm một trong các công việc. Nó đã làm việc! Rõ ràng điều này đã thay đổi một cái gì đó và giúp SQL Server giải quyết tài khoản.

Trước tiên hãy thử khởi động lại Đại lý máy chủ Sql. Tôi đã có một vấn đề tương tự xảy ra và đã đi xa như việc tạo lại proxy và thông tin đăng nhập nhưng nó vẫn không hoạt động. Chúng tôi đã có một sự cố sập xảy ra ngày hôm qua và dường như đã phá vỡ kết nối và sẽ không nhận ra thông tin đăng nhập. Khởi động lại các đại lý và voilà, nó hoạt động trở lại.

Tôi nghi ngờ có nhiều người sẽ phạm sai lầm giống như tôi đã làm ...

Tôi đã kết nối trong Management Studio với máy chủ sai, vì vậy tôi tiếp tục nhập tên người dùng và mật khẩu và nhận được lỗi này. Tôi thực sự đã thiết lập công việc trên máy chủ sai.

Vì vậy, hãy kiểm tra kỹ phiên bản SQL Server mà bạn đã kết nối, là phiên bản mà thông tin xác thực tồn tại.

Tôi có Thông tin xác thực chạy dưới tài khoản miền (AD) chung. Tôi đã thay đổi mật khẩu tuần trước. Điều đó đã phá vỡ các công việc SSIS. Cập nhật mật khẩu đã sửa nó.

Tôi đã nhận được cùng một lỗi, tôi đã sử dụng một tài khoản proxy với thông tin bảo mật cơ sở dữ liệu của riêng tôi và mật khẩu đã thay đổi. Khi tôi thay đổi nó trong bảo mật -> thông tin đăng nhập, gói bắt đầu hoạt động ..

Vấn đề của tôi là tôi đã có Dịch vụ đại lý SQL chạy trong một tài khoản không còn tồn tại. Khi tôi cập nhật dịch vụ đại lý bằng tài khoản dịch vụ hợp lệ (Xem phần này ) và khởi động lại, vấn đề của tôi đã được giải quyết.

_{Câu trả lời wiki cộng đồng ban đầu để lại như một bình luận của tác giả câu hỏi:}

Tôi tin rằng tôi đã giải quyết vấn đề này nhưng tôi không biết tại sao.

Nói tóm lại, thay vì sử dụng SSMS trên PC, tôi đã từ xa vào máy chủ đăng nhập bằng tài khoản được liên kết với thông tin đăng nhập mới. Tôi đã xóa tín dụng, tạo lại nó (lần này SQL Server không có lỗi @domain.com) và sau đó tôi đã thử thực hiện thử nghiệm một trong các công việc.

Nó đã làm việc?! Rõ ràng điều này đã thay đổi một cái gì đó và giúp SQL Server giải quyết tài khoản.

Trong trường hợp của tôi, tác nhân SQL Server đang chạy trong tài khoản dịch vụ, nó được chỉ định ở định dạng - "abc@Xyz.com" (username@domainName.com), tôi đã thay đổi định dạng thành "xyz \ abc" tức là Tên miền \ Tên người dùng và proxy hoạt động tốt. Thực sự kỳ lạ. Tôi vẫn đang tự hỏi những gì đã thay đổi.

Thông báo lỗi được báo cáo trước đó: Không thể bắt đầu thực hiện bước 1 (lý do: Lỗi xác thực proxy, lỗi hệ thống: Tên người dùng hoặc mật khẩu không chính xác) Bước không thành công.