Académique Documents
Professionnel Documents
Culture Documents
Présentation
Présenter les différentes possibilités EC2, RDS Custom et RDS en quelques mots…
RDS
La taille maximale d'un seul fichier sur RDS Oracle est de 16 TiB.
Il faut ni créer ni modifier de synonymes publics pour les schémas fournis par Oracle, notamment
SYS, SYSTEM et RDSADMIN. De telles actions peuvent entraîner l'invalidation des composants
principaux de la base de données et affecter la disponibilité de l’instance de base de données. Il
est possible de créer des synonymes publics référençant des objets dans vos propres schémas. À
la création de l’instance, le compte d'utilisateur principal obtient les privilèges DBA (avec
quelques limites). Pour offrir une expérience managée, RDS Oracle ne fournit pas les privilèges
suivants pour le rôle DBA:
• ALTER DATABASE
• ALTER SYSTEM
• CREATE ANY DIRECTORY
• DROP ANY DIRECTORY
• GRANT ANY PRIVILEGE
• GRANT ANY ROLE
Il faut utiliser le compte d'utilisateur principal pour les tâches administratives telles que la
création de comptes d'utilisateurs supplémentaires dans la base de données. Impossible d’utiliser
SYS, SYSTEM, et d'autres comptes administratifs fournis par Oracle.
Les options suivantes ne sont pas prises en charge pour l'architecture à locataire unique:
• Database Activity Streams
• Oracle Data Guard
• Oracle Enterprise Manager
• Oracle Enterprise Manager Agent
• Oracle Label Security.
Documentation AWS
RDS Custom
Liens vers différentes documentation officielle.
Sujet Lien
Installation https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating.html
Mise à jour https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-upgrading.html
Sauvegarde https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-backup.html
Restauration https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-backup.html
Clone https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-rr.html
RDS
Liens vers différentes documentation officielle.
Sujet Lien
Installation https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/
CHAP_GettingStarted.CreatingConnecting.Oracle.html
Mise à jour https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Oracle.html
Sauvegarde https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.Oracle.CommonDBATasks.RMAN.html
Restauratio https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/oracle-read-
n replicas.backups.html
Clone https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/oracle-read-replicas.html
Procédures ou particularités
Exemples:
Accès OS (si possible)
Accès SYSDBA
Changer mot de passe SYSDBA
Modification tnsnames.ora : tnsnames.ora -> /rdsdbdata/config/tnsnames.ora
Modification listener.ora listener.ora -> /rdsdbdata/config/listener.ora
Modification sqlnet.ora sqlnet.ora -> /rdsdbdata/config/sqlnet.ora
Modification spfile SpfileRDSCDB.ora -> /rdsdbdata/admin/RDSCDB/pfile/
SpfileRDSCDB.ora
La taille du stockage de ORACLE_HOME (/u01) reste invariable à 25GB.
les datafiles sont stockés dans le répertoire suivant gérées avec OMF
/rdsdbdata/db/
Il faut savoir qu’un EC2 peut être lié à plusieurs instances de RDS Custom pour la connexion à la
base de données.
Le shape et la taille du disque de l’instance RDS Custom sont manuellement modifiable. Mais
cela entrain quelques temps d’indisponibilité de la base de données
Datapump
Oracle Data Pump est composé des composants suivants accessibles dans RDS:
Effectuer des importations en mode schéma ou mode pour importer des objets spécifiques.
Limiter les schémas importés à ceux requis par l’application.
Il faut jamais importer en mode complet ou les schémas pour les composants gérés par le
système.
Puisque RDS ne permet pas d'accès aux utilisateurs SYS ou SYSDBA, ces actions peuvent
endommager le dictionnaire de données et affecter la stabilité de la base de données.
Lors du chargement des grandes quantités de données, il faut procéder comme suit:
1. Transferer le fichier de vichage à la DB destination.
2. Prendre un instantané de l’instance.
3. Tester l'importation pour vérifier qu'elle réussit.
Si des composants de base de données se trouvent invalidés, il est possible de supprimer
l'instance et la recréer à partir de l'instantané. Cette instance restaurée inclut tous les fichiers de
vidage stockés lorsque l'instantané de base de données a été prise.
RDS ne prend pas en charge l'importation de fichiers de vidage créés avec les paramètres de Data
Pump TRANSPORT_TABLESPACES, TRANSPORTABLE, et TRANSPORT_FULL_CHECK.
RDS ne prend pas en charge l'importation de fichiers de vidage qui contiennent des objets de
Oracle Scheduler dans les schémas SYS, SYSTEM, RDSADMIN, RDSSEC,
RDS_DATAGUARD, et qui appartiennent aux catégories suivantes:
o Jobs
o Programs
o Schedules
o Chains
o Rules
o Evaluation contexts
o Rule sets
Pour exclure ces objets non pris en charge, il faudra utiliser des directives supplémentaires lors
de l'exportation: via METADATA_FILTER avant le DBMS_METADATA.START_JOB, ou en
créeant un fichier de paramètres qui contient les directive(s) exclude via l’option PARFILE =
fichier_de_parametre avec la commande expdp.
Pour faciliter l'association des instantanés à une instance de BD spécifique, ils sont balisés avec
DBSnapshotIdentifier, DbiResourceId et VolumeType.
Pour restaurer une instance de base de données personnalisée RDS à partir d'un instantané de BD
1. Acceder à la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.
2. Dans le volet de navigation, choisisser Snapshots.
3. Choisisser l’instantané duquel il faut restaurer.
4. Pour Actions, choisisser Restore snapshot.
5. Sur la page Restore DB instance, pour DB instance identifier entrer le nom de l’instance
restauré.
6. Choisisser Restore DB instance.
Avant de restaurer un instantané, RDS Custom sauvegarde les fichiers de configuration existants.
Ces fichiers se retrouvent sur l'instance restaurée dans le répertoire /rdsdbdata/config/backup.
RDS Custom restaure l'instantané de BD avec les paramètres par défaut et remplace les fichiers
de configuration de BDs précédents par ceux existants. Ainsi, l'instance restaurée ne conserve pas
les paramètres personnalisés et les modifications apportées aux fichiers de configuration de la
BD.
La BD restaurée porte le même nom que l'instantané. Impossible de spécifier un nom different.
1. Créer un nouveau groupe d'options ou identifier un groupe d'options existant auquel peut être
ajouté l'option EFS_INTEGRATION.
Pour transférer des fichiers entre une instance RDS et un système de fichiers Amazon EFS, il
faudra créer au moins un répertoire Oracle et configurer les autorisations du système de fichiers
EFS pour contrôler l'accès à l'instance de BDs. Supposons que vous créez un sous-répertoire
nommé /datapump1 sur le système de fichiers EFS fs-123456789a. L'exemple suivant crée un
répertoire Oracle DIR_EFS qui pointe vers le répertoire /datapump1 sur le système de fichiers
EFS. La valeur du chemin du système de fichiers pour le paramètre p_path_on_efs est précédée
de la chaîne /rdsefs-
exec rdsadmin.rdsadmin_util.create_directory_efs
(p_directory_name => 'DIR_EFS', p_path_on_efs => '/rdsefs-123456789a/datapump1');
Amazon S3 integration
Mettre a jour
Gérer une montée de version automatique mineure
L'exemple suivant met immédiatement à niveau l'instance de base de données nommée orclinst1:
aws rds apply-pending-maintenance-action --apply-action db-upgrade --opt-in-type immediate
\ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1
Pour désactiver une mise à niveau automatique vers une version mineure qui n'a pas encore été
planifiée, définisser opt-in-type sur undo-opt-in, comme dans l'exemple suivant :
aws rds apply-pending-maintenance-action --apply-action db-upgrade --opt-in-type undo-opt-in
\ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1
Si RDS a déjà planifié une mise à niveau pour l’instance, il est impossible d’utiliser apply-
pending-maintenance-action pour l'annuler. Mais il est encore possible de modifier l’instance et
désactiver la fonctionnalité de mise à niveau mineure automatique, qui annule la planification de
la mise à niveau.
RDS Custom :
Pour mettre à niveau l’instance de RDS Custom, elle est la modifiée pour utiliser un nouveau
CEV.
1. Dans les bases de données du volet de navigation, choisisser l'instance désirée.
2. Choisisser Change. La page Modifier l'instance de base de données s'affiche.
3. Pour la version du moteur de base de données, choisisser le CEV vers lequel effectuer la mise à
niveau, par exemple 19.my_cev3.
4. Choisisser Continue pour vérifier le résumé des modifications.
Choisisser Apply Immediately pour appliquer les modifications immédiatement.
5. Si les modifications sont correctes, choisisser Change Database. Ou choisisser Return
pour valider les modifications ou Cancel pour annuler les modifications.