Scénario de gestion
En tant qu'administrateur de base de données SAP HANA, vous devez comprendre comment étendre un système multi-hôte SAP HANA avec des hôtes supplémentaires. Pour mieux comprendre cette fonctionnalité, vous ajoutez un nouveau nœud de travail au système de scale-out SAP HANA existant.
Ajout d'hôtes à un système SAP HANA
Vous pouvez ajouter des hôtes à un système SAP HANA à l'aide du programme résident SAP HANA Database Lifecycle Manager (HDBLCM) ou de l'interface utilisateur Web du gestionnaire de cycle de vie de la base de données SAP HANA.
Si vous souhaitez configurer un nouveau système multi-hôte (distribué) lors de l'installation, consultez les informations d'installation du système à plusieurs hôtes dans le Guide d'installation et de mise à jour du serveur SAP HANA.
Avant d'ajouter un hôte à un système SAP HANA, vous devez prendre en compte les informations suivantes :
Si vous ajoutez des hôtes à partir d'un hôte déjà intégré au système SAP HANA.
S'il s'agit d'un système à un ou plusieurs hôtes.
Nombre d'hôtes que vous souhaitez ajouter au système en même temps.
Si vous ajoutez un hôte à un système à hôte unique, l'interface d'écoute est automatiquement configurée comme globale lors de l'ajout de l'hôte. Une fois l'hôte ajouté au système, l'adresse réseau interne peut être définie et la communication inter-services peut être reconfigurée sur un autre paramètre, si nécessaire.
Ajouter des hôtes à l'aide de l'interface utilisateur graphique ou de l'interface de ligne de commande
Vous pouvez ajouter des hôtes à un système SAP HANA à l'aide du programme résident SAP HANA Database Lifecycle Manager dans l'interface utilisateur graphique.
Conditions préalablesLe système SAP HANA a été installé avec son logiciel serveur sur un système de fichiers partagés (options d'exportation : rw, no_root_squash).
L'hôte a accès aux répertoires d'installation <sapmnt> et <sapmnt>/<SID>.
Le système SAP HANA a été installé avec le gestionnaire de cycle de vie de la base de données SAP HANA.
Le serveur de base de données SAP HANA est opérationnel.
Vous êtes connecté en tant qu'utilisateur racine ou en tant qu'utilisateur administrateur système <sid>adm.
La différence entre l'heure système définie sur l'hôte d'installation et l'hôte supplémentaire n'est pas supérieure à 180 secondes.
L'administrateur du système d'exploitation (<sid>adm) peut exister sur l'hôte supplémentaire. Assurez-vous que vous disposez du mot de passe de l'utilisateur <sid>adm existant et que les attributs utilisateur et les affectations de groupes sont corrects. Le programme résident du gestionnaire du cycle de vie de la base de données SAP HANA ne modifie pas les propriétés d'un utilisateur ou d'un groupe existant.
Ajout d'hôtes à l'aide de l'interface utilisateur Web
Vous pouvez ajouter des hôtes à un système SAP HANA à l'aide de l'interface utilisateur Web du gestionnaire de cycle de vie de la base de données SAP HANA.
Conditions préalables
Sur l'hôte à ajouter, SAP Host Agent est installé avec SSL configuré. SAP Host Agent crée le groupe <sapsys> s'il n'existe pas avant l'installation. Assurez-vous que l'ID de groupe du groupe <sapsys> est identique sur tous les hôtes.
La différence entre l'heure système définie sur l'hôte d'installation et l'hôte supplémentaire n'est pas supérieure à 180 secondes.
L'administrateur du système d'exploitation (<SID>adm) peut exister sur l'hôte supplémentaire. Assurez-vous que vous disposez du mot de passe de l'utilisateur <SID>adm existant et que les attributs utilisateur et les affectations de groupes sont corrects. Le gestionnaire du cycle de vie de la base de données SAP HANA (HDBLCM) ne modifie pas les propriétés d'un utilisateur ou d'un groupe existant.
Le système SAP HANA a été installé avec son logiciel serveur sur un système de fichiers partagés (options d'exportation : rw, no_root_squash).
L'hôte a accès aux répertoires d'installation <sapmnt> et <sapmnt>/<SID>.
Le système SAP HANA a été installé avec le gestionnaire du cycle de vie de la base de données SAP HANA (HDBLCM).
Le serveur de base de données SAP HANA est opérationnel.
Le port de communication 1129 est ouvert.
Le port 1129 est requis pour la communication SSL avec SAP Host Agent dans un navigateur autonome utilisant HTTPS.
Conditions préalables du navigateur Internet
Sous Microsoft Windows :
Internet Explorer - Version 9 ou supérieure
Si vous utilisez Internet Explorer version 9, assurez-vous que votre navigateur n'est pas en cours d'exécution en mode de compatibilité avec votre hôte SAP HANA. Vous pouvez le vérifier dans votre navigateur en sélectionnant Outils→Options d'affichage→de compatibilité.
Microsoft Edge
Mozilla Firefox - Version la plus récente et version de support étendue
Google Chrome - Dernière version
Sous SUSE Linux :
Mozilla Firefox avec XULRunner 10.0.4 ESR
Sur Mac OS :
Safari 5.1 ou version supérieure
Remarque
Redistribuer les tables après l'ajout d'un hôte
Après avoir ajouté un nouvel hôte de traitement à votre système SAP HANA, vous devez redistribuer les tables dans le système pour équilibrer l'encombrement mémoire des tables et améliorer les performances (équilibrage de la charge).
Vous pouvez exécuter la redistribution de table à partir de la ligne de commande. Cette approche offre des fonctionnalités supplémentaires, y compris la possibilité de modifier, au moment de l'exécution, certains des paramètres de configuration qui pilotent la redistribution.
La redistribution des tables est basée sur les règles de placement des tables définies dans la table TABLE_PLACEMENT. Ils déterminent, par exemple, les tailles de table, les valeurs seuils de partitionnement et les emplacements de partition préférés. La redistribution est un processus en deux étapes : la première consiste à générer le plan et la seconde à exécuter le plan. Des commandes distinctes sont utilisées pour chaque étape :
La commande de génération de plan est un outil polyvalent qui nécessite un numéro d'algorithme comme paramètre pour déterminer quelles actions sont exécutées. Selon l'algorithme sélectionné, des valeurs de paramètres facultatives supplémentaires peuvent également être disponibles pour donner plus de contrôle sur l'exécution.
La commande d'exécution du plan prend un seul paramètre qui est la valeur numérique de l'ID du plan. Vous pouvez récupérer cette valeur (REORG_ID) à partir de la vue système REORG_OVERVIEW. Reportez-vous à la section Vues système ci-dessous.
La syntaxe de ces commandes est la suivante :
CALL REORG_GENERATE(< algorithm integer>, < optional parameter string>);
CALL REORG_EXECUTE(< plan_id>)
Le privilège d’administration des ressources est requis pour appeler REORG_GENERATE(). La commande fonctionne uniquement sur les tables et partitions que l'utilisateur exécutant est autorisé à voir comme objets de catalogue.
Génération du plan : algorithmes et options
Le tableau suivant présente une synthèse des algorithmes les plus couramment requis et une synthèse des options disponibles pour chacun d'entre eux. Voir les exemples et détails des options suivantes.
| Numéro d'algorithme | Nom de l'algorithme | Description |
|---|---|---|
| 6 | Équilibre | Cette fonction vérifie si les tables de l'infrastructure sont placées sur des serveurs non valides selon les règles de placement des tables et vérifie si un fractionnement ou une fusion est nécessaire pour obtenir des positions optimales pour les partitions et les tables et pour répartir uniformément les tables sur les hôtes du serveur d'index. Options : SCHEMA_NAME | TABLE_NAME | GROUP_NAME | GROUP_TYPE | GROUP_SUBTYPE | RECALC | NO_PLAN | NO_SPLIT | SCOPE |
| 1 | Ajouter un serveur | Exécutez ce contrôle après avoir ajouté un ou plusieurs serveurs d'index à l'infrastructure. Si de nouvelles partitions peuvent être créées, un plan est généré pour fractionner les tables et déplacer les nouvelles partitions vers les serveurs d'index nouvellement ajoutés. Options : SCHEMA_NAME | TABLE_NAME | GROUP_NAME | GROUP_TYPE | GROUP_SUBTYPE | RECALC | NO_PLAN |
| 4 | Sauvegarder | Sauvegardez la configuration actuelle de l'infrastructure. Aucun paramètre facultatif. |
| 5 | Restaurer | Restaurez une configuration d'infrastructure sauvegardée. Saisissez la valeur de l'ID du plan comme valeur de paramètre facultative. |
| 7 | Contrôler le nombre de partitions | Cette fonction vérifie si les tables partitionnées doivent être repartitionnées et crée un plan pour fractionner les tables si les partitions dépassent un seuil de nombre de lignes configuré. Aucun paramètre facultatif. |
| 14 | Vérifier l'emplacement de la table | Contrôlez l'infrastructure actuelle par rapport aux règles de placement des tables et (si nécessaire) prévoyez de déplacer les tables et les partitions vers les hôtes appropriés. Options : LEAVE_UNCHANGED_UNTOUCHED | KEEP_VALID | NO_SPLIT |
| 15 | Réexécuter le plan | Exécutez à nouveau les postes ayant échoué à partir de plans précédemment exécutés. Option : RERUN_ALL |
| 16 | Tâches périodiques | Effectuez des tâches périodiques. Des privilèges supplémentaires peuvent être requis pour des actions spécifiques. Options : OPTIMIZE_COMPRESSION | DEFRAG | LOAD_TABLE | MERGE_DELTA | ALL |
Paramètres facultatifs
Le tableau suivant donne plus de détails sur les paramètres facultatifs disponibles.
| Option | Type | Détail |
|---|---|---|
| SCHEMA_NAME | Chaîne | Limiter la redistribution au(x) schéma(s) nommé(s) - liste séparée par des virgules. |
| TABLE_NAME | Chaîne | Limiter la redistribution aux tables nommées - liste séparée par des virgules. |
| GROUP_NAME | Chaîne | Limiter la redistribution au(x) groupe(s) nommé(s) - liste séparée par des virgules. |
| TYPE_GROUPE | Chaîne | Limiter la redistribution aux types de groupes nommés - liste séparée par des virgules. |
| GROUP_SUBTYPE | Chaîne | Limiter la redistribution aux sous-types de groupe nommés - liste séparée par des virgules. |
| RECALC | Vrai/Faux | Si vrai, recalculez les données d'infrastructure de la dernière exécution REORG_GENERATE. Cette option fonctionne uniquement si REORG_GENERATE a été appelé précédemment dans la même session de connexion. Ce paramètre peut être utilisé pour accélérer la génération du plan avec différents paramètres. |
| NO_PLAN | Vrai/Faux | Si vrai, l'étape de planification de la génération du plan est ignorée. Cela peut être utilisé avec des outils externes lorsque des données d'écosystème doivent être collectées et qu'une répartition doit être calculée, mais peut être modifiée. |
| PÉRIMÈTRE | Mot-clé | Intégrer la redistribution au périmètre pour inclure uniquement les éléments nommés spécifiés par les mots-clés suivants. La valeur par défaut est "ALL" afin que toutes les tables visibles par l'utilisateur soient incluses dans la redistribution.
|
Exemples
Ajouter un serveur (algorithme 1) :
Cet algorithme vous permet d'utiliser les paramètres de filtre facultatifs pour, par exemple, limiter la redistribution aux schémas, tables, groupes de tables, etc. indiqués. L'exemple suivant utilise l'option SCHEMA_NAME pour générer un plan pour toutes les tables du schéma SAPBWP :
1CALL REORG_GENERATE(1, 'SCHEMA_NAME => SAPBWP')Écosystème de soldes/Table (algorithme 6) :
Les exemples suivants illustrent l'utilisation de paramètres facultatifs avec cet algorithme d'équilibrage.
Si la chaîne de paramètres d'options n'est pas renseignée, un plan est généré pour toutes les tables visibles :
1CALL REORG_GENERATE(6,'');Cet exemple utilise l'option GROUP_NAME pour générer un plan pour toutes les tables des trois groupes spécifiés :
1CALL REORG_GENERATE(6,'GROUP_NAME=>TABLEGROUP1, TABLEGROUP2, TABLEGROUP3');Cet exemple utilise l'option SCHEMA_NAME pour générer un plan pour toutes les tables du schéma SAPBWP :
1CALL REORG_GENERATE(6,'SCHEMA_NAME => SAPBWP');Cet exemple illustre l'utilisation de l'option PÉRIMÈTRE. Le plan est limité uniquement aux tables avec un nombre d'enregistrements supérieur à 10 et qui n'ont pas de colonnes LOB :
1CALL REORG_GENERATE(6, 'SCOPE=>FILLED,NOLOB');Vues système
Les vues système suivantes affichent les détails de la redistribution des tables. Les deux dernières vues de la liste affichent des informations sur l'opération de répartition la plus récente. Les détails sont supprimés lorsque la connexion actuelle à la base de données est fermée.
REORG_OVERVIEW : fournit une synthèse des redistributions de l'infrastructure.
REORG_STEPS – Affiche les détails des étapes individuelles (éléments) de chaque plan.
REORG_PLAN – Contient les détails du dernier plan de redistribution de table généré avec cette connexion à la base de données.
REORG_PLAN_INFOS – Affiche les détails (sous forme de couples clé-valeur) de la dernière redistribution exécutée (valeur de l'algorithme et paramètres utilisés).