2017-07-10 4 views
0

Wir verfügen über einige Workflows, die in unseren Entwicklungs- und Testumgebungen funktionieren und dieselben ODBC-Anmeldeinformationen zum Abrufen von Daten aus derselben SQL verwenden Server-Quelle. Wenn wir Jobs immer wieder ausführen, sind sie immer erfolgreich im Entwickeln und Testen. Wenn wir Jobs in unserem Prod-Server ausführen, erzielen oder scheitern sie bei einer Wahrscheinlichkeit von 50:50, ohne dass irgendetwas geändert wird. Wenn die Jobs fehlschlagen, erhalten sie den folgenden Fehler.Manchmal wird Informatica erfolgreich ausgeführt, manchmal wird der Fehler "Datenquellenname nicht gefunden und kein Standardtreiber angegeben"

Wie können diese Jobs manchmal erfolgreich ausgeführt werden und manchmal fehlschlagen, wenn keine Änderungen vorgenommen werden? Wenn es die Datenquelle manchmal finden kann, bin ich verblüfft, warum es die Datenquelle nicht zu anderen Zeiten finden kann.

READER_1_1_1> RR_4036 Error connecting to database [ [DataDirect][ODBC lib] Data source name not found and no default driver specified Database driver error... Function Name : Connect Database driver error... Function Name : Connect Database Error: Failed to connect to database using user [user_name] and connection string [connect_string].]. READER_1_1_1> CMN_1761 Timestamp Event: [Wed Jul 05 15:21:49 2017] READER_1_1_1> BLKR_16001 Error connecting to database...

+0

Es klingt wie es eine immer Verfügbarkeitsgruppe für die Produktionsumgebung ist und nicht für die Entwickler und Prüfung. Ist das der Fall? –

Antwort

0

das Problem weiterhin besteht, wenn der Benutzer keine Berechtigung odbc.ini zuzugreifen oder Sie könnten fehlende/zusätzliche Einträge in odbc.ini haben. Dies scheitert immer an Ihren Abläufen. Nicht sicher, du sagst es ist manchmal erfolgreich und versagt manchmal. Könnte sein, dass die Datenbank in diesem Moment vorübergehend untergegangen wäre. Bitten Sie bei Ihrem dba die Statistiken für die Datenbank zu erhalten, so dass Sie das Problem identifizieren eindeutig

Danke

+0

Wir haben herausgefunden, dass es zwei Informatica-Server gibt, die für das Loadbalancing verwendet werden, und nur einer der Server hat die notwendigen ODBC.ini-Einträge - was die fast 50-50-Natur des Fehlers erklärt – mday99

Verwandte Themen