sto ottenendo:Netezza “[08S01] collegamento di comunicazione fallimento” caricamento di dati esterni
ERRORE [HY008] Operazione annullata ERRORE [08S01] collegamento di comunicazione fallimento
Quando si cerca di caricare file txt esterno per Netezza Banca dati. L'ho fatto in passato (solo la scorsa settimana), ma oggi ho ricevuto questo errore. Sono in grado di connettermi al DB, eseguire troncare e creare istruzioni di tabella per il caricamento di questi dati, selezionare, ecc ... Ma ancora nessuna fortuna di caricamento. E 'intorno a 200K record e qui è il mio codice:
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 '\'
)
hanno cercato la soluzione da solo altro post che ho trovato su questo argomento:
ERROR [08S01] Communication link failure while inserting data in to external table in netezza
"Ho trovato in Windows 7 e Windows Server 2008 R2 Impostazioni TCP Chimney erano il colpevole.
I comandi follwing Fix per me questo problema:
netsh interface tcp set global rss=disabled
netsh interface tcp set global chimney=disabled
netsh interface tcp set global autotuning=disabled"
Ma, inutilmente. Non sai che cosa sta causando questo problema? Sono su Windows 7 usando Aginity, Netezza versione 7.0.4 Grazie!
Grazie, Craig
Quanto tempo ci vuole prima di ottenere tale errore? Inoltre, quale versione specifica del driver ODBC stai usando? Senza sapere cosa sta succedendo nella traccia ODBC, è difficile dirlo. Tuttavia, un bug con sintomi simili a quelli segnalati è stato risolto nel pacchetto client 7.0.4.7. – ScottMcG
Se si aggiunge 'LogDir 'C: \\ Users \\ Documents \\ DataSources \\ Finance_FY15_RT \\ SBTPG \\'' si ottiene un file .nzlog/.nzbad. Se vai su 'maxerrors' a 100 ottieni quei file? se sì, qual è il messaggio di errore? – Niederee
@ScottMcG, Ovunque da 15 s (il più veloce che ho visto) a 86 s (il più lungo è occupato). Driver specifico è la versione 7.01.00.36189. Forse cercherò di aggiornarne uno da IBM, ti farà sapere come va. Grazie! – thagraybush