SSIS-Probleme: Dynamische OData-Verbindung für dieselbe SharePoint-Liste auf mehreren Sites

Ich habe ein Problem mit einer OData SharePoint-Listenquelle mit einer sich dynamisch ändernden Verbindungszeichenfolge (innerhalb des OData Verbindungs-Managers). Die OData-Quelle in meinem Datenflusstask kann nicht mit der Fehlermeldung "Kann eine verwaltete Verbindung vom Laufzeitverbindungs-Manager erwerben" beim Ausführen der DFT von einem übergeordneten Paket überprüft werden.

Ich habe ein ausführliches Googeln gemacht und die Foren gnadenlos durchgekämmt; Ich habe jedoch nichts gefunden, was eine Lösung für dieses Problem zu bieten scheint. Jede Hilfe, die eine Lösung findet, würde sehr geschätzt werden!

Hier ist der allgemeine Ablauf des Haupt-SSIS-Pakets:

1. Staging-Tabelle abschneiden
2. Abrufen aller Websitesammlungs-URLs und ihrer GUIDs aus der SQL-Tabelle
3. Paketaufgabe für jede Websitesammlung ausführen (für jeden ADO-Schleifencontainer)
   1. Extrahiere Daten von UserInformationList (OData source)
   2. Fügen Sie eine Spalte für die GUID dieser Websitesammlung hinzu
   3. Laden Sie die Daten in die Staging-Tabelle
4. usw. . .

Hauptpaket:

Kindpaketsteuerung FLow:

E-L UserInformationList DFT:

Paketausgabe mit Fehlermeldung:

Beim Testen der gesamten Lösung verhält sich alles (Aufgaben, Parameter, Variablen usw.) ordnungsgemäß bis 3.1 (siehe oben), wenn die OData Quelle während der Validierung fehlschlägt. Die einzigen Aspekte des Quell- und Verbindungsmanagers, die sich ändern, sind die URL und der ConnectionString für den Verbindungsmanager. Die spezifische SharePoint-Liste, auf die ich auf jeder Site zugreife, ändert sich nie. Wenn die Lösung in das untergeordnete Paket eintritt, werden die URL und die ConnectionString für den Verbindungsmanager ordnungsgemäß festgelegt, bevor die DFT eingegeben wird.

Beim Testen des untergeordneten Pakets über die Paketausführungs-Task mithilfe hartcodierter Parameterwerte kann das untergeordnete Paket nicht validiert werden.

Wenn nur das untergeordnete Paket getestet wird, treten keine Fehler auf und die Listeninformationen werden wie erwartet in der Datenbank gespeichert. Bei einzelnen Tests verwendet der OData Connection Manager jedoch den Standardwert der Paketparameter.

Dinge, die ich bisher versucht habe:

• Setzen Sie DelayValidation auf True
• Ändern der Debugging-Laufzeit von 64 auf 32 Bit (und wieder zurück)
  
• Verwenden Sie die Sammlung, um die Liste anzugeben (im OData Quelltext-Editor)
  
• Verwenden Sie den Ressourcenpfad zum Angeben der Liste (im OData Quelltext-Editor)
  
• Ausführen des untergeordneten Pakets als Farmadministrator
  
• Ausführen der Lösung als Farmadministrator
  

Weitere Informationen:

• SharePoint 2013
• Datentools für Visual Studios 2012
• Microsofts OData Source für SQL Server 2012