Tôi có 2 công việc theo lịch trên máy SQL Server 2005 được lên kế hoạch chạy mỗi sáng (khoảng 2:00 sáng). Những công việc đã làm việc tốt (chủ yếu) trong nhiều năm và mặc dù tôi đã có một vài trục trặc mà tôi đã phải làm việc thông qua vấn đề này là hoàn toàn stumping tôi.SSIS: Chỉ cần bắt đầu nhận một "Khóa không hợp lệ để sử dụng ở trạng thái được chỉ định". lỗi trên gói SSIS đã lập lịch của tôi
Hai buổi sáng trước, một trong các gói của tôi bắt đầu báo cáo các lỗi sau:
Executed as user: [Service Acount]. ...n 9.00.4035.00 for 32-bit
Copyright (C) Microsoft Corp 1984-2005. All rights reserved.
Started: 1:15:01 AM Error: 2012-10-17 01:15:03.98
Code: 0xC0016016
Source:
Description: Failed to decrypt protected XML node "DTS:Password"
with error 0x8009000B "Key not valid for use in specified state.".
You may not be authorized to access this information. This error
occurs when there is a cryptographic error. Verify that the
correct key is available. End Error Error: 2012-10-17 01:15:03.99
Code: 0xC0016016
Source:
Description: Failed to decrypt protected XML node "DTS:Password"
with error 0x8009000B "Key not valid for use in specified state.".
You may not be authorized to access this information. This error
occurs when there is a cryptographic error. Verify that the
correct key is available. End Error Error: 2012-10-17 01:15:04.01
Code: 0xC0016016
Source:
Description: Failed to ... The package execution fa... The step failed.
này dường như là một vấn đề phổ biến, tuy nhiên, không ai trong số các khuyến nghị mà tôi đã tìm thấy hoặc áp dụng cho các kịch bản của tôi cũng không ví dụ của tôi dường như phù hợp với hầu hết các trường hợp khác xảy ra điều này. Dưới đây là các chi tiết quan trọng liên quan đến việc triển khai của tôi.
- Gói này đang xuất dữ liệu từ hệ thống iSeries, sang SQL Server 2005 bảng dữ liệu.
- Quy trình này hoạt động thành công nhưng vẫn bị rơi trên một, xuất bảng cụ thể. Trong thực tế, nó chạy mà không có bất kỳ rắc rối trong hơn 2 giờ trước khi nó chết. Sau khi kiểm tra tất cả các thuộc tính liên quan với bước này, tôi có thể thấy rằng không có gì khác biệt về bước này so với các bước xuất bảng khác, ngoài việc xuất bảng/cột ánh xạ.
- Gói
ProtectionLevelđược đặt thànhDontSaveSensitivevà thông tin đăng nhập iSeries được lưu trữ trong tệp cấu hình được truy cập bởi SQL Server. - Tôi có thể thực hiện bước thất bại trên máy của mình, trong BIDS. Bất kể, nó không hoạt động trên máy chủ, mặc dù máy chủ đang sử dụng cùng một thông tin đăng nhập chính xác.
- Như tôi đã đề cập, tôi có hai gói. Chúng có hiệu quả giống nhau, ngoại trừ một là xuất dữ liệu từ một cơ sở dữ liệu iSeries và một là xuất dữ liệu gần giống với cấu trúc chính xác từ một iSeries DB khác. Gói đầu tiên không gặp bất kỳ sự cố nào mặc dù nó đang sử dụng thông tin đăng nhập iSeries giống nhau.
- Để rõ ràng, không có gì trên máy chủ của tôi đã thay đổi trong tháng (mà tôi biết.) vừa mới bắt đầu diễn ra sáng hôm qua.
Bất kỳ mẹo nào hoặc suy nghĩ sẽ hữu ích vô cùng. Xuất khẩu này là cực kỳ quan trọng và nhiều người dùng/người lao động dựa vào dữ liệu này cho công việc hàng ngày của họ.
Mọi cập nhật đã được áp dụng cho máy chủ của bạn? Bạn đã thử lưu gói trực tiếp từ BIDS vào vị trí đích (Save As cung cấp tùy chọn đó) chưa? – rvphx
Tôi không tin rằng bất kỳ bản cập nhật nào đã được đẩy lên Máy chủ (OS). Tôi kiểm soát bất kỳ bản cập nhật cho SQL Server, và tôi đã không được cài đặt bất kỳ. Ngoài ra, tôi xây dựng dự án cục bộ trên máy tính của tôi, sau đó tôi từ xa vào máy SQL Server và nhập nó vào cơ sở dữ liệu (không phải vị trí dựa trên tệp.) – RLH
Bạn đã thử thay đổi mức độ bảo vệ của gói khi bạn nhập nó vào SQL Server? Đôi khi trong khi nhập khẩu các gói, điều đó được điều sai lầm. – rvphx