2015-02-17 14 views
5

Am nhận:Netezza “[08S01] Liên kết Truyền thông thất bại” Đang tải dữ liệu bên ngoài

ERROR [HY008] Đã hủy thao tác ERROR [08S01] Liên kết Truyền thông thất bại

Khi cố gắng để tải lên tập tin .txt bên ngoài để Netezza cơ sở dữ liệu. Tôi đã làm điều này trong quá khứ (chỉ tuần trước), nhưng hôm nay nhận được lỗi này. Có thể kết nối với DB, chạy cắt ngắn và tạo bảng báo cáo cho việc tải dữ liệu này, có thể chọn, vv ... Nhưng chưa có tải may mắn. Đó là khoảng 200K hồ sơ và đây là mã của tôi:

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 '\' 
) 

đã thử giải pháp từ chỉ bài khác tôi có thể tìm về đề tài này:

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

"Tôi đã tìm thấy trong Windows 7 và Windows Server 2008 R2 TCP Chimney Cài đặt là thủ phạm.

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

các lệnh follwing Fix khắc phục vấn đề này cho tôi:

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

Nhưng, không có kết quả. Bạn không biết điều gì gây ra sự cố này? Am trên windows 7 sử dụng Aginity, Netezza phiên bản 7.0.4 Cảm ơn!

Cảm ơn, Craig

+0

bao lâu trước khi bạn nhận được lỗi đó? Ngoài ra, bạn đang sử dụng phiên bản cụ thể của trình điều khiển ODBC? Nếu không biết những gì đang xảy ra trong dấu vết ODBC, thật khó để nói. Tuy nhiên, một lỗi với các triệu chứng tương tự như những gì bạn báo cáo đã được giải quyết trong gói khách hàng 7.0.4.7. – ScottMcG

+0

Nếu bạn thêm 'LogDir 'C: \\ Users \\ Documents \\ Data Sources \\ Finance_FY15_RT \\ SBTPG \\'' bạn có nhận tệp .nzlog/.nzbad không. Nếu bạn tăng 'maxerrors' lên 100 thì bạn có nhận được những tập tin đó không? nếu có, thông báo lỗi là gì? – Niederee

+0

@ScottMcG, Bất cứ nơi nào từ 15s (nhanh nhất tôi đã nhìn thấy) đến 86s (dài nhất nó được thực hiện). Driver cụ thể là phiên bản 7.01.00.36189. Có lẽ tôi sẽ cố gắng để có được một cập nhật từ IBM, sẽ cho bạn biết làm thế nào nó đi. Cảm ơn! – thagraybush

Trả lời

1

Đánh giá cao sự trợ giúp từ @ScottMcG, sau khi tải về Netezza driver mới nhất (7.0.4.7) tôi đã có thể hoàn thành công việc này. Vẫn bị lỗi (với cùng một lỗi) một vài lần nhưng cũng làm việc nhiều với thử nghiệm rộng rãi.

Tôi đọc một bài đăng khác tương tự và lỗi này có vẻ phổ biến khi các bản ghi càng lớn. Tôi đọc một nơi mà người đó đang sử dụng một bảng bên ngoài với một triệu + hồ sơ và bị lỗi mỗi lần. Nếu cần tôi (bạn) có thể cần chia dữ liệu thành các bảng nhỏ hơn bên ngoài để tải xuống một bảng/DB. Dường như bắt đầu gặp sự cố khoảng 200k +.

Đây cũng là từ máy tính xách tay của tôi, vì vậy có thể cao hơn nhiều nếu bạn ở trên một hộp bên trong Trung tâm dữ liệu. Tôi sẽ đề nghị nâng cấp trình điều khiển và sau đó tách thành các tệp nhỏ hơn nếu cần.

Cảm ơn tất cả!

+0

Là một ý tưởng dài cuối cùng, bạn có thể thử chuyển Aginity sang nhà cung cấp OLE-DB tại thời điểm kết nối. Nó được đóng gói trong cùng một gói ứng dụng khách như trình điều khiển ODBC. – ScottMcG

2

hãy thử như sau và xem nếu nó lỗi

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 '\' 
    ) 
Các vấn đề liên quan