Voraussetzungen für die Datenbankmigration konfigurieren

Konfigurieren Sie die Voraussetzungen für die logische Migration der Quell- und Zieldatenbank.

OCI Object Storage-Konnektivität konfigurieren

Stellen Sie sicher, dass die Quell- und Zieldatenbank eine Verbindung zu OCI Object Storage auf Port 443 herstellen können, um während der Ausführung der Datenbankbackupübertragung auf Buckets zum Lesen und Schreiben zuzugreifen.

Speicherort für Datenbankbackup konfigurieren

Erstellen Sie einen OCI Object Storage-Bucket für den Datenbankbackupspeicher.

Anwendung PeopleSoft ordnungsgemäß herunterfahren

Bevor Sie eine Datenbankmigrationsaktivität als Best Practice ausführen, fahren Sie die Anwendungsdomain PeopleSoft ordnungsgemäß herunter, einschließlich Webserver, elastische Suchdomain usw. Möglicherweise möchten Sie auch die Umgebung sowie einen zusätzlichen Vorsichtsschritt sperren.

So fahren Sie die Anwendung PeopleSoft herunter:

psadmin stop -d *all;

Parameter der Quelldatenbank konfigurieren

Konfigurieren Sie den Streampool mit dem Initialisierungsparameter STREAMS_POOL_SIZE.

Für logische Offlinemigrationen und optimale Data Pump-Performance wird empfohlen, STREAMS_POOL_SIZE auf mindestens 256 bis 350 MB zu setzen, damit ein anfänglicher Pool zugewiesen wird. Andernfalls kann es zu einer erheblichen Verzögerung beim Hochfahren kommen.

1. Führen Sie die folgenden Befehle aus:

   SQL> alter system set streams_pool_size=512M scope=spfile sid='*';
   SQL> shutdown immediate;
   SQL> startup open

   Starten Sie die Datenbank als Nachfassaktivität neu.
2. Stellen Sie sicher, dass die Systemzeit des Hosts des Zero Downtime Migration-Service und des Quelldatenbankservers mit Ihrem Oracle Cloud Infrastructure-Ziel synchron sein muss.
3. Die Offlinemigration erfordert die Rolle DATAPUMP_EXP_FULL_DATABASE und DATAPUMP_IMP_FULL_DATABASE für Data Pump. Stellen Sie sicher, ob den Prozessen, die den Migrationsjob umfassen, privilegierte Anwendungsrollen zugewiesen werden sollen.

Datenbankrollen und -berechtigungen konfigurieren

In Oracle Autonomous Database ist SELECT für Systemobjekte nicht mehr zulässig.

Alle SELECT-Berechtigungen für Systemobjekte müssen durch READ-Berechtigungen ersetzt werden. Weitere Informationen finden Sie in der My Oracle Support-Dokument-ID 1911151.1 unter "Weitere Informationen".

1. Entziehen Sie der Quelldatenbank SELECT-Berechtigungen:

   SQL> alter session set container=hr9246;
   SQL> REVOKE SELECT ON SYS.V_$IM_COLUMN_LEVEL from PSADMIN;
   SQL> REVOKE SELECT ON SYS.V_$IM_USER_SEGMENTS from PSADMIN;
   SQL> REVOKE SELECT ON SYS.V_$MYSTAT from PSADMIN;
   SQL> REVOKE SELECT ON USER_AUDIT_POLICIES from PSADMIN;
   SQL> REVOKE SELECT ON DBA_AUDIT_POLICY_COLUMNS from PSADMIN;

2. Erteilen Sie READ-Berechtigungen in der Quelldatenbank:

   SQL> GRANT READ ON SYS.V_$IM_COLUMN_LEVEL to PSADMIN;
   SQL> GRANT READ ON SYS.V_$IM_USER_SEGMENTS to PSADMIN;
   SQL> GRANT READ ON SYS.V_$MYSTAT to PSADMIN;
   SQL> GRANT READ ON USER_AUDIT_POLICIES to PSADMIN;
   SQL> GRANT READ ON DBA_AUDIT_POLICY_COLUMNS to PSADMIN;

Parameter für Zieldatenbanken konfigurieren

