Sauvegarde et récupération basées sur Backint pour SAP HANA

Ce guide de planification se concentre uniquement sur la fonctionnalité Backint de l'agent Google Cloud pour SAP, qui vous permet d'effectuer des opérations de sauvegarde et de récupération pour SAP HANA. Pour en savoir plus sur l'agent et toutes ses fonctionnalités, consultez le Guide de planification de l'agent Google Cloud pour SAP.

Pour vos systèmes SAP HANA, vous pouvez effectuer des opérations de sauvegarde et de récupération à l'aide de la fonctionnalité Backint de l'agent Google Cloud pour SAP. Cette fonctionnalité est disponible pour les systèmes SAP HANA exécutés sur Google Cloud, sur la solution Bare Metal, sur site ou sur d'autres fournisseurs cloud.

La fonctionnalité Backint de l'agent est certifiée par SAP. Cette fonctionnalité est intégrée à SAP HANA afin que vous puissiez stocker et récupérer des sauvegardes directement à partir de Cloud Storage à l'aide de fonctions de sauvegarde et de récupération SAP natives.

Pour savoir comment configurer cette fonctionnalité, consultez la page Configurer la sauvegarde et la récupération basées sur Backint pour SAP HANA.

Pour plus d'informations sur l'exécution d'opérations de sauvegarde et de récupération pour SAP HANA à l'aide de Backint, consultez la section Effectuer une sauvegarde et une récupération à l'aide de Backint.

Pour en savoir plus sur la certification SAP de la fonctionnalité Backint, consultez les documents suivants:

Note SAP 2031547
Certification de Backint pour SAP HANA

Estimation du coût mensuel

Le stockage que vous utilisez dans Cloud Storage entraîne des frais. Pour en savoir plus sur les frais, consultez la page Tarifs de Cloud Storage.

Pour estimer le coût de Cloud Storage mensuel, vous pouvez utiliser le simulateur de coût Google Cloud.

Utilisez les informations suivantes pour mieux estimer le coût:

Taille totale requise pour les sauvegardes complètes, delta et incrémentielles au cours d'un mois, y compris un taux de croissance prévu.
Taux de variation quotidien des sauvegardes de volumes de journaux SAP HANA créées par votre base de données SAP HANA. Vous devez multiplier ce taux par la durée (en jours) pendant laquelle vous prévoyez de conserver les sauvegardes de journaux en fonction de votre stratégie de sauvegarde.
L'emplacement et le type du bucket Cloud Storage correspondant à votre stratégie de sauvegarde. Les buckets à région unique ne doivent être utilisés qu'à des fins de test.
Classe de stockage du bucket Cloud Storage. Sélectionnez une classe qui correspond à la fréquence à laquelle vous devez accéder aux données.
Estimation du nombre d'opérations de classe A et de classe B avec Cloud Storage, à la fois pour la sauvegarde et la récupération, en un mois. Pour plus d'informations sur ces opérations, consultez la section Opération comprise dans chaque classe.
Sortie réseau estimée pour les opérations intrarégionales, interrégionales et multirégionales, par exemple lors de la récupération d'une base de données à l'aide d'une sauvegarde. Pour en savoir plus, consultez la page Transfert de données dans Google Cloud.

L'entrée réseau dans Cloud Storage est gratuite et vous n'avez donc pas besoin de l'inclure dans votre estimation.

Fichier de configuration Backint

Pour configurer la fonctionnalité Backint de l'agent Google Cloud pour SAP, spécifiez les paramètres dans un fichier de configuration distinct créé par l'agent lorsque vous activez la fonctionnalité.

Par défaut, le fichier de configuration est nommé parameters.json et son emplacement par défaut est /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json.

SID est une variable d'espace réservé pour le SID de votre système SAP.

Vous pouvez utiliser une seule configuration ou des fichiers de configuration distincts pour chacun des éléments suivants: volume de données SAP HANA, volume de journaux SAP HANA et catalogue de sauvegarde SAP HANA. Vous pouvez également effectuer d'autres personnalisations, comme renommer les fichiers et les déplacer dans différents répertoires. Pour obtenir des instructions sur ces personnalisations, consultez la section Personnaliser le fichier de configuration Backint.

Stocker les sauvegardes dans des buckets Cloud Storage

