在我的開發環境中，每次重新啓動Windows（必須至少每天都對我進行操作）時，我的所有共享SSRS數據源都會丟失其憑據。SQL Server Reporting Services數據源不斷丟失數據庫登錄憑據
目前我有他們設置爲使用固定憑證登錄數據庫，但在重新引導時所有數據源彈出到不使用憑據。當然，這只是在開發環境中，我可以檢查/更新數據源/檢查回來，它會正常工作......直到我再次重新啓動。我想這些共享數據源至少使用了2年，沒有問題，但是在過去的一個月左右，這是一個反覆出現的日常問題。
幫助？
我假設您正在討論Visual Studio中報表服務器項目中的共享數據源，而不是直接在Reporting Services上創建的數據源。後者的數據全部存儲在設置SSRS時指定的ReportServer數據庫中。
現在，對於Visual Studio中使用的.rds文件，如果在文本編輯器中打開文件，請注意用戶名和密碼未存儲在文件中。它實際上存儲在.rptproj.user文件中。因此，請檢查是否有人沒有從源代碼控制中刪除.user文件（.user文件不應該是在源代碼控制中，但在您的情況下......）。
這是通過輸入憑據，保存所有文件並退出Visual Studio來測試的。找到並刪除.rptproj.user文件，然後再次打開報表服務器項目，並查看憑證消失！
解決方法是將「用戶ID =用戶;密碼=傳遞」添加爲連接字符串的一部分。打開.rds時，連接字符串不會顯示此部分，但「憑據」選項卡應具有正確的值。
這可能與您的計算機上的服務引導順序有關。
只是猜測：也許SP3中有新功能檢查連接憑證是否有效。如果他們無效，他們將被清除。
如果在SQL Server有時間啓動之前完成此檢查，則會出現此問題。這可以解釋爲什麼當機器重新啓動時它們被清除。
我最近遇到了同樣的問題，但無法將其連接到重新啓動。當我從源代碼控制中檢查解決方案時，似乎發生了這種情況 - 我們使用Team Foundation Server。在停用服務帳戶數十億次後，它不知怎麼治癒了自己並開始行動。我找到了這篇文章，並檢查了我的項目文件夾，找到了benson提到的rptproj.user文件，並且修改了我遇到問題的那一天的日期，但創建了一個接近我記得創建項目的日期，所以我將來會注意這一點。
有沒有人拿出這個問題上的新東西？
我意識到你可能已經閱讀過這個內容，但是這裏可能有些幫助？ http://msdn.microsoft.com/en-us/library/ms159846.aspx
我會關注SSRS的安裝方式以及服務運行的帳戶，以及域登錄策略。
我們工作時遇到過同樣的問題。我很感興趣，看看有沒有人有答案。你使用源碼安全嗎？ – DForck42 2009-05-05 20:10:37
是的，我們使用SourceSafe，但正如我上面所說的，我們在2年內沒有任何麻煩，現在是每一天。令人沮喪。 – Pulsehead 2009-05-06 15:34:43
是的。我們在開始這樣做之前已經建立了大約半年的時間。你們最近什麼時候更新了嗎？ – DForck42 2009-05-06 16:00:53