PeopleSoft Für Unicode-Datenbanken ist NLS_LENGTH_SEMANTICS=CHAR erforderlich.

1. Lesen Sie die My Oracle Support-Artikel (Dok.-ID 1986664.1 und 2626966.1).
2. Aktualisieren Sie den Parameter NLS_LENGTH_SEMANTICS wie von der Datenbank PeopleSoft empfohlen.

Tablespace, Rollen und PeopleSoft-Benutzer erstellen

Da PeopleSoft-Benutzer für die Datenbank, d.h. PS, PEOPLE und SYSADM, über Abhängigkeiten verfügen, wird empfohlen, Benutzer und ihre Voraussetzungen (wie Standard-Tablespace, Rollen und Berechtigungen nach mit PeopleSoft bereitgestellten Skripten) zu erstellen.

Diese Skripte müssen aktualisiert werden, damit sie in den Anwendungsfall für Oracle Autonomous Database on Dedicated Exadata Infrastructure passen. Beispiel:

1. Anstelle des Benutzers SYSTEM verfügt Oracle Autonomous Database on Dedicated Exadata Infrastructure über den Benutzer ADMIN.
2. Es ist kein Wechsel der integrierbaren Datenbank erforderlich. Standardmäßig stellt Oracle Autonomous Database on Dedicated Exadata Infrastructure nur eine Verbindung zu integrierbaren Datenbanken her.
3. Öffentliche Synonyme erstellen.
4. Data Dictionary-Skripte ausführen

PeopleSoft-Skripte konfigurieren

PeopleSoft-Skripte müssen aus der Quellumgebung abgerufen und konfiguriert werden. Skripte sind unter $PS_HOME/scripts/unix/pdb verfügbar.

Erstellen Sie eine Kopie der folgenden Dateien, und führen Sie sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure aus. Sie kann von der Quelldatenbank oder vom Host des Zero Downtime Migration-Service ausgeführt werden. Für diese Anweisungen wurden diese Skripte vom Host des Zero Downtime Migration-Service ausgeführt.

Aktualisieren Sie die folgenden Skripte:

1. Das Skript utlspace.sql erstellt einen Default Tablespace für PeopleSoft-Benutzer. Führen Sie die folgenden erforderlichen Updates aus, bevor Sie sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure ausführen:
   1. So rufen Sie den Dateispeicherort ab:

      SQL> set linesize 200
      SQL> col name format a120
      SQL> select FILE# , NAME from  v$datafile;
      SQL> select FILE# , NAME from  v$tempfile;

   2. Kommentar unter Zeilen:

      ALTER SESSION SET CONTAINER = PDB_SERVICE_NAME: Connect with PDB as it is not required for Oracle Autonomous Database on Dedicated Exadata Infrastructure
      @$ORACLE_HOME/rdbms/admin/catblock.sql: Creates views that can dynamically display lock dependency graphs

   3. Aktualisieren Sie die folgenden Zeilen:

      CREATE TEMPORARY TABLESPACE PSTEMP: Update file location as per Database File Path
      CREATE TABLESPACE PSDEFAULT: Update file location as per Database File Path

2. Das Skript dbowner.sql erstellt die Eigentümer-ID PeopleSoft PSDBOWNER. Führen Sie die folgenden erforderlichen Updates aus, bevor Sie sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure ausführen:
   1. Kommentieren Sie die folgenden Zeilen:
      • CREATE PUBLIC SYNONYM PRODUCT_PROFILE: Dieser Vorgang ist innerhalb einer integrierbaren Datenbank nicht zulässig.
      • CREATE PUBLIC SYNONYM PRODUCT_USER_PROFILE: Dieser Vorgang ist innerhalb einer integrierbaren Datenbank nicht zulässig.
      • @$ORACLE_HOME/sqlplus/admin/pupbld.sql: PUBBLD steht für "Product User Profile BuiLD". Dies ist für Oracle Autonomous Database on Dedicated Exadata Infrastructure nicht erforderlich.
   2. Aktualisieren Sie die folgende Zeile:
      • CONNECT system/&SYSTEMPWD@PDB_SERVICE_NAME: Aktualisieren Sie den Benutzer mit dem korrekten PDB-Servicenamen in "ADMIN" anstelle von "SYSTEM".