La fonctionnalité Backint de l'agent Google Cloud pour SAP stocke vos sauvegardes SAP HANA dans un bucket Cloud Storage. Les sections suivantes fournissent des informations sur la création de buckets Cloud Storage et sur la manière dont l'agent de Google Cloud pour SAP stocke les sauvegardes dans les buckets.

Créer des buckets Cloud Storage

Lorsque vous créez un bucket, vous devez sélectionner son emplacement et sa classe de stockage.

L'emplacement d'un bucket peut être régional, birégional ou multirégional. Vous devez choisir un bucket en fonction de vos besoins concernant l'emplacement de vos données, vos exigences de latence pour les sauvegardes et les restaurations, ainsi que votre besoin de protection contre les pannes régionales. Pour en savoir plus, consultez la page Emplacement des buckets.

Sélectionnez des buckets birégionaux ou multirégionaux dans des régions identiques ou proches des régions dans lesquelles vous exécutez vos instances SAP HANA.

Choisissez une classe de stockage en fonction de la durée pendant laquelle vous souhaitez conserver vos sauvegardes, de la fréquence à laquelle vous comptez y accéder, ainsi que des coûts. Pour plus d'informations, consultez le document Classes de stockage.

Sauvegarder l'organisation dans le bucket

L'agent Google Cloud pour SAP utilise des dossiers de votre bucket Cloud Storage pour organiser vos sauvegardes SAP HANA.

L'agent crée un dossier pour chaque base de données, système ou locataire SAP HANA, que vous sauvegardez à l'aide de la fonctionnalité Backint. Dans le dossier d'une base de données, l'agent crée des dossiers distincts pour stocker les sauvegardes du volume de données SAP HANA, le volume de journaux SAP HANA et le catalogue de sauvegarde SAP HANA.

Pour nommer les sauvegardes, l'agent suit les conventions d'attribution de noms SAP HANA.

Voici des exemples de chemins d'accès pour les sauvegardes SAP HANA dans un bucket Cloud Storage:

Pour les sauvegardes de la base de données système:

BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB

Pour les sauvegardes d'une base de données locataire :
```
BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID
```
Remplacez les éléments suivants
- BUCKET_NAME : nom de votre bucket Cloud Storage
- SID: ID de votre système SAP
- TENANT_SID: ID système de votre base de données locataire

Bonnes pratiques pour organiser les sauvegardes

Appliquez les bonnes pratiques suivantes pour organiser les sauvegardes dans votre bucket Cloud Storage:

Ne renommez pas les dossiers ou les fichiers dans votre bucket Cloud Storage.

Le fait de renommer un dossier ou un fichier modifie effectivement le chemin de sauvegarde, ce qui constitue une action enfreignant les normes appliquées par SAP sur les outils de sauvegarde tiers. Le changement de nom d'un dossier ou d'un fichier entraîne l'échec du mécanisme Backint lors des opérations de récupération de la base de données jusqu'à ce que vous rétablissiez le nom du dossier ou du fichier sur celui qu'il avait lors de la création de la sauvegarde.
N'utilisez pas le même bucket Cloud Storage pour stocker les sauvegardes de deux bases de données SAP HANA ou plus ayant le même ID système SAP (SID).

Dans Cloud Storage, l'agent Google Cloud pour SAP organise les sauvegardes SAP HANA dans des dossiers spécifiques au SID. Par conséquent, si vous utilisez le même bucket pour stocker les sauvegardes de bases de données SAP HANA avec le même SID, les opérations de sauvegarde peuvent écraser ou supprimer des sauvegardes.

Les exceptions à cette bonne pratique sont les bases de données SAP HANA installées dans les déploiements à haute disponibilité, de reprise après sinistre ou de scaling horizontal, où tous les nœuds SAP HANA ont le même SID. Pour ces systèmes, les sauvegardes sont stockées dans le même bucket Cloud Storage, car lors d'une utilisation normale, une seule instance SAP HANA est active et écrit dans les sauvegardes. Pour en savoir plus, consultez la page Utiliser Backint dans les déploiements SAP HANA.

Options de chiffrement pour les sauvegardes

Cloud Storage chiffre toujours vos données avant de les stocker dans un bucket. Pour appliquer une couche de chiffrement supplémentaire aux données, vous pouvez utiliser l'une des options suivantes:

Option de chiffrement Description

