Guide de déploiement IBM Db2 pour SAP

Ce guide explique comment déployer des ressources Google Cloud pour IBM Db2 sur un système Linux, Unix ou Windows compatible avec les applications SAP.

Pour en savoir plus sur la planification du déploiement, consultez le guide de planification IBM Db2 pour SAP.

Prérequis

Si vous n'avez pas encore de projet Google Cloud avec la facturation activée, vous devez en créer un avant de pouvoir déployer une machine virtuelle (VM) pour votre installation IBM Db2.

Pour créer un projet :

  1. Connectez-vous à votre compte Google Cloud. Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits gratuits pour exécuter, tester et déployer des charges de travail.
  2. Dans Google Cloud Console, sur la page de sélection du projet, sélectionnez ou créez un projet Google Cloud.

    Accéder au sélecteur de projet

  3. Assurez-vous que la facturation est activée pour votre projet Cloud. Découvrez comment vérifier que la facturation est activée pour votre projet.

  4. Dans Google Cloud Console, sur la page de sélection du projet, sélectionnez ou créez un projet Google Cloud.

    Accéder au sélecteur de projet

  5. Assurez-vous que la facturation est activée pour votre projet Cloud. Découvrez comment vérifier que la facturation est activée pour votre projet.

Configurer l'environnement de commande gcloud

Ces instructions font appel à Cloud Shell pour la saisie des commandes gcloud qui déploient ou configurent vos ressources Google Cloud. Cloud Shell est accessible via Cloud Console dans votre navigateur.

Cloud Shell s'exécute sur une VM fournie par Google Cloud chaque fois que vous démarrez Cloud Shell. Lorsque vous utilisez Cloud Shell pour la première fois, Google Cloud crée également un répertoire $HOME persistant qui est restauré chaque fois que vous ouvrez Cloud Shell.

La VM provisionnée inclut la dernière version du SDK Cloud, qui fournit l'interface de ligne de commande gcloud. Par conséquent, les commandes gcloud que vous utilisez dans Cloud Shell sont les mêmes que celles que vous utiliseriez dans une instance du SDK Cloud installée localement.

Si le SDK Cloud est installé, vous pouvez exécuter les commandes gcloud spécifiées dans ces instructions à partir de votre ordinateur local. Toutefois, si vous installez un SDK Cloud sur une machine locale, vous devez toujours vous assurer d'utiliser la dernière version du SDK Cloud.

Que vous utilisiez Cloud Shell ou le SDK Cloud, vous pouvez définir et modifier les propriétés de votre environnement de commande gcloud et les enregistrer en tant que configuration. Les configurations sont des collections de paires clé-valeur qui influencent le comportement des commandes gcloud.

Vous pouvez effectuer certaines actions de base avec une configuration dans Cloud Shell, parmi lesquelles :

  • Initialiser une configuration avec gcloud init.

  • Vérifier les paramètres de votre configuration gcloud actuelle avec gcloud config list.

  • Changer le projet Google Cloud dans lequel vous travaillez avec gcloud config set project [PROJECT_ID][PROJECT_ID] représente votre projet Google Cloud.

  • Définir une région par défaut avec gcloud config set compute/region [REGION][REGION] représente une région Google Cloud.

  • Définir une zone par défaut avec gcloud config set compute/zone [ZONE][ZONE] représente une zone Google Cloud.

  • Créer une nouvelle configuration avec gcloud config configurations create [NAME][NAME] représente le nom de la configuration.

Pour en savoir plus sur l'utilisation des configurations, consultez la page Gérer les configurations du SDK Cloud.

Créer un réseau

Pour des raisons de sécurité, nous vous recommandons de créer un réseau, dont vous contrôlez les accès en ajoutant des règles de pare-feu ou toute autre méthode.

Si votre projet dispose d'un réseau VPC par défaut, ne l'utilisez pas. À la place, créez votre propre réseau VPC afin que les seules règles de pare-feu appliquées soient celles que vous créez explicitement.

Lors du déploiement, les instances de VM nécessitent généralement un accès à Internet pour télécharger l'agent Monitoring de Google. Si vous utilisez l'une des images Linux certifiées SAP disponibles dans Google Cloud, l'instance de VM requiert également l'accès à Internet pour enregistrer la licence et accéder aux dépôts des fournisseurs d'OS. Une configuration comprenant une passerelle NAT et des tags réseau de VM permet aux VM cibles d'accéder à Internet même si elles ne possèdent pas d'adresses IP externes.

