SQL Server Raporlama Hizmetleri Veri kaynağı veritabanı oturum açma bilgilerini kaybetmeye devam ediyor

Question

Geliştirme ortamımda, Windows'u her yeniden başlattığımda (ki bu benim için en azından günlük olarak yapılmalı), tüm Paylaşılan SSRS Veri Kaynakları'm tümü kimlik bilgilerini kaybediyor.

Şu anda, sabit bir kimlik bilgisi kullanarak veritabanına giriş yapmak için ayarlanmış, ancak tüm veri kaynaklarının yeniden başlatılmasında kimlik bilgileri kullanılmadan yeniden başlatılmıştır. Verilen, sadece dev ortamında, ve ben sadece veri kaynağı/check out in/check out ve tekrar kontrol edebilirsiniz kadar iyi çalışacaktır.

FYI, Bu Paylaşılan Veri Kaynaklarını en az 2 yıl boyunca kullanıyorum ve sorun yok, ancak son bir ay içinde yinelenen günlük bir sorun oldu.

Yardım?

Answer 1

Doğrudan Raporlama Servisleri'nde oluşturulan Veri Kaynağı yerine, Visual Studio'daki bir Rapor Sunucusu projesindeki Paylaşılan Veri Kaynakları hakkında konuşuyorsunuzdur. İkincisi, veri SSRS'yi ayarlarken belirtilen tüm ReportServer veritabanında saklanır.

Artık, Visual Studio'da kullanılan .rds dosyasına gelince, dosyayı bir metin düzenleyicide açarsanız, kullanıcı adı ve parolanın dosyada saklanmadığını unutmayın. Aslında .rptproj.user dosyasında saklanır. Bu yüzden, birisinin .user dosyasını kaynak denetiminden kaldırmadığını kontrol edin (.user dosyaları , kaynak denetiminde olmamalıdır, ancak sizin durumunuzda ...).

Bu senaryo, kimlik bilgilerinizi girerek, tüm dosyaları kaydederek ve Visual Studio'dan çıkarak test edilebilir. .rptproj.user dosyasını bulun ve silin ve Report Server projenizi tekrar açın ve kimlik bilgilerini görün!

Çevresindeki bir çalışma, "Kullanıcı Kimliği = kullanıcı; Parola = pass", Bağlantı Dizesi'nin bir parçası olarak eklenir. .rds açıldığında, Bağlantı Dizesi bu kısmı göstermez, ancak Kimlik Bilgileri sekmesi doğru değerlere sahip olmalıdır.

Answer 2

Bu, makinenizdeki servislerin önyükleme sırası ile ilgili olabilir.

Sadece bir tahmin: Belki de SP3'te, bağlantı kimlik bilgilerinin geçerli olup olmadığını kontrol eden yeni bir işlev var. Geçerli değilse, temizlenirler.

Sorun, SQL sunucusunun başlama zamanı gelmeden önce bu kontrol tamamlandığında yapılır. Bu, makine yeniden başlatıldığında neden temizlendiğini açıklar.

Answer 3

Yakın zamanda aynı sorunu yaşadım, ancak yeniden başlatılamam. Çözümü kaynak kontrolünden kontrol ettiğimde görülüyordu - Team Foundation Server'ı kullanıyoruz. Servis hesabını bazilyon kez devre dışı bıraktıktan sonra, bir şekilde kendini iyileştirdi ve davranmaya başladı. Ben bu yazıyı buldum ve benson belirtilen rptproj.user dosyası için proje klasörüne baktım ve sorunları vardı günün değiştirilmiş bir tarihi vardır, ama proje oluşturmuş olarak hatırlayabildiğim yakın bir oluşturma tarihi, yani Gelecekte buna dikkat edeceğim.

Bu konuda yeni bir şey çıkaran oldu mu?

Answer 4

Bunu zaten okuduğunuzu biliyoruz, ancak burada bir şey yardımcı olabilir? http://msdn.microsoft.com/en-us/library/ms159846.aspx

SSRS'nin nasıl yüklendiğine ve ayrıca hizmet alanlarının hangi hesapların çalıştırılacağına ve etki alanı oturum açma ilkelerine dikkat etmeliyim.