Utilisez une clé de chiffrement gérée par le client avec la fonctionnalité Backint de l'agent SAP pour Google Cloud. Pour utiliser une clé de chiffrement gérée par le client, vous devez spécifier le chemin d'accès à la clé dans le paramètre kms_key de votre fichier PARAMETERS.json. Vous devez également autoriser le compte de service utilisé par l'agent à accéder à la clé. Pour en savoir plus sur l'octroi d'accès d'un compte de service à une clé de chiffrement, consultez la section Attribuer une clé Cloud Key Management Service à un agent de service.

Utilisez une clé de chiffrement fournie par le client avec la fonctionnalité Backint de l'agent Google Cloud pour SAP. Pour utiliser une clé de chiffrement fournie par le client, spécifiez le chemin d'accès à la clé dans le paramètre encryption_key du fichier PARAMETERS.json. La clé doit être une chaîne de clé AES-256 encodée en base64, comme décrit dans la page Clés de chiffrement fournies par le client.

Option de chiffrement	Description
Utilisez une clé de chiffrement gérée par le client avec la fonctionnalité Backint de l'agent SAP pour Google Cloud.	Pour utiliser une clé de chiffrement gérée par le client, vous devez spécifier le chemin d'accès à la clé dans le paramètre `kms_key` de votre fichier `PARAMETERS.json`. Vous devez également autoriser le compte de service utilisé par l'agent à accéder à la clé. Pour en savoir plus sur l'octroi d'accès d'un compte de service à une clé de chiffrement, consultez la section Attribuer une clé Cloud Key Management Service à un agent de service.
Utilisez une clé de chiffrement fournie par le client avec la fonctionnalité Backint de l'agent Google Cloud pour SAP.	Pour utiliser une clé de chiffrement fournie par le client, spécifiez le chemin d'accès à la clé dans le paramètre `encryption_key` du fichier `PARAMETERS.json`. La clé doit être une chaîne de clé AES-256 encodée en base64, comme décrit dans la page Clés de chiffrement fournies par le client.
Utilisez le chiffrement des sauvegardes SAP HANA.	Cette option est disponible sur SAP HANA 2.0 SP01. Vous pouvez chiffrer les sauvegardes de vos données SAP HANA et des volumes de journaux à l'aide du chiffrement AES 256 bits. Les sauvegardes du catalogue de sauvegarde SAP HANA ne sont jamais chiffrées. Ce chiffrement nécessite la création d'une clé racine de chiffrement des sauvegardes et une configuration supplémentaire, comme décrit dans le document SAP HANA Configuration du chiffrement. À partir de SAP HANA 2.0 SPS07, sauf si vous le désactivez, le chiffrement des volumes `/hana/data`, `/hana/log` et `/hanabackup` est activé par défaut lors de l'installation. Pour en savoir plus sur la création d'une sauvegarde de la clé racine, consultez le document SAP Sauvegarder des clés racine.

Utilisez le chiffrement des sauvegardes SAP HANA.

Cette option est disponible sur SAP HANA 2.0 SP01. Vous pouvez chiffrer les sauvegardes de vos données SAP HANA et des volumes de journaux à l'aide du chiffrement AES 256 bits. Les sauvegardes du catalogue de sauvegarde SAP HANA ne sont jamais chiffrées. Ce chiffrement nécessite la création d'une clé racine de chiffrement des sauvegardes et une configuration supplémentaire, comme décrit dans le document SAP HANA Configuration du chiffrement.

À partir de SAP HANA 2.0 SPS07, sauf si vous le désactivez, le chiffrement des volumes /hana/data, /hana/log et /hanabackup est activé par défaut lors de l'installation.

Pour en savoir plus sur la création d'une sauvegarde de la clé racine, consultez le document SAP Sauvegarder des clés racine.

Le chiffrement des sauvegardes nécessite des ressources de mémoire et de processeur supplémentaires pendant les opérations de sauvegarde et de récupération. Bien que le chiffrement des sauvegardes n'ait généralement aucun impact sur les performances de la base de données lors d'opérations de sauvegarde ou de récupération, vous remarquerez peut-être un impact sur les performances globales du système en fonction de la taille de la base de données SAP HANA et une utilisation plus élevée du processeur.

Restrictions liées au chiffrement

Les restrictions suivantes s'appliquent à l'utilisation du chiffrement pour les sauvegardes:

Si vous spécifiez à la fois les paramètres kms_key et encryption_key, l'agent Google Cloud pour SAP échoue et se ferme avec l'état 1.
Si vous spécifiez le paramètre parallel_streams avec le paramètre kms_key ou encryption_key, l'agent Google Cloud pour SAP échoue et se ferme avec l'état 1.

