Article Number: 000198348
PowerProtect: PPDM-back-up: Een Oracle-database blijven beschermen die is gemigreerd van niet-CDB naar CDB
Summary: In dit artikel wordt de procedure uitgelegd die moet worden gevolgd met PowerProtect Data Manager wanneer een database wordt gemigreerd van een niet-multitenant containerdatabase (niet-CDB) naar een containerdatabase (CDB). ...
Article Content
Instructions
1- Zorg ervoor dat de PowerProtect Data Manager versie 19.10 of hoger is. Als dit niet het geval is, moet u PowerProtect Data Manager bijwerken naar ten minste versie 19.10.
2- Zorg ervoor dat de versies van de clientagent (agentservice of agentsvc) en RMAN-agent 19.10 of hoger zijn op de Oracle Server. Als dit niet het geval is, moet u de clientagent en RMAN-agent bijwerken naar ten minste versie 19.10.
OPMERKING: Versies ouder dan 19.10 kunnen neveneffecten bevatten, zoals fouten tijdens het verwijderen uit de Oracle-catalogus. Al deze fouten zijn gecorrigeerd in versie 19.10. Stappen 1 en 2 zijn optioneel, maar sterk aanbevolen.
3- Bewerk het beveiligingsbeleid en verwijder de oorspronkelijke niet-CDB-database.
4- Gebruik Oracle-procedures en documentatie om de database te migreren van een niet-CDB naar een CDB.
OPMERKING: Nadat u de database van een niet-CDB naar een CDB hebt gemigreerd, wordt de status van de oorspronkelijke niet-CDB-database weergegeven in PowerProtect Data Manager als Niet gedetecteerd. De status van de nieuwe CDB-database wordt weergegeven als Beschikbaar.
5- Bewerk het beveiligingsbeleid en voeg de nieuwe CDB-database toe aan het beleid.
6- Sla het beveiligingsbeleid op.
7- Start een volledige back-up of wacht tot het schema is gepland om een volledige back-up uit te voeren.
Opmerking:
- Er zijn geen afhankelijkheden tussen de oorspronkelijke niet-CDB- en nieuwe CDB-databases.
- Er is een level 0 of volledige back-up vereist om de nieuwe CDB-database te beschermen.
- Start met een selfservicebeveiligingsbeleid de back-up vanaf de Oracle Server of vanuit de PowerProtect UI.
2- Zorg ervoor dat de versies van de clientagent (agentservice of agentsvc) en RMAN-agent 19.10 of hoger zijn op de Oracle Server. Als dit niet het geval is, moet u de clientagent en RMAN-agent bijwerken naar ten minste versie 19.10.
OPMERKING: Versies ouder dan 19.10 kunnen neveneffecten bevatten, zoals fouten tijdens het verwijderen uit de Oracle-catalogus. Al deze fouten zijn gecorrigeerd in versie 19.10. Stappen 1 en 2 zijn optioneel, maar sterk aanbevolen.
3- Bewerk het beveiligingsbeleid en verwijder de oorspronkelijke niet-CDB-database.
4- Gebruik Oracle-procedures en documentatie om de database te migreren van een niet-CDB naar een CDB.
OPMERKING: Nadat u de database van een niet-CDB naar een CDB hebt gemigreerd, wordt de status van de oorspronkelijke niet-CDB-database weergegeven in PowerProtect Data Manager als Niet gedetecteerd. De status van de nieuwe CDB-database wordt weergegeven als Beschikbaar.
Voorbeeld:
In dit voorbeeld wordt de oorspronkelijke niet-CDB-database orcl genoemd en de resulterende CDB-database cdb1. De volgende afbeelding toont de databasestatus in PowerProtect Data Manager nadat de migratie is voltooid.
In dit voorbeeld wordt de oorspronkelijke niet-CDB-database orcl genoemd en de resulterende CDB-database cdb1. De volgende afbeelding toont de databasestatus in PowerProtect Data Manager nadat de migratie is voltooid.
5- Bewerk het beveiligingsbeleid en voeg de nieuwe CDB-database toe aan het beleid.
6- Sla het beveiligingsbeleid op.
7- Start een volledige back-up of wacht tot het schema is gepland om een volledige back-up uit te voeren.
Opmerking:
- Er zijn geen afhankelijkheden tussen de oorspronkelijke niet-CDB- en nieuwe CDB-databases.
- Er is een level 0 of volledige back-up vereist om de nieuwe CDB-database te beschermen.
- Start met een selfservicebeveiligingsbeleid de back-up vanaf de Oracle Server of vanuit de PowerProtect UI.
Article Properties
Last Published Date
06 Sept 2022
Version
4
Article Type
How To