home *** CD-ROM | disk | FTP | other *** search
/ IBM CD Showcase / OS2_CD_ROM.iso / smce0001 / db2_22 / prod / readme.sql < prev    next >
Encoding:
Text File  |  1993-11-18  |  41.3 KB  |  998 lines
  1. Das Installationsprogramm für DB2/2 Version 1.0.1 wurde aufgerufen.
  2.  
  3. Die Installation kann durch Auswählen von "Funktionen" aus
  4. der Menüleiste gestartet werden.
  5.  
  6. ACHTUNG: Ist eine bestehende Version des Datenbank-Managers
  7. der IBM Extended Services für OS/2 Version 1.0 aktiv, sollte
  8. diese vor der Installation von DB2/2 gestoppt werden.
  9.  
  10. ACHTUNG: Soll DDCS/2 Version 2.0 zusammen mit dieser Version von DB2/2
  11. auf einem Rechner installiert werden, MUSS DDCS/2 Version 2.0.1
  12. verwendet werden. Andernfalls funktioniert DDCS/2 nicht einwandfrei.
  13. DDCS/2 Version 2.0 ist nicht mit dieser Version von DB2/2
  14. (Version 1.0.1) kompatibel.
  15.  
  16. ACHTUNG: Bei Klient/Server-Plattformen muß auf allen Datenstationen
  17. dieselbe Version von DB2/2 (Version 1.0.1) installiert werden.
  18.  
  19. Soll von einer Version des Datenbank-Managers auf DB2/2
  20. umgestellt werden, wird empfohlen, daß vor der Installation
  21. von DB2/2 Sicherungskopien der vorhandenen Datenbanken angelegt
  22. werden. Die Migration von DB2/2 auf eine Version des
  23. Datenbank-Managers wird nicht unterstützt.
  24.  
  25. Wird im Rahmen der Migration auf DB2/2 das Basisbetriebssystem
  26. installiert, auf OS/2 Version 2.0 oder Version 2.1 umgestellt oder die
  27. Festplatte formatiert, sollten die Parameterwerte der aktuellen
  28. Konfigurationsdatei für den Datenbank-Manager aufgezeichnet werden,
  29. bevor die Installation von DB2/2 fortgesetzt wird. Anhand dieser
  30. Aufzeichnungen kann dann später geprüft werden, daß die Parameter in
  31. der Konfigurationsdatei für den Datenbank-Manager unter DB2/2 der
  32. Anwendungsumgebung entsprechen.
  33.  
  34. Es wird empfohlen, die umgestellten Datenbanken unmittelbar nach deren
  35. Migration zu sichern.
  36.  
  37. Werden Anwendungen, die für ein 16-Bit-System geschrieben wurden,
  38. auf ein 32-Bit-System umgestellt, sollte zuerst Anhang A, "Migrating
  39. Applications", im Handbuch "Programming Reference" gelesen werden.
  40.  
  41. In der Datei README kann geblättert oder die Datei kann
  42. gedruckt werden. Die Datei befindet sich auf Diskette 1 (README.SQL).
  43.  
  44.  
  45. Die Datei README enthält folgende Themen, die in fünf Kategorien
  46. eingeteilt wurden:
  47.  
  48. INSTALLATION
  49. > Installieren ohne Maus - Tastenzuordnungen
  50. > Installationsnachrichten zu fehlendem Speicherplatz
  51. > DB2/2-Server und Kommunikations-Manager
  52. > CID-Installation
  53. > Funktion "Löschen" des Installationsprogramms
  54. > Wiederherstellen einer früheren Version des Datenbank-Managers
  55. > ACHTUNG: Verwenden der Befehle REINST und ESCFG der Extended
  56.   Services Version 1.0 nach der Installation von DB2/2
  57. > ACHTUNG: Flackerndes Logo und Abbruch der Installation
  58.  
  59. KONFIGURATION
  60. > Ausführen der DB2/2-Funktionen für DOS- oder Windows-Klienten
  61.   auf einer OS/2-Datenstation
  62. > SQLTRC für Datenstationen, die NetBIOS nicht verwenden
  63. > Optimieren der NetBIOS-Ressourcen
  64. > Von den einzelnen Datenbanken benötigter gemeinsamer Speicher
  65. > Überlegungen zur DB2/2-Konfiguration für die
  66.   Mehrplatz-Gateway-Version von DDCS/2
  67.  
  68. PROGRAMMIERHINWEISE
  69. > Ausnahmebedingungsbehandlung mit C Set/2
  70. > Größe des Stapelspeichers für DB2/2-Anwendungen (C Set/2)
  71. > Verschachtelungstiefe von SQL INCLUDE beim Vorkompilieren von
  72.   Programmen, die in C oder FORTRAN geschrieben wurden
  73. > Probleme mit WATCOM FORTRAN
  74. > Signalbehandlungsroutine
  75. > Migration von 16-Bit-Anwendungen
  76.  
  77. VERWALTUNG/ALLGEMEINES
  78. > Importieren von exportierten IXF-Dateien
  79. > Anmerkungen zum Sichern einer Datenbank
  80. > Archivieren von Protokolldateien mit Beispielbenutzerausgang
  81. > Überlegungen zum Durchsatz
  82. > Umstellen von Datenbanken in einem inkonsistenten Status
  83. > Einschränkungen für das Erstellen von Datenbanken
  84.  
  85. AKTUALISIERUNG DER VERÖFFENTLICHUNGEN
  86. > Korrekturen für das "DB2/2-Referenzhandbuch (online)"
  87. > Korrekturen für das Handbuch "Programming Guide"
  88. > Korrekturen für das Handbuch "Programming Reference"
  89. > Korrekturen für das Handbuch "SQL Reference"
  90. > Korrekturen für das Handbuch "DB2/2 Guide"
  91.    - S. 262
  92.    - Anhang A, "Support for Down Level Clients (SQLLOO)"
  93.    - Kapitel 10, "Communications Session ID Considerations (SQLQMF)"
  94. > Korrekturen für das Handbuch "Messages and Problem Determination
  95.   Guide"
  96.  
  97. /**
  98.  
  99. INSTALLATION
  100.  
  101.  
  102. ===> Installieren ohne Maus - Tastenzuordnungen
  103.  
  104. Wird DB2/2 ohne Maus installiert, kann ein Hilfetext für die
  105. Tastenkombinationen durch Auswählen von "Fenstertasten" im
  106. Fenster "Tastenzuordnungen" des Hauptindex von OS/2 Version 2.0
  107. aufgerufen werden. (Dieses Fenster wird durch Auswählen von
  108. "Tastenzuordnungen" aufgerufen.)
  109.  
  110. /*
  111. /**
  112. /*
  113.  
  114. ===> Installationsnachrichten zu fehlendem Speicherplatz
  115.  
  116.  Ist auf dem Startlaufwerk nicht genügend Speicherplatz frei, wird
  117.  vor Beginn der Installation möglicherweise eine der folgenden
  118.  Nachrichten angezeigt:
  119.  
  120.  DBI0016E: Nicht genügend Platz für Installationsanforderung.
  121.            C(*)
  122.  DBI0104W: Unter Umständen ist für die Installationsanforderung
  123.  nicht genügend Platz vorhanden.
  124.  C(*)
  125.  
  126.  (*) - Dabei bezeichnet C das Startlaufwerk,
  127.  
  128.  Das Installationsprogramm benötigt mindestens 2 MB freien
  129.  Plattenspeicherplatz auf dem Startlaufwerk, damit die
  130.  Installation ordnungsgemäß durchgeführt werden kann. Ist
  131.  die Benutzerprofilverwaltung nicht installiert, sind auf
  132.  dem Startlaufwerk weitere 0,8 MB erforderlich. Ist FFST/2
  133.  nicht installiert, werden zusätzlich noch 0,5 MB Speicherplatz
  134.  benötigt.
  135.  
  136.  Die temporären Dateien können durch Angabe des entsprechenden
  137.  Parameters auf einem anderen Laufwerk installiert werden.
  138.  Durch diese Maßnahme kann der auf dem Startlaufwerk benötigte
  139.  Plattenspeicherplatz um ca. 1,4 MB reduziert werden. Sollen die
  140.  temporären Dateien beispielsweise auf Laufwerk x erstellt werden,
  141.  muß für den Befehl DBINST der Parameter /TMP:x angegeben werden.
  142.  
  143.  Zusätzlich zum für temporäre Dateien erforderlichen
  144.  Plattenspeicherplatz wird möglicherweise Plattenspeicher für die
  145.  Fehlerbehebung benötigt. Hierfür sind ca. 1,4 MB erforderlich. Ist
  146.  nicht genügend Plattenspeicher für die Fehlerbehebung vorhanden, wird
  147.  die Warnung DBI0104W angezeigt. Die Installation kann trotz dieser
  148.  Warnung fortgesetzt werden. Es tritt jedoch möglicherweise zu
  149.  einem späteren Zeitpunkt ein Fehler bei der Installation auf.
  150.  
  151.  
  152. ===> DB2/2-Server und Kommunikations-Manager
  153.  
  154.  Wird eine Datenstation als Datenbank-Server für DB2/2
  155.  konfiguriert und ist APPC auf der Datenstation vorhanden,
  156.  fügt das Installationsprogramm der aktiven Datei .NDF des
  157.  Kommunikations-Managers Einträge APPC DEFINE_TP hinzu. Wird
  158.  der Kommunikations-Manager nach DB2/2 installiert, muß das
  159.  Installationsprogramm für DB2/2 mit folgendem Befehl neu
  160.  gestartet werden:
  161.  
  162.          DBINST /A
  163.  
  164.  Der Parameter /A weist das Installationsprogramm an, die Datei .NDF
  165.  zu laden und zu aktualisieren und danach die Installation zu beenden.
  166.  
  167.  Nach dem Hinzufügen der Anweisungen DEFINE_TP muß die Konfiguration
  168.  vom Kommunikations-Manager verifiziert werden. Dies kann von einer
  169.  Befehlszeile aus erfolgen. Welcher Befehl hierfür angegeben werden
  170.  muß, hängt von der verwendeten Version des Kommunikations-Managers
  171.  ab.
  172.  
  173.  Wurde nach der Installation von DB2/2 der Kommunikations-Manager der
  174.  IBM Extended Services für OS/2 Version 1.0 installiert, muß der
  175.  folgende Befehl in einer OS/2-Befehlszeile eingegeben werden:
  176.  
  177.        APPNV <konfig_name>
  178.  
  179.  Dabei bezeichnet <konfig_name> den Namen der Konfigurationsdatei für den
  180.  aktiven Kommunikations-Manager. Anschließend einen Systemabschluß
  181.  durchführen und das System neu starten, um die neue Konfiguration zu
  182.  aktivieren.
  183.  
  184.  Wurde nach der Installation von DB2/2 der Kommunikations-Manager/2
  185.  1.0 installiert, muß der folgende Befehl in einer OS/2-Befehlszeile
  186.  eingegeben werden:
  187.  
  188.        CMVERIFY <konfig_name>
  189.  
  190.  Dabei bezeichnet <konfig_name> den Namen der Konfigurationsdatei für den
  191.  aktiven Kommunikations-Manager. Anschließend einen Systemabschluß
  192.  durchführen und das System neu starten, um die neue Konfiguration zu
  193.  aktivieren.
  194.  
  195.  
  196. ===> CID-Installation
  197.  
  198.  1) Die Struktur der Verzeichnisse ändern, in die die Produktdisketten
  199.     für die CID-Installation kopiert werden. Es wird empfohlen,
  200.     die folgende Struktur zu verwenden, damit der gesamte Code für
  201.     DB2/2 sich in einem Unterverzeichnis befindet:
  202.  
  203.       \CID\IMG\DB2\DB2SU
  204.       \CID\IMG\DB2\DB2CS
  205.       \CID\IMG\DB2\DB2CE
  206.  
  207.  2) Während einer CID-Installation wird das Schlüsselwort
  208.     DBWorkstationName nicht benötigt. Der Name der Datenstation muß
  209.     jedoch angegeben werden, wenn der Befehl STARTDBM abgesetzt wird.
  210.     Daher sollte der folgende Befehl abgesetzt werden:
  211.  
  212.     DBM UPDATE DATABASE MANAGER CONFIGURATION USING NNAME XXX
  213.  
  214.     Dabei bezeichnet XXX den Namen der Datenstation.
  215.  
  216.  
  217. ===> Funktion "Löschen" des Installationsprogramms
  218.  
  219.  Nach der Verwendung der Funktion "Löschen" des
  220.  DB2/2-Installationsprogramms sollte die Datenstation neu gestartet
  221.  werden. Dadurch wird sichergestellt, daß die Dateien, die während
  222.  des Löschvorgangs aktiv waren, tatsächlich von der Datenstation
  223.  gelöscht werden.
  224.  
  225.  
  226. ===> Wiederherstellen einer früheren Version des Datenbank-Managers
  227.      (von einer Sicherungskopie, die vom Installationsprogramm
  228.      erstellt wurde)
  229.  
  230.  Funktion "System wiederherstellen" des Installationsprogramms:
  231.  
  232.  Es wird empfohlen, DB2/2 vor der Wiederherstellung einer früheren
  233.  Version des Datenbank-Managers zu löschen. Außerdem ist zu beachten,
  234.  daß nur Dateien, nicht jedoch Einträge für die Arbeitsoberfläche
  235.  wiederhergestellt werden. Ordner und Programmobjekte, die in der
  236.  vorigen Version des Datenbank-Managers verwendet wurden, müssen
  237.  manuell wiederhergestellt werden.
  238.  
  239.  - Verarbeitung gesperrter Dateien
  240.  Wird eine alte Version des Datenbank-Managers auf einem aktuellen
  241.  System wiederhergestellt, sind einige Dateien möglicherweise gerade
  242.  aktiv. Diese Dateien werden beim nächsten Start der Datenstation
  243.  durch einen Einheitentreiber wiederhergestellt, der der Datei
  244.  CONFIG.SYS hinzugefügt wird. Es wird daher empfohlen, vor der
  245.  Verwendung des wiederhergestellten Systems die Datenstation
  246.  neu zu starten.
  247.  
  248.  
  249. ===> ACHTUNG: Verwenden der Befehle REINST und ESCFG der Extended
  250.      Services Version 1.0 nach der Installation von DB2/2
  251.  
  252.  Der Befehl REINST der IBM Extended Services für OS/2 Version 1.0
  253.  sollte nach der Installation von DB2/2 auf der Datenstation nicht
  254.  zur Durchführung von Funktionen verwendet werden, die sich auf
  255.  den Datenbank-Manager auswirken. Wird der Befehl ESCFG der Extended
  256.  Services zur Erstellung einer Basiskonfigurationsdatei auf der
  257.  Datenstation verwendet, auf der DB2/2 installiert wurde, ist
  258.  ebenfalls vorsichtig vorzugehen. Es ist möglich, daß DB2/2
  259.  versehentlich durch den Datenbank-Manager der Extended Services
  260.  ersetzt wird, was unvorgesehene Folgen haben könnte.
  261.  
  262.  
  263. ===> ACHTUNG: Flackerndes Logo und Abbruch der Installation
  264.  
  265.  Flackert das Logo des Installationsprogramms und wird dieses Programm
  266.  nach der Eingabe von DBINST abgebrochen, muß auf der Seite "Logo" des
  267.  Notizbuchs "Einstellungen" für das Objekt "System" die Angabe "Kein
  268.  Logo" ausgewählt werden. (Das Objekt "System" befindet sich im Ordner
  269.  "Systemkonfiguration" des Ordners "System".)
  270.  
  271. /**
  272.  
  273. KONFIGURATION
  274.  
  275.  
  276. ===> Ausführen der DB2/2-Funktionen für DOS- oder Windows-Klienten auf
  277.      einer OS/2-Datenstation
  278.  
  279.  Werden die DB2/2-Funktionen für DOS- oder Windows-Klienten auf einer
  280.  OS/2-Datenstation ausgeführt, muß der in der Datei DBDRQLIB.CFG
  281.  angegebene Name für die DOS-Datenstation sich vom Namen für die
  282.  OS/2-Datenstation unterscheiden, der in der Konfigurationsdatei für
  283.  DB2/2 angegeben ist. Beide Namen müssen eindeutig sein.
  284.  
  285.  Können die Befehle SQLLOGN2 oder STARTDRQ nicht durchgeführt werden,
  286.  muß geprüft werden, daß NetBIOS über genügend Ressourcen verfügt,
  287.  um der NetBIOS-Namenstabelle einen Namen hinzuzufügen. Außerdem
  288.  muß geprüft werden, ob NetBIOS ordnungsgemäß ausgeführt wird.
  289.  
  290.  Wird ein DOS-/Windows-Klient unter OS/2 von einer DOS- oder
  291.  WIN-OS/2-Sitzung aus ausgeführt und soll NetBIOS verwendet werden,
  292.  muß SETUPVDD ausgeführt werden. (Dieser Befehl befindet sich im
  293.  Verzeichnis IBMCOM). Dadurch werden der Datei CONFIG.SYS die
  294.  physischen und virtuellen Einheitentreiber hinzugefügt, die von
  295.  DOS- und Windows-Programmen für den Zugriff auf die
  296.  DFV-Schnittstelle NetBIOS benötigt wird. Hierbei wird vorausgesetzt,
  297.  daß die NetBIOS-Unterstützung installiert ist und vor der Ausführung
  298.  von SETUPVDD für die OS/2-Umgebung konfiguriert wurde.
  299.  
  300.  
  301. ===> SQLTRC für Datenstationen, die NetBIOS nicht verwenden
  302.  
  303.  Wird DB2/2 auf einer Datenstation installiert und nicht für das
  304.  Übertragungsprotokoll NetBIOS konfiguriert, und wurde darüber
  305.  hinaus der Konfigurationsparameter nname für DB2/2 nicht angegeben,
  306.  bricht SQLTRC die Aufzeichnung von Datenbank-Manager-Ereignissen
  307.  ab, nachdem der Befehl STARTDBM abgesetzt wurde.
  308.  
  309.  Dies ist auf einen behebbaren Fehler zurückzuführen, der auftritt,
  310.  wenn DB2/2 versucht, bei der Verarbeitung des Befehls STARTDBM die
  311.  Standardressourcen für NetBIOS zu initialisieren. Abhängig von
  312.  der Einstellung der Parameter für den Befehl SQLTRC wird die
  313.  Protokollierung der Ablaufverfolgung möglicherweise angehalten,
  314.  wenn dieser behebbare Fehler auftritt.
  315.  
  316.  Die Protokollierung der Ablaufverfolgung erfolgt entsprechend der
  317.  Programmierung. Wurde DB2/2 nicht für NetBIOS konfiguriert und
  318.  sollen nach der Ausgabe des Befehls STARTDBM weitere
  319.  Datenbank-Manager-Ereignisse protokolliert werden, müssen folgende
  320.  Schritte durchgeführt werden:
  321.  
  322.  1)  Den Befehl SQLTRC ON nach dem Befehl STARTDBM eingeben.
  323.  2)  Wird der Befehl SQLTRC ON abgesetzt, muß sichergestellt werden,
  324.      daß dem Parameter für die maximale Anzahl Systemfehler (-e) ein
  325.      höherer Wert zugeordnet wird. Dies bewirkt, daß
  326.      die Protokollierung nicht
  327.      durch eine zu hohe Anzahl behebbarer Fehler bei der
  328.      Initialisierung von NetBIOS abgebrochen wird, die während der
  329.      Verarbeitung des Befehls STARTDBM auftreten.
  330.  3)  Die LAN Adapterunterstützung (LAPS) für NetBIOS installieren und
  331.      den DB2/2-Konfigurationsparameter nname konfigurieren.
  332.  
  333.  
  334. ===> Optimieren der NetBIOS-Ressourcen
  335.  
  336.  Wird das NetBIOS-Protokoll mit DB2/2 verwendet, so wird
  337.  dringend empfohlen, daß der Abschnitt "Migrating Workstations to
  338.  NetBIOS" in Anhang A, "Migrating From Previous Releases" des
  339.  Handbuchs "DB2/2 Guide" gelesen wird. Dabei ist die Verwendung der
  340.  Optimierungsparameter SQLNETB und SQLNADPT zu beachten.
  341.  
  342.  
  343. ===> Von den einzelnen Datenbanken benötigter gemeinsamer Speicher
  344.  
  345.  DB2/2 weist den Datenbanken abhängig von den Werten, die für den
  346.  Zwischenspeicher für die Datenbank (DBHEAP), die Größe der Puffergruppe
  347.  (BUFFPAGE) und den maximalen Speicher für Listen mit Sperren (LOCKLIST)
  348.  angegeben wurden, zusammenhängenden gemeinsamen Speicher zu.
  349.  
  350.  Wird die erste Verbindung zu einer Datenbank hergestellt, reserviert DB2/2
  351.  gemeinsamen Speicherplatz. Die Größe dieses Speicherplatzes hängt von
  352.  folgenden Parametern in der Konfigurationsdatei für die Datenbank ab:
  353.  
  354.  Zwischenspeicher für die Datenbank:      DBHEAP (64KB-Segmente)
  355.  Größe der Puffergruppe:                  BUFFPAGE (4KB-Seiten)
  356.  Max. Speicher für Listen mit Sperren:    LOCKLIST (4KB-Seiten)
  357.  
  358.  Die Anzahl der erforderlichen 64KB-Segmente errechnet sich nach folgender
  359.  Formel:
  360.  
  361.  Zusammenhängender gemeinsamer Speicher  = (dbheap * 2) +
  362.   (in 64KB-Segmenten)                      ((buffpage + 15) / 16) +
  363.                                            ((locklist + 15) / 16) + 3
  364.  
  365.  Ist der gemeinsame Speicher nicht verfügbar, übergibt DB2/2 die
  366.  Fehlernachricht SQL1084C (Segmente für DB2/2 können nicht zugeordnet
  367.  werden). Diese Nachricht gibt an, daß für die Herstellung der
  368.  Verbindung nicht genügend Speicher vorhanden ist. Falls möglich,
  369.  den erforderlichen linearen Adreßraum verringern. Dazu kleinere
  370.  Werte für die oben genannten Parameter angeben. Anschließend erneut
  371.  versuchen, die Verbindung zur Datenbank herzustellen.
  372.  
  373.  Aufgrund der Speicherfragmentierung ist es möglicherweise erforderlich,
  374.  das Basisbetriebssystem und DB2/2 neu zu starten und die Verbindung zur
  375.  Datenbank herzustellen, bevor andere Anwendungen der Datenstation
  376.  gestartet werden.
  377.  
  378.  Bleibt der Fehler bestehen, im Handbuch "Messages and Problem
  379.  Determination" die möglichen Ursachen und Korrekturmaßnahmen für diesen
  380.  Fehler nachlesen.
  381.  
  382.  
  383. ===>  Überlegungen zur DB2/2-Konfiguration für die
  384.       Mehrplatz-Gateway-Version von DDCS/2
  385.  
  386.  Beim Einstellen des Parameters NUMRC in der Konfigurationsdatei für
  387.  den Datenbank-Manager auf einem Computer, auf dem die
  388.  Mehrplatz-Gateway-Version von DDCS/2 installiert ist, muß sehr
  389.  vorsichtig vorgegangen werden. Auf Computern mit dieser
  390.  DDCS/2-Version darf der Parameter NUMRC auf KEINEN Fall auf die
  391.  Höchstzahl erwarterter ferner Klienten gesetzt werden. (Dies wäre bei
  392.  einem normalen Server der Fall.)
  393.  
  394.  Auf einem Computer mit der Mehrplatz-Gateway-Version von DDCS/2
  395.  sollte NUMRC auf folgenden Wert gesetzt werden:
  396.                          A + 2B + C
  397.    Dabei gilt:
  398.          A = Maximale Anzahl lokaler Sitzungen mit Host-Zugriff
  399.          B = Maximale Anzahl ferner Sitzungen mit Host-Zugriff
  400.          C = Maximale Anzahl ferner Sitzungen mit Zugriff auf eine
  401.              Datenbank, die sich auf dem Computer mit DDCS/2
  402.              befindet
  403.  
  404.  Dies ist darauf zurückzuführen, daß der Computer mit DDCS/2 für die
  405.  Verbindung zu den einzelnen fernen Klienten jeweils einen
  406.  DFV-Zwischenspeicher und für die entsprechende Verbindung zum Host
  407.  einen zweiten DFV-Zwischenspeicher benötigt. Wird beim Versuch, über
  408.  DDCS/2 auf den Host zuzugreifen, der SQLCODE -930 (Insufficient
  409.  Communication Heap) angezeigt, liegt der Fehler wahrscheinlich an der
  410.  Einstellung des Parameters NUMRC und nicht am Wert für COMHEAPSZ, wie
  411.  der SQLCODE vermuten läßt.
  412.  
  413. /**
  414.  
  415. PROGRAMMIERHINWEISE
  416.  
  417.  
  418. =====> Ausnahmebedingungsbehandlung mit C Set/2
  419.  
  420.  Ausnahmen, die bei der Ausführung des Anwendungscodes des Benutzers
  421.  auftreten, werden von DB2/2 nicht erkannt. Wurde die Anwendung des
  422.  Benutzer mit C Set/2 Version 1.0 erstellt und sind die folgenden
  423.  Bedingungen erfüllt, schreibt DB2/2 Transaktionen während einer
  424.  abnormalen Beendigung möglicherweise fest:
  425.  
  426.  i)  Die Ausnahmebedingungsbehandlung von C Set/2 wurde nicht für die
  427.      Behandlung von Ausnahmebedingungen im Code der
  428.      Benutzeranwendungen installiert.
  429.  ii) Eine schwerwiegende Ausnahme tritt im Code der Benutzeranwendung
  430.      auf.
  431.  
  432.  Die Ausnahmebedingungsbehandlung von C Set/2 maskiert bei der
  433.  Bearbeitung einer schwerwiegenden Ausnahme den Code für die
  434.  schwerwiegende Beendigung aus der DB2/2-Funktion für Ausgangslisten.
  435.  Als Folge hiervon setzt DB2/2 einen Festschreibebefehl ab, um die
  436.  aktuelle logische Arbeitseinheit zu beenden, anstatt sie
  437.  rückgängig zu machen.
  438.  
  439.  Es gibt zwei Methoden zur Vermeidung dieses Problems:
  440.  
  441.  1) Eine Ausnahmebedingungsbehandlung über DosSetExceptionHandler so
  442.     registrieren, daß Anwendungsausnahmen bearbeitet werden können.
  443.     Eine solche Ausnahmebedingungsbehandlung sollte die Befehle
  444.     ROLLBACK oder COMMIT explizit absetzen. Wird ein Programm mit
  445.     Mehrfach-Threads ausgeführt, sollte nur einer dieser Threads einen
  446.     Befehl ROLLBACK oder COMMIT absetzen, wenn eine Ausnahme eintritt.
  447.  
  448.  2) Die mit C Set/2 entwickelten Anwendungen unter Angabe des
  449.     Parameters /Rn kompilieren. C Set/2 wird unter OS/2 keine
  450.     Ausnahmebedingungsbehandlung registrieren. DB2/2 wird jedoch in
  451.     der Lage sein, Ausnahmen zu erkennen. Wird der Parameter /Rn
  452.     verwendet, wird die Anwendung auf die Laufzeitfunktionen des
  453.     Subsystems von C Set/2 beschränkt. Ausführliche Informationen
  454.     hierüber enthält das Handbuch "C Set/2 User's Guide".
  455.  
  456.  Gibt es eine schwerwiegende Ausnahme, z. B. eine Zugriffsverletzung,
  457.  wird im Verzeichnis \SQLLIB eine Unterbrechungsdatei erstellt. Diese
  458.  Datei enthält die Anweisungsadresse, wo das Problem auftrat, die
  459.  Ladeadressen der dynamischen Link-Bibliotheken von DB2/2 und eine
  460.  Momentaufnahme des Stapelspeicherinhalts. Unterbrechungsdateien haben
  461.  die Erweiterung TRP.
  462.  
  463.  
  464.  
  465. ===> Größe des Stapelspeichers für DB2/2-Anwendungen (C Set/2)
  466.  
  467.  Die empfohlene Mindestgröße des Stapelspeichers für
  468.  32-Bit-Anwendungen, die unter OS/2 ausgeführt werden, ist 32 KB.
  469.  Enthalten die Anwendungen verschachtelte Funktionsaufrufe, ist
  470.  möglicherweise ein größerer Stapelspeicher erforderlich.
  471.  
  472.  
  473. ===> Verschachtelungstiefe von SQL INCLUDE beim Vorkompilieren von
  474.      Programmen, die in C oder FORTRAN geschrieben wurden
  475.  
  476.  Beim Vorkompilieren eines Programms, das in C oder FORTRAN
  477.  geschrieben wurde, auf einem DB2/2-Klienten wird die
  478.  Verschachtelungstiefe der Dateien EXEC SQL INCLUDE momentan durch die
  479.  Ressourcen des Betriebssystems eingeschränkt. Abhängig von den
  480.  aktiven Optionen für den Vorcompiler sind 10 Verschachtelungsebenen
  481.  möglich.
  482.  Falls erforderlich, ist folgendes möglich:
  483.   1) Umstrukturieren des Anwendungsprogramms, so daß die
  484.      SQL-Quellendateien wenig tief verschachtelt sind
  485.   2) Vorkompilieren der Anwendung auf dem Server, auf dem die
  486.      Grenzwerte für die Ressourcen wesentlich höher sind
  487.  
  488.  
  489. ===> Probleme mit WATCOM FORTRAN
  490.  
  491.  Bei den Compilern WATCOM FORTRAN F77/386 (32 Bit) und WATCOM
  492.  FORTRAN77 (16 Bit) tritt ein Problem auf, das sich auf Anwendungen
  493.  auswirkt, die mit dem Standardoptimierungsprogramm kompiliert wurden.
  494.  WATCOM korrigiert diesen Fehler in Programmkorrekturstufe 9.01f
  495.  beider Compiler. Der Fehler tritt auf, wenn Zeichendaten über
  496.  EQUIVALENCE mit Daten gleichgesetzt werden, die keine Zeichendaten
  497.  sind (wie mit der SQL-Anweisung SQL CONNECT TO). Werden ältere
  498.  Versionen der Compiler verwendet, kann dieser Fehler umgangen werden,
  499.  indem das Optimierungsprogramm durch Angabe von /OD inaktiviert wird.
  500.  
  501.  
  502. ===> Signalbehandlungsroutine
  503.  
  504.  Beim Schreiben von DB2/2-Anwendungen sollte darauf geachtet werden,
  505.  daß die Anwendung die Signalbehandlungsroutine von DB2/2
  506.  installiert. (Die Anwendungsprogrammschnittstelle für diese Routine
  507.  wird in Kapitel 1 des Handbuchs"Programming Programming Reference"
  508.  beschrieben. Außerdem enthält Kapitel 1, "Intro to DBM Programming"
  509.  des Handbuchs "Programming Guide" Beispiele für Anwendungen in C,
  510.  COBOL, FORTRAN und REXX, die die Signalbehandlungsroutine
  511.  installieren.
  512.  
  513.  
  514. ==> Migration von 16-Bit-Anwendungen
  515.  
  516.  Bereits vorhandene Datenbankanwendungen für 16-Bit-Systeme können auf
  517.  die 32-Bit-Umgebung von DB2/2 umgestellt werden, indem die einzelnen
  518.  Anwendungen für die Datenbanken, auf die sie zugreifen, neu gebunden
  519.  werden. Die Informationen zum Durchsatz von 16-Bit-Anwendungen im
  520.  Abschnitt "Überlegungen zum Durchsatz" in dieser Datei beachten.
  521.  
  522.  Neue oder geänderte Anwendungen für die 16-Bit-Version von OS/2
  523.  müssen nach der Kompilierung und Verbindung mit der Bibliothek
  524.  SQLDYN16.LIB verbunden werden, da die Standardbibliothek SQL_DYN.LIB
  525.  für 32-Bit-Systeme verwendet wird. Weitere Informationen befinden
  526.  sich in Anhang A, "Migrating Applications" des Handbuchs
  527.  "Programming Reference" sowie im Abschnitt "Linking" des Kapitels 2
  528.  im Handbuch "Programming Guide".
  529.  
  530. /**
  531.  
  532. VERWALTUNG/ALLGEMEINES
  533.  
  534.  
  535. ===> Importieren von exportierten IXF-Dateien
  536.  
  537.  Wird eine Datei, die im IXF-Format exportiert wurde, wieder im
  538.  IXF-Format in die ursprüngliche Datenbank importiert und wird
  539.  dabei der Parameter CREATE angegeben, wird die Indexdatei für
  540.  die neu importierte Tabelle nicht erstellt, da das Indexobjekt
  541.  der alten Tabelle noch vorhanden ist.
  542.  
  543.  Beispiel:
  544.  Angenommen, für die Tabelle A1 wurde der Index I1_A1 erstellt. Wird
  545.  diese Tabelle jetzt im IXF-Format exportiert, werden die
  546.  Tabellendefinition und die dazugehörige Indexdefinition ebenfalls
  547.  exportiert. Wird die IXF-Datei später in eine andere Datenbank
  548.  importiert und wird dabei der Parameter CREATE angegeben, wird eine
  549.  neue Tabelle mit einem vom Benutzer angegebenen Namen erstellt.
  550.  Außerdem wird ein neuer Index mit dem Namen I1_A1 erstellt. (Der
  551.  Index erhält also denselben Namen wie der Originalindex für Tabelle
  552.  A1.) Wird die Datei jedoch unter Angabe des Parameters CREATE mit dem
  553.  Namen NEU_A1 und im IXF-Format wieder in DIESELBE Datenbank
  554.  importiert, wird zwar die neue Tabelle erstellt; der Index wird
  555.  jedoch NICHT erstellt, da der alte Index I1_A1 noch vorhanden ist.
  556.  Für den Befehl IMPORT gibt es keinen Parameter, in dem ein neuer
  557.  Indexname angegeben werden kann. Daher wird kein neuer Index
  558.  erstellt, wenn noch ein Index mit demselben Namen vorhanden ist.
  559.  
  560.  
  561. ===> Anmerkungen zum Sichern einer Datenbank
  562.  
  563.  Werden beim Erstellen einer Sicherungskopie für eine Datenbank
  564.  lediglich die seit der letzten Sicherung vorgenommenen Änderungen
  565.  gesichert, ist folgendes zu beachten:
  566.  
  567.  - Es muß derselbe Datenträger verwendet werden, der auch für die
  568.    zuletzt erstellte vollständige Sicherung verwendet wurde. Beispiel:
  569.    -- Wurde die letzte vollständige Sicherung auf Laufwerk D:
  570.       erstellt, müssen die seit der letzten Sicherung vorgenommenen
  571.       Änderungen ebenfalls auf Laufwerk D: gesichert werden.
  572.    -- Wurde die letzte vollständige Sicherung auf Disketten
  573.       vorgenommen, muß sich die erste Diskette der vollständigen
  574.       Sicherung im Diskettenlaufwerk befinden, wenn die
  575.       seit der letzten Sicherung vorgenommenen Änderungen gesichert
  576.       werden.
  577.  
  578.  - Die Benutzerausgangsroutine kann nicht aufgerufen werden. Dies
  579.    bedeutet auch, daß eine Sicherung der zuletzt vorgenommenen
  580.    Änderungen auf Band nicht möglich ist.
  581.  
  582.  - Von einer Datenbank, für die die aktualisierende Wiederherstellung
  583.    aktiviert ist, kann keine Sicherungskopie erstellt werden.
  584.  
  585.  
  586. ===> Archivieren von Protokolldateien mit Beispielbenutzerausgang
  587.  
  588.  Werden die Protokolldateien der Datenbank mit den
  589.  Beispielbenutzerausgangsroutinen archiviert, sollte sich der Benutzer
  590.  des folgenden möglichen Problems bewußt sein.
  591.  
  592.  Die Protokolldateien werden in einem temporären Verzeichnis
  593.  zwischengespeichert, bevor sie auf Band kopiert werden. Steht in
  594.  dem Zwischenspeicherbereich nicht genügend Speicherplatz zur
  595.  Verfügung, "hängt" die Prozedur scheinbar. Im Zwischenspeicherbereich
  596.  Speicher zur Verfügung stellen. Anschließend wird die Verarbeitung
  597.  fortgesetzt.
  598.  
  599.  
  600. ===> Überlegungen zum Durchsatz
  601.  
  602.  Benutzeranwendungen, die im 16-Bit-Modus ausgeführt werden, sollten
  603.  in den 32-Bit-Modus umgesetzt werden, damit die
  604.  Durchsatzverbesserungen der 32-Bit-Plattform von OS/2 genutzt werden
  605.  können. Die Ausführung von DB2/2-Dienstprogrammen (z. B. EXPORT) und
  606.  Benutzeranwendungen, die mit Gleitkommazahlen arbeiten, kann
  607.  beschleunigt werden, wenn ein mathematischer Koprozessor, z. B.
  608.  80387, installiert ist.
  609.  
  610.  
  611. ===> Umstellen von Datenbanken in einem inkonsistenten Status
  612.  
  613.  Es sollte nicht versucht werden, Datenbanken, die sich in einem
  614.  inkonsistenten Status befinden, umzustellen, da dies unvorhersehbare
  615.  Folgen haben könnten. Folgende Situationen sind möglich:
  616.  
  617.  1) Die Datenbank befindet sich bereits vor dem ersten Absetzen der
  618.     Migrationsanforderung in einem inkonsistenten Status.
  619.  
  620.  2) Die Datenbank wurde während der Migration beschädigt, und die
  621.     Migrationsanforderung wird erneut abgesetzt.
  622.  
  623.  In beiden Fällen wird die Migration möglicherweise erfolgreich
  624.  durchgeführt, die umgestellte Datenbank ist jedoch eventuell
  625.  beschädigt. Dies liegt daran, daß die Migration für eine bereits
  626.  beschädigte Datenbank durchgeführt werden sollte.
  627.  
  628.  Es wird empfohlen, folgendermaßen vorzugehen:
  629.  
  630.  1) Vor der Installation von DB2/2 alle Datenbanken sichern. Dies
  631.     wurde früher bereits für die Installation einer neuen Version des
  632.     Datenbank-Managers empfohlen, wird aber hier noch einmal
  633.     wiederholt, da der Ratschlag in diesem Zusammenhang von großer
  634.     Wichtigkeit ist. Von einer inkonsistenten Datenbank kann keine
  635.     Sicherungskopie erstellt werden. Wurde die Sicherung der Datenbank
  636.     erfolgreich durchgeführt, bedeutet dies, daß sowohl die aktuelle
  637.     als auch die gesicherte Datenbank konsistent ist.
  638.  
  639.  2) DB2/2 installieren. Wurden die vorhandenen Datenbanken vor
  640.     längerer Zeit zum letzten Mal gesichert, sollte geprüft werden,
  641.     daß die Datenbanken nicht geändert wurden und sich nicht in einem
  642.     inkonsistenten Zustand befinden. Dies kann durch Ausgabe des
  643.     Befehls START USING DATABASE für die einzelnen Datenbanken geprüft
  644.     werden.
  645.  
  646.  3) Jede Datenbank umstellen. Tritt während der Migration ein Fehler
  647.     auf, die Datenbank löschen und von der Sicherungskopie
  648.     wiederherstellen. Bei der Wiederherstellung wird die Datenbank
  649.     automatisch umgestellt. Tritt bei der Wiederherstellung ein Fehler
  650.     auf, die Anforderung zur Wiederherstellung erneut ausgeben.
  651.  
  652.     Wenn diese Schritte befolgt werden, ist die Konsistenz der
  653.     umgestellten Datenbanken sichergestellt.
  654.  
  655.  
  656.  
  657. ===> Einschränkungen für das Erstellen von Datenbanken
  658.  
  659.  Die Erstellung von Datenbanken auf Laufwerken, die im lokalen Netz
  660.  umgeleitet werden, wird von DB2/2 nicht unterstützt.
  661.  
  662. /**
  663.  
  664. AKTUALISIERUNG DER VERÖFFENTLICHUNGEN
  665.  
  666.  
  667. ===> Korrekturen für das "DB2/2-Referenzhandbuch (online)"
  668.  
  669.  Im DB2/2-Referenzhandbuch (online) muß das Beispiel für den Befehl
  670.  MIGRATE DATABASE im Abschnitt zu den Befehlen für den
  671.  Befehlszeilenprozessor folgendermaßen lauten:
  672.   DBM MIGRATE DATABASE UMSATZ
  673.  Die Angabe des Kennworts ist nicht mehr erforderlich.
  674.  
  675.  
  676.  
  677. ===> Korrekturen für das Handbuch "Programming Guide"
  678.  
  679. S. 7 Beispielprogramme
  680.  
  681. Die Anweisungen zum Extrahieren der Beispieldateien sind fehlerhaft.
  682.  
  683. Vom Stammverzeichnis aus, in dem sich SQLLIB befindet, folgenden
  684. Befehl absetzen:
  685.  
  686.     PKUNZIP2 -d a:\samples.zip
  687.  
  688.  
  689. S. 139
  690.   Die in SAMPLES.ZIP enthaltene Datei BLDMSCSR.CMD ist korrekt.
  691.   Die im Handbuch aufgeführte Datei BLDMSCSR.CMD ist fehlerhaft. Die
  692.   richtige Datei sieht folgendermaßen aus:
  693.  
  694.   sqlprep %1.sqc %2 /p /b
  695.   cl /c /Alfu /Zp /Lp /W3 /DSQL16TO32 %DEBUG% %1.c
  696.   link /NOD /COD %1.obj,%1.dll,,sqldyn16+llibcdll+doscalls,%1.def;
  697.  
  698.  
  699. ===> Korrekturen für das Handbuch "Programming Reference"
  700.  
  701. S. 71
  702.   Die Anmerkungen zu INSTALL SIGNAL HANDLER müssen folgendermaßen
  703.   lauten:
  704.  
  705.   If an application has no signal handler installed and a <CTRL-C>
  706.   or <CTRL-BREAK> is issued against the application, then one of the
  707.   following occurs (depending on whether the application is local
  708.   or remote):
  709.  
  710.     For a LOCAL application that is executing in the APPLICATION
  711.     code (and not in the DB2/2 engine), that application is
  712.     terminated.
  713.  
  714.     For a LOCAL application that is executing in the DB2/2 ENGINE,
  715.     the database is marked as being in an inconsistent state.  As
  716.     a result, that application and all other applications connected
  717.     to the database are also terminated.
  718.  
  719.     For a REMOTE application (executing in the APPLICATION code,
  720.     since the ENGINE resides on a remote server), that application
  721.     is terminated.
  722.  
  723.   If the application is built with C Set/2, then refer to the
  724.   notes on "Exception Handling with C Set/2".  Also, refer to the
  725.   notes on "Installing Signal Handlers"
  726.  
  727. S. 119
  728.   Die Beschreibung für das Feld STRUCT_ID der Datenstruktur
  729.   SQL_DIR_ENTRY muß folgendermaßen lauten:
  730.     "Structure identifier, which must be initialized to SQL_DCS_STR_ID."
  731.  
  732. S. 120
  733.   Die Beschreibung für das Feld STRUCT_ID der Datenstruktur
  734.   SQL_NODE_STRUCT muß folgendermaßen lauten:
  735.     "Structure identifier, which must be initialized to SQL_NODE_STR_ID."
  736.  
  737. S. 123
  738.   Die Beschreibung für das Feld CUR_REQS der Datenstruktur SQLEUSRSTAT
  739.   muß folgendermaßen lauten:
  740.     "Number of SQL calls made since start of last transaction"
  741.  
  742.   Die Beschreibung für das Feld TRANS_STATE der Datenstruktur
  743.   SQLEUSRSTAT muß folgendermaßen lauten:
  744.        "Transaction state. Possible values are:
  745.            SQL_TRANS_STATE_STARTED ('S')
  746.            SQL_TRANS_STATE_READ ('R')
  747.            SQL_TRANS_STATE_CHANGED ('C')"
  748.  
  749.   Die Beschreibung für das Feld LOCK_STATE für die Datenstruktur
  750.   SQLEUSRSTAT muß folgendermaßen lauten:
  751.        "Transaction state. Possible values are:
  752.               "SQL_LOCK_WAIT ('W')
  753.                SQL_LOCK_NOWAIT ('N')"
  754.  
  755. S. 147
  756.   Abbildung 4 zeigt ein Syntaxdiagramm, aus dem hervorgeht, daß die
  757.   Phrasen COMPUTATIONAL wahlfrei sind. Dies ist nicht richtig.
  758.  
  759.   Im korrekten Syntaxdiagramm muß die Gruppe mit den Phrasen
  760.   COMPUTATIONAL mit der Grundlinie verbunden sein, da die Angabe
  761.   dieser Phrasen erforderlich ist.
  762.  
  763. S. 341
  764.   Die folgende Regel für Aufrufe ist nicht mehr gültig und
  765.   sollte ignoriert werden:
  766.    'Pass all other parameters by far address (full segment and offset)'.
  767.  
  768.  
  769. ===> Korrekturen für das Handbuch "SQL Reference"
  770.  
  771.   Die Verbindungsstati werden im Abschnitt zur Anweisung CONNECT
  772.   des Handbuchs "SQL Reference" (S. 128) erläutert. Der folgende
  773.   Abschnitt soll den Übergang zwischen "implizit verbindbar"
  774.   (implicitly connectable), "nicht verbindbar" (unconnectable)" und
  775.   "verbunden" (connected) verdeutlichen.
  776.  
  777.     When in an implicitly connectable state, an SQL statement other
  778.     than CONNECT TO, CONNECT RESET, COMMIT, or ROLLBACK results in
  779.     a transition to an unconnectable and connected state.
  780.     A CONNECT TO, COMMIT, or ROLLBACK from an implicitly connectable
  781.     state results in a transition to a connectable and connected state.
  782.  
  783.  
  784. ===> Korrekturen für das Handbuch "DB2/2 Guide"
  785.  
  786. > S. 96
  787.  
  788.  Der Parameter NUMRC (Geschätzte Anzahl ferner Verbindungen) gibt die
  789.  maximale Anzahl der Verbindungen an, die von und zu der lokalen
  790.  Datenbank gleichzeitig aktiv sein können. Erreicht die Anzahl der
  791.  Verbindungen den angegebenen Höchstwert, führen weitere Versuche,
  792.  eine Verbindung zu einer fernen Datenstation herzustellen, zu einem
  793.  Fehler.
  794.  
  795.  
  796. > S. 262
  797.  
  798.  In den Beschreibungen der Datei SQLxxxxx.EIX muß es "Damaged INX
  799.  file ..." heißen, nicht "Damaged IDX file ...".
  800.  
  801.  
  802. > Anhang A, "Support for Down Level Clients (SQLLOO)"
  803.  
  804.  Im folgenden werden Änderungen beschrieben, die an Anhang A
  805.  "Migrating from Previous Releases" des Handbuchs "DB2/2 Guide"
  806.  vorgenommen wurden. Der gesamte Text des Abschnitts
  807.  "Support for Down Level Clients" wird abgedruckt, wobei die
  808.  Änderungen durch das Zeichen '|' am linken Rand markiert sind.
  809.  
  810.     Down level database clients can access a DB2/2 database server using
  811.  |  the APPC, NetBIOS or SQLLOO protocols currently supported in the
  812.     database client products.  These down level clients include OS/2 and
  813.     DOS clients from Extended Edition Version 1.3 and OS/2, DOS and
  814.     DOS Windows clients supported by Extended Services.
  815.  
  816.     Notes:
  817.     1. Extended Edition Version 1.3 database clients configured with the
  818.  |     SQL LAN Only Option (SQLLOO), a subset of the APPC protocol, are
  819.  |     supported by DB2/2.  These clients do not have to be reconfigured
  820.  |     to use the full APPC protocol, although it is highly recommended
  821.  |     for future product compatibility reasons.
  822.  |
  823.  |     It may be necessary to configure the NETWORK ID (or NETWORK NAME)
  824.  |     of the SQLLOO clients in order for them to communicate with a
  825.  |     DB2/2 Server which has ES 1.0 Communications Manager installed.
  826.  |     Sessions can fail otherwise.   This is due to the fact that EE 1.3
  827.  |     did NOT require the NETWORK ID to be defined, whereas ES 1.0
  828.  |     Communications Manager requires it.   The NETWORK ID should
  829.  |     correspond between these two environments.   Many examples use
  830.  |     "APPN" as the NETWORK ID.
  831.  |
  832.  |     It should also be noted that if you plan on reconfiguring your
  833.  |     EE 1.3 SQLLOO clients for APPC, then you should uniquely define
  834.  |     each client's local LU name.   Depending on how you configure
  835.  |     the APPC connection to a DB2/2 Server with ES 1.0 CM, this may
  836.  |     be important.   EE 1.3 did not require unique LU names whereas
  837.  |     ES 1.0 Communications Manager requires unique LU names.  If an
  838.  |     EE 1.3 client attempts to communicate to a DB2/2 Server with
  839.  |     ES 1.0 Communications Manager installed and configured for APPC,
  840.  |     and unique LU names have not been used, this may cause duplicate
  841.  |     name errors to occur and alerts to be sent on the network.
  842.  
  843.  |  2. If your workstation was an EE 1.3 or Extended Services database
  844.  |     server and provided SQLLOO support and if you no longer have any
  845.  |     database clients which use the SQLLOO protocol, remove the
  846.        following statement from the CONFIG.SYS file:
  847.  
  848.           DEVICE=X:\CMLIB\RDSLANDD.SYS
  849.  
  850.  |  3. To support Extended Edition Version 1.3 database clients using
  851.  |     the SQLLOO protocol, you must be using the Communications Manager
  852.  |     component of Extended Services on your DB2/2 Server.
  853.  
  854.  
  855.  
  856.  
  857. > Kapitel 10, "Communications Session ID Considerations (SQLQMF)"
  858.  
  859.  In Kapitel 10 "Utilities for Moving Data" des Handbuchs "DB2/2 Guide"
  860.  sagt der erste Satz des Abschnitts "Communications Session ID
  861.  Considerations" fälschlicherweise aus, daß mit QMF exportierte Daten
  862.  in einer Host-Sitzung einer ASCII Terminal Emulation übertragen
  863.  werden können. Dieser Satz muß folgendermaßen lauten:
  864.  
  865.  "You can use any host 3270 terminal emulation session to transfer data
  866.   exported with QMF."
  867.  
  868. /**
  869.  
  870. ===> Korrekturen für das Handbuch "Messages and Problem Determination
  871.      Guide"
  872.  
  873. DBI0109W
  874.  
  875.    Nachricht:  Hilfefunktion nicht verfügbar.
  876.  
  877.    Ursache:    Die Hilfedatei für das DB2/2-Installationsprogramm
  878.                fehlt.
  879.  
  880.    Korrektur:  Ohne die Hilfefunktion fortfahren oder die Hilfedatei
  881.                (DBINST.HLP) wiederherstellen. Dazu die Datei von
  882.                Diskette 1 in das Verzeichnis der Festplatte kopieren,
  883.                von dem aus das Installationsprogramm durchgeführt
  884.                wird.
  885.  
  886.  
  887. QRW2125N
  888.  
  889.    Nachricht:  Ein oder mehr Fremdschlüssel mit "X" sind mit
  890.                bestehenden Fremdschlüsseln identisch und wurden nicht
  891.                erstellt.
  892.  
  893.    Ursache:    Datenbankfehler. Siehe SQL0541.
  894.  
  895.  
  896. QRW2272W
  897.  
  898.    Nachricht:  Übertragungsfehler X beim Senden oder Empfangen von
  899.                Daten der fernen Datenbank. Die Verbindung zur
  900.                Datenbank wurde beendet.
  901.  
  902.    Ursache:    Datenbankfehler. Siehe SQL30080N
  903.  
  904. SQL1325N
  905.  
  906.    Nachricht:  Der Befehl wird von der Umgebung der fernen Datenbank
  907.                nicht unterstützt.
  908.  
  909.    Ursache:    Es wurde versucht, einen für DB2/2 spezifischen Befehl
  910.                für eine Datenbank auszuführen, die keine
  911.                OS/2-Datenbank ist. Die folgenden Befehle generieren
  912.                diesen Fehler, wenn sie für eine DB2- oder
  913.                SQL/DS-Datenbank ausgeführt werden:
  914.                OPSTAT (Abfragen des Betriebsstatus)
  915.                RPC (Aufrufen einer Prozedur am Server)
  916.                GETAA (Abrufen administrativer Berechtigungen)
  917.                GETTA (Abrufen von Tabellenberechtigungen)
  918.                PREREORG (Vorbereiten der Neuorganisation der Tabelle)
  919.                REORG  (Neuorganisieren der Tabelle)
  920.                RQSVPT/ENSVPT/RLBSVPT (Subtransaktionsanforderungen)
  921.                RUNSTATS (Ausführen der Statistik)
  922.                Der Befehl kann nicht verarbeitet werden.
  923.  
  924.  
  925.    Korrektur:  Diesen Befehl nicht für Datenbanken ausführen, die
  926.                keine OS/2-Datenbanken sind.
  927.  
  928.                Dieser Fehler tritt auch auf, wenn versucht wird, über
  929.                die Einzelbenutzerversion von DDCS/2 auf eine
  930.                Host-Datenbank auf einem fernen Klienten zuzugreifen.
  931.                Die Mehrplatz-Gateway-Version von DDCS/2 installieren
  932.                und die Operation anschließend wiederholen.
  933.  
  934. SQL3013N
  935.  
  936.    Nachricht:  Die Länge von 'filetmod' liegt außerhalb des gültigen
  937.                Bereichs. Der Wert muß größer als oder gleich Null oder
  938.                kleiner als oder gleich 8000 sein.
  939.  
  940.    Ursache:    Der angegebene Wert für 'filetmod' liegt außerhalb des
  941.                gültigen Bereichs. Gültig sind Angaben zwischen 0 und
  942.                8000 einschließlich.
  943.  
  944.                Der Befehl kann nicht verarbeitet werden.
  945.  
  946.    Korrektur:  Den filetmod-Zeiger und die Struktur, auf die
  947.                er verweist, überprüfen.
  948.  
  949.                Den Befehl mit einem gültigen filetmod-Parameter
  950.                wiederholen.
  951.  
  952.  
  953. SQL30074N
  954.  
  955.    Nachricht:  Antwort "<Antwort-ID>" nicht unterstützt.
  956.  
  957.    Ursache:    Der Klient empfing eine Antwort, die er nicht erkennt.
  958.  
  959.                Weder der aktuelle Umgebungsbefehl, die SQL-Anweisung
  960.                noch nachfolgende Befehle oder SQL-Anweisungen können
  961.                erfolgreich verarbeitet werden.
  962.  
  963.                Die aktuelle Transaktion wird rückgängig gemacht, und
  964.                die Anwendung wird von der fernen Datenbank getrennt.
  965.                Die Anwendung kann nicht verarbeitet werden.
  966.  
  967.    Korrektur:  Die Nachrichtennummer (SQLCODE) und die Antwort-ID
  968.                notieren.
  969.  
  970.                Nach Möglichkeit alle Fehlerinformationen von SQLCA
  971.                notieren. Versuchen, die Verbindung zur fernen
  972.                Datenbank wiederherzustellen und die Anwendung nochmals
  973.                auszuführen.
  974.  
  975.                Bleibt das Problem bestehen, in die OS/2-Befehlszeile
  976.                SQLTRC ON -L 0X100000 eingeben. Das Datenbankproblem
  977.                nochmals erzeugen und anschließend in die
  978.                OS/2-Befehlszeile SQLTRC DUMP Dateiname eingeben.
  979.  
  980.                SQLTRC OFF eingeben, um die Ablaufverfolgung
  981.                auszuschalten.
  982.  
  983.                Dem Service Coordinator folgende Informationen
  984.                mitteilen:
  985.  
  986.                  - Umgebung:  Anwendung, die die fernen
  987.                    Datenbankdienste zu einer Nicht-OS/2-Datenbank
  988.                    verwendet.
  989.                  - Erforderliche Informationen:
  990.  
  991.                        - Problembeschreibung
  992.                        - SQLCODE und Antwort-ID
  993.                        - SQLCA-Inhalt
  994.                        - Ablaufverfolgungsdatei
  995.  
  996.  
  997. /** ===> Ende der Datei < ===
  998.