Options de compression pour les sauvegardes

La compression d'une sauvegarde réduit sa taille, ce qui réduit l'espace utilisé dans votre bucket Cloud Storage et, par conséquent, réduit vos coûts de stockage. Cependant, la compression des sauvegardes nécessite davantage d'utilisation du processeur lors des opérations de sauvegarde et peut affecter les performances globales lors des opérations de sauvegarde et de récupération.

Au lieu de compresser les sauvegardes, vous pouvez utiliser la fonctionnalité Autoclass de Cloud Storage, qui fait automatiquement passer les objets de votre bucket vers une classe de stockage appropriée en fonction du modèle d'accès de l'objet.

Pour compresser vos sauvegardes SAP HANA, vous pouvez utiliser l'une des options suivantes:

Option de compression Description

Utiliser la compression des sauvegardes de données SAP HANA

Option de compression	Description
Utiliser la compression des sauvegardes de données SAP HANA	Il s'agit de l'option recommandée si vous avez besoin d'une compression des sauvegardes. À partir de SAP HANA 2.0 SPS06, SAP HANA est compatible avec les algorithmes de compression LZ4 lors de l'exécution d'opérations de sauvegarde. Par défaut, la compression est désactivée. Pour obtenir des instructions sur l'activation de cette compression, consultez le document SAP HANA Configurer la compression des sauvegardes de données.
Utiliser la compression Cloud Storage	Pour utiliser la compression intégrée que l'agent peut effectuer lors de l'écriture des sauvegardes dans votre bucket Cloud Storage, utilisez le paramètre `compress` dans `PARAMETERS.json`. Nous vous recommandons de ne pas activer cette compression.

Il s'agit de l'option recommandée si vous avez besoin d'une compression des sauvegardes.

À partir de SAP HANA 2.0 SPS06, SAP HANA est compatible avec les algorithmes de compression LZ4 lors de l'exécution d'opérations de sauvegarde. Par défaut, la compression est désactivée. Pour obtenir des instructions sur l'activation de cette compression, consultez le document SAP HANA Configurer la compression des sauvegardes de données.

Utiliser la compression Cloud Storage

Pour utiliser la compression intégrée que l'agent peut effectuer lors de l'écriture des sauvegardes dans votre bucket Cloud Storage, utilisez le paramètre compress dans PARAMETERS.json.

Nous vous recommandons de ne pas activer cette compression.

Multistreaming des sauvegardes de données

Pour les versions antérieures à SAP HANA 2.0 SP05, SAP HANA est compatible avec le multistreaming pour les bases de données de plus de 128 Go. Depuis SAP HANA 2.0 SP05, ce seuil est configurable au moyen du paramètre SAP HANA parallel_data_backup_backint_size_threshold, qui spécifie la taille minimale de sauvegarde de la base de données en Go pour l'activation du multistreaming.

Le multistreaming est utile pour augmenter le débit et sauvegarder les bases de données dont la taille est supérieure à 5 To, la taille maximale pour un seul objet dans Cloud Storage.

Pour activer le multistreaming, définissez le paramètre SAP HANA parallel_data_backup_backint_channels avec le nombre de canaux à utiliser. Le nombre optimal de canaux employés pour le multistreaming dépend de l'environnement d'exécution de SAP HANA.

Il faut aussi prendre en compte la capacité de débit du disque de données associé à l'instance HANA, ainsi que la bande passante que votre administrateur alloue pour les activités de sauvegarde. Vous pouvez régler le débit en modifiant le nombre de flux, ou limiter le débit à l'aide du paramètre rate_limit_mb dans PARAMETERS.json.

Pour un bucket Cloud Storage multirégional, commencez par 8 canaux. Pour un bucket régional, commencez par 12 canaux. Ajustez le nombre de canaux en conséquence pour atteindre vos objectifs de performance de sauvegarde.

