SQL Server Reporting Services Datasource giữ mất thông tin đăng nhập cơ sở dữ liệu

Question

Trong môi trường phát triển của tôi, mỗi khi tôi khởi động lại windows (phải được thực hiện ít nhất mỗi ngày), tất cả các dữ liệu SSRS chia sẻ của tôi mất thông tin đăng nhập của họ.

Hiện tại tôi đã thiết lập để đăng nhập vào cơ sở dữ liệu bằng cách sử dụng thông tin đăng nhập cố định, nhưng khi khởi động lại tất cả nguồn dữ liệu bật lên để không sử dụng bằng chứng xác thực. Cấp, nó chỉ trong môi trường dev, và tôi chỉ có thể kiểm tra/cập nhật các nguồn dữ liệu/kiểm tra lại và nó sẽ làm việc tốt ... cho đến khi tôi khởi động lại một lần nữa.

FYI, tôi đã sử dụng các Tài nguyên được chia sẻ này trong ít nhất 2 năm và không có vấn đề gì, nhưng trong tháng qua, đó là vấn đề định kỳ hàng ngày.

Trợ giúp?

Answer 1

Tôi giả sử bạn đang nói về Nguồn dữ liệu được chia sẻ trong dự án Máy chủ báo cáo trong Visual Studio, trái ngược với Nguồn dữ liệu được tạo trực tiếp trên Dịch vụ báo cáo. Sau này, dữ liệu được lưu trữ tất cả trong cơ sở dữ liệu ReportServer đã được chỉ định khi thiết lập SSRS.

Bây giờ, đối với tệp .rds được sử dụng trong Visual Studio, nếu bạn mở tệp trong trình chỉnh sửa văn bản, hãy lưu ý rằng tên người dùng và mật khẩu không được lưu trữ trong tệp. Nó thực sự được lưu trữ trong tập tin .rptproj.user. Vì vậy, hãy kiểm tra xem ai đó đã không xóa tệp .user khỏi điều khiển nguồn (các tệp .user không nên có trong kiểm soát nguồn, nhưng trong trường hợp của bạn ...).

Đây là kịch bản có thể kiểm chứng bằng cách nhập thông tin đăng nhập của bạn, lưu tất cả các tệp và thoát khỏi Visual Studio. Tìm và xóa tệp .rptproj.user và mở lại dự án Máy chủ báo cáo của bạn và xem thông tin đăng nhập đã biến mất!

Công việc xung quanh là thêm "User ID = user; Password = pass" như một phần của chuỗi kết nối. Khi .rds được mở ra, Chuỗi kết nối sẽ không hiển thị phần này, nhưng tab Thông tin xác thực phải có giá trị phù hợp.

Answer 2

Điều này có thể liên quan đến thứ tự khởi động dịch vụ trên máy của bạn không.

Chỉ cần đoán: Có thể có chức năng mới trong SP3 để kiểm tra xem thông tin xác thực kết nối có hợp lệ hay không. Nếu chúng không hợp lệ, chúng sẽ bị xóa.

Sự cố sẽ xảy ra nếu việc kiểm tra này được thực hiện trước khi máy chủ SQL có thời gian để bắt đầu. Điều này sẽ giải thích lý do tại sao chúng được xóa khi máy khởi động lại.

Answer 3

Gần đây tôi đã gặp phải sự cố tương tự, nhưng tôi không thể kết nối nó để khởi động lại. Nó dường như xảy ra khi tôi kiểm tra giải pháp từ điều khiển nguồn - chúng tôi sử dụng Team Foundation Server. Sau khi vô hiệu hóa tài khoản dịch vụ một lần bazillion, nó bằng cách nào đó tự chữa lành và bắt đầu hành xử. Tôi tìm thấy bài đăng này và kiểm tra thư mục dự án của tôi cho tệp rptproj.user mà benson đã đề cập và có ngày sửa đổi trong ngày tôi gặp sự cố, nhưng ngày tạo gần với những gì tôi có thể nhớ khi tạo dự án, vì vậy Tôi sẽ chú ý đến điều này trong tương lai.

Có ai có bất kỳ điều gì mới về vấn đề này không?

Answer 4

Tôi nhận thấy bạn có thể đã đọc nội dung này, nhưng có điều gì đó ở đây có thể giúp bạn? http://msdn.microsoft.com/en-us/library/ms159846.aspx

Tôi sẽ chú ý đến cách SSRS được cài đặt và cũng như tài khoản các dịch vụ chạy như, cũng như chính sách đăng nhập miền.