2015-02-17 13 views
5

Am bekommen:Netezza „[08S01] Kommunikationsverbindungsfehler“ Laden Externe Daten

ERROR [HY008] Vorgang abgebrochen ERROR [08S01] Kommunikationsverbindungsfehler

Beim Versuch, externe .txt-Datei zu Netezza hochladen Datenbank. Ich habe das in der Vergangenheit (nur letzte Woche) getan, aber heute diesen Fehler erhalten. Ich bin in der Lage, eine Verbindung mit der DB herzustellen, habe truncate ausgeführt und Tabellenanweisungen für das Laden dieser Daten erstellt, kann auswählen, etc ... Aber noch kein Glück laden. Es ist etwa 200k Aufzeichnungen und hier ist mein Code:

INSERT INTO PTG_ITO_ETL.FINANCE_TY15_RT_TPG 
SELECT * FROM EXTERNAL 'C:\\Users\\Documents\\Data Sources\\Finance_FY15_RT\\SBTPG\\TPG_INTUIT_RT_PRODIV_20150214.TXT' 
USING 
(
    MAXERRORS 1 
    DATESTYLE 'MDY' 
    DATEDELIM '/' 
    BOOLSTYLE 'Y_N' 
    Y2BASE 2000 
    ENCODING 'internal' 
    SKIPROWS 1 
    REMOTESOURCE 'ODBC' 
    ESCAPECHAR '\' 
) 

Haben Lösung von nur anderen Beitrag habe ich versucht, zu diesem Thema finden konnte:

ERROR [08S01] Communication link failure while inserting data in to external table in netezza

„Ich in Windows 7 und Windows Server gefunden haben 2008 R2 TCP Chimney Einstellungen waren die Täter.

http://blogs.dirteam.com/blogs/sanderberkouwer/archive/2008/05/15/backward-compatible-networking-with-server-core.aspx

die Follwing Befehle Fix Ed diese Ausgabe für mich:

netsh interface tcp set global rss=disabled 
netsh interface tcp set global chimney=disabled 
netsh interface tcp set global autotuning=disabled" 

Aber, ohne Erfolg. Wissen Sie nicht, was dieses Problem verursacht? Bin auf Windows 7 mit Aginity, Netezza Version 7.0.4 Danke!

Danke, Craig

+0

Wie lange dauert es, bevor Sie diese Fehlermeldung erhalten? Welche spezielle Version des ODBC-Treibers verwenden Sie? Ohne zu wissen, was in der ODBC-Spur passiert, ist es schwer zu sagen. Ein Fehler mit ähnlichen Symptomen wie dem, den Sie melden, wurde jedoch im 7.0.4.7-Clientpaket behoben. – ScottMcG

+0

Wenn Sie 'LogDir 'C: \\ Benutzer \\ Dokumente \\ Datenquellen \\ Finance_FY15_RT \\ SBTPG \\'' hinzufügen, erhalten Sie eine .nzlog/.nzbad-Datei. Wenn Sie Ihre 'maxerrors' auf 100 setzen, bekommen Sie diese Dateien? Wenn ja, was ist die Fehlermeldung? – Niederee

+0

@ScottMcG, Überall von 15s (schnellste habe ich gesehen) bis 86s (längste es ist genommen). Spezifischer Treiber ist Version 7.01.00.36189. Vielleicht werde ich versuchen, einen von IBM zu aktualisieren, wird Sie wissen lassen, wie es geht. Vielen Dank! – thagraybush

Antwort

1

Schätzen Sie die Hilfe von @ScottMcG, nach dem neuesten Netezza Treiber Download (7.0.4.7) ich diesen Job beenden konnte. Immer noch fehlerhaft (mit gleichem Fehler) ein paar Mal, aber auch viele mit umfangreichen Tests gearbeitet.

Ich lese einen anderen Beitrag ähnlich und dieser Fehler scheint üblich, je größer die Datensätze gehen. Ich las einen, wo die Person einen externen Tisch mit einer Million + Aufzeichnungen verwendete und jedes Mal fehlerhaft war. Gegebenenfalls muss ich (Sie) die Daten in kleinere externe Tabellen aufteilen, um sie in eine Tabelle/DB zu laden. Scheint Probleme um 200k + zu haben.

Dies ist auch von meinem Laptop, also vielleicht viel höher, wenn Sie auf einer Box im Data Center waren. Ich würde vorschlagen, den Treiber zu aktualisieren und dann bei Bedarf in kleinere Dateien aufzuteilen.

Vielen Dank!

+0

Als letzte Idee, könnte man versuchen, Aginity zum Verbindungszeitpunkt auf den OLE-DB-Provider umzustellen. Es ist im gleichen Windows-Client-Paket wie der ODBC-Treiber verpackt. – ScottMcG

2

Bitte versuchen Sie die folgenden und sehen, ob es Fehler

SELECT * FROM EXTERNAL 'C:\\Users\\Documents\\Data Sources\\Finance_FY15_RT\\SBTPG\\TPG_INTUIT_RT_PRODIV_20150214.TXT' 
(field1 varchar(20000)) 
    USING 
    (
     MAXERRORS 1 
     Delim 199 
     DATESTYLE 'MDY' 
     DATEDELIM '/' 
     BOOLSTYLE 'Y_N' 
     Y2BASE 2000 
     ENCODING 'internal' 
     SKIPROWS 1 
     REMOTESOURCE 'ODBC' 
     ESCAPECHAR '\' 
    )