Câu trả lời đó chỉ ra bài viết này: http://support.microsoft.com/kb/918760
Dưới đây là các giải pháp được đề xuất - bạn đã đánh giá chúng chưa?
- Phương pháp 1:Sử dụng tài khoản proxy SQL Server Agent
Tạo tài khoản proxy SQL Server Agent. Tài khoản proxy này phải sử dụng thông tin xác thực cho phép SQL Server Agent chạy công việc với tư cách là tài khoản đã tạo gói hoặc dưới dạng tài khoản có các quyền bắt buộc.
Phương pháp này hoạt động để giải mã các bí mật và đáp ứng các yêu cầu chính của người dùng. Tuy nhiên, phương pháp này có thể có thành công hạn chế vì các khóa người dùng gói SSIS liên quan đến người dùng hiện tại và máy tính hiện tại. Do đó, nếu bạn di chuyển gói sang máy tính khác, phương pháp này vẫn có thể không thành công, ngay cả khi bước công việc sử dụng đúng tài khoản proxy.
- Phương pháp 2:Đặt thuộc tính SSIS Package ProtectionLevel thành ServerStorage
Thay đổi thuộc tính SSIS Package ProtectionLevel thành ServerStorage. Cài đặt này lưu trữ gói trong cơ sở dữ liệu SQL Server và cho phép kiểm soát truy cập thông qua các vai trò cơ sở dữ liệu SQL Server.
- Phương pháp 3:Đặt thuộc tính SSIS Package ProtectionLevel thành EncryptSensitiveWithPassword
Thay đổi thuộc tính SSIS Package ProtectionLevel thành EncryptSensitiveWithPassword. Cài đặt này sử dụng mật khẩu để mã hóa. Sau đó, bạn có thể sửa đổi dòng lệnh bước công việc SQL Server Agent để bao gồm mật khẩu này.
- Phương pháp 4:Sử dụng tệp cấu hình Gói SSIS
Sử dụng các tệp cấu hình Gói SSIS để lưu trữ thông tin nhạy cảm, sau đó lưu trữ các tệp cấu hình này trong một thư mục bảo mật. Sau đó, bạn có thể thay đổi thuộc tính ProtectionLevel thành DontSaveSensitive để gói không được mã hóa và không cố lưu bí mật vào gói. Khi bạn chạy gói SSIS, thông tin bắt buộc sẽ được tải từ tệp cấu hình. Đảm bảo rằng các tệp cấu hình được bảo vệ đầy đủ nếu chúng chứa thông tin nhạy cảm.
- Phương pháp 5:Tạo mẫu gói
Để có giải pháp lâu dài, hãy tạo một mẫu gói sử dụng mức bảo vệ khác với cài đặt mặc định. Sự cố này sẽ không xảy ra trong các gói trong tương lai.
