Présentation
Ce document est destiné aux personnes qui évaluent Google Cloud en tant que plate-forme de déploiement des applications SAP Business Suite sur SAP ASE ou IBM Db2, en particulier les personnes occupant les types de poste suivants :
- Architecte technique SAP
- Architecte cloud
- Administrateur SAP Basis
- Architecte d'entreprise
Ce document répertorie également les problèmes à prendre en compte avant l'installation, ainsi que des liens vers des notes SAP et d'autres documents pour faciliter le déploiement.
Google Cloud fournit une infrastructure haute performance, fiable et économique certifiée SAP pour l'exécution de SAP Business Suite. Pour obtenir la liste complète des solutions SAP compatibles avec Google Cloud, consultez la page SAP sur Google Cloud.
Gestion des licences
Si vous êtes client de SAP, vous pouvez utiliser votre licence existante pour déployer SAP Business Suite sur Google Cloud dans le cadre d'un modèle BYOL (Bring Your Own License, utilisation de votre propre licence). Google Cloud est compatible avec le modèle BYOL pour les cas d'utilisation en production et hors production. Les licences de système d'exploitation sont incluses dans les tarifs Compute Engine. Vous pouvez également apporter votre propre image d'OS et vos propres licences.
ASE
Pour en savoir plus sur le fonctionnement des licences SAP ASE sur Google Cloud, consultez le guide de planification SAP ASE.
IBM Db2
Pour déployer IBM Db2 sur Google Cloud, vous devez utiliser le modèle Bring Your Own License. Vous pouvez obtenir une licence auprès de SAP ou d'IBM. Pour en savoir plus sur les licences et l'assistance, consultez la page sur les licences et l'assistance IBM Db2 de SAP.
Dimensionnement
Plusieurs options de dimensionnement sont disponibles en fonction du type de mise en œuvre. Pour les mises en œuvre de type Greenfield, nous vous recommandons d'utiliser l'outil SAP Quick Sizer. Pour plus d'informations, accédez à la page Sizing du site Web de SAP. SAP fournit également des guides similaires aux "guides des tailles" que propose l'industrie textile, décrivant les solutions et outils spécifiques permettant de migrer des solutions sur site actuelles vers Google Cloud. Par exemple, consultez la note SAP 2456432 - Applications SAP sur Google Cloud : produits et types de machines Google Cloud compatibles. SAP et Google Cloud utilisent différentes unités pour mesurer les IOPS (opérations d'entrée/sortie par seconde). Consultez votre partenaire intégrateur de systèmes pour convertir les exigences de dimensionnement SAP en une infrastructure Google Cloud de taille appropriée.
ASE
Pour dimensionner une base de données ASE, reportez-vous aux pages suivantes :
- Pour Linux : Configuration minimale d'un serveur SAP ASE
- Pour Windows : Configuration minimale d'un serveur SAP ASE
IBM Db2
Pour dimensionner une base de données IBM Db2 sous Windows ou Linux, consultez la page System requirements for IBM DB2 for Linux, UNIX, and Windows.
Types de machines compatibles
SAP ASE et IBM Db2 sont certifiés compatibles avec les types de machines Compute Engine suivants :
- Type de machine
n1-standardavec 8, 16, 32, 64 ou 96 processeurs virtuels - Type de machine
n1-highmemavec 2, 4, 8, 16, 32, 64 ou 96 processeurs virtuels - Types de machines personnalisés
Pour en savoir plus sur les types de machines certifiés, consultez la note SAP 2456432 - Applications SAP sur Google Cloud : produits et types de machines Google Cloud compatibles.
ASE
Pour en savoir plus sur la configuration des types de VM pour SAP ASE, consultez la section Configuration de la VM du guide de planification de SAP ASE.
Pour en savoir plus sur les versions du système d'exploitation compatibles avec SAP ASE sur Google Cloud, consultez la note SAP 2537664 : certification SAP Adaptive Server Enterprise (SAP ASE) 16.0 pour Google Cloud Platform.
IBM Db2
Pour en savoir plus sur la configuration des types de VM pour IBM Db2, consultez la section Configuration de la VM du guide de planification de SAP ASE.
Pour en savoir plus sur IBM Db2 sur Google Cloud, consultez la note SAP 2456432 - Applications SAP sur Google Cloud : produits et types de machines Google Cloud compatibles.
Disques et systèmes de fichiers pour SAP Business Suite
Google Cloud propose les types de stockage suivants :
- Disques persistants pour le stockage de blocs
- Standard (
pd-standard) : stockage de blocs efficace et économique sauvegardé par des disques durs standards (HDD) pour gérer les opérations de lecture/écriture séquentielles, mais pas optimisé pour gérer des taux élevés d'opérations d'entrée/sortie aléatoires par seconde (IOPS). - SSD (
pd-ssd) : fournit un stockage de blocs fiable, à hautes performances et sauvegardé par des disques durs SSD. - Équilibré (
pd-balanced) : fournit un stockage de blocs économique et fiable basé sur SSD. - Extrême (
pd-extreme) : basé sur SSD, offre des options d'IOPS et de débit maximales plus élevées quepd-ssdpour les types de machines Compute Engine plus volumineux. Pour en savoir plus, consultez la page Disques persistants extrêmes. - Disques SSD locaux : stockage de blocs local hautes performances
- Standard (
- Buckets Cloud Storage : stockage d'objets à prix abordable.
- Instances Filestore : serveurs de fichiers NFS entièrement gérés sur Google Cloud.
Pour en savoir plus, consultez la page Options de stockage.
Les disques persistants Google Cloud sont conçus pour offrir une grande durabilité. Ils stockent les données de manière redondante afin de garantir leur intégrité. Chaque disque persistant peut stocker jusqu'à 64 To, ce qui vous permet de créer des volumes logiques volumineux sans gérer de groupes de disques. L'une des principales caractéristiques des disques persistants est leur chiffrement automatique pour protéger les données.
Lors de sa création, une instance Compute Engine attribue par défaut un seul disque persistant racine contenant le système d'exploitation. Vous pouvez ajouter d'autres options de stockage à l'instance selon vos besoins. Pour les mises en œuvre SAP, nous vous recommandons d'utiliser des disques persistants, car ils sont conçus pour offrir une grande durabilité ; les instances de calcul peuvent y accéder comme des disques physiques sur une machine locale.
ASE
Les tableaux suivants décrivent la structure de répertoires Linux pour SAP Business Suite sur ASE sous Google Cloud. Pour en savoir plus, consultez le guide d'installation de SAP ASE pour Linux.
Structure de répertoires Linux recommandée pour une instance générique SAP ABAP
| Structure de répertoires de l'application SAP | Type de stockage |
|---|---|
| /sapmnt | Disque persistant standard (HDD) |
| /usr/sap | Disque persistant standard (HDD) |
Structure de répertoires Linux recommandée pour SAP Business Suite sur ASE
L'ensemble des données et des fichiers journaux pour ASE doit être situé sous /sybase/SAPSID. SAPSID, ou identifiant système SAP, correspond au nom de l'instance SAP utilisé lors de l'installation.
| SAP Business Suite sur la structure de répertoires ASE | Type de stockage |
|---|---|
| /sapmnt | Disque persistant standard (HDD) |
| /usr/sap | Disque persistant standard (HDD) |
| /sybase/SAPSID | Disque persistant standard (HDD) |
| /sybase/SAPSID/sapdata_1 | Disque persistant standard (HDD) ou disque persistant basé sur SSD |
| /sybase/SAPSID/saplog_1 | Disque persistant standard (HDD) ou disque persistant basé sur SSD |
| /sybase/SAPSID/saptemp | Disque persistant standard (HDD) |
| /sybase/SAPSID/sapdiag | Disque persistant standard (HDD) |
| /sybasebackup | Disque persistant standard (HDD) |
Pour en savoir plus, téléchargez le guide de bonnes pratiques SAP sur ASE.
Structure de répertoires Windows recommandée pour SAP Business Suite sur ASE
Le tableau suivant décrit la structure de répertoires Windows pour SAP Business Suite sur ASE. Cette structure de répertoires s'applique à l'installation du serveur central.
| Lecteur | Description | Type de stockage |
|---|---|---|
| C:\ | Démarrage | Disque persistant standard (HDD) |
| D:\ | Fichiers binaires de base de données | Disque persistant standard (HDD) |
| E:\ | Fichiers de base de données | Disque persistant standard (HDD) ou disque persistant basé sur SSD |
| L:\ | Journal de base de données | Disque persistant standard (HDD) ou disque persistant basé sur SSD |
| P:\ | Fichier d'échange | Disque persistant standard (HDD) |
| S:\ | usr/sap et sapmnt |
Disque persistant standard (HDD) |
| T:\ | Base de données "temp" et "saptemp" | Disque persistant standard (HDD) |
| X:\ | Sauvegarde | Disque persistant standard (HDD) |
Pour en savoir plus, téléchargez le guide de bonnes pratiques SAP sur ASE.
IBM Db2
Structure de répertoires recommandée pour SAP Business Suite sur Db2 sous Google Cloud
Le tableau suivant décrit la structure de répertoires Linux pour SAP Business Suite sur Db2 sous Google Cloud.
| SAP Business Suite sur la structure de répertoires Db2 | Type de stockage |
|---|---|
| /sapmnt | Disque persistant standard (HDD) |
| /usr/sap | Disque persistant standard (HDD) |
| /db2/SAPSID | Disque persistant standard (HDD) |
| /db2/SAPSID/db2dump | Disque persistant standard (HDD) |
| /db2/SAPSID/sapdata1 | Disque persistant standard (HDD) ou disque persistant basé sur SSD |
| /db2/SAPSID/saptmp1 | Disque persistant standard (HDD) |
| /db2/SAPSID/log_dir | Disque persistant standard (HDD) ou disque persistant basé sur SSD |
| /db2backup | Disque persistant standard (HDD) |
Pour en savoir plus, consultez la section SAP sur IBM DB2 pour Linux et Windows.
Structure de répertoires Windows recommandée pour SAP Business Suite sur la base de données IBM DB2
Le tableau suivant décrit la structure de répertoires Windows pour SAP Business Suite sur Db2 sous Google Cloud. Cette structure de répertoires s'applique à l'installation du serveur central.
| Lecteur | Description | Type de stockage |
|---|---|---|
| C:\ | Démarrage | Disque persistant standard (HDD) |
| D:\ | Fichiers binaires de base de données | Disque persistant standard (HDD) |
| E:\ | Fichiers de base de données | Disque persistant standard (HDD) ou disque persistant SSD |
| L:\ | Journal de base de données | Disque persistant standard (HDD) ou disque persistant SSD |
| P:\ | Fichier d'échange | Disque persistant standard (HDD) |
| S:\ | usr/sap et sapmnt |
Disque persistant standard (HDD) |
| T:\ | Base de données "temp" et "saptemp" | Disque persistant standard (HDD) |
| X:\ | Sauvegarde | Disque persistant standard (HDD) |
Pour en savoir plus sur la structure de répertoires, consultez le guide de planification SAP NetWeaver.
Pour calculer les exigences de taille du fichier d'échange, consultez la note SAP 1518419 : Fichier d'échange et mémoire virtuelle requis par le système SAP.
Déploiement
SAP Business Suite comprend les composants techniques suivants :
Couche d'application :
- Services centraux SAP ASCS-ABAP contenant les composants suivants :
- Serveur de messagerie (MS) : sert de canal de communication entre les serveurs d'applications. Gère également la répartition de la charge.
- Serveur de mise en file d'attente (ES) : contrôle le mécanisme de verrouillage.
- PAS : serveur d'applications principal.
- Le premier ou le seul serveur d'applications pour le système SAP.
- AAS : serveur d'applications supplémentaire.
- Généralement déployé pour l'équilibrage de charge au niveau de l'application. Vous pouvez installer plusieurs systèmes AAS pour obtenir une disponibilité plus élevée du point de vue de la couche d'application. Si l'un des serveurs d'applications tombe en panne, toutes les sessions utilisateur connectées à ce serveur d'applications sont arrêtées, mais les utilisateurs peuvent se reconnecter à l'autre serveur AAS associé de l'environnement.
- WD : coordinateur Web (facultatif).
- Équilibreur de charge logiciel intelligent qui répartit les requêtes HTTP et HTTPS, en fonction du type d'application, sur PAS et AAS.
Pour le moment, les bases de données ci-dessous sont certifiées compatibles avec Google Cloud pour SAP Business Suite.
Couche de base de données :
- Base de données SAP ASE.
- Base de données IBM DB2 LUW.
- SAP HANA. (N'entre pas dans le cadre de ce document. Pour en savoir plus sur les déploiements basés sur SAP HANA, reportez-vous à la section SAP Business Suite sur SAP HANA pour Google Cloud Platform).
ASE
Google Cloud offre les options suivantes pour l'installation d'ASE sous Linux et Windows :
- Manuel
- Terraform
- Deployment Manager
Pour SAP Business Suite, consultez les documents d'installation de SAP Business Suite.
Pour une installation sous Linux, consultez la page Présentation du déploiement Linux pour SAP NetWeaver.
Pour une installation sous Windows, consultez la page Présentation du déploiement Windows pour SAP NetWeaver.
IBM Db2
Google Cloud est certifié par SAP pour exécuter IBM Db2 sur les systèmes d'exploitation suivants sur des instances de VM Compute Engine :
- SLES 12 SP2 et supérieur
- RHEL 7.4
- Windows Server 2012 R2 et supérieur
Pour en savoir plus, consultez le guide de planification IBM Db2 pour SAP NetWeaver.
Google Cloud offre les options suivantes pour l'installation d'IBM Db2 sous Linux et Windows :
- Manuel
- Terraform
- Deployment Manager
Pour SAP Business Suite, consultez les documents d'installation de SAP Business Suite.
Modèles de déploiement
Vous pouvez déployer SAP Business Suite selon l'un de ces deux modèles : déploiement centralisé ou déploiement distribué.
Déploiement centralisé
Dans un déploiement centralisé, vous pouvez installer les applications SAP Business Suite et la base de données sur la même instance Compute Engine. Nous recommandons cette approche pour les environnements hors production tels que les environnements de bac à sable et de développement.
ASE
Le schéma suivant illustre une architecture de référence pour un déploiement centralisé de SAP Business Suite sur ASE dans un environnement Linux. Notez que SAP ASCS, PAS et ASE sont installés sur la même instance.
Le schéma suivant illustre une architecture de référence pour un déploiement centralisé de SAP Business Suite sur ASE dans un environnement Windows. Notez que SAP ASCS, PAS et ASE sont installés sur la même instance.
Db2
Le schéma suivant illustre une architecture de référence pour SAP Business Suite sur IBM Db2 dans un modèle de déploiement centralisé, sous un environnement Linux. Notez que SAP ASCS, PAS et IBM Db2 sont installés sur la même instance.
Le schéma suivant illustre une architecture de référence pour SAP Business Suite sur IBM Db2 dans un modèle de déploiement centralisé, sous un environnement Windows. Notez que SAP ASCS, PAS et IBM Db2 sont installés sur la même instance.
Déploiement distribué
Dans un déploiement distribué, vous pouvez installer les applications SAP Business Suite et la base de données sur différentes instances. Nous recommandons cette approche pour les environnements de production ou les environnements qui nécessitent une grande puissance de calcul pour gérer une charge de transaction élevée. Chacun des composants de la couche d'application SAP décrits précédemment (dans la section "Déploiement") peut être installé indépendamment sur différentes instances.
En outre, vous pouvez éventuellement installer un ou plusieurs serveurs d'applications supplémentaires (AAS) en fonction des besoins de votre entreprise.
ASE
Le schéma suivant illustre une architecture de référence pour SAP Business Suite sur ASE dans un modèle de déploiement distribué. Notez que SAP ASCS, PAS et SAP ASE sont installés sur des instances différentes.
Db2
Le schéma suivant illustre une architecture de référence pour SAP Business Suite sur IBM Db2 dans un modèle de déploiement distribué. Notez que SAP ASCS, PAS et IBM Db2 LUW sont installés sur des instances différentes.
Remarque sur l'équilibrage de charge
Dans un environnement SAP distribué, nous vous recommandons d'équilibrer la charge pour optimiser les performances de l'application. Vous pouvez configurer l'équilibrage de charge de l'application à l'aide de la couche d'application SAP.
Haute disponibilité et reprise après sinistre
La haute disponibilité et la reprise après sinistre sont des ensembles de techniques, de pratiques d'ingénierie et de principes de conception qui permettent d'assurer la continuité des activités en cas d'échec. Ces approches fonctionnent en éliminant les points de défaillance isolés et en offrant la possibilité de reprendre rapidement les opérations après une panne du système ou des composants avec un minimum de perturbation des activités. La reprise après sinistre correspond au processus de récupération et de reprise des opérations après une panne due à un composant défaillant.
Par exemple, voici quelques outils de haute disponibilité et de reprise après sinistre :
- Clustering Linux entre les zones
- Migration à chaud
- Redémarrage automatique
- Sauvegardes
Haute disponibilité et reprise après sinistre du serveur d'applications
Pour assurer la haute disponibilité du système, prenez en compte les composants suivants :
- Services centraux ABAP (ASCS)
- Serveur d'applications principal (PAS)
- SAP ASE ou IBM Db2
Déploiement du serveur d'applications et remarques concernant la haute disponibilité
- Une configuration HD ASCS (SAP Central Services) contient au moins deux nœuds ASCS. Le nœud principal exécute le serveur de messagerie (MS) et le service de réplication de mise en file d'attente (Enqueue Replication Server, ERS). Le nœud secondaire n'exécute que le service ERS.
- Une IPV (adresse IP virtuelle) est configurée pour se connecter à l'instance ASCS. L'IPV est configurée en tant qu'adresse IP flottante. Lors d'un basculement du nœud principal, le cluster SUSE autorise le nœud secondaire à devenir actif. En outre, l'IPV est transférée sur le nœud secondaire pour que les requêtes soient désormais acheminées vers celui-ci.
- Dans un scénario normal, le nœud principal exécute toujours un serveur de messagerie et le nœud secondaire exécute toujours le service ERS.
- Les partages de fichiers NFS sont installés à partir des serveurs NFS sur le nœud principal et le nœud secondaire ASCS. Vous pouvez utiliser un service à haute disponibilité tel que Filestore Enterprise.
Le schéma suivant présente deux nœuds :
- Le premier nœud (Node 1) est le nœud principal, il héberge ASCS — MS et ERS.
- Le deuxième nœud (Node 2) est le nœud secondaire, il héberge ERS.
Les numéros indiquent l'ordre dans lequel le parcours du flux de requêtes s'effectue :
- La requête arrive sur l'IPV.
- La requête est transférée vers le nœud actif (Node 1 dans le schéma ci-dessous).
- Le nœud actif écrit des données dans les partages NFS.
Déploiement du serveur d'applications et remarques concernant la reprise après sinistre
Vous pouvez faciliter l'exécution d'un nœud de reprise après sinistre pour un serveur d'applications SAP Netweaver en restaurant des fichiers sous les points d'installation /usr/sap/SID et /sapmnt/SID. Vous pouvez effectuer des sauvegardes en ligne et hors connexion de ces installations et des fichiers sous-jacents. Toutefois, nous vous recommandons d'effectuer au moins une sauvegarde hors connexion complète, qui vous servira à configurer le nœud de reprise après sinistre. Vous pouvez vous servir d'instantanés Google pour sauvegarder les disques persistants des volumes SAP. Vous pouvez restaurer ces volumes SAP dans toute région ou zone en cas de sinistre. Pour en savoir plus, consultez le guide d'utilisation de SAP NetWeaver.
Haute disponibilité et reprise après sinistre de la base de données
Haute disponibilité sur ASE
Sur ASE sous Google Cloud, vous pouvez atteindre la haute disponibilité et la reprise après sinistre en configurant une réplication synchrone entre le serveur principal et le serveur de secours, ce qui leur permet d'être synchronisés en continu sans perte de données. Il existe deux versions de la haute disponibilité sur ASE. L'option "always-on" (toujours activée) d'ASE est compatible avec Google Cloud. Pour en savoir plus, consultez le guide de planification de SAP ASE.
Les hôtes principal et secondaire doivent disposer des éléments suivants :
- ASE
- Agent hôte SAP : surveille l'utilisation du processeur, de la mémoire et d'autres ressources sur le serveur
- RMA : agent de gestion des réplications
- SAP ASE Cockpit : exécute les activités de la base de données
- Gestionnaire de pannes : le gestionnaire de pannes possède son propre serveur hôte, et surveille le serveur principal et les serveurs de secours. Le gestionnaire de panne garantit la haute disponibilité de ASE en démarrant le basculement automatique. Il surveille les éléments suivants : l'agent de gestion des réplications, le serveur de réplication, les applications, les bases de données et le système d'exploitation. Il permet également de vérifier l'état de la base de données et de redémarrer la base de données, si nécessaire.
Pour optimiser la disponibilité du système, un cluster ASE autorise les charges de travail à être transférées vers le nœud secondaire en surveillant les défaillances du nœud principal. Le schéma suivant illustre une architecture de référence de haut niveau, en indiquant comment installer sur Google Cloud les éléments ASE mentionnés ci-dessous.
Reprise après sinistre sur ASE
Le système de reprise après sinistre consiste en deux serveurs ASE : un serveur principal, sur lequel s'effectue le traitement des transactions, et un serveur de secours. En mode reprise après sinistre, les données sont répliquées depuis le serveur principal vers le serveur de secours au moyen d'une réplication asynchrone. Si le serveur principal échoue, le serveur de secours est promu au rôle de serveur principal, manuellement ou automatiquement. Nous vous recommandons d'utiliser le mode de réplication asynchrone pour configurer la reprise après sinistre.
Les éléments indispensables pour configurer la reprise après sinistre sur SAP ASE sont les mêmes que pour la haute disponibilité sur ASE. Pour les consulter, reportez-vous à la liste mentionnée dans la section précédente.
Le schéma suivant illustre le processus de reprise après sinistre sur ASE :
Pour en savoir plus sur les systèmes d'exploitation certifiés pour une utilisation avec SAP ASE, consultez la note SAP 2537664 : Rapport de certification SAP ASE 16.0 pour Google Cloud Platform.
Haute disponibilité et reprise après sinistre pour IBM Db2
Google Cloud est compatible avec la haute disponibilité "always-on" (toujours activée) pour IBM Db2. SAP est compatible avec la plupart des fonctionnalités IBM Db2 sur Google Cloud. Cependant, les fonctionnalités suivantes ne sont actuellement pas compatibles :
- Bases de données Db2 à partitions multiples
- Fonctionnalité pureScale IBM Db2
Pour en savoir plus, consultez le guide de planification IBM Db2 pour SAP NetWeaver.
Sauvegarde et récupération
Effectuez des sauvegardes régulières de votre serveur d'applications et de votre base de données afin de pouvoir les récupérer en cas de panne du système, de corruption de données ou d'autres problèmes.
Sauvegardes de la couche d'application
Vous pouvez effectuer une sauvegarde de la couche d'application à l'aide de disques persistants au moyen d'instantanés. Vous pouvez sauvegarder le disque racine et les fichiers binaires SAP de la suite SAP NetWeaver. Pour obtenir un instantané cohérent, vous devez commencer par arrêter SAP NetWeaver et empêcher la base de données d'écrire dans le système de fichiers.
Le schéma ci-dessous illustre des instantanés d'une sauvegarde de la couche d'application.
Sauvegardes et restaurations SAP ASE
Vous pouvez sauvegarder et restaurer une base de données SAP ASE à l'aide de l'utilitaire dbbackup.
Vous pouvez utiliser Google Storage comme destination de sauvegarde pour stocker les fichiers de sauvegarde et les fichiers journaux de transactions. Pour en savoir plus, consultez la page Backup utility (dbbackup).
La base de données SAP ASE offre plusieurs options et commandes permettant de restaurer la base de données complète ou les journaux de transactions à partir des sauvegardes effectuées dans le but d'exécuter une récupération complète ou à un moment précis. Pour en savoir plus, consultez la note SAP 16117150 : Comment restaurer un serveur de base de données SAP ASE (Windows) et Utilitaire de sauvegarde de base de données SAP ASE.
Le schéma ci-dessous illustre des instantanés d'une sauvegarde ASE.
Sauvegardes et restaurations IBM Db2
Vous pouvez sauvegarder une base de données IBM Db2 en ligne ou hors ligne.
- Mode en ligne : les utilisateurs peuvent continuer à travailler pendant la sauvegarde.
- Mode hors ligne : la base de données est entièrement désactivée et les utilisateurs ne peuvent pas travailler pendant la sauvegarde.
Le processus de sauvegarde dépend du nombre de partitions associées à votre base de données.
Base de données à une seule partition
Dans cette configuration, vous pouvez effectuer une sauvegarde en vous connectant au serveur de base de données en tant qu'utilisateur db2dbsid.
Exécutez la commande suivante :
$db2 backup db DBSID
Base de données à plusieurs partitions
Connectez-vous au serveur de base de données en tant qu'utilisateur db2dbsid.
Exécutez la commande suivante :
$db2 "backup db DBSID on ALL DBPARTITIONNUMS …"
Vous pouvez également vous servir de l'outil DBA Cockpit fourni par IBM pour effectuer une sauvegarde de base de données.
Pour en savoir plus, consultez la section Méthode de sauvegarde de base de données IBM Db2.
Récupération
La restauration et la récupération IBM Db2 vous permettent de restaurer la base de données à partir d'une sauvegarde réussie. La récupération de la base de données dépend de l'accès à un fichier d'historique mis à jour, car toutes les informations sur les images de sauvegarde et les fichiers journaux sont accessibles à partir de cet emplacement.
Pour récupérer une sauvegarde à l'aide de la commande RECOVER, procédez comme suit :
- Connectez-vous au serveur de base de données en tant qu'utilisateur
db2dbsidousapsidadm. - Exécutez la commande suivante :
$ db2 RECOVER DB DBSID
Pour effectuer une récupération à un moment précis, procédez comme suit :
- Connectez-vous au serveur de base de données en tant qu'utilisateur
db2dbsidousapsidadm. - Exécutez la commande suivante :
$ DB2 RECOVER DB DBSID to local time on the database server
Pour en savoir plus, consultez la section Méthode de récupération de base de données IBM Db2.
Le schéma ci-dessous illustre des instantanés d'une sauvegarde Db2.
Notes SAP importantes concernant le prédéploiement
Avant de procéder au déploiement de vos systèmes SAP sur Google Cloud, consultez les notes SAP de la liste suivante qui s'appliquent à votre configuration planifiée. Avant de procéder à la mise en œuvre d'un produit SAP, consultez régulièrement SAP Marketplace pour obtenir des notes et des guides d'installation du produit mis à jour.
- 2456432 - Applications SAP sur Google Cloud : produits et types de machines Google Cloud compatibles
- 2446441 - Linux on Google Cloud (IaaS): Adaptation of your SAP License
- 2456953 - Windows sur Google Cloud (IaaS) : adaptation de votre licence SAP
- 1380654 - SAP support in public cloud environments
- 2456406 - SAP on Google Cloud Platform: Support Prerequisites
- 2537664 - certification SAP Adaptive Server Enterprise (ASE) 16.0 pour Google Cloud Platform.
- 1554717 - SYB: Planning information for SAP on ASE.
- 1707361 - Systèmes d'installation basés sur NW 7.1 et versions ultérieures : UNIX Db2 pour LUW
- 101809 - DB6 : versions Db2 compatibles et niveaux de groupe de correctifs
Pour en savoir plus sur l'installation d'ASE ou d'IBM Db2, consultez les pages suivantes :
- SAP Notes and Knowledge Base Articles for Adaptive Server Enterprise (Notes SAP et articles de la base de connaissances pour Adaptive Server Enterprise)
- Guide de planification IBM Db2 pour SAP NetWeaver