none
Report Server Abonnement : Keine Anmeldedaten im Bericht hinerlegt RRS feed

  • Frage

  • Hallo Zusammen, Betr. Report Server 2008R2 Berichte automatisch per Abonnement verteilen

    Beim Erstellen eines Abonnement wird nach hinzuzufügen einer Datenquelle die Meldung angezeigt, dass die Anmeldedaten nicht im Bericht hinterlegt sind. Ich bin zwei Wege gegangen: 1. Die Datenquelle habe ich im Visual Studio bereitgestellt. Hier kann ich die Datenquelle im Report Server auswählen und verbinden. Die Testverbindung funktioniert, aber die o.g. Fehlermeldung wird bei "anwenden" der Verarbeitungsrichtlinie angezeigt und nicht verarbeitet.

    2. Die Datenquelle wird erst über den Report Server im gleichen Verzeichnis freigegeben. Hier wird die Fehlermeldung beim "anwenden" angezeigt: Instanzausfall. Die Datenquelle wird nicht freigegeben.

    Die Reporting Service funktioniert ansonten ohne Probleme. Alle Berichte, welche abonniert werden sollen laufen ohne Fehler !


    • Bearbeitet Harald1504 Samstag, 24. August 2013 01:27
    Samstag, 24. August 2013 01:24

Antworten

