Migrer une base de données sur place vers une Oracle Base Database Service
Simplifiez vos opérations de provisionnement, de maintenance et de gestion de base de données en déplaçant vos déploiements sur place d'Oracle Database vers Oracle Base Database Service dans Oracle Cloud.
Étapes préliminaires
Architecture
Les diagrammes suivants illustrent le chemin de cette architecture de référence, de l'architecture sur place avant la migration vers une base de données migrée dans Oracle Cloud Infrastructure (OCI). Le déploiement sur place comprend un serveur d'applications et une instance d'Oracle Database Standard ou Enterprise Edition.
Description de l'illustration local-arch.png
Le diagramme suivant présente l'architecture provisoire. La région OCI, le VCN, les sous-réseaux, l'infrastructure et les services sont établis. Le réseau sur place est connecté à la région OCI à l'aide du RPV IPSec ou de OCI FastConnect. Les sauvegardes Oracle RMAN sont envoyées de manière bidirectionnelle entre le serveur de base de données sur place au moyen de la passerelle de service vers le service Stockage d'objets OCI.
Description de l'illustration provisoire-arch.png
Après la migration d'Oracle Database sur place vers Oracle Base Database Service, l'application sur place est migrée d'une instance de calcul sur place vers une instance de calcul OCI et tous les services de base de données et de calcul se trouvent dans Oracle Cloud et utilisent Oracle Database Zero Data Loss Autonomous Recovery Service.
Description de l'exemple de migration-arch.png
L'architecture OCI comprend les composants suivants :
- Région
Une région Oracle Cloud Infrastructure est une zone géographique localisée qui contient un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres, et de grandes distances peuvent les séparer (dans différents pays ou continents).
- Domaines de disponibilité
Les domaines de disponibilité sont des centres de données indépendants et autonomes dans une région. Les ressources physiques de chaque domaine de disponibilité sont isolées des ressources des autres domaines de disponibilité, ce qui garantit la tolérance aux pannes. Les domaines de disponibilité ne partagent pas les éléments d'infrastructure (alimentation ou refroidissement, par exemple) ni le réseau de domaines de disponibilité interne. Par conséquent, une défaillance d'un domaine de disponibilité ne devrait pas affecter les autres domaines de disponibilité de la région.
- Domaines d'erreur
Un domaine d'erreur est un regroupement de matériel et d'infrastructure au sein d'un domaine de disponibilité. Chaque domaine de disponibilité comporte trois domaines d'erreur avec une puissance et un matériel indépendants. Lorsque vous répartissez des ressources entre plusieurs domaines d'erreur, vos applications peuvent tolérer les pannes physiques de serveur, la maintenance du système et les pannes d'alimentation au sein d'un domaine d'erreur.
- Compartiment
Les compartiments sont des partitions logiques inter-régions dans une location Oracle Cloud Infrastructure. Utilisez des compartiments pour organiser, contrôler l'accès et définir des quotas d'utilisation pour vos ressources Oracle Cloud. Dans un compartiment donné, vous définissez des politiques qui contrôlent l'accès et définissent des privilèges pour les ressources.
- Réseau en nuage virtuel (VCN) et sous-réseau
Un VCN est un réseau défini par logiciel personnalisable que vous avez configuré dans une région Oracle Cloud Infrastructure. Comme les réseaux en nuage virtuels traditionnels, ils vous offrent un contrôle sur votre environnement de réseau. Un VCN peut disposer de plusieurs blocs CIDR sans chevauchement que vous pouvez modifier après avoir créé le VCN. Vous pouvez segmenter un VCN en sous-réseaux, dont la portée peut concerner une région ou un domaine de disponibilité. Un sous-réseau est constitué d'un intervalle contigu d'adresses qui ne chevauchent pas les autres sous-réseaux dans le réseau en nuage virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.
- Tables de routage
Les tables de routage virtuelles contiennent des règles pour acheminer le trafic des sous-réseaux vers des destinations en dehors d'un VCN, généralement au moyen de passerelles.
- Listes de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui spécifient la source, la destination et le type de trafic qui doivent être autorisés à entrer et à sortir du sous-réseau.
- FastConnect
Oracle Cloud Infrastructure FastConnect offre un moyen facile de créer une connexion privée dédiée entre votre centre de données et Oracle Cloud Infrastructure. FastConnect fournit des options de bande passante supérieure et permet une utilisation du réseau plus fiable que les connexions Internet.
- RPV site-à-site
Un RPV site-à-site fournit une connectivité RPV IPSec entre votre réseau sur place et les réseaux en nuage virtuels d'Oracle Cloud Infrastructure. La suite de protocoles IPSec chiffre le trafic IP avant que les paquets ne soient transférés de la source à la destination, et le déchiffre à son arrivée.
- Passerelle de routage dynamique (DRG)
La passerelle DRG est un routeur virtuel qui fournit un chemin pour le trafic réseau privé entre les réseaux en nuage virtuels de la même région, entre un VCN et un réseau en dehors de la région, tel qu'un VCN dans une autre région Oracle Cloud Infrastructure, un réseau sur place ou un réseau d'un autre fournisseur de nuage.
- Passerelle de service
La passerelle de service fournit l'accès d'un VCN à d'autres services, tels qu'Oracle Cloud Infrastructure Object Storage. Le trafic entre le réseau VCN et le service Oracle circule sur la matrice réseau Oracle et ne passe pas par Internet.
- Passerelle de traduction d'adresses de réseau (NAT)
Une passerelle NAT permet aux ressources privées d'un VCN d'accéder à des hôtes sur Internet, sans les exposer aux connexions Internet entrantes.
- Volume par blocs
Avec Oracle Cloud Infrastructure Block Volumes, vous pouvez créer, attacher, connecter et déplacer des volumes de stockage et modifier la performance de ceux-ci en fonction de vos exigences en matière de stockage, de performance et d'applications. Une fois un volume attaché et connecté à une instance, vous pouvez l'utiliser comme un disque dur classique. Vous pouvez également connecter un volume et l'associer à une autre instance sans perte de données.
- Stockage d'objets
Le service de stockage d'objets pour Oracle Cloud Infrastructure offre un accès rapide à de grandes quantités de données structurées et non structurées de tous types, notamment des sauvegardes de base de données, des données analytiques et du contenu riche, comme des images et des vidéos. Vous pouvez stocker des données en toute sécurité, puis les extraire directement à partir d'Internet ou de la plate-forme en nuage. Vous pouvez adapter le stockage sans que la performance ou la fiabilité des services soit affectée. Utilisez le stockage standard pour le stockage "à chaud" auquel vous devez accéder rapidement, immédiatement et fréquemment. Utilisez le stockage d'archives pour le stockage "à froid" que vous retenez pendant de longues périodes et auquel vous accédez rarement.
- Service de base de données de base Oracle
Oracle Base Database Service est un service de base de données Oracle Cloud Infrastructure (OCI) qui vous permet de créer, dimensionner et gérer des bases de données Oracle complètes sur des machines virtuelles. Oracle Base Database Service permet de déployer des bases de données Oracle entièrement dotées de fonctions dans des machines virtuelles avec des volumes par blocs attachés au réseau dans des régions OCI. Vous pouvez déployer Enterprise Edition ou Standard Edition 2 et exécuter Oracle Real Application Clusters (Oracle RAC) pour améliorer la disponibilité.
- Service de récupération autonome sans perte de données d'Oracle Database
Oracle Database Zero Data Loss Autonomous Recovery Service est une solution de sauvegarde et de récupération en nuage entièrement gérée, autonome et centralisée pour les bases de données Oracle Cloud Infrastructure (OCI). Il fournit une protection des données en temps réel à OCI avec chiffrement de sauvegarde appliqué pour assurer une sécurité élevée. Les protections de conservation des sauvegardes protègent contre la suppression accidentelle ou malveillante.
Recommandations
Vos exigences peuvent différer de l'architecture décrite ici. Utilisez les recommandations suivantes comme point de départ.
- Formes de calcul
Pour les formes de calcul d'application, Oracle fournit une liste robuste d'options que vous pouvez utiliser pour aligner vos besoins de calcul et de mémoire d'application.
- Volumes par blocs
Pour cette architecture, le service Oracle Cloud Infrastructure Block Volumes est utilisé pour installer l'application et stocker les journaux et les données de l'application. Vous pouvez créer, attacher, connecter, déplacer des volumes et en modifier la performance selon vos besoins en matière de performance de stockage d'applications.
- Formes de machine virtuelle du service de base de données de base
Oracle Base Database Service offre un choix de formes de calcul et de types de processeur flexibles pour le nombre d'OCPU. AMD VM.Standard.E4. La forme flexible est la solution recommandée pour les bases de données de production.
Service de réseau- VCN
Avant de déployer Oracle Base Database Service, vous devez disposer d'un VCN avec un client et un sous-réseau de sauvegarde dans OCI.
Lorsque vous créez un VCN, déterminez le nombre de blocs CIDR requis et la taille de chaque bloc en fonction du nombre de ressources que vous prévoyez d'attacher aux sous-réseaux du VCN. Utilisez des blocs CIDR qui se trouvent dans l'espace d'adresses IP privées standard.
Pour votre intervalle de blocs CIDR, sélectionnez un intervalle d'adresses qui ne chevauche pas votre réseau sur place afin que vous puissiez configurer une connexion entre le VCN et votre réseau sur place à l'aide du RPV IPSec ou de OCI FastConnect. Après avoir créé un VCN, vous pouvez modifier, ajouter et supprimer ses blocs CIDR.Les sous-réseaux tireront parti des adresses IP des blocs CIDR que vous avez définis pour prendre en charge votre VCN. Lorsque vous concevez les sous-réseaux, tenez compte de vos exigences en matière de flux de trafic et de sécurité. Attachez toutes les ressources d'un niveau ou d'un rôle spécifique au même sous-réseau, qui peut servir de limite de sécurité. Il est recommandé que les sous-réseaux de votre base de données et de vos serveurs d'applications soient des sous-réseaux privés.
- Table de routage de niveau de base de données
Cette architecture utilise une règle de routage pour envoyer le trafic de sauvegarde de base de données du sous-réseau BACKUP privé au service Stockage d'objets OCI au moyen de la passerelle de service OCI. Pour établir la connectivité entre les systèmes sur place et en nuage, configurez la règle de routage pour la passerelle de routage dynamique.
- Liste de sécurité au niveau de la base de données
Cette architecture utilise des règles de trafic entrant et sortant dans les listes de sécurité attachées au serveur d'applications et aux sous-réseaux du serveur de base de données. Ces règles permettent la connectivité entre l'application et la base de données. Il est recommandé de définir les règles de liste de sécurité pour le sous-réseau CLIENT privé d'Oracle Base Database Service qui établit l'accès au port pour l'accès SSH, l'accès SQLNet et l'utilisation d'Oracle Database Autonomous Recovery Service.
- VCN
- Méthode de migration de base de données
Cette architecture de référence utilise le module Oracle Database Cloud Backup pour sauvegarder une base de données Oracle Standard Edition sur place dans Oracle Cloud Infrastructure Object Storage. La sauvegarde est ensuite utilisée pour créer un système de base de données sur machine virtuelle sur OCI.
Le processus de migration consiste à télécharger le module Oracle Database Cloud Backup, à l'installer sur le serveur de base de données et à configurer Oracle Recovery Manager (RMAN) pour utiliser un seau de stockage d'objets OCI comme cible de sauvegarde de base de données.
Cette approche de migration nécessite un temps d'arrêt de l'application lors de la sauvegarde de la base de données dans le seau de stockage d'objets et de la restauration de la base de données dans un système de base de données sur machine virtuelle sur OCI. Vous devez également prendre en compte le temps nécessaire à la migration du serveur d'applications.Note :
Vous pouvez réduire ou éliminer les temps d'arrêt à l'aide d'Oracle Zero Downtime Migration (ZDM).Oracle recommande d'utiliser le service OCI FastConnect pour la migration de bases de données volumineuses vers OCI.
Points à considérer
- Extensibilité
- Niveau d'application
Vous pouvez ajuster les serveurs d'applications verticalement en modifiant la forme des instances de calcul. Une forme avec un nombre de coeurs plus élevé fournit également plus de mémoire et de bande passante de réseau. Si davantage de stockage est requis, augmentez la taille des volumes par blocs attachés au serveur d'applications.
- Niveau de base de données
Vous pouvez ajuster Oracle Base Database Service verticalement en modifiant la configuration flexible d'OCPU de la forme de machine virtuelle jusqu'à 128 OCPU sur un seul noeud et 256 OCPU sur un système Oracle RAC à deux noeuds. Vous pouvez également ajuster de manière indépendante le stockage DATA et RECO attaché à Oracle Base Database Service avec DATA à l'échelle jusqu'à 80 To et RECO à l'échelle jusqu'à 20 To.
- Niveau d'application
- Disponibilité
- Niveau d'application
Pour assurer une haute disponibilité au niveau de l'application, il est recommandé de déployer les serveurs d'applications dans différents domaines d'erreur et d'utiliser un équilibreur de charge pour répartir le trafic client entre les serveurs d'applications. Les domaines d'erreur offrent la meilleure résilience pour les charges de travail d'application déployées dans un seul domaine de disponibilité.
- Niveau de base de données
Pour assurer une haute disponibilité au niveau de la base de données, Oracle Base Database Service offre des fonctions intégrées des meilleures pratiques Oracle. Déployez votre base de données pour une performance, une disponibilité et une sécurité optimales à l'aide de l'automatisation en nuage. Votre système sera configuré de manière optimale pour fournir les niveaux de service les plus élevés. Lorsque Oracle Base Database Service est configuré pour utiliser deux noeuds, il est automatiquement déployé avec Oracle RAC pour fournir une base de données évolutive et hautement disponible. Oracle RAC protège des défaillances non planifiées en répartissant le travail entre plusieurs instances de base de données. En outre, il élimine les temps d'arrêt pour les activités de maintenance en migrant automatiquement le travail des serveurs sur le point de subir une maintenance vers d'autres personnes qui restent en ligne.
Oracle Data Guard fournit une protection en temps réel contre les sinistres. Si vous perdez votre base de données ou centre de données principale, vous pouvez basculer votre charge de travail vers un site de secours géré automatiquement par Oracle Data Guard. Oracle Base Database Service facilite l'activation d'Oracle Data Guard avec un seul appel d'API ou quelques clics de souris dans l'interface utilisateur à l'aide de l'automatisation du nuage. De même, l'automatisation prend en charge des cas d'utilisation critiques tels que le basculement de votre base de données principale vers votre site de récupération après sinistre, le retour en arrière et la remise en service de votre base de données principale après un basculement.
Oracle Data Guard prend en charge toutes les technologies Oracle Maximum Availability Architecture (Oracle MAA), qui constituent le modèle haute disponibilité pour les bases de données Oracle en nuage.
- Niveau d'application
- Coût
La migration d'Oracle Database sur place vers Oracle Base Database Service dans Oracle Cloud offre de nombreuses possibilités d'économies. Le déploiement en nuage vous permettra de tirer parti du modèle d'allocation des ressources de calcul extensible d'Oracle et de vous fournir un choix de modèles d'octroi de licences d'UC (licence incluse ou BYOL). L'exécution d'Oracle Database dans le nuage avec un modèle d'allocation de ressources extensible vous permet d'aligner les UC affectées sur votre charge de travail et de ne payer que pour ce que vous utilisez. Avec Oracle Base Database Service, vous pouvez commencer avec 1 OCPU et 256 Go de stockage, puis les ajuster selon les besoins.
Déployez
Pour déployer cette architecture de référence, créez les ressources requises dans Oracle Cloud Infrastructure, puis migrez la base de données sur place à l'aide du module Oracle Database Cloud Backup.
Le code Terraform pour déployer les ressources dans le nuage est disponible sur GitHub. Utilisez le code pour provisionner les ressources de réseau, une instance de calcul que vous pouvez utiliser comme hôte bastion ou pour le serveur d'applications, et un système de base de données sur machine virtuelle.
Vous pouvez extraire le code dans Oracle Cloud Infrastructure Resource Manager en un seul clic, créer la pile et le déployer. Vous pouvez également télécharger le code de GitHub sur votre ordinateur, personnaliser le code et déployer l'architecture à l'aide de l'interface de ligne de commande Terraform.
- Déployer à l'aide de l'exemple de pile dans Oracle Cloud Infrastructure Resource Manager :
- Allez à
.Si vous n'êtes pas déjà connecté, entrez la location et les données d'identification de l'utilisateur.
- Sélectionnez la région dans laquelle déployer la pile.
- Suivez les invites à l'écran et les instructions pour créer la pile.
- Après avoir créé la pile, cliquez sur Actions Terraform et sélectionnez Planifier.
- Attendez que la tâche soit terminée et vérifiez le plan.
Pour apporter des modifications, retournez à la page Détails de la pile, cliquez sur Modifier la pile et apportez les modifications requises. Ensuite, exécutez de nouveau l'action Planifier.
- Si aucune autre modification n'est nécessaire, retournez à la page Détails de la pile, cliquez sur Actions Terraform et sélectionnez Appliquer.
- Allez à
- Déployer à l'aide du code Terraform dans GitHub :
- Allez à GitHub.
- Clonez ou téléchargez le référentiel sur votre ordinateur local.
- Suivez les instructions du document
README.
Informations complémentaires
En savoir plus sur la migration de bases de données sur place vers le nuage.
- À propos des formes du service de calcul (documentation OCI)
- Formes de machine virtuelle (documentation OCI)
- Oracle Base Database Service (page Produits)
- Documentation sur Oracle Base Database Service
- Nouveautés du service de base de données de base Oracle
- Procédures d'Oracle Base Database Service
- Passer à Oracle Cloud
- Oracle Zero Downtime Migration (Migration sans temps d'arrêt)
Journal des modifications
Ce journal répertorie uniquement les modifications importantes :
| Novembre 7, 2024 | Contenu mis à jour. Ajout de diagrammes d'architecture mis à jour et de versions modifiables téléchargeables. |
| Novembre 18, 2020 | Ajout d'étapes pour déployer les ressources en nuage à l'aide d'Oracle Cloud Infrastructure Resource Manager. |