DB2 Unload auf csv-Dateien Unix mit Version7

Dieses Thema hat 3 Antworten und 1 Teilnehmer, und wurde zuletzt aktualisiert vor 12 Jahre, 9 Monaten von Anonym.

Ansicht von 4 Beiträgen - 1 bis 4 (von insgesamt 4)

Author

Posts
10. Dezember 2010 um 18:04 Uhr #4109

Anonym
Gast

Hallo werte Forumsmitglieder,

ich habe folgendes Problem:
Abziehen ‚alter‘, seit 10 Jahren nicht mehr operativ genutzter Host-DB2-Tabellen zur Sicherung fÃ¼r den Statistik- / Revisionsbereich, so daÃŸ sie unter Unix / Windows als .txt oder .csv-Dateien ‚lesbar‘ sind.
Wir haben mehrere Versuche mit UNLOAD (noch DB-2 Version 7), Format ASCII und Konvertierung der Integer-/smallint-/decimal-Felder mittels EXTERNAL auf character-Format versucht; das Ergebnis nach einem FTP auf das Unix-System ist nicht ‚lesbar‘, weder mit Ulta-Edit (unser benutzter Texteditor) noch als .csv-Datie mit MS-Excel /MS-Access (was dem Fachbereich am liebsten wÃ¤re).
Das Datenvolumen der Tabellen liegt bei 500.000 – 60 Mio SÃ¤tze!
Wer kann mir weiterhelfen ? Was kann ich noch versuchen?
Ist evtl. der FTP der Verursacher des Problemes? MÃ¼ssen hier auch Parameter angegeben / verÃ¤ndert werden?

Mit freundlichen GrÃ¼ssen
Helmut Rupprecht-Engelmann :-/

10. Dezember 2010 um 20:13 Uhr #4261
Anonym
Inaktiv
Hi!

… den Verdacht hatte ich auch gleich: Ja, der FTP Parameter [highlight]SBDATACONN[/highlight] ist ausschlaggebend! Ãœberhaupt ist dieser "Round-Trip" nicht ohne! Besser wÃ¤re sicherlich die Daten direkt an einen File Server (Windows Codepage 1252) zu Ã¼bermitteln, ohne Umweg Ã¼ber Unix (Codepage ISO-8859).

Fragen zu Details: Mit welcher CCSID arbeitet das DB2 OS/390 (273, 500?), dann ist die Frage wie das z/OS bzw OS/390 eingestellt ist, nehmen wir mal an auch 273.

Einige FTP-Beispiele:

Von z/OS nach AIX ASCII:
```
//STEP1Â  Â  EXEC PGM=FTP,PARM='server-name.de (EXIT=16'Â  Â 

	//SYSPRINTÂ  DD SYSOUT=*Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â 

	//OUTPUTÂ  Â  DD SYSOUT=*Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â 

	//NETRCÂ  Â Â  DD DSN=SYS1.FTPPARM(AIXSRV),Â  Â Â  Â Â  Â Â  Â Â  Â  

	//Â  Â Â  Â Â  Â Â  Â  DISP=SHRÂ  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â 

	text

	CD /pfadÂ  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â  

	quote site umask 027Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â 

	LOCSITE SBDATACONN=(IBM-273,ISO8859-1)Â  Â Â  Â Â  Â Â  Â Â  Â 

	PUT 'HOST.DATEI.NAME' unix_file_nameÂ  Â Â  Â  

	QUITÂ  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â  

	/*Â  Â 
```
Â Â Â Â Â Â

Vom z/OS auf ein LAN Laufwerk:
```
//STEP1Â  Â  EXEC PGM=FTP,PARM='FSERVER.DE (EXIT=16'Â  Â Â  Â Â  Â Â  Â Â  Â  

	//SYSPRINTÂ  DD SYSOUT=*Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â  

	//OUTPUTÂ  Â  DD SYSOUT=*Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â  

	//NETRCÂ  Â Â  DD DSN=SYS1.FTPPARM(FSLOGIN),Â  Â Â  Â Â 

	//Â  Â Â  Â Â  Â Â  Â  DISP=SHRÂ  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â  

	CWD //FS4711/TRANSFER/DATENÂ  Â Â  

	LOCSITE SBDATACONN=(273,1252)Â  Â Â  Â Â  Â Â  Â Â  Â 

	text

	put 'HOST.DATEI.NAME' win_file_name.csv

	QUITÂ  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  

	/*Â  Â 
```
Aber: z/OS muÃŸ die Codepage-Konvertierungen auch unterstÃ¼tzen. Dazu mÃ¼ssen interne Tabellen geladen worden sein, die mit dem MVS Command /D UNI,ALL (z.B. im SDSF) aufgelistet werden kÃ¶nnen.