Comme indiqué dans la documentation de SAP HANA, chaque canal supplémentaire nécessite un tampon d'E/S de 512 Mo. Spécifiez la taille de la mémoire tampon d'E/S à l'aide du paramètre data_backup_buffer_size de la section backup du fichier global.ini. Pour en savoir plus sur l'effet de la taille de la mémoire tampon d'E/S sur les durées de sauvegarde, consultez la note SAP 2657261 - Long BackupDuration with Backint in HANA DB (2657261 - Durée de sauvegarde longue avec Backint). À partir de HANA 2.0 SP05, SAP spécifie une valeur maximale de 4 Go pour ce paramètre. Les tests dans Google Cloud n'ont pas révélé d'avantage significatif en cas d'augmentation considérable de la taille de la mémoire tampon par rapport au quota par défaut, mais votre expérience peut être différente en fonction de votre charge de travail.

Pour en savoir plus sur le multistreaming, consultez la section relative au multistreaming des sauvegardes de données avec des outils de sauvegarde tiers dans le guide d'administration de SAP HANA spécifique à votre version SAP HANA.

Importations parallèles

Pour les fichiers de sauvegarde de journal SAP HANA, vous pouvez améliorer les performances d'importation en activant la fonctionnalité d'importation parallèle de l'agent Google Cloud pour SAP. Cette fonctionnalité est particulièrement utile pour les fichiers de sauvegarde de journaux SAP HANA, car ils ne peuvent pas être utilisés pour plusieurs flux à partir de SAP HANA.

Pour les sauvegardes de données SAP HANA, vous pouvez régler le nombre de canaux de sauvegarde SAP HANA à l'aide du paramètre SAP HANA parallel_data_backup_backint_channels.

Lorsque l'importation parallèle est activée, l'agent de Google Cloud pour SAP divise chaque fichier de sauvegarde individuel reçu de SAP HANA en plusieurs parties qui sont ensuite importées en parallèle, ce qui améliore les performances de l'importation. Lorsque les parties sont reçues par Cloud Storage, elles sont réassemblées et stockées en tant que fichier unique identique à l'original reçu par l'agent Google Cloud pour SAP de SAP HANA. Le fichier unique est soumis à la contrainte de taille maximale de 5 To pour les objets dans Cloud Storage.

Configurer l'importation parallèle

Vous activez la fonctionnalité d'importation parallèle en spécifiant les paramètres parallel_streams dans votre fichier PARAMETERS.json.

Pour plus d'informations sur ce paramètre, consultez la section Paramètres de configuration.

Restrictions liées à l'importation parallèle

Les restrictions suivantes s'appliquent à la fonctionnalité d'importation parallèle :

Si vous activez le chiffrement à l'aide du paramètre encryption_key ou kms_key, vous ne pouvez pas utiliser l'importation parallèle. Le chiffrement est incompatible avec l'importation parallèle. Si vous spécifiez le paramètre parallel_streams avec l'un de ces paramètres de chiffrement, l'agent de Google Cloud pour SAP échoue et se ferme avec l'état 1.
Si vous activez la compression, vous ne pouvez pas utiliser l'importation parallèle. La compression est incompatible avec l'importation parallèle. Si vous spécifiez le paramètre parallel_streams et omettez le paramètre compress dans votre configuration, l'agent Google Cloud pour SAP échoue et se ferme avec l'état 1.
Si votre bucket Cloud Storage met en œuvre une règle de conservation, il n'est pas compatible avec les importations parallèles. Une règle de conservation empêche la réassemblage des parties dans un seul fichier, ce qui entraîne l'échec de l'importation.

Régler les importations parallèles

Pour les sauvegardes de volume de journaux SAP HANA, les importations parallèles peuvent améliorer considérablement le débit de sauvegarde, car SAP HANA n'utilise pas plusieurs flux pour les sauvegardes de journaux.

Dans la plupart des cas, il suffit de spécifier le paramètre parallel_streams dans votre fichier de configuration Backint, avec une valeur inférieure ou égale à 32. Pour les volumes de journaux très élevés, vous pouvez optimiser le débit en utilisant une valeur élevée, telle que 32 pour parallel_streams et en augmentant les valeurs des paramètres SAP HANA log_segment_size_mb et max_log_backup_size.

Pour limiter la bande passante réseau utilisée par vos sauvegardes, utilisez le paramètre de configuration Backint rate_limit_mb afin de définir la quantité maximale de bande passante que les importations parallèles peuvent utiliser.

Authentification et contrôle des accès

Google Cloud se sert des comptes de service pour identifier des programmes tels que l'agent Google Cloud pour SAP et pour contrôler les ressources Google Cloud auxquelles ces programmes peuvent accéder.

Autorisations Cloud Storage requises