Pour configurer la mise en réseau, procédez comme suit :

  1. Accédez à Cloud Shell.

    Accéder à Cloud Shell

  2. Pour créer un réseau en mode de sous-réseau personnalisé, exécutez la commande suivante :

    gcloud compute networks create NETWORK_NAME --subnet-mode custom

    Remplacez NETWORK_NAME par le nom du nouveau réseau. Seuls les minuscules, les chiffres et le tiret (-) sont autorisés.

    Spécifiez --subnet-mode custom pour éviter d'utiliser le mode automatique par défaut, qui crée automatiquement un sous-réseau dans chaque région Compute Engine. Pour en savoir plus, consultez la section Mode de création du sous-réseau.

  3. Créez un sous-réseau, et spécifiez la région et la plage d'adresses IP :

    gcloud compute networks subnets create SUBNETWORK_NAME \
            --network NETWORK_NAME --region REGION --range RANGE

    Remplacez l'élément suivant :

    • SUBNETWORK_NAME : nom du nouveau sous-réseau.
    • NETWORK_NAME : nom du réseau que vous avez créé à l'étape précédente.
    • REGION : région dans laquelle vous souhaitez créer le sous-réseau.
    • RANGE : plage d'adresses IP spécifiée au format CIDR (par exemple, 10.1.0.0/24). Si vous envisagez d'ajouter plusieurs sous-réseaux, attribuez à chacun d'eux des plages d'adresses IP CIDR qui ne se chevauchent pas. Notez que chaque sous-réseau et ses plages d'adresses IP internes sont mappés sur une seule région.
  4. Si vous le souhaitez, répétez l'étape précédente et ajoutez d'autres sous-réseaux.

Configurer une passerelle NAT

Si vous avez besoin de créer une ou plusieurs VM sans adresse IP publique, vous devez utiliser la traduction d'adresse réseau (NAT) pour permettre aux VM d'accéder à Internet. Utilisez Cloud NAT, un service géré distribué et défini par logiciel de Google Cloud, qui permet aux VM d'envoyer des paquets sortants vers Internet et de recevoir tous les paquets de réponses entrants établis correspondants. Vous pouvez également configurer une VM distincte en tant que passerelle NAT.

Pour créer une instance Cloud NAT pour votre projet, consultez la page Utiliser Cloud NAT.

Une fois que vous avez configuré Cloud NAT pour votre projet, vos instances de VM peuvent accéder en toute sécurité à Internet sans adresse IP publique.

Ajouter des règles de pare-feu

Par défaut, les connexions entrantes extérieures au réseau Google Cloud sont bloquées. Pour autoriser les connexions entrantes, configurez une règle de pare-feu pour votre VM. Les règles de pare-feu ne régulent que les nouvelles connexions entrantes vers une VM. Une fois la connexion avec une VM établie, le trafic est autorisé dans les deux directions via cette connexion.

Vous pouvez créer une règle de pare-feu qui autorise l'accès à des ports spécifiés ou pour autoriser l'accès entre plusieurs VM d'un même sous-réseau.

Créez des règles de pare-feu pour autoriser l'accès à des éléments tels que :

  • Les ports par défaut utilisés par SAP NetWeaver, comme indiqué dans le document Ports TCP/IP de tous les produits SAP.
  • Les connexions de votre ordinateur ou votre environnement de réseau d'entreprise vers votre instance de VM Compute Engine. Si vous ne savez pas quelle adresse IP utiliser, contactez l'administrateur réseau de votre entreprise.
  • Communication entre VM dans une configuration à trois niveaux, évolutive ou à haute disponibilité. Par exemple, si vous déployez un système à trois niveaux, votre sous-réseau comprend au moins deux VM : une VM pour SAP NetWeaver et une autre pour le serveur de base de données. Pour activer la communication entre deux VM, vous devez créer une règle de pare-feu autorisant le trafic provenant du sous-réseau.

