Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Outils pour la phase de découverte
Cette section décrit AWS les outils Oracle disponibles pour la phase de découverte et l'objectif de chacun d'entre eux. Vous pouvez utiliser un ou plusieurs outils de cette liste en fonction de vos besoins, de vos compétences et des licences
Objectif |
Outil |
|---|---|
Déterminez les fonctionnalités d'Exadata que vous utilisez actuellement |
Oracle Automatic Workload Repository (AWR), Oracle Enterprise Manager (OEM), vues du dictionnaire, interface de ligne de commande Cell Control (CellCLI) |
Déterminez les fonctionnalités de l'édition Enterprise que vous utilisez actuellement |
|
Analyser les statistiques des bases de données et les événements d'attente |
AWR, OEM, vues du dictionnaire |
Estimer les ressources et les dimensionner correctement |
GUERRE
Oracle Automatic Workload Repository (AWR) est inclus dans Oracle Database Enterprise Edition (EE). Il collecte, traite et gère automatiquement les statistiques de performance de la base de données. Vous pouvez accéder à ces statistiques par le biais de rapports AWR, de vues de base de données ou d'Oracle Enterprise Manager (OEM). Lorsque vous consolidez plusieurs charges de travail dans une seule base de données à l'aide de différents services Oracle
AWR est concédé sous licence dans le cadre du pack Oracle Diagnostics (voir les informations de licence
Vous pouvez générer des rapports AWR au niveau de l'instance ou globalement pour toutes les instances d'une base de données Real Application Cluster (RAC) ou pour un ID SQL spécifique. Pour plus d'informations, consultez le guide de réglage des performances d'Oracle Database
Vous pouvez utiliser AWR pour analyser votre charge de travail Exadata, les fonctionnalités spécifiques d'Exadata utilisées par votre charge de travail, les avantages des fonctionnalités spécifiques à Exadata, les différentes statistiques de base de données et les événements d'attente, ainsi que les ressources requises pour héberger la charge de travail sur AWS. Ces statistiques et métriques riches collectées par AWR couvrent plusieurs couches du système Exadata, notamment les serveurs de base de données, les cellules de stockage, le réseau d'interconnexion, les groupes de disques RAC et ASM. Le tableau suivant récapitule les principales mesures et statistiques AWR sur lesquelles se concentrer lors d'une migration vers Exadata. La couverture de toutes les statistiques et mesures pertinentes pour la phase de découverte dépasse le cadre de ce guide.
Métrique |
Indique |
Pertinence |
|---|---|---|
User commits |
Commissions émises à la limite d'une transaction |
Nature de la charge de travail |
Buffer cache hit ratio |
Fréquence à laquelle un bloc demandé a été trouvé dans le cache tampon sans nécessiter d'accès au disque |
Nature de la charge de travail |
Demandes de lecture physique multiblocs |
Nombre total de demandes de lecture lues dans au moins deux blocs de base de données par demande |
Nature de la charge de travail, I/O caractéristiques |
Nombre total de I/O demandes de lecture physique |
Le nombre total de demandes de lecture |
Nature de la charge de travail, I/O caractéristiques |
I/O Octets physiques de cellules éligibles au déchargement des prédicats |
Le nombre d'octets sur le disque éligibles au déchargement des prédicats |
Dépendance des fonctionnalités Exadata Smart Scan |
Octets d' I/O interconnexion physique des cellules |
Nombre d' I/O octets échangés via l'interconnexion entre l'hôte de base de données et les cellules |
Dépendance des fonctionnalités Exadata Smart Scan |
Octets d' I/O interconnexion physique des cellules renvoyés par Smart Scan |
Le nombre d' I/O octets renvoyés par la cellule pour les opérations Smart Scan |
Dépendance des fonctionnalités Exadata Smart Scan |
I/O Octets physiques de cellules enregistrés par l'index de stockage |
Combien d'octets I/O ont été éliminés par l'application d'index de stockage au niveau de la cellule de stockage. |
Dépendance des fonctionnalités de l'Exadata Storage Index |
Demandes de lecture physiques optimisées |
Le nombre de demandes de lecture optimisées soit par l'Exadata Smart Flash Cache, soit par le biais d'index de stockage |
Dépendance entre l'index de stockage Exadata et les fonctionnalités de Smart Flash Cache |
Nombre de clics de lecture du Cell Flash Cache |
Le nombre de demandes de lecture ayant trouvé une correspondance dans le cache Exadata Smart Flash |
Dépendance des fonctionnalités d'Exadata Smart Flash Cache |
CellCLI
L'interface de ligne de commande Cell Control (CellCLI) est l'outil d'administration et de surveillance en ligne de commande pour les cellules de stockage Exadata qui est préconfiguré dans les serveurs de cellules de stockage Exadata. Cet utilitaire extrait les informations directement du matériel ou du logiciel du serveur de stockage.
Pour obtenir la liste complète des métriques disponibles pour CellCLI, consultez la documentation Oracle Exadata
CellCLI>LIST metricDefinition WHERE objectType=cell;
Pour analyser différentes métriques, connectez-vous directement au serveur de stockage et utilisez la list metrichistory commande CellCLI list metriccurrent pour les lire.
CellCLI> list metriccurrent CD_BY_FC_DIRTY CD_00_celladm-01 0.000 MB … … SIO_IO_WR_RQ_FC_SEC SMARTIO 0.000 IO/sec SIO_IO_WR_RQ_HD SMARTIO 3,660,097 IO requests SIO_IO_WR_RQ_HD_SEC SMARTIO 0.000 IO/sec
Vous devez exécuter CellCLI sur des nœuds cellulaires individuels pour recueillir des métriques pour ce nœud. Vous pouvez également exécuter des commandes CellCLI depuis dcli pour collecter des métriques pour un groupe de nœuds cellulaires.
./dcli -g mycells "cellcli -e list metriccurrent GD_IO_BY_R_LG \ attributes alertstate, metricvalue";
Exadata délègue de nombreuses tâches gourmandes en ressources aux serveurs de cellules de stockage. Il est donc important de comprendre comment les différentes ressources sont utilisées sur les cellules de stockage afin de dimensionner correctement les instances de calcul dans l'environnement cible. Le tableau suivant présente quelques indicateurs Exadata clés provenant des serveurs de cellules de stockage qui peuvent vous aider à comprendre comment les ressources sont utilisées dans les cellules de stockage.
Métrique |
Description |
|---|---|
|
L'utilisation du processeur cellulaire |
|
Pourcentage de mémoire physique totale utilisée |
|
Le nombre de mégaoctets reçus par les interfaces par seconde InfiniBand |
|
Le nombre de mégaoctets transmis par les interfaces par seconde InfiniBand |
|
Le débit (nombre de mégaoctets) reçu par seconde d'un hôte particulier |
|
Le débit (nombre de mégaoctets) envoyés par seconde depuis un hôte particulier |
|
Latence moyenne des demandes d'écriture du journal redo |
|
Latence d'écriture moyenne du redo log, qui inclut uniquement la I/O latence d'écriture |
|
Le nombre de I/O demandes d'écriture par seconde qui contournent le cache Flash |
|
Le nombre de I/O demandes de lecture par seconde qui contournent le cache Flash |
|
Le nombre de mégaoctets par seconde éligibles au déchargement par Smart I/O |
|
Le nombre de mégaoctets d'interconnexion par seconde renvoyés par les E/S intelligentes |
|
Le nombre de mégaoctets par seconde lus depuis le cache Flash par des E/S intelligentes |
|
Le nombre de mégaoctets lus par seconde sur le disque dur par Smart I/O |
|
Nombre de mégaoctets par seconde d'opérations d'écriture effectuées par la population de Flash Cache par E/S intelligentes |
|
Le nombre de mégaoctets enregistrés par seconde par l'index de stockage |
La commande CellCLI suivante s'exécute sur un nœud de cellule Exadata pour afficher les statistiques relatives aux fonctionnalités clés d'Exadata.
CellCLI> list metrichistory where collectionTime > '2022-06-13T15:42:00+01:00' and collectionTime < '2022-06-13T15:43:00+01:00' and name like 'SIO_.*SEC.*' SIO_IO_EL_OF_SEC SMARTIO 1,223 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_OF_RE_SEC SMARTIO 34.688 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_PA_TH_SEC SMARTIO 0.000 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_FC_HD_SEC SMARTIO 0.174 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_FC_SEC SMARTIO 843 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_HD_SEC SMARTIO 0.101 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_RQ_FC_HD_SEC SMARTIO 0.183 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_RQ_FC_SEC SMARTIO 850 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_RD_RQ_HD_SEC SMARTIO 0.000 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_RV_OF_SEC SMARTIO 3.392 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_SI_SV_SEC SMARTIO 362 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_FC_SEC SMARTIO 0.008 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_HD_SEC SMARTIO 0.000 MB/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_RQ_FC_SEC SMARTIO 0.017 IO/sec 2022-06-13T15:42:03+01:00 SIO_IO_WR_RQ_HD_SEC SMARTIO 0.000 IO/sec 2022-06-13T15:42:03+01:00
Dans ces exemples MBps de statistiques, cela SIO_IO_SI_SV_SEC indique que 362 % I/O sont enregistrés par l'index de stockage, SIO_IO_RD_RQ_FC_SEC que 850 E/S par seconde sont desservies par le Flash Cache et SIO_IO_OF_RE_SEC que 34 MBps % I/O sont renvoyés par Smart Scan.
Dans un autre exemple, la sortie de dcli commande suivante montre une très faible utilisation du processeur sur tous les nœuds cellulaires d'un système Exadata. Cela indique potentiellement une charge de travail qui ne bénéficie pas de manière significative des fonctionnalités de la couche de stockage Exadata.
dcli -g ../cell_group cellcli -e \ list metriccurrent where name='CL_CPUT'; cm01cel01: CL_CPUT cm01cel01 0.2 % cm01cel02: CL_CPUT cm01cel02 0.2 % cm01cel03: CL_CPUT cm01cel03 0.7 %
Contrôle du cloud OEM
Oracle Enterprise Manager (OEM) Cloud Control fournit des fonctionnalités centralisées et complètes de end-to-end surveillance, de gestion, d'administration et de support pour tous les principaux systèmes Oracle. Le meilleur moyen de surveiller et de gérer Exadata est d'utiliser l'OEM, car il est étroitement intégré à tous les composants logiciels et matériels d'Exadata.
Vous pouvez accéder à la plupart des métriques discutées jusqu'à présent en utilisant les tableaux de bord OEM. Certains des principaux tableaux de bord utiles lors de la phase de découverte de la migration d'Exadata sont les suivants :
-
Utilisation des ressources sur les serveurs de base de données
-
Stockage et I/O statistiques à partir des cellules de stockage
-
InfiniBand statistiques sur les commutateurs
-
Statistiques des groupes de disques ASM
-
Performances de base de données avec AWR, Automatic Database Diagnostic Monitor (ADDM) et Active Session History (ASH)
-
Outils de conseil tels que SGA Advisory et SQL Tuning Advisor
Cependant, certains tableaux de bord sont fournis sous licence dans le cadre de différents packs tels que le pack Oracle Diagnostics ou le pack Oracle Tuning. Pour plus de détails, consultez les informations de licence Oracle
Vues de base de données
Vous pouvez interroger les vues de base de données (vues du dictionnaire et vues des performances dynamiques) dans une base de données Oracle afin de récupérer des statistiques utiles relatives aux fonctionnalités d'Exadata pour votre base de données ou instance. Le tableau suivant présente certaines des principales vues qui affichent des statistiques critiques utiles pour la phase de découverte.
Afficher |
Description |
|---|---|
|
Identifie les tables qui utilisent la fonctionnalité HCC |
|
Affiche les statistiques historiques relatives aux données exaData |
|
Affiche des informations sur l'utilisation des fonctionnalités de base de données |
|
Affiche des informations historiques sur les statistiques SQL |
|
Affiche les statistiques de performance pour les groupes de disques ASM |
|
Affiche des informations historiques sur les performances des disques sur les cellules |
|
Affiche l'historique des sessions actives |
|
Fournit des prévisions du nombre d'opérations de lecture physiques pour la taille du cache |
|
Affiche les résultats de diverses tâches de conseil telles que SQL Tuning Advisor |
Les exemples suivants présentent des statistiques extraites des vues de base de données qui sont utiles pour la phase de découverte.
Cette requête montre une seule table de la base de données qui est activée pour le HCC avec le mode QUERY
HIGH de compression :
select table_name, compression, compress_for from dba_tables where compression = 'ENABLED'; TABLE_NAME COMPRESS COMPRESS_FOR ------------------------------ -------- ------------ ORDER_ITEMS ENABLED QUERY HIGH
Cette requête affiche l'utilisation des fonctionnalités de base de données, ce qui permet de déterminer leur dépendance vis-à-vis d'Oracle Database Enterprise Edition :
select name c1, detected_usages c2, first_usage_date c3, currently_used c4 from dba_feature_usage_statistics where first_usage_date is not null; times first used feature used used now --------------------------------------------- -------- --------- ----- Protection Mode - Maximum Performance 24 18-AUG-20 TRUE Recovery Area 24 18-AUG-20 TRUE Server Parameter File 24 18-AUG-20 TRUE Shared Server 4 18-AUG-20 FALSE Streams (system) 24 18-AUG-20 TRUE Virtual Private Database (VPD) 24 18-AUG-20 TRUE Automatic Segment Space Management (system) 24 18-AUG-20 TRUE Automatic Segment Space Management (user) 24 18-AUG-20 TRUE Automatic SQL Execution Memory 24 18-AUG-20 TRUE Automatic Undo Management 24 18-AUG-20 TRUE Character Set 24 18-AUG-20 TRUE Dynamic SGA 1 18-AUG-20 FALSE Locally Managed Tablespaces (system) 24 18-AUG-20 TRUE Locally Managed Tablespaces (user) 24 18-AUG-20 TRUE Multiple Block Sizes 7 25-DEC-20 TRUE Partitioning (system) 24 18-AUG-20 TRUE
Cette requête indique le nombre total d'octets physiques lus, les octets éligibles au déchargement des cellules et les octets renvoyés par la cellule de stockage pour une instruction SQL relative à un instantané AWR spécifique :
select ROUND(physical_read_bytes_delta/EXECUTIONS_DELTA)/1024/1024 phyrd_mb , ROUND(IO_OFFLOAD_ELIG_BYTES_TOTAL/EXECUTIONS_DELTA)/1024/1024 elig_mb , ROUND(io_interconnect_bytes_delta/EXECUTIONS_DELTA)/1024/1024 ret_mb from dba_hist_sqlstat where sql_id = 'zg2fg7abfx2y' and snap_id between 12049 and 12050; PHYRD_MB ELIG_MB RET_MB SAVING% ---------- ---------- ---------- ---------- 10815 10815 3328 69.2%
AWS SCT
Le AWS Schema Conversion Tool (AWS SCT) rend les migrations de bases de données hétérogènes prévisibles. Il convertit automatiquement le schéma de base de données source et la majorité des objets du code de base de données, y compris les vues, les procédures stockées et les fonctions, dans un format compatible avec la base de données cible. Tous les objets qui ne peuvent pas être convertis automatiquement sont clairement marqués afin que vous puissiez les convertir manuellement pour terminer la migration. AWS SCT peut prévoir les efforts requis pour une migration hétérogène lorsqu'une action manuelle est requise pour convertir des objets de base de données. Cet outil peut également indiquer les dépendances par rapport aux fonctionnalités d'Oracle Database Enterprise Edition (EE). Vous pouvez utiliser cette analyse pour décider d'envisager de migrer d'EE vers SE2. Pour plus d'informations, consultez la section Éditions et versions de base de données plus haut dans ce guide. Pour plus d'informations sur l'utilisation AWS SCT pour les migrations hétérogènes, consultez la section Réalisation de la migration plus loin dans ce guide.