Pour que l'agent Google Cloud de SAP puisse stocker et récupérer des sauvegardes à partir d'un bucket Cloud Storage, le compte de service utilisé par l'hôte doit disposer du rôle IAM Administrateur des objets de l'espace de stockage (storage.objectAdmin)..

Pour obtenir des instructions sur la définition d'un rôle IAM, consultez la page Définir des rôles IAM.

Points à prendre compte sur les comptes de service

Si SAP HANA est exécuté sur une VM Compute Engine, l'agent Google Cloud pour SAP utilise par défaut le compte de service de la VM. Si vous utilisez le compte de service de VM, l'agent dispose alors des mêmes autorisations au niveau du projet que tous les autres programmes et processus utilisant le compte de service de VM.

Pour un contrôle des accès plus strict, créez un compte de service distinct pour l'agent et accordez au compte de service l'accès au bucket Cloud Storage au niveau du bucket.

Si SAP HANA n'est pas en cours d'exécution sur une VM Compute Engine, vous devez créer un compte de service pour l'agent. Créez le compte de service dans le projet Google Cloud contenant le bucket Cloud Storage que l'agent Google Cloud pour SAP utilise pour la sauvegarde et la récupération.

Lors de la création d'un compte de service pour l'agent Google Cloud pour SAP, vous devez également créer une clé de compte de service. Vous stockez la clé sur l'hôte SAP HANA et spécifiez son chemin d'accès au paramètre service_account_key dans PARAMETERS.json. Lorsque SAP HANA est exécuté sur une VM Compute Engine, la spécification du chemin d'accès vers une clé invite l'agent Google Cloud pour SAP à utiliser le compte de service associé à la clé plutôt que le compte de service de VM.

Lorsque vous utilisez un compte de service dédié pour l'agent, il est recommandé de faire pivoter vos clés régulièrement pour vous protéger contre les accès non autorisés.

Si vous utilisez une clé de chiffrement gérée par le client générée par Cloud Key Management Service pour chiffrer vos sauvegardes dans Cloud Storage, vous devez autoriser votre compte de service à accéder à la clé de chiffrement. Pour en savoir plus, consultez la section Attribuer une clé Cloud Key Management Service à un agent de service.

Accès aux API et aux serveurs de métadonnées Cloud

L'agent Google Cloud pour SAP nécessite un accès aux adresses IP et aux hôtes Google Cloud lors des opérations de sauvegarde et de récupération.

Pour plus d'informations, consultez Activer l'accès aux API et aux serveurs de métadonnées Cloud.

Serveurs proxy et agent

Par défaut, l'agent Google Cloud pour SAP contourne tout proxy HTTP et ne lit pas les variables d'environnement proxy, telles que http_proxy, https_proxy ou no_proxy, dans le système d'exploitation.

Si vous n'avez pas d'alternative ou si votre organisation comprend les implications en termes de performances et possède l'expertise requise pour assurer les performances du routage des sauvegardes via un serveur proxy, vous pouvez configurer l'agent pour utiliser un proxy.

Les paramètres de proxy de l'agent Google Cloud pour SAP sont contenus dans le fichier net.properties:

/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties

Contourner les serveurs proxy pour les sauvegardes et les récupérations

Bien que l'agent Google Cloud pour SAP contourne les serveurs proxy par défaut, vous pouvez rendre le contournement explicite en spécifiant les noms de domaine et les adresses IP Google Cloud requis sur le paramètre http.nonProxyHosts dans le fichier net.properties : /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties. Exemple :

http.nonProxyHosts=localhost|127.*|[::1]|*.googleapis.com|169.254.169.254|metadata.google.internal

Utiliser un serveur proxy pour les sauvegardes et les récupérations

Pour configurer l'agent Google Cloud pour SAP afin d'envoyer des sauvegardes via un serveur proxy, spécifiez les paramètres de l'hôte et de numéro de port du proxy dans le fichier net.properties : /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.

Pour les requêtes de métadonnées de l'instance de VM Compute Engine, l'agent de Google Cloud pour SAP ne peut pas utiliser de proxy. Vous devez donc spécifier le nom de domaine et l'adresse IP des métadonnées d'instance sur le paramètre http.nonProxyHosts.

L'exemple suivant montre une configuration de proxy valide pour l'agent Google Cloud pour SAP dans le fichier net.properties:

http.proxyHost=PROXY_HOST
http.proxyPort=PROXY_PORT
http.nonProxyHosts=localhost|127.*|[::1]|169.254.169.254|metadata.google.internal
https.proxyHost=PROXY_HOST
https.proxyPort=PROXY_PORT

Régler les performances

Les performances de sauvegarde et de récupération de vos bases de données SAP HANA dépendent de la taille totale de la base de données et des ressources disponibles pour votre hôte SAP HANA. Vous pouvez améliorer les performances en utilisant les options de configuration suivantes disponibles dans SAP HANA et l'agent Google Cloud pour SAP:

Activez le multistreaming à l'aide du paramètre SAP HANA parallel_data_backup_backint_channels. Spécifiez également la taille de la mémoire tampon d'E/S à l'aide du paramètre SAP HANA data_backup_buffer_size. Pour en savoir plus, consultez la section Multistreaming des sauvegardes de données.
Activez les importations parallèles en spécifiant une valeur pour le paramètre parallel_streams dans votre fichier de configuration Backint, PARAMETERS.json. Cette configuration peut considérablement améliorer les performances d'envoi des sauvegardes de journaux SAP HANA à Cloud Storage. Pour en savoir plus, consultez la section Importations parallèles.
Si vous devez compresser des sauvegardes, utilisez la compression intégrée de SAP HANA, qui est l'option de compression recommandée. Pour en savoir plus, consultez la section Options de compression pour les sauvegardes.
Optimisez la configuration liée aux sauvegardes de journaux SAP HANA, comme décrit dans le document SAP HANA Rechercher la configuration de sauvegarde de journaux optimale. Consultez le guide d'administration de SAP HANA pour votre version de SAP HANA.
Si votre système SAP HANA s'exécute sur une instance de VM Compute Engine, assurez-vous qu'il utilise des volumes de disque persistant ou d'hyperdisque certifiés SAP. L'utilisation d'un autre type de disque peut avoir un impact négatif sur les performances de sauvegarde, en particulier pour le volume de données SAP HANA. Pour en savoir plus sur les types de disques certifiés, consultez la page Types de disques compatibles.

Autodiagnostic

Pour vous permettre de tester la connexion réseau et l'accès au bucket Cloud Storage, à partir de la version 3.0, l'agent Google Cloud pour SAP inclut un outil permettant d'effectuer des diagnostics automatiques.

Lorsque vous exécutez cet outil, il crée plusieurs fichiers temporaires sur votre système de fichiers. Ces fichiers sont ensuite importés dans votre bucket Cloud Storage, restaurés, validés, puis supprimés. Cet outil affiche tous les problèmes liés à l'accès à votre API. Vous pouvez également tester les performances de la sauvegarde en activant les paramètres compress et en spécifiant différentes valeurs pour des paramètres tels que parallel_streams et threads.

Pour obtenir des instructions sur l'exécution des diagnostics automatiques pour l'agent Google Cloud pour SAP, consultez la page Valider la sauvegarde et la récupération.

Journalisation

En plus des journaux conservés par SAP HANA dans backup.log, la fonctionnalité Backint de l'agent Google Cloud pour SAP écrit des événements opérationnels et d'erreur de communication dans des fichiers journaux dans le répertoire suivant : /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.

Ces journaux se trouvent également dans le fichier journal principal de l'agent de Google Cloud pour SAP, qui se trouve dans le répertoire /var/log/google-cloud-sap-agent/.

Lorsque la taille d'un fichier journal atteint 25 Mo, l'agent Google Cloud pour SAP effectue une rotation des fichiers journaux.

Par défaut, l'agent Google Cloud pour SAP envoie les fichiers journaux liés à Backint à Cloud Logging. Vous pouvez désactiver cette fonctionnalité en définissant le paramètre log_to_cloud dans votre fichier PARAMETERS.json avec la valeur false.

Utiliser Backint dans les déploiements SAP HANA

Les sections suivantes fournissent des informations de planification spécifiques à l'utilisation de la fonctionnalité Backint de l'agent Google Cloud pour SAP avec SAP HANA.

Utiliser Backint dans les déploiements à haute disponibilité

Dans un cluster à haute disponibilité SAP HANA, vous devez installer l'agent Google Cloud pour SAP sur chaque nœud du cluster et activer la fonctionnalité Backint.