Pour créer une règle de pare-feu, procédez comme suit :

  1. Dans Cloud Console, accédez à la page Règles de pare-feu.

    Ouvrir la page Règles de pare-feu

  2. En haut de la page, cliquez sur Créer une règle de pare-feu.

    • Dans le champ Réseau, sélectionnez le réseau sur lequel se trouve votre machine virtuelle.
    • Dans le champ Cibles, sélectionnez Toutes les instances du réseau.
    • Dans le champ Filtre source, sélectionnez l'une des options suivantes :
      • Plages d'adresses IP pour autoriser le trafic entrant provenant d'adresses IP spécifiques. Indiquez la plage d'adresses IP dans le champ Plages d'adresses IP sources.
      • Sous-réseaux pour autoriser le trafic entrant provenant d'un sous-réseau spécifique. Spécifiez le nom du sous-réseau dans le champ Sous-réseaux suivant. Vous pouvez utiliser cette option pour autoriser l'accès entre plusieurs VM dans une organisation évolutive ou à trois niveaux.
    • Dans la section Protocoles et ports, sélectionnez Protocoles et ports spécifiés et spécifiez tcp:[PORT_NUMBER];.
  3. Cliquez sur Créer pour créer la règle de pare-feu.

Déployer une VM pour Db2 sur Google Cloud

Lors de la création d'une VM, vous pouvez spécifier plusieurs options, telles que le système d'exploitation, la région, le type de machine et les disques persistants. Vous devez également indiquer un script de démarrage pour installer l'agent de surveillance de Google sur la VM.

Pour créer une VM, procédez comme suit :

  1. Dans Cloud Console, accédez à la page Images.

    Accéder à la page Images

  2. Pour utiliser une image publique, choisissez une image compatible dans la liste. SAP a certifié les images suivantes pour IBM Db2 sur Google Cloud :

    • Red Hat Enterprise Linux 7.4
    • SUSE Linux Enterprise Server 12 SP2 ou version ultérieure
    • Windows Server 2012 R2 ou version ultérieure
  3. Cliquez sur Create Instance (Créer une instance).

  4. Nommez votre VM. Ce nom doit contenir 13 caractères ou moins, car il s'agit de la limite acceptée par SAP. Pour en savoir plus, consultez la note SAP 611361 – Noms d'hôte des serveurs SAP (en anglais).

  5. Sélectionnez la zone pour votre VM en fonction de l'emplacement de vos ressources internes et des utilisateurs, ainsi que du type de machine que vous souhaitez utiliser.

    Consultez le guide et la note SAP ci-dessous pour en savoir plus sur les zones compatibles avec SAP Netweaver :

  6. Remplacez le type de machine par l'un des types de machine compatibles. Pour obtenir des informations sur les types de machine compatibles et leurs limites concernant les disques persistants, consultez le guide de planification IBM Db2 pour SAP.

  7. Vous pouvez éventuellement cliquer sur Modifier dans la section Disque de démarrage. Dans la boîte de dialogue Disque de démarrage, vous pouvez configurer la taille et le type de votre disque de démarrage. Une fois la configuration du disque de démarrage terminée, cliquez sur Sélectionner pour valider vos modifications.

  8. Développez la section Gestion, sécurité, disques, mise en réseau et location unique.

  9. Dans l'onglet Gestion, sous Règles de disponibilité, vérifiez que les paramètres par défaut suivants sont bien définis :

    • Pour garantir la disponibilité des systèmes SAP, conservez le paramètre Préemption défini sur Désactivé (recommandé).
    • Pour garantir le redémarrage de votre VM en cas de maintenance ou de défaillance, conservez le paramètre Redémarrage automatique défini sur Activé (recommandé).
    • Pour garantir la migration de votre VM vers d'autres matériels électroniques lors des tâches de maintenance de l'infrastructure, conservez le paramètre Pendant la maintenance de l'hôte défini sur Transférer l'instance de VM (recommandé).
  10. Dans l'onglet Disques, décochez la case Supprimer le disque de démarrage lorsque l'instance est supprimée.

Créez ensuite un ensemble de volumes de disque pour les données de base de données, les journaux de base de données et les procédures stockées. Suivez les étapes ci-dessous pour chaque volume de disque :

  1. Dans l'onglet Disques, sous Disques supplémentaires, cliquez sur Ajouter un disque pour ajouter des disques persistants à des fins de stockage.
  2. Vous pouvez éventuellement saisir un nom dans le champ Nom.
  3. Sous Type, sélectionnez un type pour le disque.
  4. Sous Type de source, sélectionnez Aucune (disque vide).
  5. Spécifiez la taille de votre disque. Les tailles de disque sont soumises aux limites de SAP et IBM Db2. Consultez les ressources suivantes :
  6. Pour ajouter le disque, cliquez sur OK.
  7. Répétez les étapes précédentes pour chaque disque dont vous avez besoin pour votre système.

