IBM DB2 Universal Database* Version 6.1 pour Windows 95** et Windows NT** PTF No: WR21178 VRMF: 06.01.0000.0013 +-- Note : -------------------------------------------------------- + | | Pour faciliter la lecture de ce fichier, s‚lectionnez une police … | espacement fixe. | | Si vous avez re‡u des modifications interm‚diaires des services de | maintenance IBM aprŠs le 17/02/2000, vous devez contacter ces | services pour qu'ils vous fassent parvenir une version … jour des | modifications interm‚diaires, et ne pas installer le pr‚sent kit de | mise … jour. Vous avez ainsi l'assurance de disposer d'un systŠme | dans un ‚tat coh‚rent et de n'avoir perdu aucune modification | interm‚diaire. | | | Dans le pr‚sent document, X: d‚signe l'unit‚ de CD-ROM dans | laquelle est ins‚r‚ le CD contenant le FixPak, C:\SQLLIB ‚tant | le r‚pertoire dans lequel sont install‚s les produits DB2. | +-------------------------------------------------------------------------+ Ce fichier README contient des informations sur les produits et composants suivants : Propres … Windows NT/Windows 95 -------------- DB2 Connect Personal Edition, V6.1 DB2 Connect Enterprise Edition, V6.1 DB2 Universal Database Enterprise Edition, V6.1 DB2 Universal Database Workgroup Edition, V6.1 DB2 Universal Database Personal Edition, V6.1 DB2 Universal Database Extended Enterprise Edition, V6.1 DB2 Software Developer's Kit, V6.1 DB2 Datalinks Manager, V6.1 DB2 Administration Client, V6.1 DB2 Run-Time Client, V6.1 DB2 Satellite Edition, V6.1 DB2 Query Patroller, V6.1 --------------------------------------------------------------------------- 1. Contenu du kit de mise … jour (FixPak) 2. Remarques sur l'installation 2.1 Composants pr‚requis 2.1.1 Pr‚requis pour l'APAR IX73249 2.2 Proc‚dures pr‚alables … l'installation 2.3 Instructions relatives … l'installation 2.4 Instructions relatives … l'installation automatique 2.5 Proc‚dures post‚rieures … l'installation 2.5.1 Red‚finition des accŠs … des bases de donn‚es DB2 non DRDA 2.5.2 Red‚finition des accŠs … des bases DRDA 2.5.3 Red‚finition des accŠs de modules sp‚cifiques 2.5.4 Outil DJRA (DataJoiner Replication Administration) 2.6 Remarques sur la d‚sinstallation 2.7 Satellite Information 2.7.1 Changes to the Generalize Function for V6.1 FixPak 2 2.7.2 Execution of the Update Batch Step Containing the asnsat Command 3. Divers 3.1 BibliothŠque technique des produits et services 3.2 Service clients 3.3 Maintenance corrective Pour plus de d‚tails, reportez-vous aux fichiers suivants : C:\SQLLIB\RELEASE.TXT X:\APARLIST.TXT =========================================================================== 2. Remarques sur l'installation 2.1 Composants pr‚requis Ce FixPak implique qu'une version au moins de DB2 UDB pour Windows NT/Windows 95 V6.1 soit d‚j… install‚e sur votre systŠme. Pour d‚terminer la version et le niveau du produit DB2 actuellement install‚, entrez regedit … partir d'une invite MS-DOS et v‚rifiez les valeurs suivantes dans la cl‚ de registre HKEY_LOCAL_MACHINE\SOFTWARE\IBM\DB2\\Version en cours. Les valeurs doivent ˆtre comme suit : Version "6" Edition "1" Modification "0" Niveau "WR21163" 2.1.1 Pr‚requis pour l'APAR IX73249 Sortie incorrecte de la commande DB2 LIST DCS APPLICATIONS SHOW DETAIL L'APAR PQ11645 relative … DB2 pour MVS doit s'appliquer conjointement … l'APAR IX73249 relative … DB2 Connect afin d'obtenir l'affichage d'une marque de corr‚lation exploitable … la fois par la commande LIST DCS APPLICATIONS et la commande DSP THD de DB2 MVS. 2.2 Proc‚dures pr‚alables … l'installation Vous devez arrˆter toute activit‚ dans les bases de donn‚es avant d'appliquer ce FixPak. Arrˆtez toutes les applications et ex‚cutez les commandes suivantes : db2stop db2admin stop 2.3 Instructions relatives … l'installation Pour lancer le FixPak, ex‚cutez la commande X:\SETUP.EXE. 2.4 Instructions relatives … l'installation automatique La version de l'utilitaire SETUP.EXE livr‚e avec ce FixPak peut s'ex‚cuter via une option d'installation automatique. Cette proc‚dure est d‚crite dans le manuel Mise en route. Un fichier r‚ponses (DB2FIXPK.RSP) vous est fourni avec le FixPak. 2.5 Proc‚dures post‚rieures … l'installation Du fait des nouveaux fichiers .bnd transmis avec ce FixPak, vous devez red‚finir les accŠs des utilitaires DB2 … toutes vos bases de donn‚es aprŠs l'installation du FixPak. Cette ‚tape est obligatoire pour que les modifications du FixPak soient prises en compte. Il suffit d'ex‚cuter une seule fois par base de donn‚es la proc‚dure de red‚finition des accŠs d‚crite ci-aprŠs. 2.5.1 Red‚finition des accŠs … des bases de donn‚es DB2 non DRDA AprŠs avoir valid‚ les modifications, vous devez ex‚cuter les commandes suivantes : db2 terminate db2 CONNECT TO db2 BIND C:\SQLLIB\BND\@db2ubind.lst GRANT PUBLIC db2 BIND C:\SQLLIB\BND\@db2cli.lst GRANT PUBLIC db2 terminate o— est le nom de la base de donn‚es … laquelle doivent ˆtre d‚finis les accŠs des utilitaires. Analysez la variable d'environnement DB2PATH afin de d‚terminer le chemin d'accŠs correct. Les fichiers DB2UBIND.LST et DB2CLI.LST contiennent des listes de fichiers .bnd le plus souvent utilis‚s pour DB2. Si est une base de donn‚es DB2 en version v1.x, ne d‚finissez pas les accŠs de db2cli.lst. Utilisez plut“t db2cliv1.lst ou d‚finissez sp‚cifiquement les accŠs de db2clics.bnd, db2cliur.bnd, db2clirr.bnd, et s‚par‚ment les accŠs de db2cliv1.bnd. 2.5.2 Red‚finition des accŠs … des bases de donn‚es DRDA Si vous utilisez DB2 Connect pour acc‚der … des bases de donn‚es h“te, vous devez ‚galement d‚finir les accŠs des nouveaux fichiers .bnd … l'h“te. Comme indiqu‚ pr‚c‚demment, connectez-vous … la base de donn‚es h“te, puis d‚finissez les accŠs des utilitaires comme suit : HOTE COMMANDE ===== =================================================================== MVS BIND C:\SQLLIB\BND\@ddcsmvs.lst BLOCKING ALL SQLERROR CONTINUE GRANT PUBLIC VM BIND C:\SQLLIB\BND\@ddcsvm.lst BLOCKING ALL SQLERROR CONTINUE GRANT PUBLIC VSE BIND C:\SQLLIB\BND\@ddcsvse.lst BLOCKING ALL SQLERROR CONTINUE GRANT PUBLIC OS400 BIND C:\SQLLIB\BND\@ddcs400.lst BLOCKING ALL SQLERROR CONTINUE GRANT PUBLIC 2.5.3 Red‚finition des accŠs de modules sp‚cifiques Si vous ne souhaitez red‚finir que les accŠs des fichiers .bnd sp‚cifiques, ex‚cutez la commande suivante pour chaque base de donn‚es (o— est le nom du fichier .bnd et le nom de la base de donn‚es). db2 terminate db2 CONNECT TO db2 BIND C:\SQLLIB\BND\ BLOCKING ALL GRANT PUBLIC db2 terminate 2.5.4 Outil DJRA (DataJoiner Replication Administration) L'ex‚cutable de l'outil DJRA (djra.exe) est … pr‚sent install‚ dans le r‚pertoire SQLLIB\DJRA. 2.6 Remarques sur la d‚sinstallation Lors de la mise … niveau ou de la d‚sinstallation de produits DB2 sur un systŠme Windows NT, il vous faudra peut-ˆtre arrˆter manuellement tous les services et processus DB2 sur votre machine. Si le fichier psapi.dll existe sur votre systŠme, dans l'un des r‚pertoires stoch‚s dans la variable d'environnement PATH, les services et processus devraient s'arrˆter automatiquement. Si le fichier psapi.dll n'existe pas sur votre systŠme, vous devrez proc‚der … un arrˆt manuel de tous les services DB2 avant toute mise … niveau ou installation. 2.7 Satellite Information The sections that follow provide information that applies to the satellite environment. 2.7.1 Changes to the Generalize Function for V6.1 FixPak 2 For FixPak 2, a number of enhancements have been made to the generalize function. 2.7.1.1 Automatic Cataloging of the Replication Target, Control, and Source Servers When you generalize a replication subscription, the Satellite Administration Center requires that connections be made to the replication control, source, and target servers when it generalizes the replication subscriptions for an application version. In addition, when a satellite replicates data, it needs to connect to the replication control and source servers. At the FixPak 1 level, you had to catalog the replication control, source, and target servers at the DB2 control server instance (that is, the instance where the SATCTLDB resides). You also had to catalog the replication control and source servers at the satellite. For FixPak 2, the generalize function will attempt to catalog the replication control, source, and target servers at the DB2 control server instance. The generalize function will also create a batch step that catalogs the replication control and source servers on the satellite. The satellite will execute this batch step when it synchronizes. TCP/IP is the only supported communications protocol between the satellite and its replication control and source servers. If a replication control or source server does not support TCP/IP communications, the generalize function does not return an error when it attempts to create the cataloging batch step. If a replication control or source server is not enabled for TCP/IP communications, and you generalize the replication subscription, the generalize action will not fail, but, if you examine the batch step that sets up the cataloging, you will notice that the batch step does not contain all the catalog statements that are required for the satellite to replicate data when it synchronizes. If a replication control or source server does not support TCP/IP communications, you must delete the replication subscriptions that you generalized for the application version. Then enable the replication server for TCP/IP communications. Finally, generalize the replication subscription again for the application version. If any of the replication control, source, or target servers are instances that are remote to the Control Center, they are likely already set up for TCP/IP communications. If, however, any of these instances are local to the machine where Control Center is running, and in a different instance than that from which the Control Center is run (likely DB2), the TCP/IP protocol may not be configured for the other instance. If TCP/IP is not set up, you will receive the following error: [IBM][CLI Driver][DB2/NT] SQL0902C A system error (reason code = "-20475") occurred. Subsequent SQL statements cannot be processed. SQLSTATE=58005 You can use the Control Center to set up the instance for TCP/IP communications as follows. For this example, the name of the instance that is the replication server is assumed to be REPLINST. 1. Right click on the REPLINST instance in the object tree, and select Communications from the pop-up menu. 2. On the Setup Communications window, click on the Properties button for TCP/IP. 3. On the Configure TCP/IP window, click Default, then click OK. You will receive a message confirming that the TCP/IP configuration is complete. Close the message window. 4. On the Setup Communications window, click OK. 5. Right click on the REPLINST instance, and select Stop from the pop-up menu. 6. Right click on the REPLINST instance, and select Start from the pop-up menu. The restart of the instance activates the TCP/IP listeners. The REPLINST instance is now configured for TCP/IP communications. 2.7.1.2 Reverse Engineering of the Model Replication Target for the Satellite At the FixPak 1 level, you had to set up the replication target, and any associated database objects on the satellite. For FixPak 2, the generalize function reverse engineers the model replication target and its associated database objects. That is, the generalize function will generate the CREATE DATABASE command, and any DDL statements (for example, CREATE TABLESPACE, CREATE TABLE (and so on)) that are required to set up the replication target on the satellite. Note that the generalize function can only reverse engineer the model replication target if the target is a database that is a DB2 Universal Database database that runs on a workstation. If the satellite participates in an update anywhere replication scenario, you must retain the logs so that the Capture program has access to the changes that occur to the target on the satellite. For more information, see "Retaining Logs for Update Anywhere Replication." 2.7.1.3 Toleration of Pre-Existing Replication Targets If you generalize the replication subscription using the FixPak 2 generalize function, and the replication target already exists on the satellite, the generalize function will still reverse engineer the model replication target. The existing target on the satellite, however, will be tolerated. 2.7.1.4 Retaining Logs for Update Anywhere Replication If your satellites participate in an update anywhere replication scenario, you must configure the satellite to retain the logs. The Capture program uses the logs to replicate data that is on the satellite. Two options are available for you to retain the logs: - If you require that the satellite database be enabled for forward recovery, you must set the LOGRETAIN database configuration parameter to either ON or RECOVERY. After changing the database configuration, you must take a backup of the database. - If you do not require forward recovery for the satellite database, set LOGRETAIN to CAPTURE. You cannot have LOGRETAIN set to the default value of OFF because the Capture program cannot capture changes that are made to replica tables in the satellite database. You can use the Satellite Administration Center to make the change to the database configuration on the satellite. You can add an operating system script to the test level that is created (or modified) by the generalize function. The script should contain one or both of the following commands (if LOGRETAIN=RECOVERY, the script must contain both commands): DB2 UPDATE DB CFG FOR USING LOGRETAIN DB2 BACKUP DB Ensure that the name of the script has an extension of .bat (all satellite platforms) or .cmd (for Windows NT satellite platforms only). Add this command (or commands) to the setup batch after the operating system script that contains the DB2 CREATE DATABASE command. For more information about the LOGRETAIN configuration parameter, refer to the Administration Guide. 2.7.2 Execution of the Update Batch Step Containing the asnsat Command On Windows 95 and Windows 98, the execution of an operating system script in a batch step is performed by the command interpreter, command.com. The command interpreter, however, always issues a return code of 0 (zero) when it completes, regardless of whether the scripts in the batch step completed with a return code of 0. When you generalize the replication subscription, the generalization procedure puts the asnsat command (which initiates data replication on the satellite) into an operating system script within a batch step of the update batch. Because the command interpreter always returns 0 when it executes an operating system script, the batch step that contains the asnsat command is executed directly (that is, the command interpreter is bypassed). Because the command interpreter is bypassed, the correct asnsat return code can be written to the satellite's synchronization logs. (The asnsat return code is written as an external code.) The command interpreter is only bypassed if the asnsat command is the only command in the operating system script. If the script that contains the asnsat command is modified to include additional commands, the command interpreter is not bypassed. 3. Divers 3.1 BibliothŠque technique des produits et services Pour disposer d'une source d'informations DB2 complŠte et actualis‚e, y compris sur des points soulev‚s aprŠs la publication des Remarques d'installation, consultez la bibliothŠque technique des produits et services sur le Web … l'adresse suivante: http://www.software.ibm.com/data/db2/library 3.2 Service clients Pour obtenir des informations sur les produits DB2 Universal Database en France, appelez le 0 801 835 426 (0 801 TEL IBM). Au Canada, appelez le 1-800-465-2222. Aux Etats-Unis, appelez le 1-800-992-4777. Le support client est ‚galement assur‚ via des forums ‚lectroniques de questions-r‚ponses (Q&A). Ces forums sont accessibles via CompuServe, IBMLink et Usenet Newsgroup. (1) CompuServe - Pour acc‚der aux forums sur CompuServe, ex‚cutez la commande GO IBMDB2. (2) Usenet Newsgroup: comp.databases.ibm-db2 - Ce groupe Internet est un forum g‚n‚ral traitant des questions ou des incidents soulev‚s par la mise en oeuvre des produits de la famille DB2. (3) (IBMLink) Talklink OS/2 BBS - Pour acc‚der aux forums sur IBMLink, reportez-vous … la section OS2BBS. 3.3 Maintenance corrective Les ‚l‚ments de maintenance corrective peuvent ˆtre t‚l‚charg‚s ‚lectroniquement … partir d'Internet de l'une des fa‡ons suivantes : (1) Etablissez une connexion anonyme ftp.software.ibm.com (pr‚c‚demment connu sous le nom ps.boulder.ibm.com) … l'adresse 198.17.57.66. Allez … l'adresse ps/products/db2/fixes/%L/%P/ o— %L est l'environnement local appropri‚ (par exemple anglais-us, espagnol, allemand, etc.), et %P est le nom du produit et sa version (par exemple, db22v5, db2aixv5, etc.). (2) Utilisez un navigateur Web (WWW) pour vous connecter … la page DB2 Service and Support … l'adresse suivante : http://www.software.ibm.com/data/db2/db2tech/index.html (3) Sous CompuServe, ex‚cutez la commande GO IBMDB2. Allez ensuite dans la bibliothŠque ad‚quate pour localiser le FixPak. 4) Sous IBM PCC BBS, acc‚dez au site appropri‚, puis entrez "db2" dans le menu principal pour localiser les FixPak. Si vous n'avez accŠs … aucun de ces sites, prenez contact avec le centre de support IBM ou votre partenaire commercial IBM. --------------------------------------------------------------------------- Les termes rep‚r‚s par * sont des marques d'International Business Machines Corporation dans certains pays. Les termes rep‚r‚s par ** sont des marques d'autres soci‚t‚s. --------------------------------------------------------------------------- ************************************************************************* ** ** (c) COPYRIGHT INTERNATIONAL BUSINESS MACHINES CORPORATION 2000. ** TOUS DROITS RESERVES. ** ***************************************************************************