Utilisez la même configuration Backint et les mêmes spécifications de bucket Cloud Storage pour chaque instance SAP HANA du cluster à haute disponibilité. Vous pouvez utiliser les mêmes spécifications de bucket, car lors d'opérations normales, seule l'instance SAP HANA active dans une configuration à haute disponibilité écrit des sauvegardes sur Cloud Storage, et le système secondaire est en mode réplication. Cela est valable pour les sauvegardes du volume de données SAP HANA, le volume de journaux SAP HANA et le catalogue de sauvegarde SAP HANA. En outre, un logiciel de clustering des applications, tel que Pacemaker, empêche les scénarios de split-brain, dans lesquels plusieurs instances SAP HANA existantes dans un cluster pensent qu'elles constituent l'instance principale.

Lors d'activités de maintenance, lorsque le clustering peut être désactivé, si la base de données de secours est supprimée de la réplication et remise en ligne, vous devez vous assurer que les sauvegardes ne se déclenchent que sur la base de données principale. Pour ce faire, vous pouvez utiliser les options suivantes :

Dans votre fichier PARAMETERS.json, mettez à jour le paramètre bucket pour qu'il pointe vers un autre bucket Cloud Storage.
Divisez le lien symbolique de /usr/sap/SID/SYS/global/hdb/opt/hdbbackint afin que l'envoi de sauvegardes à Cloud Storage échoue. Cette option est plus utile à court terme si vous envisagez de reconfigurer la nouvelle base de données en tant que base de données de secours.

Étant donné que l'agent Google Cloud pour SAP ne sait pas quelle instance SAP HANA est l'instance active et que l'agent ne dispose d'aucun mécanisme permettant de planifier ou de déclencher des sauvegardes, vous devez utiliser des mécanismes SAP tels que la transaction SAP ABAP DB13 pour gérer la planification et les déclencheurs pour les sauvegardes. Les applications SAP ABAP se connectent au cluster à haute disponibilité via l'adresse IP virtuelle, et par conséquent le déclencheur de sauvegarde est toujours acheminé vers l'instance SAP HANA active.

Si le déclencheur de sauvegarde est défini localement sur chaque serveur, par exemple en tant que script de système d'exploitation local, et si le système principal et le système secondaire considèrent tous deux qu'ils constituent le système actif, ils peuvent tous deux tenter d'écrire des sauvegardes dans le bucket Cloud Storage.

Si vous ne gérez pas ces situations, vous pouvez observer plusieurs instances SAP HANA dans votre cluster à haute disponibilité écrivant des sauvegardes sur Cloud Storage, ce qui peut écraser des sauvegardes ou même les supprimer.

Utiliser Backint dans des scénarios de reprise après sinistre

Dans une configuration de reprise après sinistre, où une instance de récupération de SAP HANA dans une autre région Google Cloud est synchronisée à l'aide de la réplication asynchrone du système SAP HANA, utilisez différents buckets Cloud Storage pour les opérations de sauvegarde de récupération. Pour configurer ce comportement, spécifiez les noms des buckets dans les paramètres bucket et recovery_bucket de votre fichier PARAMETERS.json.

Bien que le système de reprise après sinistre soit généralement en mode de réplication et ne puisse donc pas exécuter une sauvegarde lui-même, lors de tests réguliers de reprise après sinistre, l'instance de reprise est mise en ligne et peut déclencher des sauvegardes. Si tel est le cas et que le système de récupération n'utilise pas un autre bucket Cloud Storage, les sauvegardes peuvent remplacer les données de la base de données principale.

Dans le cas d'une catastrophe réelle nécessitant la récupération d'une sauvegarde dans la région de reprise après sinistre, vous pouvez mettre à jour la configuration de la fonctionnalité Backint pour référencer le bucket Cloud Storage multirégional utilisé par votre système à haute disponibilité principal.

Utiliser Backint dans les systèmes à scaling horizontal

Dans les systèmes à évolutivité horizontale SAP HANA, vous devez installer l'agent Google Cloud pour SAP sur chaque nœud du système.

Pour simplifier la gestion des fichiers PARAMETERS.json et, si vous en utilisez une, de la clé de compte de service de l'agent, vous pouvez placer ces fichiers dans un répertoire NFS partagé.

Pour en savoir plus sur la mise en page du système de fichiers SAP HANA, dans le guide d'installation et de mise à jour du serveur SAP HANA pour votre version SAP HANA, consultez la section Structure recommandée pour le système de fichiers.