Enfin, configurez les détails concernant la mise en réseau et créez la VM comme suit :

  1. Sous l'onglet Mise en réseau, dans la section Interfaces réseau, sélectionnez le réseau créé précédemment.
  2. Dans l'onglet Clés SSH, sélectionnez Bloquer les clés SSH à l'échelle du projet.
  3. Pour créer et démarrer la VM, cliquez sur Créer.

Se connecter à votre VM

Établissez ensuite une connexion à votre VM.

Linux

La méthode la plus simple pour établir une connexion à une VM Linux consiste à se connecter depuis le navigateur via Cloud Console, ou via l'outil de ligne de commande gcloud. Vous pouvez également vous connecter à une VM Linux à l'aide des outils SSH courants.

Il est également possible de générer une nouvelle paire de clés pour la VM Linux et de l'appliquer à votre projet, ce qui permet de se connecter à l'aide d'outils tiers, tels que PuTTY sur des postes de travail Windows. Pour en savoir plus, consultez la section Créer une paire de clés SSH.

D'autres configurations permettent également de vous connecter à la VM. Pour obtenir une liste d'environnements compatibles et de problèmes connus, consultez la page SSH depuis le navigateur.

Console

Pour vous connecter via ssh directement depuis le navigateur dans Cloud Console, procédez comme suit :

  1. Dans Cloud Console, accédez à la page Instances de VM.

    Accéder à la page "Instances de VM"

  2. Dans la liste des instances de machine virtuelle, cliquez sur SSH sur la ligne de l'instance à laquelle vous souhaitez vous connecter.

    bouton SSH en regard du nom de l'instance.

gcloud

L'outil de ligne de commande gcloud gère vos clés SSH en générant et en appliquant de nouvelles clés SSH à l'échelle du projet lorsque vous en avez besoin. Pour vous connecter via l'outil gcloud, exécutez la commande suivante, en remplaçant [VM_NAME] par le nom de votre VM :

gcloud compute ssh [VM_NAME]

Vous pouvez désormais utiliser le terminal pour exécuter des commandes sur votre VM Linux. Lorsque vous avez terminé, utilisez la commande exit pour vous déconnecter de la VM.

Windows

Pour vous connecter à une VM sous Windows, vous devez d'abord générer un mot de passe pour la VM. Vous pouvez ensuite vous connecter à la VM à l'aide de RDP ou de PowerShell.

Générer des mots de passe

Une fois que vous avez créé une VM Windows, vous devez générer un mot de passe pour cette VM avant de pouvoir vous y connecter :

  1. Dans Cloud Console, accédez à la page Instances de VM :

    Accéder à la page "Instances de VM"

  2. Cliquez sur l'instance Windows pour laquelle vous souhaitez générer un nouveau mot de passe.

  3. Sur la page Détails de l'instance, cliquez sur Créer ou réinitialiser un mot de passe Windows. Un mot de passe est alors généré.

net user [USERNAME] [NEW_PASSWORD]
  1. Pour créer un utilisateur et un mot de passe, spécifiez un nom d'utilisateur.
  2. Cliquez sur Définir. Notez le nom d'utilisateur et le mot de passe pour pouvoir vous connecter à la VM.
Utiliser RDP

Vous pouvez utiliser RDP pour vous connecter à une instance Windows et démarrer une session de bureau à distance. Vous pouvez également vous connecter aux instances Windows à l'aide du terminal PowerShell.

Connectez-vous au bureau à distance sur des instances Windows à l'aide de l'une des méthodes suivantes :

  • Si vous utilisez le navigateur Chrome, vous pouvez vous connecter via l'extension Chrome RDP for Compute Engine de Fusion Labs. Cette extension vous permet de vous connecter via Cloud Console.
  • Téléchargez le fichier RDP et connectez-vous manuellement via le client de connexion Bureau à distance Windows ou un client tiers.

Console

  1. Dans Cloud Console, accédez à la page Instances de VM.

    Accéder à la page "Instances de VM"

  2. Cliquez sur le bouton RDP à côté de l'instance à laquelle vous souhaitez vous connecter.

  3. Dans la fenêtre du navigateur qui s'affiche avec l'extension Chrome RDP for Compute Engine, saisissez votre nom d'utilisateur et votre mot de passe. S'il s'agit de votre première connexion à cette instance ou si vous avez oublié votre mot de passe, créez ou réinitialisez votre mot de passe Windows.

  4. Cliquez sur OK pour vous connecter.

