Installation et préparation de DB2® for z/OS®

Utilisez ces informations pour installer DB2® for z/OS® pour une utilisation avec HCL Digital Experience Portal.

Avant de commencer

Consultez les remarques sur la base de données.
Ensure the database that you plan to use is supported by this version of HCL. Refer to the list of supported databases in the HCL detailed system requirements.
Le sous-système DB2® doit être hébergé sur un système d'exploitation z/OS pris en charge.
Vérifiez que les conditions requises pour la connectivité de base de données Java sont remplies. Consultez les références suivantes :
- DB2 Universal Database for OS/390 et z/OS : Application Programming Guide and Reference for Java™
- Publication IBM Redbooks, DB2 for z/OS and OS/390 : Ready for Java SG24-6435-00.
Si la version actuelle d'HCL Portal coexiste avec une version antérieure avec le même sous-système DB2® for z/OS®, les ID utilisateur de la base de données pour la version actuelle doivent être différents de ceux de la version antérieure pour éviter des conflits lors de l'installation. Si les deux versions d'HCL Portal se connectent à deux sous-systèmes DB2® for z/OS® différents, l'utilisation du même ID utilisateur n'entraîne pas de conflit.
L'utilisation du même sous-système DB2® for z/OS® pour deux lignes de production indépendantes doit être évitée sauf en cas de migration vers une nouvelle version d'HCL Portal. Chaque ligne de production d'HCL Portal doit utiliser un sous-système de DB2® for z/OS® dédié exclusivement à cette installation. Le catalogue de la base de données DB2® for z/OS®étant partagé, il se peut que des complications se produisent dans un environnement partagé.

Procédure

Pour pouvoir utiliser DB2® for z/OS® comme logiciel de base de données pour HCL Portal, DB2® for z/OS® doit être installé sur votre système z/OS®. Pour les instructions correspondantes, reportez-vous à la documentation produit de DB2® for z/OS®.
Consultez la rubrique Planification pour DB2 for z/OS avant de configurer DB2® for z/OS® en tant que base de données d'HCL Portal.
Vérifiez les allocations de pool de mémoire tampon pour votre système et affectez à ces pools une taille suffisante pour votre installation.
```
-db2 display bufferpool(bp2) 
-db2 alter bufferpool(bp2) vpsize(15000)
```
1. Répétez la procédure pour d'autres pools de mémoire tampon si nécessaire.
  Par exemple:
  - bp3
  - bp4
  - bp5
  - bp32k1
  - bp32k2
Mettez à jour le pool de mémoire tampon du catalogue BP8K0 à 35 000 mémoires tampon avant de transférer la base de données. Modifiez cette valeur en fonction de votre environnement. La table SYSIBM.SYSDATABASE se trouve dans ce pool de mémoire tampon et est utilisée intensivement par DB2® for z/OS® pour le transfert de base de données.
Affectez la valeur 3500,350000 à la zone de service commune (paramètre CSA).
Reportez-vous à la rubrique appropriée DB2® for z/OS® pour des informations complètes sur le calcul et le paramétrage de CSA :
- DB2® for z/OS® version 10.1, Zone de service commune
- DB2® for z/OS® version 11.1, Besoins en espace de stockage de la zone de service commune
Lors du transfert de la base de données de Derby vers DB2® for z/OS®, un espace table avec octet de poids faible est créé pour les tables de base de données stockant des documents. PRIQTY et SECQTY pour l'espace table sont affectés avec les valeurs par défaut. Si vous envisagez de stocker un grand nombre de documents, utilisez une sélection de routine de classe automatique (SAC) pour affecter les ensembles de données DB2® for z/OS® avec une allocation d'espace principal et secondaire d'au moins 10 cylindres. Vous pouvez aussi spécifier une valeur suffisamment grande pour PRIQTY et SEQTY dans le membre DSNTIJUZ DB2®. Les espaces table peuvent être identifiés par leur nom et leur structure se présente sous la forme JCRDB.Sxxxxxxx, où xxxxxxx est une combinaison de sept nombres ou caractères affectée par le système.
1. Dans le membre DSNTIJUZ, mettez également à jour les paramètres suivants et vérifiez que le travail DSNTIJUZ s'exécute correctement.
  - edmdbdc = 204800
  - edmpool=409600
  - edmstmtc=204800
  - rrulock=no
  - rrulock=yes
  - cachedyn=yes (les instructions SQL dynamiques préparées sont mises en cache)
  - dbacrvw=yes (pour permettre aux administrateurs de base de données de créer des vues)
  - +++tbsbpxml=BP16K1 (pour créer un espace de table XML de manière explicite. Cette valeur peut être remplacez par n'importe quel pool de mémoire tampon 16 ko valide où l'Administrateur dispose du privilège USE.)
