{"id":189,"date":"2025-12-18T18:00:00","date_gmt":"2025-12-18T17:00:00","guid":{"rendered":"https:\/\/blog.agdba.de\/?p=189"},"modified":"2026-05-12T12:29:50","modified_gmt":"2026-05-12T10:29:50","slug":"oracle-zdm-physical-online-migration-fehlersammlung","status":"publish","type":"post","link":"https:\/\/blog.agdba.de\/?p=189","title":{"rendered":"zdmcli Fehlersammlung – Physical Online Migration"},"content":{"rendered":"\n

Im Laufe der letzten Jahre habe ich schon eingie Migrationen f\u00fcr Kunden in die Oracle Cloud Infrastructure (inkl. ExaCC, Oracle@Azure) mit Oracle ZDM durchf\u00fchren k\u00f6nnen und dabei manche Fehler getroffen. Die Fehler mit entsprechenden Workarounds oder L\u00f6sung m\u00f6chte ich hier dokumentieren.<\/p>\n\n\n\n

Wichtig: Die aufgef\u00fchrten Fehlermeldung sind nicht alle aus der aktuellen Version und k\u00f6nnen bereits in der neusten Version gefixt sein bzw. sich anders verhalten. Es sollte immer die neuste ZDM Version genutzt werden.<\/p>\n\n\n\n\n\n\n\n

\u00dcbersicht \u00fcber die Fehlermeldungen in diesem Artikel:<\/p>\n\n\n\n

PRGZ-3605: Oracle Data Guard Broker switchover to database <> on database <> failed.<\/a><\/p>\n\n\n\n

Warning: Updating primary database dbdev3 with standby parameters failed, archive logs will not be shipped to standby of database dbdev3<\/a><\/p>\n\n\n\n

PRCZ-4002 : failed to execute command<\/a><\/p>\n\n\n\n

Failed to apply datapatch for database<\/a><\/p>\n\n\n\n

ORA-16532: Oracle Data Guard broker configuration does not exist<\/a><\/p>\n\n\n\n

PRGZ-3136 : SQL statement to open pdb „“PDB1PROD“,“PDB2PROD“,“PDB3PROD““ with „READ WRITE“ mode for database „dbprod9_oci“ failed<\/a><\/p>\n\n\n\n

PRGO-2445 : timed out after „30“ minutes of inactivity<\/a><\/p>\n\n\n\n

PRCZ-2123 : SFTP failure to copy file „\/u01\/app\/home\/rhp\/zdm\/\/mZDM_backup“ from local node to „\/u01\/app\/oracle\/zdm\/zdm_orasid1_22\/zdm\/\/mZDM_backup“ on node „sorucenode“<\/a><\/p>\n\n\n\n

PRGZ-3605 : Oracle Data Guard Broker switchover to database „dbdev3_oci“ on database „dbdev3“ failed.<\/strong><\/strong><\/h3>\n\n\n\n

Phase: ZDM_SWITCHOVER_SRC<\/p>\n\n\n\n

Fehlermeldung:<\/p>\n\n\n\n

dbserverA_oci2: 2025-07-22T05:38:52.388Z : target database is ready for switching role...\ndbserverA_onPr2: 2025-07-22T05:39:04.148Z : Executing Oracle Data Guard Broker switchover to database \"dbdev3_oci\" on database \"dbdev3\" ...\n####################################################################\nPRGZ-3605 : Oracle Data Guard Broker switchover to database \"dbdev3_oci\" on database \"dbdev3\" failed.<\/strong> \n\u2026\nWelcome to DGMGRL, type \"help\" for information.\nConnected to \"dbdev3\u201eConnected as SYSDG.\nDGMGRL> Performing switchover NOW, please wait...\nOperation requires a connection to database \"dbdev3_oci\"\nConnecting ...\nConnected to \"dbdev3_oci\"\nConnected as SYSDBA.\nNew primary database \"dbdev3_oci\" is opening...\nOracle Clusterware is restarting database \"dbdev3\" ...\nUnable to connect to database using dbserverA-scan:1521\/dbdev3<\/strong>\nORA-12514: TNS:listener does not currently know of service requested in connect descriptor<\/strong> Failed.<\/strong>\n[W000 2025-07-22T07:50:23.633+02:00] Failed to attach to dbserverA-scan:1521\/dbdev3.\nEnsure Oracle Clusterware successfully restarted database \"dbdev3\" before proceeding<\/strong>.\n<\/code><\/pre>\n\n\n\n
Der Start der neuen Standby (onPr\u0443m) mittels ZDM \u00fcber srvctl start database<\/code> ist fehlgeschlagen. Der Switchover hat allerdings funktioniert und die neue Primary ist online.<\/p>\n\n\n\n
Workaround: Pr\u00fcfen, ob die neue Primary online ist und manuelles starten der neuen Standby in mounted Status.<\/p>\n\n\n\n
Da ZDM die Phase bei einem -resume wieder versuchen w\u00fcrde, kann der Status manuell auf erledigt gesetzt werden. Daf\u00fcr die Datei zdmbase\/chkbase\/GHcheckpoints\/<sub>\/<job>.xml<\/code> editieren und die Phase auf „SUCCESS“ setzen:<\/p>\n\n\n\n
<CHECKPOINT LEVEL=\"MAJOR\" NAME=\"ZDM_SWITCHOVER_SRC\" DESC=\"ZDM_SWITCHOVER_SRC\" STATE=\"STARTED\"\/><\/code><\/pre>\n\n\n\n
\u00c4ndern in:<\/p>\n\n\n\n
<CHECKPOINT LEVEL=\"MAJOR\" NAME=\"ZDM_SWITCHOVER_SRC\" DESC=\"ZDM_SWITCHOVER_SRC\" STATE=\"SUCCESS<\/strong>\"\/><\/code><\/pre>\n\n\n\n
Dann kann der ZDM Job wieder angestartet werden, die Phase wird als erledigt \u00fcbersprungen und mit der n\u00e4chsten weiter gemacht.<\/p>\n\n\n\n
zdmcli resume job -jobId <jobid><\/code><\/pre>\n\n\n\n
Warning: Updating primary database dbdev3 with standby parameters failed, archive logs will not be shipped to standby of database dbdev3<\/strong><\/strong><\/strong><\/h3>\n\n\n\n
Phase: ZDM_SWITCHOVER_TGT<\/p>\n\n\n\n
Warnung:<\/p>\n\n\n\n
zdmhost: \u2026 : Switching database dbdev3_oci on the target node dbserverA_oci2 to primary role ...\ndbserverA_oci2: \u2026 : Updating dbdev3_oci startup option\ndbserverA_oci2: \u2026 : Configuring Oracle Data Guard Broker on \"dbdev3_oci\" ...\ndbserverA_oci2: \u2026 : Warning: Updating primary database dbdev3 with standby parameters failed, archive logs will not be shipped to standby of database dbdev3<\/strong>\ndbserverA_oci2: \u2026 : Switchover actions in the target environment executed successfully\nzdmhost: \u2026 : Execution of phase ZDM_SWITCHOVER_TGT completed\n<\/code><\/pre>\n\n\n\n
Die ist kein Fehler, der zum Abbruch des Jobs f\u00fchrt, allerdings hat diese Warnung folgen nach dem Switchover. Es gibt keine Standbylogs auf der Source. Dies ist kein Problem, wenn der Dataguard sofort nach der Migration abgebaut wird (z.B. durch ZDM). Soll allerdings die Dataguard Verbindung f\u00fcr den Fallback vorerst bestehen bleiben, sollte dies beachtet werden, da sonst die \u00c4nderungen von der neuen Primary nicht auf die Source Datenbanke, die neue Standby, \u00fcbertragen werden.<\/p>\n\n\n\n
L\u00f6sung: Anlegen von Standby Logs auf der Source Datenbank. Z.B.:<\/p>\n\n\n\n
alter database add standby logfile thread 1 group 10 size 4G;\nalter database add standby logfile thread 2 group 20 size 4G;<\/code><\/pre>\n\n\n\n
PRCZ-4002 : failed to execute command<\/h3>\n\n\n\n
Phase: ZDM_SETUP_SRC, ZDM_SETUP_TGT, ZDM_VALIDATE_SRC, ZDM_VALIDATE_TGT<\/p>\n\n\n\n
Fehlermeldung:<\/p>\n\n\n\n
PRCZ-4002 : failed to execute command \"\/u01\/app\/19.0.0.0\/grid\/perl\/bin\/perl\" using the privileged execution plugin \"dbuser\" on nodes \"dbserverA_onPr2\"\n\nPRCZ-2103 : Failed to execute command \"\/u01\/app\/19.0.0.0\/grid\/perl\/bin\/perl\" on node \"dbserverA_onPr2\" as user \"oracle\". Detailed error:<\/code><\/pre>\n\n\n\n
Ursache: mehrere parallele ZDM Jobs auf dem gleichen Quell\/Ziel-Server.<\/p>\n\n\n\n
Workaround: Neuen paralellen Job mit demselben Quell Server erst starten, wenn die Phasen ZDM_VALIDATE_SRC und ZDM_VALIDATE_TGT f\u00fcr vorherige Jobs auf denselben Quell-\/Zielservern abgeschlossen sind.<\/p>\n\n\n\n
Failed to apply datapatch for database <db> on node : <node><\/strong><\/h3>\n\n\n\n
Phase: ZDM_DATAPATCH_TGT<\/p>\n\n\n\n
Fehlermeldung:<\/p>\n\n\n\n
zdmhost: 2025-04-07T12:39:09.292Z : Executing phase ZDM_DATAPATCH_TGT\nzdmhost: 2025-04-07T12:39:09.292Z : Executing datapatch for database dbdev8_oci on the target node dbserverA_oci2 ...\ndbserverA_oci2: \/u02\/app\/oracle\/product\/19.0.0.0\/dbhome_1\ndbserverA_oci2: \ndbserverA_oci2: dbdev82\ndbserverA_oci2: \ndbserverA_oci2: trying datapatch run for dbdev82, attempt### 1 ### \ndbserverA_oci2: datapatch completed successfully for database : dbdev8_oci \ndbserverA_oci1: \/u02\/app\/oracle\/product\/19.0.0.0\/dbhome_1\ndbserverA_oci1: \ndbserverA_oci1: dbdev81\ndbserverA_oci1: \nFailed to apply datapatch for database dbdev8_oci on node : dbserverA_oci1<\/strong><\/code><\/pre>\n\n\n\n
Ursache: In diesem Kundenszenario war eine Zielinstanz gestoppt. ZDM versucht den Datapatch auf beiden Instanzen auszuf\u00fchren und schl\u00e4gt auf der gestoppten Instanz fehl.<\/p>\n\n\n\n
L\u00f6sung: Im Responsefile kann mit folgendem Parameter die Phase \u00fcbersprungen werden:<\/p>\n\n\n\n
TGT_SKIP_DATAPATCH=TRUE<\/code><\/pre>\n\n\n\n
Datapatch sollte dann im Anschluss manuell ausgef\u00fchrt werden.<\/p>\n\n\n\n
ORA-16532: Oracle Data Guard broker configuration does not exist<\/strong><\/h3>\n\n\n\n
Phase: ZDM_POST_DATABASE_OPEN_TGT<\/p>\n\n\n\n
Fehlermeldung:<\/p>\n\n\n\n
DGMGRL> \nConfiguration - ZDM_dbdev9_op\n\n  Protection Mode: MaxPerformance\n  Members:\n  dbdev9_op  - Primary database\n    dbdev9_oci - Physical standby database \n      Warning: ORA-16532: Oracle Data Guard broker configuration does not exist<\/strong><\/code><\/pre>\n\n\n\n
Ursache: In diesem Fall wurde auf einem Knoten der Dataguard richtig angezeigt, alle Memeber waren verf\u00fcgbar und im Sync. Auf dem zweiten Knoten gab es keine Broker-Config. Die dg_broker_config_file Parameter waren auf lokale Filesysteme konfiguriert.<\/p>\n\n\n\n
L\u00f6sung: Setzen des Parameters dg_broker_config_file1 und dg_broker_config_file2 auf ein +ASM Verzeichnis:<\/p>\n\n\n\n
alter system set dg_broker_config_file1='+DATA1\/DBDEV9_OP\/dr1dbdev9_op.dat' scope=both sid='*';\nalter system set dg_broker_config_file2='+DATA1\/DBDEV9_OP\/dr2dbdev9_op.dat' scope=both sid='*';<\/code><\/pre>\n\n\n\n
Anschlie\u00dfend dann der Job wieder gestartet werden:<\/p>\n\n\n\n
zdmcli resume job -jobid <id><\/code><\/pre>\n\n\n\n
PRGZ-3136 : SQL statement to open pdb „“PDB1PROD“,“PDB2PROD“,“PDB3PROD““ with „READ WRITE“ mode for database „dbprod9_oci“ failed<\/strong><\/h3>\n\n\n\n
Phase: ZDM_POST_DATABASE_OPEN_TGT<\/p>\n\n\n\n
Fehlermeldung:<\/p>\n\n\n\n
PRGZ-3136 : SQL statement to open pdb \"\"PDB1PROD\",\"PDB2PROD\",\"PDB3PROD\"\" with \"READ WRITE\" mode for database \"dbprod9_oci\" failed\n<EXCEPTION>\n<\u2026>\nALTER PLUGGABLE DATABASE \"PDB1PROD\",\"PDB2PROD\",\"PDB3PROD\" OPEN READ WRITE INSTANCES=ALL\n*\nERROR at line 1:\nORA-65107: Error encountered when processing the current task on instance:1\nORA-65011: Pluggable database PDB3PROD does not exist.<\/strong>\n<\/code><\/pre>\n\n\n\n
Ursache: W\u00e4hrend der Job nach der Phase ZDM_CONFIGURE_DG_SRC pausiert war, wurde eine PDB aus dieser CDB verschoben. ZDM versucht diese allerdings am Ende der Migration online zu bringen, und schl\u00e4gt fehl.<\/p>\n\n\n\n
L\u00f6sung:  Pr\u00fcfen, ob alle vorhandenen PDBs ge\u00f6ffnet sind. <\/p>\n\n\n\n
Da ZDM die Phase bei einem -resume wieder versuchen w\u00fcrde, kann der Status manuell auf erledigt gesetzt werden. Daf\u00fcr die Datei zdmbase\/chkbase\/GHcheckpoints\/<sub>\/<job>.xml<\/code> editieren und die Phase auf „SUCCESS“ setzen:<\/p>\n\n\n\n
<CHECKPOINT LEVEL=\"MAJOR\" NAME=\"ZDM_POST_DATABASE_OPEN_TGT\" DESC=\"ZDM_POST_DATABASE_OPEN_TGT\" STATE=\"STARTED\"\/><\/code><\/pre>\n\n\n\n
\u00c4ndern in:<\/p>\n\n\n\n
<CHECKPOINT LEVEL=\"MAJOR\" NAME=\"ZDM_POST_DATABASE_OPEN_TGT\" DESC=\"ZDM_POST_DATABASE_OPEN_TGT\" STATE=\"SUCCESS<\/strong>\"\/><\/code><\/pre>\n\n\n\n
Dann kann der ZDM Job wieder angestartet werden, die Phase wird als erledigt \u00fcbersprungen und mit der n\u00e4chsten weiter gemacht.<\/p>\n\n\n\n
zdmcli resume job -jobid <id><\/code><\/pre>\n\n\n\n
PRGO-2445 : timed out after „30“ minutes of inactivity<\/h3>\n\n\n\n
Phase: ZDM_SWITCHOVER_TGT<\/p>\n\n\n\n
Fehlermeldung:<\/p>\n\n\n\n
dbserverA_onPr2: 2025-07-22T06:20:07.668Z : Waiting for dbdev7 to catch up, this could take a few minutes...\n####################################################################\nPRGO-2445 : timed out after \"30\" minutes of inactivity<\/strong><\/code><\/pre>\n\n\n\n
Nach mehreren Anl\u00e4ufen hatte sich die Datenbank immer noch nicht entschieden, den Switchover durchf\u00fchren zu lassen. <\/p>\n\n\n\n
L\u00f6sung: Manueller Switchover im Dataguard Broker funktionierte auf Anhieb ohne Fehler.<\/p>\n\n\n\n
Wird allerdings im Anschluss der ZDM Job wieder gestartet, kommt es wieder zu einem Fehler. ZDM erwartet, dass der Switchover noch nicht erfolgt ist:<\/p>\n\n\n\n
zdmhost: ... : checking if source database is ready for switching role...dbserverA_onPr2: ... : Validating database dbdev7 role is PRIMARY...dbserverA_onPr2: ... : Validating database dbdev7 is in open mode...dbserverA_onPr2: ... : Waiting for dbdev7 to catch up, this could take a few minutes...####################################################################PRGO-4086 : failed to query the \"SWITCHOVER_STATUS\" details from the view \"V$DATABASE\" for database \"dbdev7\"\nSQL*Plus: Release 19.0.0.0.0 - Production on Tue Jul 22 08:58:44 2025\nVersion 19.22.0.0.0\nCopyright (c) 1982, 2023, Oracle.  All rights reserved.\n\nConnected.\n\nalter session set NLS_LANGUAGE='AMERICAN'\n*\nERROR at line 1:\nORA-01012: not logged on\nProcess ID: 0\nSession ID: 0 \nSerial number: 0\n\u2026\n<\/code><\/pre>\n\n\n\n
ZDM versucht den Status der Source-Datenbank abzufragen, scheitert jedoch, weil diese nach dem manuellen Switchover bereits im Mounted State ist.<\/p>\n\n\n\n
L\u00f6sung: Resume des ZDM Jobs mit -skip Parameter<\/p>\n\n\n\n
zdmcli resume job -jobid <id> -skip SWITCHOVER<\/code><\/pre>\n\n\n\n
Anschlie\u00dfend l\u00e4uft der Job normal zu Ende:<\/p>\n\n\n\n
zdmhost: ... : Executing phase ZDM_SWITCHOVER_TGT\nzdmhost: ... : Switching database dbdev7_oci on the target node dbserverA_oci2 to primary role ...\ndbserverA_oci2: ... : Updating dbdev7_oci startup option\ndbserverA_oci2: ... : Configuring Oracle Data Guard Broker on \"dbdev7_oci\" ...\ndbserverA_oci2: ... : Oracle Data Guard Broker configured successfully on \"dbdev7_oci\"\ndbserverA_oci2: ... : Switchover actions in the target environment executed successfully\nzdmhost: ... : Execution of phase ZDM_SWITCHOVER_TGT complete\n<\/code><\/pre>\n\n\n\n
PRCZ-2123 : SFTP failure to copy file „\/u01\/app\/home\/rhp\/zdm\/\/mZDM_backup“ from local node to „\/u01\/app\/oracle\/zdm\/zdm_AGZDM_EXA_22\/zdm\/\/mZDM_backup“ on node „sorucenode<\/h3>\n\n\n\n
ZDM Version: 26.1
Migrationsmethode: Online_Physical
Phase: ZDM_SETUP_SRC<\/p>\n\n\n\n
Nachdem der Job in einer sp\u00e4teren Phase abgebrochen war und der Fehler korrigiert wurde, brach der „zdmcli resume job“ mit folgendem Fehler ab:<\/p>\n\n\n\n
vm-zdm-host-ag: 2026-05-12T09:49:29.302Z : Oracle ZDM (Zero Downtime Migration) Version \"26.1.0\"\nvm-zdm-host-ag: 2026-05-12T09:49:29.302Z : Build date: Apr 11 2026 17:13:53 UTC\n####################################################################\nvm-zdm-host-ag: 2026-05-12T09:49:31.357Z : Resuming zero downtime migrate operation ...\nvm-zdm-host-ag: 2026-05-12T09:49:35.030Z : Skipping phase ZDM_PRECHECKS_SRC on resume\nvm-zdm-host-ag: 2026-05-12T09:49:35.280Z : Skipping phase ZDM_PRECHECKS_TGT on resume\nvm-zdm-host-ag: 2026-05-12T09:49:35.340Z : Executing phase ZDM_SETUP_SRC\nvm-zdm-host-ag: 2026-05-12T09:49:35.341Z : Setting up ZDM on the source node exa02dbadm01 ...\nvm-zdm-host-ag: 2026-05-12T09:49:37.590Z : Oracle ZDM ONLINE PHYSICAL migration failed\nvm-zdm-host-ag: 2026-05-12T09:49:37.591Z : Failed at phase: ZDM_SETUP_SRC\nvm-zdm-host-ag: 2026-05-12T09:49:37.591Z : Job duration: 0 minutes and 8 seconds\nPRCF-2056 : The copy operation failed on node: \"exa02dbadm01\". Details:\n{1}\nPRCZ-4002 : failed to execute command \"\/bin\/cp\" using the privileged execution plugin \"dbuser\" on nodes \"exa02dbadm01\"\nPRCZ-2123 : SFTP failure to copy file \"\/u01\/app\/home\/rhp\/zdm\/\/lib\/opc_install.jar\" from local node to \"\/u01\/app\/oracle\/zdm\/zdm_AGZDM_EXA_22\/zdm\/\/lib\/opc_install.jar\" on node \"exa02dbadm01\"\n<\/strong>Permission denied\n<\/strong><\/code><\/pre>\n\n\n\n
Pr\u00fcfen der Berechtigung auf dem Sourcenode. Es fehlen write Berechtigungen auf vielen Dateien:<\/p>\n\n\n\n
[oracle@exa02dbadm01 lib]$ ls -l
total 103172
-rwxr-xr-x 1 oracle oinstall 7016621 Apr 11 19:13 autoupgrade.jar
drwxr-xr-x 5 oracle oinstall 4096 May 8 11:32 cpat
drwxrwxr-x 2 oracle oinstall 4096 May 8 11:32 cpatfixups
-rwxrwxrwx 1 oracle oinstall 18 Nov 28 2023 java.security
-rw------- 1 oracle oinstall 107191 Apr 11 19:11 jaxb-api.jar
-rw------- 1 oracle oinstall 255502 Apr 11 19:11 jaxb-core.jar
-rw------- 1 oracle oinstall 963660 Apr 11 19:11 jaxb-impl.jar
-rwxrwxr-x 1 oracle oinstall 93414592 Sep 22 2020 libopc.so
-r-xr-x--- 1 oracle oinstall 3453 Apr 20 2021 mZDM_AcfsUtils.pm
-r-xr-x--- 1 oracle oinstall 18712 Sep 9 2025 mZDM_DBConvert.pm
-r-xr-x--- 1 oracle oinstall 47298 Jan 26 2024 mZDM_DB_Patch.pm
-r-xr-x--- 1 oracle oinstall 24390 Feb 16 20:35 mZDM_DB_Upgrade.pm
-r-xr-x--- 1 oracle oinstall 5914 Nov 4 2019 mZDM_DV_Utils.pm
-r-xr-x--- 1 oracle oinstall 16010 May 17 2018 mZDM_DbSizingValues.pm
-r-xr-x--- 1 oracle oinstall 9599 Mar 5 2025 mZDM_LoggingAndTracing.pm
-r-xr-x--- 1 oracle oinstall 16124 Nov 21 2024 mZDM_Monitor.pm
-r-xr-x--- 1 oracle oinstall 21774 Mar 5 2020 mZDM_OCI_Utils.pm
-r-xr-x--- 1 oracle oinstall 16958 Dec 16 03:39 mZDM_PFile.pm
-r-xr-x--- 1 oracle oinstall 408654 Apr 8 17:28 mZDM_Queries.pm
-r-xr-x--- 1 oracle oinstall 14402 Apr 1 2024 mZDM_RMAN_Utils.pm
-r-xr-x--- 1 oracle oinstall 7785 May 20 2025 mZDM_Transfer_Files.pm
-r-xr-x--- 1 oracle oinstall 346827 Apr 8 17:28 mZDM_Utils.pm
-r-x------ 1 oracle oinstall 2819134 Apr 11 19:11 opc_install.jar
-r-x------ 1 oracle oinstall 11619 Apr 11 19:11 zdm_reload_query_11204.sql
-r-x------ 1 oracle oinstall 11789 Apr 11 19:11 zdm_reload_query_121.sql
-r-x------ 1 oracle oinstall 11980 Apr 11 19:11 zdm_reload_query_12202.sql
-r-x------ 1 oracle oinstall 12480 Apr 11 19:11 zdm_reload_query_19.sql
[oracle@exa02dbadm01 lib]$ ls -ld .
drwxrwxr-x 4 oracle oinstall 4096 May 8 11:32 .<\/code><\/pre>\n\n\n\n
Nachdem f\u00fcr die angezeigte die Berechtigung erh\u00f6ht wurde, kommen f\u00fcr andere Dateien die Meldungen. Daher auf das ganze Verzeichnis rekursiv erh\u00f6hte Berechtigungen auf der Quelle vergeben:<\/p>\n\n\n\n
chmod -R 770 \/u01\/app\/oracle\/zdm\/zdm_AGZDM_EXA_22\/zdm\/<\/code><\/pre>\n\n\n\n
Fortsetzen des Jobs:<\/p>\n\n\n\n
zdmcli resume job -jobid 22 -pauseafter ZDM_CONFIGURE_DG_SRC<\/code><\/pre>\n\n\n\n
Der Job l\u00e4uft fehlerlos weiter.<\/p>\n","protected":false},"excerpt":{"rendered":"
Im Laufe der letzten Jahre habe ich schon eingie Migrationen f\u00fcr Kunden in die Oracle Cloud Infrastructure (inkl. ExaCC, Oracle@Azure) mit Oracle ZDM durchf\u00fchren k\u00f6nnen und dabei manche Fehler getroffen. Die Fehler mit entsprechenden Workarounds oder L\u00f6sung m\u00f6chte ich hier dokumentieren. Wichtig: Die aufgef\u00fchrten Fehlermeldung sind nicht alle aus der aktuellen Version und k\u00f6nnen bereits … zdmcli Fehlersammlung – Physical Online Migration<\/span> weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,12,15],"tags":[22,20,19,16,18,21],"class_list":["post-189","post","type-post","status-publish","format-standard","hentry","category-allgemein","category-kategorien","category-oci","tag-data-guard","tag-fehlermeldung","tag-oci","tag-oracle-zdm","tag-phyiscal-online","tag-troubleshooting"],"_links":{"self":[{"href":"https:\/\/blog.agdba.de\/index.php?rest_route=\/wp\/v2\/posts\/189","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.agdba.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.agdba.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.agdba.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.agdba.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=189"}],"version-history":[{"count":41,"href":"https:\/\/blog.agdba.de\/index.php?rest_route=\/wp\/v2\/posts\/189\/revisions"}],"predecessor-version":[{"id":273,"href":"https:\/\/blog.agdba.de\/index.php?rest_route=\/wp\/v2\/posts\/189\/revisions\/273"}],"wp:attachment":[{"href":"https:\/\/blog.agdba.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=189"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.agdba.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=189"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.agdba.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=189"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}