3. Das Skript connect.sql richtet die Verbindungs-ID PeopleSoft ein. Für dieses Skript ist keine Aktualisierung erforderlich.
4. Das Skript psroles.sql stellt Berechtigungen bereit, die zum Ausführen der Anwendung PeopleSoft erforderlich sind. Vor der Ausführung für Oracle Autonomous Database on Dedicated Exadata Infrastructure ist ein Update erforderlich.
   1. Kommentieren Sie die Zeile ALTER SESSION SET CONTAINER = PDB_SERVICE_NAME, und stellen Sie eine Verbindung zur PDB her, da sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure nicht erforderlich ist.
5. Das Skript psroles2.sql stellt zusätzliche Berechtigungen bereit, die für die Rolle PSADMIN erforderlich sind. Führen Sie die folgenden erforderlichen Updates aus, bevor Sie sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure ausführen.
   1. Kommentieren Sie die Zeile ALTER SESSION SET CONTAINER = <PDB_SERVICE_NAME>, und stellen Sie eine Verbindung zur PDB her, da sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure nicht erforderlich ist.
   2. Aktualisieren Sie die folgenden Positionen:
      • GRANT SELECT ON SYS.V_$MYSTAT to PSADMIN: Aktualisieren Sie SELECT in READ für Oracle Autonomous Database on Dedicated Exadata Infrastructure.
      • GRANT SELECT ON USER_AUDIT_POLICIES to PSADMIN: Aktualisieren Sie SELECT in READ für Oracle Autonomous Database on Dedicated Exadata Infrastructure.
      • GRANT SELECT ON DBA_AUDIT_POLICY_COLUMNS to PSADMIN: Aktualisieren Sie SELECT in READ für Oracle Autonomous Database on Dedicated Exadata Infrastructure.
      • GRANT EXECUTE ON DBMS_FGA to PSADMIN: Aktualisieren Sie SELECT in READ für Oracle Autonomous Database on Dedicated Exadata Infrastructure.
6. Das Skript upggrant.sql erteilt zusätzliche Berechtigungen, die für die vorhandene Rolle PSADMIN erforderlich sind. Es sind keine Updates erforderlich.
7. Das Skript psadmin.sql erstellt die PSDBOWNER-Eigentümer-ID PeopleSoft. Führen Sie die folgenden erforderlichen Updates aus, bevor Sie sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure ausführen:
   1. Kommentieren Sie die folgenden Zeilen:
      • ALTER SESSION SET CONTAINER = PDB_SERVICE_NAME: Stellen Sie eine Verbindung mit der PDB her, da sie für Oracle Autonomous Database on Dedicated Exadata Infrastructure nicht erforderlich ist.
      • @$ORACLE_HOME/rdbms/admin/catdbsyn: Skript für Katalog-DBA-Synonyme. Dies ist für Oracle Autonomous Database on Dedicated Exadata Infrastructure nicht erforderlich.
      • @$ORACLE_HOME/sqlplus/admin/pupbld: Skript für die Erstellung von Produktbenutzerprofilen. Dies ist für Oracle Autonomous Database on Dedicated Exadata Infrastructure nicht erforderlich.
      • @$ORACLE_HOME/rdbms/admin/utlxmv: Erstellt eine Tabelle namens mv_capabilities_table, die für die Prozedur dbms_mview.explain_mview erforderlich ist. Dies ist für Oracle Autonomous Database on Dedicated Exadata Infrastructure nicht erforderlich.
   2. Aktualisieren Sie die Zeile CONNECT system/&SYSTEMPWD@PDB_SERVICE_NAME, und aktualisieren Sie den Benutzer mit dem korrekten PDB-Servicenamen auf "ADMIN" anstelle von "SYSTEM".
8. Führen Sie die aktualisierten Skripte in Oracle Autonomous Database on Dedicated Exadata Infrastructure in der folgenden Reihenfolge aus:
   1. utlspace.sql
   2. dbowner.sql
   3. connect.sql
   4. psroles.sql
   5. psroles2.sql
   6. upggrant.sql
   7. psadmin.sql