Alle Antworten

  • Schau doch bitte mal im Errorlog nach dem Zeitpunkt, was dort an Meldungen steht.

    Hier werden die verschiedenen Logfiles erklärt: http://technet.microsoft.com/de-de/library/cc512029.aspx


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    • Als Antwort markiert Harald1504 Dienstag, 27. August 2013 12:37
    Sonntag, 25. August 2013 12:30
  • Hallo,  Danke für die schnelle Antwort!

    Hier ein Auszug der Fehlermeldung

    1. Teil  Instanzausfall

    library!ReportServer_0-137!2478!08/23/2013-14:34:13:: Call to GetItemTypeAction(/Abfrage Faktura/Artikelumsatz nach GSBG 2013).

    library!ReportServer_0-137!2478!08/23/2013-14:34:13:: Call to GetReportItemReferencesAction(/Abfrage Faktura/Artikelumsatz nach GSBG 2013).

    library!ReportServer_0-137!2478!08/23/2013-14:34:13:: Call to GetSystemPropertiesAction().

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetPermissionsAction(/Abfrage Faktura/Artikelumsatz nach GSBG 2013).

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetSystemPropertiesAction().

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetPropertiesAction(/Abfrage Faktura/Artikelumsatz nach GSBG 2013, PathBased).

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetPropertiesAction(/Abfrage Faktura/Artikelumsatz nach GSBG 2013, PathBased).

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetItemTypeAction(/Abfrage Faktura/Artikelumsatz nach GSBG 2013).

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetReportParametersAction(/Abfrage Faktura/Artikelumsatz nach GSBG 2013).

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetSystemPermissionsAction().

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to GetSystemPropertiesAction().

    library!ReportServer_0-137!389c!08/23/2013-14:34:38:: Call to TestConnectForDataSourceDefinitionAction().

    processing!ReportServer_0-137!389c!08/23/2013-14:34:38:: e ERROR: Throwing Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: , Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Es kann keine Verbindung mit der -Datenquelle hergestellt werden. ---> System.InvalidOperationException: Instanzausfall.

    bei System.Data.SqlClient.TdsParser.Connect(ServerInfo serverInfo, SqlInternalConnectionTds connHandler, Boolean ignoreSniOpenTimeout, Int64 timerExpire, Boolean encrypt, Boolean trustServerCert, Boolean integratedSecurity, SqlConnection owningObject)

    bei System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)

    bei System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)

    bei System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)

    bei System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)

    bei System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection)

    bei System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection owningConnection, DbConnectionPool pool, DbConnectionOptions options)

    bei System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject)

    bei System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject)

    bei System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)

    bei System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)

    bei System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)

    bei System.Data.SqlClient.SqlConnection.Open()

    bei Microsoft.ReportingServices.DataExtensions.ConnectionExtension.Open()

    bei Microsoft.ReportingServices.DataExtensions.SqlConnectionWrapperBase.Open()

    bei Microsoft.ReportingServices.Diagnostics.DataExtensionConnectionBase.OpenDataSourceExtensionConnection(IProcessingDataSource dataSourceObj, String connectString, DataSourceInfo dataSourceInfo, String datasetName)

    2. Teil Anmeldeinformation
    library!ReportServer_0-136!2f04!08/23/2013-07:32:52:: Call to GetPropertiesAction(/Produktion/Produktionsauswertung, PathBased).

    library!ReportServer_0-136!2f04!08/23/2013-07:32:52:: Call to ListEventsAction().

    ui!ReportManager_0-135!720!08/23/2013-07:32:52:: e ERROR: System.Exception: Abonnements k�nnen nicht erstellt werden, weil die zum Ausf�hren des Berichts verwendeten Anmeldeinformationen nicht gespeichert sind oder bei einem verkn�pften Bericht der Link nicht mehr g�ltig ist.

    bei Microsoft.ReportingServices.UI.SubscriptionProperties.Page_Init(Object sender, EventArgs e)

    bei System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e)

    bei System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e)

    bei System.EventHandler.Invoke(Object sender, EventArgs e)

    bei System.Web.UI.Control.OnInit(EventArgs e)

    bei System.Web.UI.Page.OnInit(EventArgs e)

    bei System.Web.UI.Control.InitRecursive(Control namingContainer)

    bei System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

    library!ReportServer_0-136!2f04!08/23/2013-07:32:52:: Call to GetSystemPermissionsAction().

    ui!ReportManager_0-135!720!08/23/2013-07:32:52:: e ERROR: HTTP status code --> 500

    -------Details--------

    System.Exception: Abonnements k�nnen nicht erstellt werden, weil die zum Ausf�hren des Berichts verwendeten Anmeldeinformationen nicht gespeichert sind oder bei einem verkn�pften Bericht der Link nicht mehr g�ltig ist.


    bei Microsoft.ReportingServices.UI.SubscriptionProperties.Page_Init(Object sender, EventArgs e)


    bei System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e)


    bei System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e)


    bei System.EventHandler.Invoke(Object sender, EventArgs e)


    bei System.Web.UI.Control.OnInit(EventArgs e)


    bei System.Web.UI.Page.OnInit(EventArgs e)


    bei System.Web.UI.Control.InitRecursive(Control namingContainer)


    bei System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

    library!ReportServer_0-136!2f04!08/23/2013-07:32:52:: Call to GetSystemPropertiesAction().

    ui!ReportManager_0-135!720!08/23/2013-07:32:52:: e ERROR: System.Threading.ThreadAbortException: Der Thread wurde abgebrochen.

    bei System.Threading.Thread.AbortInternal()

    bei System.Threading.Thread.Abort(Object stateInfo)

    bei System.Web.HttpResponse.End()

    bei Microsoft.ReportingServices.UI.ReportingPage.ShowErrorPage(String errMsg)

    Montag, 26. August 2013 17:19
  • darf man mal sehen, was genau im Connection String steht?

    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    • Als Antwort markiert Harald1504 Dienstag, 27. August 2013 12:38
    Montag, 26. August 2013 17:26
  • Hallo,  hier die Infos. Die Berichte selbe laufen ohne Probleme.

    Connectionstring :  Data Source=Server+Instanz; Initial Catalog=NameCatalog

    library!ReportServer_0-136!2d90!08/23/2013-07:58:07:: Call to GetSystemPropertiesAction().

    library!ReportServer_0-136!183c!08/23/2013-07:58:07:: Call to TestConnectForDataSourceDefinitionAction().

    processing!ReportServer_0-136!183c!08/23/2013-07:58:07:: e ERROR: Throwing Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: , Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Es kann keine Verbindung mit der -Datenquelle hergestellt werden. ---> System.Data.SqlClient.SqlException: Die von der Anmeldung angeforderte Fertigung aus Cube-Datenbank kann nicht ge�ffnet werden. Fehler bei der Anmeldung.

    Fehler bei der Anmeldung f�r den Benutzer '******'.

    bei System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

    bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

    bei System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)

    bei System.Data.SqlClient.SqlInternalConnectionTds.CompleteLogin(Boolean enlistOK)

    bei System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)

    bei System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)

    bei System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)

    bei System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)

    Montag, 26. August 2013 18:00
  • Hallo,  hier die Infos. Die Berichte selbe laufen ohne Probleme.

    Connectionstring :  Data Source=Server+Instanz; Initial Catalog=NameCatalog

    ...

    Und wie genau sieht der endgültige String (Servername) live aus?

    Ich vermute da einen Fehler. Gerne Buchstaben ersetzen zur Anonymisierung, aber sonst nichts ändern


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    • Als Antwort markiert Harald1504 Dienstag, 27. August 2013 12:38
    Montag, 26. August 2013 18:05
  • Data Source=Server\\Instanz;Initial Catalog=DB
    Montag, 26. August 2013 18:12
  • Data Source=Server\\Instanz;Initial Catalog=DB

    genau das dachte ich mir ;-)

    doppelter backslash wo nur einer sein darf

    richtig wäre also "Server\Instanz";


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    • Als Antwort vorgeschlagen Olaf HelperMVP Dienstag, 27. August 2013 07:16
    • Als Antwort markiert Harald1504 Dienstag, 27. August 2013 12:38
    Montag, 26. August 2013 18:19
  • Hallo,

    Sieht gut aus. Ich konnte die Datenquelle nun verbinden und das Abbonement erstellen.

    Ja,ja die kleine Fallstricke !!!    Besten Dank für die schnelle Hilfe !!!!

    mfg,HE

    Montag, 26. August 2013 18:36
  • Hallo Herr Wolter,

    So, der erste Punkt wäre erledigt. Der Bericht kam heute früh pünktlich reingeflattert! ;-))

    Leider konnte ich den 2. Punkt (Instanzausfall) nicht mit den gleichen Mitteln lösen.

    den Connectionstring habe ich nach Ihrem Hinweis korrigiert. Aber hier ist die Besonderheit, das in der Berichtsabfrage auf zwei Datenbanken zugegrifffen wird. Allerdings hatte ich in dem Berichtsordner die beiden Datenquellen als freigegebene Datenquellen ins Verzeichnes reingepackt.Die Fehlermeldung sieht wie folgt aus.

    library!ReportServer_0-14!1b1c!08/27/2013-07:56:38:: Call to GetSystemPropertiesAction().
    library!ReportServer_0-14!1b1c!08/27/2013-07:56:38:: Call to TestConnectForDataSourceDefinitionAction().
    processing!ReportServer_0-14!1b1c!08/27/2013-07:56:38:: e ERROR: Throwing Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: , Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Es kann keine Verbindung mit der -Datenquelle hergestellt werden. ---> System.InvalidOperationException: Instanzausfall.
       bei System.Data.SqlClient.TdsParser.Connect(ServerInfo serverInfo, SqlInternalConnectionTds connHandler, Boolean ignoreSniOpenTimeout, Int64 timerExpire, Boolean encrypt, Boolean trustServerCert, Boolean integratedSecurity, SqlConnection owningObject)
       bei System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)
       bei System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)
       bei System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance)
       bei System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance)
       bei System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection)
       bei System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection owningConnection, DbConnectionPoolGroup poolGroup)
       bei System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)
       bei System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
       bei System.Data.SqlClient.SqlConnection.Open()
       bei Microsoft.ReportingServices.DataExtensions.ConnectionExtension.Open()
       bei Microsoft.ReportingServices.DataExtensions.SqlConnectionWrapperBase.Open()
       bei Microsoft.ReportingServices.Diagnostics.DataExtensionConnectionBase.OpenDataSourceExtensionConnection(IProcessingDataSource dataSourceObj, String connectString, DataSourceInfo dataSourceInfo, String datasetName)

    Schonmal ein Dankeschön im Voraus.  mfg, HE

    Dienstag, 27. August 2013 12:37
  • ...

    Leider konnte ich den 2. Punkt (Instanzausfall) nicht mit den gleichen Mitteln lösen.

    den Connectionstring habe ich nach Ihrem Hinweis korrigiert. Aber hier ist die Besonderheit, das in der Berichtsabfrage auf zwei Datenbanken zugegrifffen wird. Allerdings hatte ich in dem Berichtsordner die beiden Datenquellen als freigegebene Datenquellen ins Verzeichnes reingepackt.Die Fehlermeldung sieht wie folgt aus.

    library!ReportServer_0-14!1b1c!08/27/2013-07:56:38:: Call to GetSystemPropertiesAction().
    library!ReportServer_0-14!1b1c!08/27/2013-07:56:38:: Call to TestConnectForDataSourceDefinitionAction().
    processing!ReportServer_0-14!1b1c!08/27/2013-07:56:38:: e ERROR: Throwing Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: , Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Es kann keine Verbindung mit der -Datenquelle hergestellt werden. ---> System.InvalidOperationException: Instanzausfall.

    ...

    Das sieht mir nach dem gleichen Fehler(-grund) aus.

    Wie sieht denn der Connection String genau aus. Oder wobei passiert das.. vielleicht habe ich etwas falsch verstanden. ich gehe jetzt vom Speichern einer Datenquelle aus


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    Dienstag, 27. August 2013 13:07
  • Also,

    1.Bericht verwalten ==> Datenquellen : eine benutzerdefinierte Datenquelle auswählen ==> Verbindungzeichenfolge eingeben : Date Source=Server\Instanz;Initial Catalog=DB   ==> Anmeldedaten Verbindung testen = OK Die Verbindung wurde erfolgreich getestet.

    2.Verarebitungsoptionen : Diesen Bericht aus einer Berichtsmomentaufnahme rendern ==> Berichtsspezifischer Zeitplan konfigurieren und anwenden : Ergebnis Die Anmeldeinformationen, mit denen dieser Bericht ......., sind nicht gespeichert.

    Da ich nun das Problem habe, das ich nicht weiß auf welche von den beiden Datenquellen er nun abfragt! Trage ich die andere Datenquelle ein, bekomme ich den Instanzausfall. Der Errorbericht gibt hier keine Informationen aus, warum der erste Fehler , oder der zweite Fehler eintritt, oder g.f. welche Datenquelle den Fehler verursacht. Ich kann Ihnen gern des Log der letzten halben Stunde schicken !?

    Dienstag, 27. August 2013 14:41
  • Ok, ich denke ich habe es verstanden.

    Leider ist es schwer nachzuvollziehen wobei genau das nun auftritt. Ich würde es mal im Ausschlussverfahren testen. Also je eine Datenquelle rauswerfen sofern das geht.

    Prinzipiell müssen beide natürlich die Informationen gespeichert haben. Vielleicht ist in einer von beiden eben doch noch ein Fehler. Ev. helfen Screenshots von den Datenquellen sowie der Zuweisung zum Bericht.


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    • Als Antwort markiert Harald1504 Dienstag, 27. August 2013 18:55
    Dienstag, 27. August 2013 14:49
  • Ist es eingentlich möglich in dem Connectionstring zwei Datenquellen zuzuweisen ?
    • Als Antwort markiert Harald1504 Dienstag, 27. August 2013 18:55
    • Tag als Antwort aufgehoben Harald1504 Dienstag, 27. August 2013 18:55
    Dienstag, 27. August 2013 17:58
  • Ist es eingentlich möglich in dem Connectionstring zwei Datenquellen zuzuweisen ?

    Da ein Connection String nichts anderes als der "Inhalt " einer Datasource ist, also zu deren Definition gehört, wäre das paradox.

    Wenn dann kann man 2 Datenquellen mit selbem ConnectionString haben.


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    • Als Antwort markiert Harald1504 Dienstag, 27. August 2013 18:55
    Dienstag, 27. August 2013 18:07
  • Naja, das meinte ich schon z.Bsp

    Connectionsstring :  Data Source=Server\\Instanz;Initial Catalog=DB  + Data Source2=Server2\\Instanz2;Initial Catalog=DB2

    Der Bericht fragt gegen zwei verschiedene Server / Instanzen/ Datenbanken ab. Wenn ich den Bericht über den Report Server abrufen, müssen ja auch die zwei Datenquelle abgefragt werden. Oder ist da meine Logik verkehrt?

    Dienstag, 27. August 2013 18:54
  • Nein, das kann nicht gehen.

    Wie sollte er dann wissen, um welche Datenbank es gerade geht. Vor allem wenn der Datenbankname auf beiden mal gleich ist

    Abfrage1 -> Datenquelle1

    Abfrage2 -> Datenquelle2

    NICHT:

    Abfrage -> Datenquelle1, Datenquelle2

    aber das wäre dann auch ein anderer Thread ;)


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    Dienstag, 27. August 2013 19:00
  • Aber wie kann man die Anmeldedaten für die beiden Datenverbindungen im Bericht speichern ?Die Fehlermeldung lautete ja :

    (ERROR: System.Exception: Abonnements k�nnen nicht erstellt werden, weil die zum Ausf�hren des Berichts verwendeten Anmeldeinformationen nicht gespeichert sind oder bei einem verkn�pften Bericht der Link nicht mehr g�ltig ist.)

    Dienstag, 27. August 2013 19:25
  • Jetzt bin ich irgendwie abgehängt.

    Ich dachte das hatten wir bereits gelöst. Die Vorgehensweise ist hier beschrieben: http://technet.microsoft.com/de-de/library/ms159736.aspx

    Hier habe ich mal im Netz ein Bild rausgefischt, wie es FALSCH ist: http://2.bp.blogspot.com/-KSzrzQFD82M/UNyQP6jVOMI/AAAAAAAAASE/ZCyWH2bKgFA/s1600/SCOM-2012-Disk-Report-Image1.6.jpg

    Richtig wäre "Use this user Name and Password" auszufüllen.

    Und das muss für BEIDE Datasources gemacht werden.


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    Dienstag, 27. August 2013 19:32
  • OK, da muss ich zugeben das ich das übersehen hatte. Ich werde es gleich mal ausprobieren !

    Danke, werde morgen das Ergebnis bekannt geben ! ;-)

    Schönen Abend noch und Danke nochmals !

    Dienstag, 27. August 2013 20:22
  • Hallo Herr Wolter,

    Gestern war es wahrscheinlich doch etwas spät und das Gehirn nicht mehr mit ausreichend Sauerstoff versorgt! ;-)

    Natürlich habe ich den Weg wie auf der o.g. Webseite beschrieben befolgt. Das war ja auch der Auslöser, dass es bei dem Bericht mit einer Datenquelle funktionierte.

    Aber !!! In dem jetzigen Bericht sind im Berichtsdesigner (Visual Studio 2010) zwei Datenquellen eingebunden und im Berichts Manager kann ich ja nur eine Datenquelle hinzufügen! Meiner Meinung muss auch die zweite Datenquelle eingebettet werden! Ich habe jeweiles erst die eine, danach die andere Datenquelle zugewiesen. Jede für sich kann die Verbindung herstellen. Aber bei beiden kommt die o.g. Fehlermeldung, wenn ich die Verarbeitungsoptionen anwenden will. Hat es Auswirkung, wenn der Bericht schon weiterverknüpft wurde?

    Ratlos!

    Mittwoch, 28. August 2013 06:15
  • 1) Gestern war es wahrscheinlich doch etwas spät und das Gehirn nicht mehr mit ausreichend Sauerstoff versorgt! ;-)

    ...

    2) ... und im Berichts Manager kann ich ja nur eine Datenquelle hinzufügen!

    3) Meiner Meinung muss auch die zweite Datenquelle eingebettet werden! Ich habe jeweiles erst die eine, danach die andere Datenquelle zugewiesen. Jede für sich kann die Verbindung herstellen.

    4) Aber bei beiden kommt die o.g. Fehlermeldung, wenn ich die Verarbeitungsoptionen anwenden will. Hat es Auswirkung, wenn der Bericht schon weiterverknüpft wurde?
    ...

    1) das passiert den Besten ... ;-)

    2) Das ist mir jetzt neu - im Report Manager werden alle Datenquellen des Berichtes aufgeführt, wie er hochgeladen wurde

    3) Also ging es ja doch (?)

    4) Das kann ich nicht nachvollziehen (und auch nicht nachstellen da kein RS am Laufen hier). Screenshots davon, was wie somit verknüpft ist und wo nicht geht wären vielleicht ganz gut


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    Mittwoch, 28. August 2013 09:30
  • Hallo Herr Wolter,

    konnte das Problem lösen: der

    SQL Server Native Client 11.0  

    konnte nicht verwendet werden. Nach Umstellung auf

    SQL Server Native Client 10.0

    hat es funktioniert.  Danke nochmals für Ihre schnelle Antworten !

    Dienstag, 3. September 2013 18:34
  • Ah

    auch interessant. In die Ecke hatte ich hier nicht gesucht.

    Wunderbar, das es nun klappt.


    Andreas Wolter | Microsoft Certified Master SQL Server
    Blog: www.insidesql.org/blogs/andreaswolter
    Web: www.andreas-wolter.com

    Dienstag, 3. September 2013 18:42