Assurez-vous que le travail DSNTIJSG a été exécuté afin de créer les objets requis pour les méthodes de métadonnées JDBC et ODBC de DB2®. Voir la rubrique Activation de procédures mémorisées et de tables pour prise en charge de JDBC et d'ODBC dans le Guide d'installation de DB2®.
Assurez-vous que le travail DSNTIJMS s'exécute correctement (exécutez à nouveau les liaisons).
Vérifiez que le travail DSNTIJEX s'exécute correctement.
Les grands objets étant stockés dans des colonnes qui peuvent devenir volumineuses, la consignation de ces modifications dans ces colonnes requiert un important volume d'espace journal. Pour cette raison, la consignation LOB (grand objet) est désactivée par défaut pour les espaces table contenant des données de ce type. Si la consignation LOB est désactivée, vous pouvez récupérer des sauvegardes complètes, mais pas des sauvegardes incrémentielles qui peuvent être utilisées pour des récupérations ponctuelles. Pour récupérer des sauvegardes ponctuelles, vous devez activer la consignation LOB. Pour des instructions détaillées, reportez-vous à la Note technique 1306637, Gestion de la journalisation des objets LOB dans DB2 pour z/OS.
Les modifications apportées à DB2® for z/OS® version 9.1 liées aux pools de mémoire tampon par défaut affectent l'élément CREATE LOB TABLESPACE dans cette version de DB2® for z/OS®. L'élément CREATE LOB TABLESPACE prend son pool de mémoire tampon par défaut depuis la zone TBSBPLOB de ZPARM si le pool de mémoire tampon n'est pas défini de manière explicite au lieu de le récupérer depuis la base de données.

LikeMinds

Si vous avez l'intention d'exécuter l'exemple LikeMinds, augmentez la valeur des paramètres NUMLKTS et NUMLKUS : dix fois la valeur par défaut est suffisant, plus en fonction de votre utilisation de l'exemple.
Par exemple, si NUMLKTS=1000 et NUMLKUS=10000 sont les valeurs d'installation par défaut, mettez ces valeurs à jour comme suit : NUMLKTS=10000 et NUMLKUS=100000.

Configuration du pilote Type 2

Si vous pensez utiliser un pilote de type 2 avec DB2® for z/OS® version 9.1.2, assurez-vous que DB2® for z/OS® APAR PK58105 est installé.
Si vous utilisez le pilote JDBC DB2 de type 2 , activez l'utilisation de mémoire partagée étendue à l'aide des commandes suivantes :
```
export EXTSHM=ON
db2set DB2ENVLIST=EXTSHM
db2start
```
Pour des modifications permanentes, ajoutez la variable d'environnement au fichier profile.env :
```
DB2ENVLIST='EXTSHM'
```
dans /home/db2inst/sqllib/userprofile, ajoutez :
```
export EXTSHM=ON
```
Remarque : Avant de redémarrer DB2® for z/OS®, vous devez rouvrir l'interpréteur de commandes.
Si vous utilisez l'ancien pilote JDBC DB2 de type 2, configurez votre client DB2® Connect à l'aide des commandes suivantes :
```
db2 update dbm cfg using tp_mon_name WAS
db2 update dbm cfg using spm_name hostname
```
où hostname correspond au nom d'hôte du serveur sur lequel le client DB2® Connect est installé (identique au serveur du portail).
Si vous utilisez l'ancien pilote JDBC de type 2 DB2, installez le client Connect DB2® sur le serveur HCL Portal pour se connecter à la base de données distante.

Que faire ensuite

Use the Configuration Wizard to set up and configure the database to work with HCL. Vous pouvez utiliser l'assistant pour créer des scripts personnalisés que vous, ou votre administrateur de base de données, pouvez utiliser pour configurer la base de données. Vous pouvez également utiliser l'assistant pour définir et configurer automatiquement la base de données. L'assistant crée des instructions et des scripts en fonction de vos sélections et des données que vous avez indiquées.

Lorsque vous utilisez l'assistant de configuration et fournissez des informations sur votre base de données, vous devez tenir compte des considérations suivantes :

Si vous comptez utiliser un seul sous-système DB2® for z/OS® pour héberger les données de plusieurs installations de portail, utilisez le même nom d'utilisateur mais avec un nom de schéma distinct pour chaque domaine de base de données. Pour Member Manager, le nom d'utilisateur doit correspondre au schéma ; un même utilisateur de base de données ne peut pas être utilisé pour les bases de données Member Manager de deux installations de portail distinctes.
Chaque installation de portail doit se trouver dans des cellules WebSphere® Application Server séparées et distinctes. Si les portails sont installés sur le même système de fichiers, chacun doit être installé dans un répertoire distinct et unique. S'ils sont installés sur des systèmes de fichiers différents, vous pouvez utiliser le même nom de répertoire.
Dans un environnement de base de données distante, HCL Portal et Connect DB2® sont installés sur un même serveur (le serveur local) et le serveur DB2® for z/OS® sur un serveur distinct (le serveur distant).
Before you enter your database name (dbdomain.DbName) in the Configuration Wizard, check your database documentation for restrictions on character length.
Vous ne pouvez pas utiliser l'option Transfert de base de données de l'assistant de configuration pour affecter des espaces de table personnalisés sur votre serveur de base de données. Vous pouvez effectuer des étapes manuelles pour affecter des espaces de table personnalisés. Accédez à Affectation d'espaces table personnalisés pour plus d'informations.