Client RDP

  1. Installez un client RDP. Si vous n'avez pas de préférence, installez l'extension Chrome RDP for Compute Engine.
  2. Obtenez l'adresse IP externe de votre VM Windows. Dans Cloud Console, accédez à la page Instances de VM ou exécutez la commande gcloud compute instances list pour afficher une liste de vos instances avec leurs valeurs d'adresses IP externes.
  3. Dans le client RDP, indiquez l'adresse IP externe de votre VM en tant qu'adresse IP à laquelle vous connecter. Par exemple, dans l'extension Chrome RDP, saisissez l'adresse IP au format suivant :

    Capture d'écran de la fenêtre de création d'instance avec l'ensemble d'options requis

  4. Saisissez vos informations de connexion et laissez le champ Domaine vide. S'il s'agit de votre première connexion à cette VM ou si vous avez oublié votre mot de passe, créez ou réinitialisez votre mot de passe Windows.

    Capture d'écran de la fenêtre de création d'instance avec l'ensemble d'options requis

Utiliser PowerShell
  1. Si vous n'avez pas encore créé de nom d'utilisateur et de mot de passe sur la VM Windows, créez ou réinitialisez votre mot de passe Windows.
  2. Ajoutez une règle de pare-feu ou modifiez votre règle existante pour ouvrir le port 5986 sur le réseau Google Cloud, là où réside votre VM Windows Server.
  3. Sur votre poste de travail local, ouvrez le terminal PowerShell.
  4. Vous pouvez également initialiser une variable permettant de conserver vos identifiants utilisateur afin de ne pas avoir à les saisir chaque fois que vous vous connectez à l'instance. Si vous ignorez cette étape, vous serez invité à saisir votre nom d'utilisateur et votre mot de passe ultérieurement.

    $credentials = Get-Credential
    
  5. Exécutez la commande Enter-PSSession pour démarrer une session PowerShell à distance, en incluant les options pour utiliser SSL et ignorer les vérifications d'identification.

    Enter-PSSession -ComputerName [IP_ADDRESS] -UseSSL -SessionOption
    (New-PSSessionOption -SkipCACheck -SkipCNCheck) -Credential $credentials
    

Formater et installer des disques

Vous allez ensuite formater et installer vos disques sur la VM.

Linux

Une fois connecté à votre VM, formatez et installez les disques

Il est possible d'utiliser Logical Volume Manager (LVM) pour formater un seul disque et le répartir dans les répertoires adaptés. Les procédures ci-dessous illustrent les méthodes avec et sans LVM.

Formater et installer des disques sans LVM