Welche DB2 Codepages sind eingestellt?!
```
//********************************************** 

	//* DSN1LOGP: LOG PRINT UTILITYÂ  Â Â  Â Â  Â Â  Â Â  Â Â  

	//********************************************** 

	//STEP1Â  Â EXEC PGM=DSNJU004Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â 

	//SYSPRINT DD SYSOUT=*Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â 

	//SYSABEND DD DUMMYÂ  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  Â Â  

	//SYSUT1Â  Â DD DSN=DB2T.BSDS01,DISP=SHRÂ  Â Â  Â Â  Â Â  

	

	

	 SYSTEM CCSIDSÂ  Â Â  Â Â  Â Â  

	 --------------------Â  Â Â  

	 ASCII SBCSÂ  Â = 5348Â  Â Â  

	 ASCII MIXEDÂ  = 65534Â  Â Â  

	 ASCII DBCSÂ  Â = 65534Â  Â Â  

	 EBCDIC SBCSÂ  = 273Â  Â Â  Â  

	 EBCDIC MBCSÂ  = 65534Â  Â Â  

	 EBCDIC DBCSÂ  = 65534Â  Â Â  

	 UNICODE SBCS = 367Â  Â Â  Â  

	 UNICODE MBCS = 1208Â  Â Â  

	 UNICODE DBCS = 1200Â  Â Â  
```
Entladen von DB2 Tables mit expliziter Codepage-Angabe:
```
UNLOAD TABLESPACE DSNDB06.SYSVIEWS EBCDIC CCSID(273,273,273) 
```
Viele Erfolg & GruÃŸ
Gernot
14. Dezember 2010 um 9:11 Uhr #4371

Anonym
Gast

Hallo Herr Ruban,

vielen Dank fÃ¼r Ihre Antwort. Nach Aussage unseres DB’A verwenden wir folgenden CCSID-Angaben:

— Auszug —–
die SCCSID fÃ¼r DB2 ASCII (SINGLE-BYTE CCSID) ist 00858.
Diese kÃ¶nnen Sie leicht in der Ladekarte ersehen.

LOAD DATA INDDN SREC LOG NO RESUME YES
ASCII CCSID(00858,00000,00000)
INTO TABLE "PROD "."OBDTAB "

Die beiden mit 0 angegebenen sind nicht relevant.
— Auszug Ende —-

Im FTP, der mir jetzt als Copy vorliegt ist SBDATACON=(IBM-273,ISO8859-1) angegeben.
Passt das zusammen?

Mit freundlichen GrÃ¼ssen
Helmut Rupprecht-Engelmann

14. Dezember 2010 um 20:48 Uhr #4448

Anonym
Inaktiv

Hi H. R.-E.!

Ich meine, dass das LOAD Statement bzw. die CCSID(858,…) nicht ok ist, denn diese Angabe beschreibt das Format der vorliegenden (zu ladenden) SBCS Daten, hier also ISO8859-1, die ja scheinbar von einem Unix (-Derivat) angeliefert werden.

Dass es Unterschiede zwischen Codepage 850 und ISO-8859-1 gibt, zeigt sehr deutlich die Ãœbersicht in http://www.torsten-horn.de/techdocs/encoding.htm.

Anbei (nur in der Thread-Anischt sichtbar) eine Darstellung der Gebietscode, Codesets und Codepages.

Viele GrÃ¼ÃŸe
Gernot

Attached files
Author

Posts

Ansicht von 4 Beiträgen - 1 bis 4 (von insgesamt 4)

You must be logged in to reply to this topic.

Kurzübersicht

Anmelden