2011-11-09 17 views
10

Sto utilizzando SSRS 2008 R2 e Report Builder 3.0. Configurazione di un'origine dati condivisa tramite il browser (http: // myserver/reports /) in cui "le credenziali vengono memorizzate in modo sicuro nel server di report" da utilizzare con più report. Il test della connessione tramite il browser funziona.Generatore report 3.0 - Le credenziali del set di dati non funzionano

Ora, accendo Generatore report 3.0. Inizio un nuovo rapporto e "Aggiungi origine dati". Seleziono "Usa una connessione condivisa", naviga verso il server e seleziona l'origine dati sopra indicata. Fai clic su "Verifica connessione" e tutto va bene.

Quindi provo a "Aggiungi set di dati". Nella finestra di dialogo, seleziono "Usa un set di dati incorporato nel mio rapporto", seleziono la mia origine dati aggiunta sopra, digito la stringa SQL e clicco su OK. Viene visualizzato il messaggio "Inserire le credenziali di origine dati". Indipendentemente dalla permutazione del dominio valido (come l'account di amministratore di dominio e altri) o di SQL Server (come l'account "sa") oltre alle caselle di controllo che utilizzo, viene visualizzato "Impossibile connettersi all'origine dati".

Le impostazioni di sicurezza sull'origine dati condivisa consentono a BUILTIN \ administrators e domain \ administrator di tutti i ruoli. L'origine dati funziona, poiché alcuni report migrati legacy funzionano bene. Report Builder dice che l'origine dati si connette bene. Ma, non posso creare nuovi rapporti, né modificare quelli esistenti.

Qualche suggerimento?

risposta

11

Dopo molto gnash e wailing sembra che Report Builder utilizzi le informazioni nelle definizioni in Report Server per eseguire query in locale da solo e non tramite Reporting Services.

La mia convinzione errata era che quando facevo qualcosa come Aggiorna campi quando si imposta un set di dati, Generatore di report stava passando attraverso Report Services per ottenere l'output e/oi metadati rilevanti. Questo sembra non essere il caso.

Avevo definito la stringa di connessione dell'origine dati condivisa come Data Source=(local);Initial Catalog=<database name>. Ora, questo funziona quando ci si trova nell'interfaccia del browser di Reporting Services, ma Generatore di report sembra leggere la stringa di connessione e usarla per se stessa. Reporting Services sul mio computer di sviluppo locale non ha alcuna configurazione sul server di destinazione che esegue questi report, quindi non funzionerà correttamente..

La modifica della stringa di connessione su Data Source=<server name>;Initial Catalog=<database name>, invece di localhost, ha consentito al Generatore di rapporti di funzionare correttamente. (RB è ancora spuntato "Inserisci le credenziali di origine dati" Ho usato le mie credenziali di Windows, che è un accesso valido sul server di destinazione.)

+1

Ho avuto un problema simile e la tua risposta mi ha spinto nella giusta direzione. La differenza era che il client installato sulla workstation locale era il client nativo 10 e il server aveva il client nativo 11. La stringa di connessione sul server doveva cambiare il nome del provider da SQLNCI11.1 a SQLNCI10.1 per funzionare dal computer locale. La soluzione finale era installare il client nativo 11 sulla workstation. –

+0

Freddo. Felice di poter essere il nucleo di una soluzione diversa per te! Grazie per averci aggiunto. – alphadogg

1

Per eseguire ciò che si sta tentando, sembra che sia necessario utilizzare la sicurezza integrata di Windows.

Secondo MSDN le credenziali memorizzate non vengono passate alle applicazioni client. Sono utilizzabili solo dal server di report per cose come i report pianificati.

http://msdn.microsoft.com/en-us/library/ms159736.aspx

vi posso dire che il messaggio "immettere le credenziali di origine dati" è alla ricerca per l'autenticazione di SQL, non gli account di dominio.

+0

Bene, ho usato quello "memorizzato in modo sicuro nel server di report" per quell'origine dati. E, altri accessi SQL validi. Ma nessuno sembra funzionare. – alphadogg

1

Domande e risposte in sospeso. Apprezzo molto la tua descrizione accurata. Ho avuto lo stesso problema. Nel mio caso il problema era che stavo accedendo a Report Builder da una macchina collegata al mio ufficio di casa tramite VPN. Suppongo che, poiché ero fuori dalla rete Windows dell'home office, RB non poteva autenticarmi. Lavorare con un desktop remoto collegato a una macchina in ufficio mi ha permesso di superare il problema.Le risposte di Your e @ RichShealer mi hanno ricordato che quando si eseguono i report dal browser, vengono servite da un server interno. Questo non è il caso quando si esegue RB, un'applicazione desktop.