Pour formater et installer des disques sans LVM, procédez comme suit :

  1. Dans le terminal à partir duquel vous êtes connecté à la VM, créez des répertoires sur lesquels vous pourrez installer chaque disque :

    sudo mkdir -p /db2
    sudo mkdir -p /db2/[DB_SID]
    sudo mkdir -p /db2/[DB_SID]/log_dir
    sudo mkdir -p /db2/[DB_SID]/db2dump
    sudo mkdir -p /db2/[DB_SID]/sapdata
    sudo mkdir -p /db2/[DB_SID]/saptmp
    
  2. Dans le terminal, exécutez la commande ls pour identifier les disques que vous souhaitez installer.

    ls /dev/disk/by-id/
    
    google-example-instance
    google-example-instance-db2
    google-example-instance-db2-dbsid
    google-example-instance-db2-dump
    google-example-instance-db2-log-dir
    google-example-instance-db2-sapdata
    google-example-instance-db2-saptmp
    

    L'ID du disque comprend généralement le nom du disque avec un préfixe google- ou scsi-0Google_. Cet exemple utilise l'ID google-.

  3. Formatez les disques. Si vous utilisez Db2 V11.1, les systèmes de fichiers xfs ou ext4 sont recommandés. Ils sont tous les deux compatibles avec la fonctionnalité de pré-allocation rapide. Db2 V10.5 n'est pas compatible avec les systèmes de fichiers xfs et ext4.

    Les commandes suivantes formatent chaque disque avec un seul système de fichiers ext3 et aucune table de partition :

    sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2
    sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-dbsid
    sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-dump
    sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-sapdata
    sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-saptmp
    sudo mkfs.ext3 -F /dev/disk/by-id/google-example-instance-db2-log-dir
    
  4. Installez chaque disque sur la VM :

    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2 /db2
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-dbsid /db2/[DB_SID]
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-dump /db2/[DB_SID]/db2dump
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-sapdata /db2/[DB_SID]/sapdata
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-saptmp /db2/[DB_SID]/saptmp
    sudo mount -o discard,defaults /dev/disk/by-id/google-example-instance-db2-log-dir /db2/[DB_SID]/log_dir
    
  5. Configurez l'accès en lecture et en écriture au disque. Dans l'exemple ci-dessous, nous allons accorder à tous les utilisateurs un accès en écriture au disque :

    sudo chmod a+w /db2
    sudo chmod a+w /db2/[DB_SID]
    sudo chmod a+w /db2/[DB_SID]/db2dump
    sudo chmod a+w /db2/[DB_SID]/sapdata
    sudo chmod a+w /db2/[DB_SID]/saptmp
    sudo chmod a+w /db2/[DB_SID]/log_dir
    
  6. Vous pouvez éventuellement ajouter les disques persistants au fichier /etc/fstab afin que le disque soit automatiquement installé à nouveau lorsque la VM redémarre.

    Lorsque vous spécifiez l'entrée /etc/fstab, veillez à inclure l'option nofail afin que l'instance puisse continuer à démarrer même si le disque n'est pas présent. Par exemple, si vous prenez un instantané du disque de démarrage et que vous créez une instance sans lui associer de disques persistants, l'exécution de l'instance n'est pas interrompue indéfiniment, et le processus de démarrage peut se poursuivre.

  7. Créez l'entrée /etc/fstab. Exécutez la commande blkid pour rechercher l'UUID du système de fichiers du disque et modifiez le fichier /etc/fstab afin d'inclure cet UUID avec les options d'installation. Vous pouvez effectuer cette étape via une seule commande pour chaque disque :

    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2` /db2 ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-dbsid` /db2/[DB_SID] ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-log-dir` /db2/[DB_SID]/log_dir ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-dump` /db2/[DB_SID]/db2dump ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-sapdata` /db2/[DB_SID]/sapdata ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-example-instance-db2-saptmp` /db2/[DB_SID]/saptmp ext3 discard,defaults,[NOFAIL] 0 2 | sudo tee -a /etc/fstab
    

    [NOFAIL] désigne l'option qui indique ce que le système doit faire s'il se trouve dans l'incapacité d'installer ce disque.

  8. Utilisez la commande cat suivante pour vérifier que les entrées /etc/fstab sont correctes :

    cat /etc/fstab
    

Si vous dissociez ce disque persistant ou créez un instantané à partir du disque de démarrage pour cette instance, modifiez le fichier /etc/fstab et supprimez l'entrée correspondant à ce disque persistant. Même si vous définissez l'option nofail, vous devez synchroniser le fichier /etc/fstab avec les appareils associés à votre instance et supprimer ces entrées avant de créer l'instantané du disque de démarrage.

Formater et installer des disques avec LVM

