Configuration de DB2 pour z-OS
IBM DB2 pour z/OS prend en charge l’accès aux serveurs d’applications DRDA distants à l’aide des informations stockées dans la base de données db2 pour z/OS Communications Database (CDB), qui est une collection de tables de catalogue.
Table de charge de travail | Description |
---|---|
SYSIBM. LIEUX | Table de catalogue requise pour définir une base de données relationnelle distante, y compris l’adresse (port TCP/IP), la sécurité et la convention de nommage (alias). |
SYSIBM. IPNAMES | Table de catalogue requise pour définir l’adresse (adresse TCP/IP ou alias) et la sécurité (authentification et chiffrement). |
SYSIBM. IPLIST | Table de catalogue facultative pour la définition de l’adresse (adresse TCP/IP ou alias) lors de l’utilisation du basculement. |
SYSIBM. USERNAMES | Table de catalogue facultative pour définir le mappage d’authentification. |
DB2 pour les tables z/OS Communications Database.
Vous pouvez mettre à jour les tables CDB à l’aide d’instructions SQL dynamiques, soit localement (par exemple, DB2 Administration, QMF, SPUFI) soit à distance (par exemple, Fournisseur de données Microsoft pour DB2 avec SQL Server Management Studio).
DB2 pour les tables z/OS Communications Database.
SQL Server Management Studio
À l’aide du Fournisseur OLE DB Microsoft pour DB2 avec SQL Server Management Studio et un serveur lié de processeur de requêtes distribués (DQP), vous pouvez configurer la base de données de configuration DB2 pour z/OS (CDB) pour activer la connectivité DRDA via une connexion réseau TCP/IP au service DRDA.
Dans le menu Démarrer, sélectionnez Outils Microsoft Server 18, puis SQL Server Management Studio 18.
Dans la boîte de dialogue Se connecter au serveur , entrez un nom de serveur (par exemple LOCALHOST). Sélectionnez un mode d’authentification entrez un nom de connexion et un mot de passe. Sélectionnez Connecter.
Dans le menu Microsoft SQL Server Management Studio, sélectionnez Nouvelle requête.
Copiez et collez les exemples ci-dessous dans le fichier SQLQuery1.sql dans la fenêtre Éditeur de requête, puis modifiez le texte en gras jaune mis en surbrillance pour qu’il corresponde aux valeurs de votre instance DB2, service DRDA et SQL Server base de données.
SQL Server nom du serveur lié
Ces procédures stockées système définissent un SQL Server nom de serveur lié pour la connexion à DB2 pour z/OS. Si vous n’avez pas d’autorité, vous pouvez demander à votre administrateur DB2 de mettre à jour les tables de base de données de connexion DB2.
-- ----------------------------------
-- Microsoft Service for DRDA Example
-- ----------------------------------
-- Drop existing linked server by name
EXEC sp_dropserver
@server = 'DRDA_AS_Example',
@droplogins = 'droplogins';
-- Add linked server for use with Microsoft OLE DB Provider for DB2 (DB2OLEDB)
EXEC sp_addlinkedserver
@server = 'DRDA_AS_Example',
@srvproduct = 'Microsoft OLE DB Provider for DB2',
@provider = 'DB2OLEDB',
@catalog = 'DSN1D037',
@provstr ='Provider=DB2OLEDB;Initial Catalog=DSN1D037;Network Transport Library=TCPIP;Host CCSID=37;PC Code Page=1252;Network Address=SYS1;Network Port=446;Package Collection=HISDEMO;Default Schema=HISDEMO;Default Qualifier=HISDEMO;DBMS Platform=DB2/NT'
-- Add linked server login by specifying valid DB2 user identifer and password
EXEC sp_addlinkedsrvlogin
@rmtsrvname = 'DRDA_AS_Example',
@rmtuser = 'HISDEMO',
@rmtpassword = 'HISDEMO';
-- List linked servers
EXEC sp_linkedservers;
-- Specify linked server option to support Remote Procedure Call (to allow execution of DB2 stored procedures)
EXEC sp_serveroption
@server = 'DRDA_AS_Example',
@optname = 'RPC OUT',
@optvalue = 'TRUE' ;
-- List linked servers options
EXEC sp_helpserver;
Définition SQL Server serveur lié à l’aide de SQL Server Management Studio.
Mise à jour de SYSIBM. Table LOCATIONS
Ces procédures stockées système définissent SQL Server Pass-Thru requêtes pour définir un EMPLACEMENT dans la base de données de connexion DB2 pour z/OS.
DB2 pour z/OS | Description |
---|---|
LOCATION | Spécifiez une valeur qui correspond au nom de la base de données cible SQL Server (par exemple, NWIND). Si vous ne pouvez pas spécifier une valeur de nom LOCATION qui correspond à la base de données cible SQL Server (par exemple, nom LOCATION est en cours d’utilisation ; SQL Server nom de base de données est trop long), puis utilisez les entrées DBALIAS et MsDrdaService.exe.config (drdaDatabaseAliases) pour indiquer au service DRDA comment interpréter et mapper LOCATION et DBALIAS à un nom de base de données SQL Server correspondant. LOCATION est connu sous le nom RDBNAME DRDA (Nom de la base de données relationnelle). LOCATION est appelé SQL Server Nom de la base de données ou Catalogue initial. |
LINKNAME | Cette valeur est utilisée pour associer l’enregistrement dans SYSIBM. Table LOCATIONS vers les enregistrements dans SYSIBM. IPNAMES, SYSIBM. IPLIST et SYSIBM. Tables USERNAMES. Cette valeur est limitée à 8 caractères lors de l’exécution de DB2 pour z/OS en mode de compatibilité. |
IBMREQD | Spécifiez « N ». |
PORT | Spécifiez une valeur pour le port TCP/IP à utiliser par le service DRDA en cours d’exécution sur l’ordinateur SQL Server. Par exemple, le numéro de port DRDA par défaut est 446. |
TPN | Spécifiez « ». Le service DRDA ne prend pas en charge un autre TPN (Nom du programme de transaction). |
DBALIAS | Spécifiez une valeur qui correspond au nom de la base de données cible SQL Server (par exemple, NWIND), si vous ne pouvez pas spécifier cette valeur dans le champ LOCATION. Lorsque vous utilisez DBALIAS, vous devez utiliser les entrées MsDrdaService.exe.config (drdaDatabaseAliases) pour indiquer au service DRDA comment interpréter et mapper location et DBALIAS à un nom de base de données SQL Server correspondant. |
CONFIANCE | Spécifiez « N ». Le service DRDA ne prend pas en charge une connexion approuvée. |
SÉCURISER | Spécifiez « Y » lors de la connexion au service DRDA à l’aide de Secure Sockets Layer 4.0 ou transport Layer Security 1.0. |
DB2 pour la base de données de connexion z/OS SYSIBM. Table LOCATION.
-- --------------------------------------------------
-- Distributed Relational Database Entries
-- --------------------------------------------------
--SYSIBM.LOCATIONS
--LOCATION VARCHAR(128) NOT NULL
--LINKNAME VARCHAR(24) NOT NULL
--IBMREQD CHAR(1) NOT NULL WITH DEFAULT 'N'
--PORT VARCHAR(96) NOT NULL WITH DEFAULT '446'
--TPN VARCHAR(192) NOT NULL WITH DEFAULT X’07F6C4C2’
--DBALIAS VARCHAR(128) NOT NULL
--TRUSTED CHAR(1) NOT NULL WITH DEFAULT 'N'
--SECURE CHAR(1) NOT NULL WITH DEFAULT 'N'
EXECUTE ('
DELETE FROM SYSIBM.LOCATIONS WHERE LINKNAME = ''HISDRDA1''
') AT DRDA_AS_Example;
GO
EXECUTE ('
INSERT INTO SYSIBM.LOCATIONS VALUES (''CONTOSO'', ''HISDRDA1'', ''N'', ''446'', '''', '''', ''N'', ''N'')
') AT DRDA_AS_Example;
GO
SYSIBM. Entrées LOCATIONS dans DB2 pour un service DRDA (« HISDRDA1 »).
Mise à jour de SYSIBM. Table IPNAMES
Ces procédures stockées système mettent à jour SYSIBM. Table IPNAMES sur DB2 pour z/OS.
DB2 pour z/OS | Description |
---|---|
LINKNAME | Cette valeur est utilisée pour associer l’enregistrement dans SYSIBM. Table IPNAMES pour les enregistrements dans SYSIBM. LOCATIONS, SYSIBM. IPLIST et SYSIBM. Tables USERNAMES. |
SECURITY_OUT | Spécifiez « A » pour envoyer un identificateur d’autorisation. Si vous le souhaitez, spécifiez « D » pour envoyer un identificateur d’autorisation chiffré. Si vous le souhaitez, spécifiez « E » pour envoyer un identificateur d’autorisation chiffré et des données chiffrées. Si vous le souhaitez, spécifiez « P » pour envoyer un identificateur d’autorisation chiffré, un mot de passe chiffré et des données chiffrées. Ne spécifiez pas « R ». Le service DRDA ne prend pas en charge un ticket de pass RACF. |
USERNAMES | Spécifiez « » pour envoyer l’identificateur d’autorisation associé à l’utilisateur connecté, à la tâche ou au programme en cours d’exécution. Si vous le souhaitez, spécifiez « O » pour traduire l’identificateur d’autorisation sortante à l’aide de SYSIBM. USERNAMES. Ne spécifiez pas « S ». Le service DRDA ne prend pas en charge une connexion approuvée. |
IBMREQD | Spécifiez « N ». |
IPADDR | Spécifiez une valeur pour l’adresse TCP/IP ou l’alias de l’ordinateur sur lequel le service DRDA s’exécute. Si vous le souhaitez, laissez ce champ vide lors de la configuration du basculement à tolérance de panne, qui s’appuie sur les entrées IPADDR dans SYSIBM. Table IPLIST. |
DB2 pour la base de données de connexion z/OS SYSIBM. Table IPNAMES.
--SYSIBM.IPNAMES
--LINKNAME VARCHAR(24) NOT NULL
--SECURITY_OUT CHAR(1) NOT NULL WITH DEFAULT 'A'
---A=Already Verified
---D=Data Encrypt
---E=Auth Encrypt
---P=Password with Authorization ID
---R=RACF PassTicket
--USERNAMES CHAR(1) NOT NULL WITH DEFAULT
--IBMREQD CHAR(1) NOT NULL WITH DEFAULT 'N'
--IPADDR VARCHAR(254) NOT NULL WITH DEFAULT
EXECUTE ('
DELETE FROM SYSIBM.IPNAMES WHERE LINKNAME = ''HISDRDA1''
') AT DRDA_AS_Example;
GO
EXECUTE ('
INSERT INTO SYSIBM.IPNAMES VALUES (''HISDRDA1'', ''P'', ''O'', ''N'', ''123.34.45.56'')
') AT DRDA_AS_Example;
GO
SYSIBM. Entrées IPNAMES dans DB2 pour un service DRDA (« HISDRDA1 »).
Mise à jour de SYSIBM. Table IPLIST
Ces procédures stockées système mettent à jour SYSIBM. Table IPLIST sur DB2 pour z/OS. La table IPLIST vous permet de spécifier plusieurs adresses IP pour un EMPLACEMENT donné, lors de l’utilisation du service DRDA avec la liste de serveurs (SRVLST) pour le basculement à tolérance de pannes.
DB2 pour z/OS | Description |
---|---|
LINKNAME | Cette valeur est utilisée pour associer l’enregistrement dans SYSIBM. Table IPNAMES pour les enregistrements dans SYSIBM. LOCATIONS, SYSIBM. IPLIST et SYSIBM. Tables USERNAMES. |
IPADDR | Spécifiez une valeur pour chaque adresse TCP/IP ou alias pour un groupe d’ordinateurs sur lesquels les services DRDA s’exécutent, ce qui fournit un basculement à tolérance de panne. |
IBMREQD | Spécifiez « N ». |
DB2 pour la base de données de connexion z/OS SYSIBM. Table IPNAMES.
--SYSIBM.IPLIST
--LINKNAME VARCHAR(24) NOT NULL
--IPADDR VARCHAR(254) NOT NULL WITH DEFAULT
--IBMREQD CHAR(1) NOT NULL WITH DEFAULT 'N'
EXECUTE ('
DELETE FROM SYSIBM.IPLIST WHERE LINKNAME = ''HISDRDA1''
') AT DRDA_AS_Example;
GO
EXECUTE ('
INSERT INTO SYSIBM.IPLIST VALUES (''HISDRDA1'', ''123.34.45.56'', ''N'')
') AT DRDA_AS_Example;
GO
EXECUTE ('
INSERT INTO SYSIBM.IPLIST VALUES (''HISDRDA1'', ''123.34.45.57'', ''N'')
') AT DRDA_AS_Example;
GO
SYSIBM. Entrées IPLIST pour la connexion à deux services DRDA (« HISDRDA1 » et « HISDRDA2 »).
Mise à jour de SYSIBM. Table USERNAMES
Ces procédures stockées système mettent à jour SYSIBM. Table USERNAMES sur DB2 pour z/OS.
DB2 pour z/OS | Description |
---|---|
TYPE | Spécifiez « O » pour traduire l’identificateur d’autorisation sortante. Ne spécifiez pas « I ». Le service DRDA ne prend pas en charge le fonctionnement en tant que client demandeur d’application DRDA. Ne spécifiez pas « S ». Le service DRDA ne prend pas en charge une connexion approuvée. |
AUTHID | Spécifiez l’identificateur d’autorisation à traduire. |
LINKNAME | Cette valeur est utilisée pour associer l’enregistrement dans SYSIBM. Table IPNAMES pour les enregistrements dans SYSIBM. LOCATIONS, SYSIBM. IPLIST et SYSIBM. Tables USERNAMES. |
NEWAUTHID | Spécifiez la valeur traduite pour l’identificateur d’autorisation. |
PASSWORD | Indiquez le mot de passe. |
IBMREQD | Spécifiez « N ». |
DB2 pour la base de données de connexion z/OS SYSIBM. Table USERNAMES.
--SYSIBM.USERNAMES
--TYPE CHAR(1) NOT NULL
---I=Inbound transalation
---O=Outbound translation
---S=Outbound AUTHID trusted connection
--AUTHID VARCHAR(128) NOT NULL WITH DEFAULT
--LINKNAME VARCHAR(24) NOT NULL
--NEWAUTHID VARCHAR(128) NOT NULL WITH DEFAULT
--PASSWORD VARCHAR(24) NOT NULL
--IBMREQD CHAR(1) NOT NULL WITH DEFAULT 'N'
EXECUTE ('
DELETE FROM SYSIBM.USERNAMES WHERE LINKNAME = ''HISDRDA1''
') AT DRDA_AS_Example;
GO
EXECUTE ('
INSERT INTO SYSIBM.USERNAMES VALUES (''O'', ''DBUSRID'', ''HISDRDA1'', '''', ''DBUSRPWD'', ''N'')
') AT DRDA_AS_Example;
GO
EXECUTE ('
SELECT * FROM SYSIBM.LOCATIONS
') AT DRDA_AS_Example;
EXECUTE ('
SELECT * FROM SYSIBM.IPNAMES
') AT DRDA_AS_Example;
EXECUTE ('
SELECT * FROM SYSIBM.USERNAMES
') AT DRDA_AS_Example;
GO
SYSIBM. Entrées USERNAMES dans DB2 pour un service DRDA (« HISDRDA1 »).
Connections DRDA
Les AR DRDA, y compris IBM DB2 pour z/OS, offrent différentes méthodes de définition de la connexion DRDA distante : adresse réseau, port et authentification. Par exemple, IBM DB2 pour z/OS s’appuie sur une base de données de connexion (CDB) composée d’un ensemble de tables SYSIBM.* (LOCATIONS, IPNAMES, USERNAMES).
En outre, IBM DB2 pour z/OS prend en charge plusieurs méthodes d’initiation d’une connexion DRDA à un système distant. Un programme COBOL pour TSO attaché localement à DB2 pour z/OS peut se connecter à SQL Server via le service DRDA à l’aide de (a) d’une connexion explicite basée sur une instruction SQL CONNECT ou (b) d’une connexion implicite basée sur un identificateur d’objet SQL 3 parties (CATALOG. SCHÉMA. TABLE).
Figure 1. L’accès aux données dirigés par DRDA prend en charge les connexions implicites et explicites.
Instruction Connect
Une technique courante consiste à utiliser une instruction SQL CONNECT pour créer une connexion explicite d’une AR DRDA locale à un AS DRDA distant, à l’aide d’une authentification préconfigurée, d’informations d’identification d’authentification en ligne ou d’informations d’identification mappées.
CONNECT TO CONTOSO; SELECT * FROM DSN8910.DEPT
ou
CONNECT TO :LOC USER :USERID USING :PASSWORD; SELECT * FROM DSN8910.DEPT
Instructions SQL CONNECT.
Identificateur d’objet en trois parties
Une autre technique courante consiste à utiliser un identificateur d’objet en trois parties dans une instruction SQL pour créer une connexion implicite d’une AR DRDA locale à un AS DRDA distant.
CONNECT TO :LOC USER :USERID USING :PASSWORD; SELECT * FROM DSN8910.DEPT
Utilisation d’un identificateur d’objet en trois parties dans une instruction SQL.
Alias pour l’identificateur d’objet en trois parties
Si vous le souhaitez, vous pouvez encapsuler le nom en 3 parties dans un alias de table local à 2 parties. Pour définir un alias à utiliser avec DB2 pour z/OS et un serveur DRDA distant, vous devez suivre ces étapes.
Définissez un alias dans la base de données DB2 pour z/OS locale.
CREATE ALIAS DSN8910. FOR RDB1.COL1.TABLE1
Définissez un synonyme ou une vue correspondant dans la base de données SQL Server distante.
CREATE SYNONYM [DSN8910].[ADEPT] FOR [DSN8910].[DEPT] CREATE VIEW [DSN8910].[VDEPT] ("DEPTNO", "DEPTNAME", "MGRNO", "ADMRDEPT") AS SELECT ALL DEPTNO , DEPTNAME, MGRNO , ADMRDEPT FROM DSN8910.DEPT
Référencez l’alias DB2 pour z/OS local dans une instruction SQL.
SELECT * FROM CONTOSO.DSN8910.ADEPT SELECT * FROM CONTOSO.DSN8910.VDEPT
Définition et utilisation d’un alias DB2 pour z/OS sur un identificateur d’objet en 3 parties dans une instruction SQL.
Vérifier la connexion DB2 pour z/OS à DRDA Service à l’aide de QMF
Vous pouvez vérifier la connexion DB2 pour z/OS au service DRDA à l’aide de QMF et d’un certain nombre d’autres programmes clients DB2 résidents de l’hôte.
Dans le menu Démarrer , pointez sur Tous les programmes, pointez sur Microsoft Host Integration Server 2010, cliquez sur Outils, puis sur Client 3270.
Dans la fenêtre Host Integration Server 3270 Client (client 3270), cliquez sur le menu Session , puis sur Configuration de session.
Dans la boîte de dialogue Paramètres 3270 , sélectionnez TN3270E Connexion au serveur, tapez « SYS1 » dans la zone d’édition Nom du serveur , puis cliquez sur OK.
Dans le menu Session , cliquez sur Se connecter. Le client 3270 affiche l’écran SSCP. Au niveau du curseur (coin inférieur gauche), tapez TSO HISDEMO, puis appuyez sur Entrée.
Sur l’écran TSO/E LOGON , au niveau du curseur (champ Mot de passe ), entrez HISDEMO, puis appuyez sur Entrée.
Dans l’écran d’accueil , appuyez sur Entrée pour récupérer le reste des données de l’écran. Sous l’invite PRÊT , tapez ISPF, puis appuyez sur Entrée.
Dans l’écran Menu option principal ISPF , appuyez sur Entrée pour effacer le texte de la licence IBM. Au niveau du curseur (Option), tapez U, puis appuyez sur Entrée.
Dans l’écran MENU SÉLECTION DES OPTIONS UTILISATEUR , au niveau du curseur (OPTION SELECT), tapez B, puis appuyez sur Entrée.
Dans l’écran MENU OPTION PRINCIPALE DB2I , au niveau du curseur (COMMAND), tapez Q, puis appuyez sur Entrée.
Dans l’écran QMF HOME PANEL , au niveau du curseur (COMMANDE), appuyez sur F6.
Dans l’écran SQL QUERY , au niveau du curseur (COMMANDE), appuyez sur Tab, puis appuyez à nouveau sur Tab . Au niveau du curseur (deux lignes sous l’étiquette de l’écran SQL QUERY), tapez SELECT * FROM NWIND. DBO. CLIENTS, puis appuyez sur F2.
Dans l’écran RAPPORT , affichez les résultats de la requête. Si vous le souhaitez, appuyez sur F8 pour faire défiler vers l’avant, puis appuyez sur F11 pour faire défiler vers la droite. Appuyez sur F6 pour revenir à l’écran SQL QUERY . Appuyez sur F3 pour revenir à l’écran QMF HOME PANEL .
DB2 for z/OS Bind Copy Static SQL Packages
Vous pouvez lier la copie de packages SQL statiques de DB2 pour z/OS à l’AS DRDA, avec lequel définir des fichiers XML de package SQL statique pour la création ultérieure de procédures stockées SQL Server correspondantes. Vous pouvez exécuter la commande DB2 for z/OS Bind Copy à partir de l’utilitaire de package DB2 Bind ou de l’utilitaire d’administration DB2 à l’aide d’un programme d’émulation de terminal 3270.
Utilitaire de package de liaison DB2
Dans le menu Démarrer , pointez sur Tous les programmes, pointez sur Microsoft Host Integration Server 2010, cliquez sur Outils, puis sur Client 3270.
Dans la fenêtre Host Integration Server 3270 Client (client 3270), cliquez sur le menu Session , puis sur Configuration de session.
Dans la boîte de dialogue Paramètres 3270 , sélectionnez TN3270E Connexion au serveur, tapez « SYS1 » dans la zone d’édition Nom du serveur , puis cliquez sur OK.
Dans le menu Session , cliquez sur Se connecter. Le client 3270 affiche l’écran SSCP. Au niveau du curseur (coin inférieur gauche), tapez TSO HISDEMO, puis appuyez sur Entrée.
Sur l’écran TSO/E LOGON , au niveau du curseur (champ Mot de passe ), entrez HISDEMO, puis appuyez sur Entrée.
Dans l’écran d’accueil , appuyez sur Entrée pour récupérer le reste des données de l’écran. Sous l’invite PRÊT , tapez ISPF, puis appuyez sur Entrée.
Dans l’écran Menu option principal ISPF , appuyez sur Entrée pour effacer le texte de la licence IBM. Au niveau du curseur (Option), tapez U, puis appuyez sur Entrée.
Dans l’écran MENU SÉLECTION DES OPTIONS UTILISATEUR , au niveau du curseur (OPTION SELECT), tapez B, puis appuyez sur Entrée.
Dans l’écran MENU OPTION PRIMAIRE DB2I , au niveau du curseur (COMMAND), tapez D, puis appuyez sur Entrée.
Dans l’écran DB2I DEFAULTS PANEL 1 , au niveau du curseur (COMMANDE), appuyez deux fois sur Tab pour placer le curseur sur le champ NOM DB2 , tapez DSN1, puis appuyez sur Entrée.
Dans l’écran DB2I DEFAULTS PANEL 2 , au niveau du curseur (COMMANDE), appuyez sur Entrée.
Dans l’écran MENU OPTION PRINCIPALE DB2I , au niveau du curseur (COMMAND), tapez 5, puis appuyez sur Entrée.
Dans l’écran BIND/REBIND/FREE , au niveau du curseur (COMMAND), tapez 4, puis appuyez sur Entrée.
Dans l’écran BIND PACKAGE , dans le champ NOM DE L’EMPLACEMENT , tapez « HISDRDA1 », puis appuyez sur Tab. Dans le champ COLLECTION-ID , tapez « DBO », puis appuyez sur Tab. Dans le champ d’option DBRD ou « COPY », tapez COPY, puis appuyez sur Tab. Dans le champ COLLECTION-ID , tapez « DBO », puis appuyez sur Tab. Dans le champ PACKAGE-ID , tapez « PKGAREAS », puis appuyez sur Tab pour localiser le curseur dans le champ ACTION ON PACKAGE . Dans le champ ACTION ON PACKAGE , tapez « ADD », puis appuyez sur Entrée.
Package de copie de liaison db2 Administration
Dans le menu Démarrer , pointez sur Tous les programmes, pointez sur Microsoft Host Integration Server 2010, cliquez sur Outils, puis sur Client 3270.
Dans la fenêtre Host Integration Server 3270 Client (client 3270), cliquez sur le menu Session , puis sur Configuration de session.
Dans la boîte de dialogue Paramètres 3270 , sélectionnez TN3270E Connexion au serveur, tapez « SYS1 » dans la zone d’édition Nom du serveur , puis cliquez sur OK.
Dans le menu Session , cliquez sur Se connecter. Le client 3270 affiche l’écran SSCP. Au niveau du curseur (coin inférieur gauche), tapez TSO HISDEMO, puis appuyez sur Entrée.
Sur l’écran TSO/E LOGON , au niveau du curseur (champ Mot de passe ), entrez HISDEMO, puis appuyez sur Entrée.
Dans l’écran d’accueil , appuyez sur Entrée pour récupérer le reste des données de l’écran. Sous l’invite PRÊT , tapez ISPF, puis appuyez sur Entrée.
Dans l’écran Menu option principal ISPF , appuyez sur Entrée pour effacer le texte de la licence IBM. Au niveau du curseur (Option), tapez M, puis appuyez sur Entrée.
Dans l’écran MENU SÉLECTION DES OPTIONS UTILISATEUR , au niveau du curseur (OPTION SELECT), tapez B, puis appuyez sur Entrée.
Dans l’écran Panneau des produits IBM , au niveau du curseur (Option), tapez 3, puis appuyez sur Entrée.
Dans l’écran DB2 Administration – Systèmes DB2 actifs, au niveau du curseur (nom du système DB2), tapez DSN1, puis appuyez sur ENTRÉE.
Dans l’écran DB2 Administration – Menu Administration DB2, appuyez sur Entrée pour effacer le texte de la licence IBM. Au niveau du curseur (Option), tapez 1, puis appuyez sur Entrée.
Dans l’écran Catalogue système DB2 Administration – DSN1, au niveau du curseur (Option), tapez K, puis appuyez sur Entrée.
Dans l’écran Db2 Administration – Packages DSN1, au niveau du curseur (Option), appuyez sur F8 à plusieurs reprises pour faire défiler la liste vers l’avant, jusqu’à ce que vous voyiez la collection source et le nom du package. Si vous le souhaitez, appuyez sur F7 pour faire défiler jusqu’aux éléments précédents de la liste. Sur la ligne correspondant à la collection source et au nom du package, sous la colonne S, tapez BC, puis appuyez sur Entrée.
Dans l’écran Db2 Administration – DSN1 Lier le package de copie, au niveau du curseur (Commande), appuyez sur Tab pour positionner le curseur dans le champ Emplacement, tapez le nom de l’emplacement cible (par exemple, « HISDRDA1 »). Appuyez sur Tab pour positionner le curseur dans le champ Collection , tapez le nom du schéma cible (par exemple, « DBO »), puis appuyez sur ENTRÉE.