Oracle-workloads migreren naar Azure

Als onderdeel van uw overstap naar de cloud moet u uw bestaande workloads migreren naar de cloud. Oracle-workloads zijn vergelijkbaar met andere workloads en vereisen een methodische benadering om een geslaagde migratie te garanderen. Zie Cloudmigratie in het Cloud Adoption Framework voor meer informatie over migratiemethodologie. In dit artikel worden unieke beperkingen en overwegingen beschreven die specifiek zijn voor Oracle-workloads.

Het Oracle-migratieproces

U moet uw infrastructuurvereisten voortdurend opnieuw beoordelen om de prestaties te verbeteren en de kosten te verlagen met behulp van het relevante type service voor uw workload. Als u bijvoorbeeld van plan bent om uw workload te verplaatsen naar Oracle Database@Azure, moet u ervoor zorgen dat de SKU die u selecteert voldoet aan uw vereisten. Als u uw workload naar Oracle op virtuele Azure-machines verplaatst, moet u er ook voor zorgen dat de grootte van de virtuele machine (VM) aan uw vereisten voldoet. Zie Capaciteitsplanning voor het migreren van Oracle-workloads naar Azure-landingszones voor meer informatie.

Bekijk de migratiebronnen om uw Oracle-migratieproces naar Azure te definiëren. U kunt ook het volgende doen:

• Controleer de quotumlimieten voor Azure-abonnementen: zorg ervoor dat de quotumlimieten in uw Azure-abonnement voldoen aan de doel-VM-grootten die u kiest als u migreert naar Oracle op virtuele Azure-machines.

• Een implementatiemodel identificeren: Automatiseer de implementatie van oplossingsonderdelen zoveel mogelijk met behulp van IaaS-pijplijnen (Infrastructure as Code), Continuous Integration and Continuous Delivery (CI/CD) en andere DevOps-procedures.

• Toepassingsafhankelijkheden bepalen: zorg ervoor dat migratieactiviteiten minimaal verstorend zijn.

• Gegevenscapaciteit identificeren: identificeer de hoeveelheid gegevens die moet worden gemigreerd en beoordeel de huidige beschikbare netwerkverbindingscapaciteit van on-premises omgevingen naar Azure. Gebruik deze informatie om te bepalen of u de gegevens rechtstreeks vanuit on-premises omgevingen naar Azure kunt kopiëren. Mogelijk hebt u een fysiek apparaat voor gegevensoverdracht nodig, zoals Azure Data Box voor de eerste gegevensbelasting.

• Beschikbaarheidsvereisten bepalen: Bepaal de beschikbaarheidsvereisten voor workloads, omdat deze van invloed kunnen zijn op de migratiehulpprogramma's die u kunt gebruiken.

Voor Oracle-Database@Azure moet u het volgende doen:

• Controleer of de Oracle Database@Azure-oplossing beschikbaar is in de regio waar u de oplossing wilt implementeren. Zie Beschikbare regio's voor meer informatie.

• Overweeg vereiste databasewijzigingen wanneer u overstapt van on-premises omgevingen naar Oracle Database@Azure. Migratie kan betrekking hebben op enkele wijzigingen in de databasetabelruimten en het schema. Zie Oracle-databases migreren naar Exadata Cloud Service voor meer informatie.

Specifieke activiteiten voor Oracle-migratieworkloads

In de volgende sectie wordt het migratieproces gedetailleerder beschreven. De stappen zijn niet noodzakelijkerwijs opeenvolgend. U kunt enkele stappen parallel uitvoeren.

• Evalueer de bron- en doelsysteemversies: Evalueer of de versies van het on-premises besturingssysteem, toepassingsversies en databaseversies hetzelfde zijn als de versies die u in Azure wilt gebruiken.

  • Als u een of meer resources moet bijwerken, moet u deze bijwerken vóór de migratie om te voorkomen dat het migratieproces wordt gedupliceerd.

  • Als uw on-premises database wordt uitgevoerd op een groot endian besturingssysteem, bijvoorbeeld Oracle Solaris, IBM Advanced Interactive Executive (AIX) of Hewlett Unix (HP-UX), bevat het databasemigratieproces een endiane conversie. ondersteuning voor Azure slechts weinig endiane besturingssystemen. Vanuit het perspectief van hulpprogramma's beperkt deze ondersteuning het aantal opties wanneer u bedenkt welk hulpprogramma u voor de migratie moet gebruiken. U kunt met name Oracle Data Guard, Azure Migrate en Modernize of een andere methode voor het kopiëren van bestanden niet gebruiken. Migratiemethoden die compatibel zijn met endiane conversie zijn Oracle Data Pump Export, Oracle Data Pump Import, Oracle Cross Platform Transportable Tablespaces (XTTS) of hulpprogramma's voor gegevensreplicatie, zoals Oracle GoldenGate, Quest SharePlex en Striim.

  • U kunt on-premises toepassingsservers moderniseren of migreren, afhankelijk van vereisten en compatibiliteit. Zie Scenario's voor cloudimplementatie voor meer informatie.

• Evalueer de beschikbaarheidsvereisten voor workloads tijdens het migratieproces: als u de downtime van de werkbelasting wilt minimaliseren, passen migratiemethoden zoals de functie Gegevenspomp exporteren, de functie Gegevenspomp importeren, of Azure Migrate en Moderniseren mogelijk niet bij uw workload. In dat geval kunt u het volgende proces met drie stappen uitvoeren:

  • Gebruik Oracle Recovery Manager (RMAN) om een back-up te maken en vervolgens de volledige database in Azure te herstellen. Voer indien nodig een endian-conversie uit via XTTS. Het resultaat is een database die een punt-in-time kopie is van de on-premises brondatabase. Zie Gegevens transporteren op verschillende platforms voor meer informatie.

  • Gebruik Oracle Data Guard om de zojuist herstelde database in Azure te synchroniseren met de brondatabase als beide bronnen een little-endian-indeling hebben. U kunt Data Guard niet gebruiken als de migratie big-endian naar little-endian-conversie omvat. Gebruik in plaats daarvan een hulpprogramma voor gegevensreplicatie op basis van SQL, zoals Oracle GoldenGate, Quest SharePlex of Striim om de zojuist herstelde database in Azure te synchroniseren met de brondatabase.

  • Nadat u de doeldatabase in Azure hebt gesynchroniseerd met de on-premises brondatabase, kunt u een cutover plannen. Met een cutover wordt de on-premises brondatabase afgesloten en worden de laatste paar transacties naar de doeldatabase in Azure leeggemaakt. Vervolgens kunt u de doeldatabase in Azure openen als de nieuwe brondatabase. Een cutover kan slechts een paar minuten duren, afhankelijk van de synchronisatiemethode die u gebruikt.

  • Afhankelijk van de migratiebenadering die u kiest voor toepassingsservices, moet u mogelijk verschillende toepassingsservicetaken uitvoeren voordat u de toepassing volledig naar Azure migreert.

  • Overweeg het gebruik van Oracle Zero Downtime Migration (ZDM) voor het migratieproces. Zie Zero Downtime Migration voor meer informatie.

• Vereiste licenties beoordelen: voor uw database zijn mogelijk verschillende licenties vereist, afhankelijk van de migratiehulpprogramma's. Bijvoorbeeld:

  • Oracle Data Guard vereist Oracle Database Enterprise Edition.

  • Oracle GoldenGate vereist Oracle GoldenGate-licenties.

  Zie Oracle-software in de cloud-computingomgeving voor meer informatie over Oracle-licenties in Azure.

Volgende stap

Oracle-databasemigratie naar Azure