Pour formater et installer un seul disque avec des volumes logiques pour tous les lecteurs requis à l'aide de LVM, procédez comme suit :

  1. Assurez-vous que le disque que vous avez créé pour vos lecteurs est suffisamment volumineux pour fournir à tous les volumes l'espace de stockage nécessaire. Par exemple, dans les étapes suivantes, la taille spécifiée pour le disque est de 100 Go.

  2. Exécutez pvscan pour analyser tous les disques à la recherche de volumes physiques :

    sudo mkdir -p /db2
    sudo mkdir -p /db2/[DB_SID]
    sudo mkdir -p /db2/[DB_SID]/log_dir
    sudo mkdir -p /db2/[DB_SID]/db2dump
    sudo mkdir -p /db2/[DB_SID]/sapdata
    sudo mkdir -p /db2/[DB_SID]/saptmp
    
  3. Initialisez le disque ou une partition pour que LVM puisse les utiliser :

    pvcreate /dev/sdb
    
  4. Créez un groupe de volumes :

    vgcreate vg_db2 /dev/sdb
    
  5. Créez des volumes logiques pour chaque disque, en utilisant les tailles dont vous avez besoin :

    lvcreate -L 8G -n db2 vg_db2
    lvcreate -L 8G -n db2dbsid vg_db2
    lvcreate -L 8G -n db2logdir vg_db2
    lvcreate -L 8G -n db2dump vg_db2
    lvcreate -L 8G -n db2saptmp vg_db2
    lvcreate -L 50G -n db2sapdata vg_db2
    
  6. Formatez les volumes. Si vous utilisez Db2 V11.1, les systèmes de fichiers xfs ou ext4 sont recommandés. Ils sont tous les deux compatibles avec la fonctionnalité de pré-allocation rapide. Db2 V10.5 n'est pas compatible avec les systèmes de fichiers xfs et ext4.

    Les commandes suivantes formatent chaque volume avec un seul système de fichiers ext3 et aucune table de partition :

    mkfs -t ext3 /dev/vg_db2/db2
    mkfs -t ext3 /dev/vg_db2/db2dbsid
    mkfs -t ext3 /dev/vg_db2/db2logdir
    mkfs -t ext3 /dev/vg_db2/db2dump
    mkfs -t ext3 /dev/vg_db2/db2saptmp
    mkfs -t ext3 /dev/vg_db2/db2sapdata
    
  7. Créez un point d'installation :

    mkdir /db2
    
  8. Installez les systèmes de fichiers sur le point d'installation :

    sudo mount -o discard,defaults /dev/vg_db2/db2dbsid /db2/[DB_SID]
    mkdir /db2/[DB_SID]/log_dir
    sudo mount -o discard,defaults /dev/vg_db2/db2logdir /db2/[DB_SID]/log_dir
    mkdir /db2/[DB_SID]/db2dump
    sudo mount -o discard,defaults /dev/vg_db2/db2dump /db2/[DB_SID]/db2dump
    mkdir /db2/[DB_SID]/saptmp
    sudo mount -o discard,defaults /dev/vg_db2/db2saptmp /db2/[DB_SID]/saptmp
    mkdir /db2/[DB_SID]/sapdata
    sudo mount -o discard,defaults /dev/vg_db2/db2sapdata /db2/[DB_SID]/sapdata
    

    Les disques obtenus doivent se présenter sous la forme suivante :

    Filesystem             1K-blocks    Used  Available  Use%  Mounted
    ...                          ...
    dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2
    dev/mapper/vg_db2-db2    8378368   33024    8345344    1%  /db2/[DB_SID]
    dev/mapper/vg_db2-db2   52403200   32976   52370224    1%  /db2/[DB_SID]/sapdata
    dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2/[DB_SID]/saptmp
    dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2/[DB_SID]/log_dir
    dev/mapper/vg_db2-db2    8378368   32976    8345392    1%  /db2/[DB_SID]/db2dump
    
  9. Vous pouvez éventuellement ajouter le disque persistant au fichier /etc/fstab afin que le disque soit automatiquement installé à nouveau lorsque la VM redémarre.

    Lorsque vous spécifiez l'entrée /etc/fstab, veillez à inclure l'option nofail afin que l'instance puisse continuer à démarrer même si le disque n'est pas présent. Par exemple, si vous prenez un instantané du disque de démarrage et que vous créez une instance sans lui associer de disques persistants, l'exécution de l'instance n'est pas interrompue indéfiniment, et le processus de démarrage peut se poursuivre.

  10. Créez l'entrée /etc/fstab. Exécutez la commande blkid pour rechercher l'UUID du système de fichiers du disque et modifiez le fichier /etc/fstab afin d'inclure cet UUID avec les options d'installation. Vous pouvez effectuer cette étape via une seule commande pour chaque disque :

    echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2` /db2 ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2dbsid` /db2/[DB_SID] ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2logdir` /db2/[DB_SID]/log_dir ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2dump` /db2/[DB_SID]/db2dump ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2saptmp` /db2/[DB_SID]/saptmp ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
    echo UUID=`sudo blkid -s UUID -o value /dev/vg_db2/db2sapdata` /db2/[DB_SID]/sapdata ext3 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstab
    

    [NOFAIL] désigne l'option qui indique ce que le système doit faire s'il se trouve dans l'incapacité d'installer ce disque.

  11. Utilisez la commande cat suivante pour vérifier que les entrées /etc/fstab sont correctes :

    cat /etc/fstab
    

Si vous dissociez ce disque persistant ou créez un instantané à partir du disque de démarrage pour cette instance, modifiez le fichier /etc/fstab et supprimez l'entrée correspondant à ce disque persistant. Même si vous définissez l'option nofail, vous devez synchroniser le fichier /etc/fstab avec les appareils associés à votre instance et supprimer ces entrées avant de créer l'instantané du disque de démarrage.

Windows

Une fois que vous êtes connecté à la VM Windows, formatez vos disques pour pouvoir commencer à les utiliser. Les étapes suivantes expliquent également comment configurer le fichier d'échange Windows :

  1. Dans le menu Start (Démarrer), recherchez et ouvrez l'option Server Manager (Gestionnaire de serveurs).
  2. Sélectionnez File and Storage Services (Services de fichiers et de stockage), puis sélectionnez Disks (Disques).

    Gestionnaire de serveurs

  3. Dans la boîte de dialogue Disks (Disques), cliquez avec le bouton droit sur le premier disque n'utilisant pas de partitions MBR, puis cliquez sur Nouveau volume.

  4. Continuez avec les valeurs par défaut et renseignez un libellé de disque.

  5. Lorsque vous atteignez l'étape des paramètres du système de fichiers, définissez Taille d'unité d'allocation sur une des valeurs de la liste suivante :

    • Disques de base de données : 32 Ko
    • Fichier d'échange : 8 Ko
    • Autres disques : valeur par défaut de 4 Ko
  6. Saisissez un libellé de volume décrivant le disque avec un nom pertinent.

    Assistant Nouveau volume

  7. Répétez les étapes précédentes pour chaque disque supplémentaire.

Préparer le système d'exploitation

Une fois les lecteurs de disque formatés et installés, vous allez devoir préparer votre système d'exploitation.

Linux

Après avoir créé votre VM, consultez les notes SAP pertinentes concernant l'installation et vérifiez que votre système comprend les composants logiciels spécifiés :

Windows

Installer le serveur de base de données

Maintenant que votre système d'exploitation est configuré, vous pouvez passer à l'installation du serveur de base de données IBM Db2.

Pour obtenir des instructions sur l'installation de SAP NetWeaver avec IBM Db2, consultez le guide d'installation spécifique à votre système SAP NetWeaver.

Linux

Pour installer IBM Db2 sur votre VM, procédez comme suit :

  1. Établissez une connexion ssh avec votre VM basée sur Linux.
  2. Téléchargez ou copiez les supports SAP définis pour Db2 vers votre VM. Vous pouvez télécharger l'ensemble des supports SAP depuis le portail d'assistance SAP.
  3. Installez le serveur de base de données IBM Db2 à l'aide du Software Provisioning Manager (SWPM) de SAP.
  4. Installez le fichier de licence IBM Db2. Pour en savoir plus sur l'installation d'une licence Db2 obtenue auprès de SAP, consultez la note SAP 816773 – DB6 : Installation d'une licence SAP OEM (en anglais).

Windows

Pour installer IBM Db2 sur votre VM, procédez comme suit :

  1. Connectez-vous à votre VM basée sur Windows à l'aide de RDP ou de Windows PowerShell.
  2. Téléchargez ou copiez les supports SAP définis pour Db2 vers votre VM. Vous pouvez télécharger l'ensemble des supports SAP depuis le portail d'assistance SAP.
  3. Installez le serveur de base de données IBM Db2.
  4. Installez le fichier de licence IBM Db2. Pour en savoir plus sur l'installation d'une licence Db2 obtenue auprès de SAP, consultez la note SAP 816773 – DB6 : Installation d'une licence SAP OEM (en anglais).

Effectuer des tâches post-déploiement

Avant d'utiliser votre instance IBM Db2, nous vous recommandons d'effectuer les étapes de post-déploiement suivantes :

  1. Mettez à jour votre logiciel IBM Db2 avec la dernière version des correctifs, si disponible.
  2. Installez tous les composants supplémentaires.
  3. Configurez et sauvegardez votre nouvelle base de données IBM Db2.

Pour en savoir plus sur le post-déploiement, reportez-vous à la section relative aux tâches post-installation dans le guide d'installation correspondant au système SAP que vous utilisez avec IBM Db2.

Dépannage

Cette section explique comment résoudre les problèmes courants.

Résoudre les problèmes de connexion à votre VM

Si vous rencontrez des problèmes de connexion à votre VM via ssh, vérifiez que vous avez créé une règle de pare-feu pour ouvrir le port 22 sur le réseau Google Cloud que vous utilisez.

Pour découvrir d'autres problèmes possibles, consultez la section Problèmes connus pour la connexion via ssh à partir du navigateur.