एसक्यूएल सर्वर रिपोर्टिंग सेवाएँ डेटा स्रोत डेटाबेस लॉगइन क्रेडेंशियल्स

Question

मेरे विकास के वातावरण में खोने रहता है, हर बार जब मैं खिड़कियां (मेरे लिए कम से कम दैनिक किया जाना चाहिए जो), मेरे साझा SSRS datasources के सभी रिबूट अपने क्रेडेंशियल्स खो देते हैं।

वर्तमान में मैं उन्हें डेटाबेस एक निश्चित क्रेडेंशियल का उपयोग कर में लॉग इन करने की स्थापना की है, लेकिन रिबूट पर सभी datasources कोई क्रेडेंशियल्स का उपयोग करने पर पॉप। अनुमोदित, यह केवल देव पर्यावरण में है, और मैं बस डेटासोर्स को चेक/अपडेट कर सकता/चेक इन कर सकता हूं और यह ठीक काम करेगा ... जब तक कि मैं दोबारा रीबूट नहीं करता।

FYI करें, मैं कम से कम 2 साल और कोई समस्या नहीं के लिए इन साझा datasources का उपयोग किया गया है, लेकिन पिछले महीने या तो में, यह एक आवर्ती दैनिक समस्या हो गया है।

मदद?

Answer 1

मैं के रूप में एक डेटा स्रोत के लिए विरोध आप दृश्य स्टूडियो में एक रिपोर्ट सर्वर परियोजना में साझा डेटा स्रोत के बारे में बात कर रहे हैं संभालने हूँ, रिपोर्टिंग सेवा पर सीधे बनाया। उत्तरार्द्ध, डेटा को रिपोर्ट सर्वर सर्वर में संग्रहीत किया जाता है जिसे एसएसआरएस सेट करते समय निर्दिष्ट किया गया था।

अब, दृश्य स्टूडियो में इस्तेमाल किया .rds फ़ाइल के लिए के रूप में, यदि आप एक पाठ संपादक में फ़ाइल को खोलने, ध्यान दें कि उपयोगकर्ता नाम और पासवर्ड फ़ाइल में संग्रहीत नहीं है। यह वास्तव में .rptproj.user फ़ाइल में संग्रहीत है। तो, जांचें कि किसी ने स्रोत नियंत्रण से .user फ़ाइल को नहीं हटाया है (.user फ़ाइलें स्रोत नियंत्रण में नहीं होना चाहिए, लेकिन आपके मामले में ...)।

यह परिदृश्य आपके प्रमाण पत्र दर्ज करके, सभी फ़ाइलों को सहेजकर और विजुअल स्टूडियो से बाहर निकलने के द्वारा परीक्षण योग्य है। .rptproj.user फ़ाइल को ढूंढें और हटाएं, और अपनी रिपोर्ट सर्वर प्रोजेक्ट को फिर से खोलें और प्रमाण पत्र चलाएं! ", पासवर्ड = पास यूज़र आईडी = उपयोगकर्ता" कनेक्शन स्ट्रिंग के हिस्से के रूप

एक काम के आसपास जोड़ने है। जब .rds खोला जाता है, कनेक्शन स्ट्रिंग इस भाग को नहीं दिखाएगी, लेकिन क्रेडेंशियल्स टैब में सही मान होना चाहिए।

Answer 2

क्या यह आपकी मशीन पर सेवाओं के बूट ऑर्डर से संबंधित हो सकता है।

बस एक अनुमान: शायद एसपी 3 में नई कार्यक्षमता है जो जांचता है कि कनेक्शन प्रमाण-पत्र मान्य हैं या नहीं। यदि वे मान्य नहीं हैं तो वे साफ़ कर दिए गए हैं।

समस्या तब होती है जब एसक्यूएल सर्वर के पास शुरू होने से पहले यह चेक किया जाता है। यह बताएगा कि जब मशीन पुनरारंभ होता है तो उन्हें साफ़ क्यों किया जाता है।

Answer 3

मैंने हाल ही में एक ही समस्या का अनुभव किया है, लेकिन मैं इसे रीबूट से कनेक्ट नहीं कर सकता। ऐसा लगता है जब मैंने स्रोत नियंत्रण से समाधान की जांच की - हम टीम फाउंडेशन सर्वर का उपयोग करते हैं। सेवा खाते को एक बजाना बार अक्षम करने के बाद, यह किसी भी तरह से खुद को ठीक कर दिया और व्यवहार करना शुरू कर दिया। मुझे यह पोस्ट मिला और rptproj.user फ़ाइल के लिए मेरे प्रोजेक्ट फ़ोल्डर की जांच की जो कि बेंसन ने उल्लेख किया था, और इसमें दिन की एक संशोधित तारीख है जिसकी मुझे समस्या थी, लेकिन परियोजना बनाने के रूप में मुझे याद रखने की एक तिथि की तारीख, इसलिए मैं भविष्य में इस पर ध्यान देना चाहूंगा।

क्या कोई इस मुद्दे पर कुछ भी नया आया है?

Answer 4

मुझे एहसास है कि आपने इसे पहले ही पढ़ा होगा, लेकिन यहां कुछ मदद कर सकता है? http://msdn.microsoft.com/en-us/library/ms159846.aspx

मैं इस बात पर ध्यान देना चाहूंगा कि एसएसआरएस कैसे स्थापित किया गया था और साथ ही साथ सेवा लॉग इन नीतियों के साथ-साथ डोमेन लॉगऑन नीतियां भी होती हैं।