{"id":16677,"date":"2021-09-15T15:01:43","date_gmt":"2021-09-15T13:01:43","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/"},"modified":"2021-09-15T15:01:43","modified_gmt":"2021-09-15T13:01:43","slug":"nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/","title":{"rendered":"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up"},"content":{"rendered":"<p>Now that we have our ORATEST database provisioned (see <a href=\"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-3-provision-an-oracle-database\/\">Nutanix Era blog part 3<\/a>), we will be looking how to run snapshot and Log Catch Up and how will this take effects on our oracle database. <\/p>\n<p>For more information on Nutanix products, I would encourage you to visit <a href=\"http:\/\/www.nutanix.com\/switzerland\">Nutanix website<\/a>.<\/p>\n<table style=\"border: none\">\n<tr>\n<td bgcolor=\"#FFFFFF\" style=\"border: none;vertical-align: middle\"><a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Nutanix-Era-logo-2.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Nutanix-Era-logo-2.png\" alt=\"\" width=\"300\" height=\"57\" class=\"alignleft size-medium wp-image-51055\" \/><\/a><\/td>\n<td bgcolor=\"#FFFFFF\" style=\"border: none\"><a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/aws-logo.jpg\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/aws-logo.jpg\" alt=\"\" width=\"227\" height=\"170\" class=\"alignleft size-medium wp-image-51435\" \/><\/a><\/td>\n<\/tr>\n<\/table>\n<p><!--more--><\/p>\n<h3>Time Machines<\/h3>\n<p>Snapshot and Log Catch Up are done with the Time Machines menu :<\/p>\n<p><a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_1.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_1.png\" alt=\"\" width=\"241\" height=\"300\" class=\"alignleft size-medium wp-image-51483\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>Then we will select the TM (Time Machines) for our database. Here ORATEST :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png\" alt=\"\" width=\"300\" height=\"51\" class=\"alignleft size-medium wp-image-51479\" \/><\/a><br \/>\n<\/br><\/p>\n<p>Once we are in the Time Machines part of our concerned database, it is easy to see that our database belongs (as defined when provisioning the database) to the DEFAULT_OOB_GOLD_SLA SLA.<\/p>\n<p>We can briefly see the retention of the snapshot policy that is used :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Snapshot_policy.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Snapshot_policy.png\" alt=\"\" width=\"300\" height=\"140\" class=\"alignleft size-medium wp-image-51485\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>And we can see the schedule of the snapshot and the Log Catch Up. In our case :<\/p>\n<ul>\n<li>Daily Snapshot are taken every day at 01:00 CEST.<\/li>\n<li>We take one snapshot per day.<\/li>\n<li>We take Log Catch Up every 30 minutes.<\/li>\n<li>The weekly Snapshot are taken on Wednesday.<\/li>\n<li>The monthly Snapshot are taken on the 11th of the month.<\/li>\n<\/ul>\n<p><a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_schedule.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_schedule.png\" alt=\"\" width=\"300\" height=\"141\" class=\"alignleft size-medium wp-image-51490\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>The SLA can be updated or created from the SLA Menu :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_SLA.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_SLA.png\" alt=\"\" width=\"227\" height=\"300\" class=\"alignleft size-medium wp-image-51493\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<h3>Snapshot<\/h3>\n<p>Let&#8217;s take a snapshot on our ORATEST oracle database. This is done by clicking on Actions and then snapshot :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_take_snapshot_1.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_take_snapshot_1.png\" alt=\"\" width=\"300\" height=\"252\" class=\"alignleft size-medium wp-image-51496\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>We will provide a name for our snapshot :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_take_snapshot_2.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_take_snapshot_2.png\" alt=\"\" width=\"300\" height=\"211\" class=\"alignleft size-medium wp-image-51499\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>And we will check the operations output :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_3.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_3.png\" alt=\"\" width=\"300\" height=\"128\" class=\"alignleft size-medium wp-image-51500\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>If we go back to the TM Menu, we will notice the manual snapshot we have just taken :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_4.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_4.png\" alt=\"\" width=\"223\" height=\"300\" class=\"alignleft size-medium wp-image-51504\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>In the <a href=\"https:\/\/portal.nutanix.com\/page\/documents\/details?targetId=Nutanix-Era-User-Guide-v2_1:era-era-snapshot-management-c.html\">Nutanix Era documentation<\/a>, Nutanix gives the following advise and recommendation :<br \/>\n&#8220;The database is quiesced for the time the snapshot is being taken. Therefore, you would want to take only a minimum number of snapshots in a day.&#8221;<\/p>\n<p>This make sense and we can see this in the alert log of the database :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,14,26,35,36,37,38]\">\noracle@test1-VM:\/home\/oracle\/ [ORATEST] ORATEST\n********* dbi services Ltd. *********\nSTATUS                 : OPEN\nDB_UNIQUE_NAME         : ORATEST\nOPEN_MODE              : READ WRITE\nLOG_MODE               : ARCHIVELOG\nDATABASE_ROLE          : PRIMARY\nFLASHBACK_ON           : NO\nFORCE_LOGGING          : NO\nVERSION                : 19.12.0.0.0\nCDB Enabled            : NO\n*************************************\n\noracle@test1-VM:\/home\/oracle\/ [ORATEST] taa\n32720458,32725484,32728984,32738356,32739966,32740503,32754845,32758096,\n32765738,32784393,32784403,32786309,32795712,32810668,32811069,32811131,\n32816003,32817950,32818019,32858446,32874995,32881853,32889434,32895105,\n32900208,32902635,32936961,32941509,32996071,33034103,33048277,33127032\n===========================================================\n2021-09-14T12:30:44.520240+00:00\ndb_recovery_file_dest_size of 10240 MB is 3.89% used. This is a\nuser-specified limit on the amount of space that will be used by this\ndatabase for recovery-related files, and does not reflect the amount of\nspace available in the underlying filesystem or ASM diskgroup.\n2021-09-14T12:43:27.691263+00:00\nALTER SYSTEM ARCHIVE LOG\n2021-09-14T12:43:27.710807+00:00\nThread 1 advanced to log sequence 34 (LGWR switch),  current SCN: 2708180\n  Current log# 1 seq# 34 mem# 0: \/u02\/app\/oracle\/oradata\/datafiles_ORATEST\/ORATEST\/onlinelog\/o1_mf_1_jk7r195y_.log\n  Current log# 1 seq# 34 mem# 1: \/u02\/app\/oracle\/oradata\/fra_ORATEST\/ORATEST\/onlinelog\/o1_mf_1_jk7r19br_.log\n2021-09-14T12:43:27.782463+00:00\nNET  (PID:17691): Archived Log entry 24 added for T-1.S-33 ID 0xd7835926 LAD:1\nTABLE AUDSYS.AUD$UNIFIED: ADDED INTERVAL PARTITION SYS_P266 (87) VALUES LESS THAN (TIMESTAMP' 2021-10-01 00:00:00')\nalter database begin backup\nCompleted: alter database begin backup\n2021-09-14T12:43:39.983879+00:00\nalter database end backup\nCompleted: alter database end backup\n<\/pre>\n<p><\/br><\/p>\n<p>We can see that taking a snapshot, Nutanix Era have run a backup of the archive log and have put the database in backup mode (alter database begin backup; and alter database end backup;). This steps is mandatory knowing the backup is done by a tool external to oracle, and this in order for Nutanix Era to have a consistent snapshot doing a backup on line (database is still running).<br \/>\nThis will garantee not to have any :<\/p>\n<ul>\n<li>header inconsistency<\/li>\n<li>fractured blocks<\/li>\n<li>backup inconsistency<\/li>\n<\/ul>\n<p>What will happen during a begin Backup?<\/p>\n<ul>\n<li>Backup online flag is set in the datafile file headers. This will guarantee the consistency in the backup.<\/li>\n<li>A checkpoint is executed in order to have all the dirty blocks written in the datafiles.<\/li>\n<\/ul>\n<p>What will happen during the Backup?<\/p>\n<ul>\n<li>The datafile header are frozen in order to have the copy of the datafile timestamp with the SCN related to the beginning of the backup. So when this backup files will be used for a recovery, Oracle will know that the recovery (applying archive logs) needs to start with this appropriate Backup SCN. The next checkpoints done during the backup will not update the SCN in the datafile header, but will still update a backup SCN. This will solve the header inconsistency.<\/li>\n<li>All first update on a block in the buffer cache will write the full block in the redo logs. Normal behavior is to write only a change vector in the redo log. This will solve the fractured blocks problem. Fractured blocks can exist in the backup file, but those blocks would be totaly replaced during the recovery.<\/li>\n<\/ul>\n<p>What will happen during an end Backup?<\/p>\n<ul>\n<li>A redo entry informing about end backup mode in the redo logs. So in case of recovery, Oracle will know that at least, the recovery should happen until this point. Backup consistency is guaranteed.<\/li>\n<li>A reset of the backup online flag in the datafile header.<\/li>\n<li>Datafile headers are updated with current SCN.<\/li>\n<\/ul>\n<p>During begin\/end backup, the database is fully available. But knowing the generated redo logs will be more important, it is recommended not to execute it during a high loaded time and not so frequently. Moreover we are putting the whole database in online backup mode and not only one tablespace after the other. Thus Nutanix recommendation in the documentation makes sense.<\/p>\n<p>With the V$BACKUP view we can check which datafiles are set in backup mode.<\/p>\n<p>Before executing a Nutanix snapshot, the view will show the following :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1\">\nSQL&gt; select FILE#, STATUS, TIME from v$backup;\n\n     FILE# STATUS             TIME\n---------- ------------------ -----------------------------\n         1 NOT ACTIVE         15-SEP-2021 01:00:12\n         3 NOT ACTIVE         15-SEP-2021 01:00:12\n         5 NOT ACTIVE         15-SEP-2021 01:00:12\n         7 NOT ACTIVE         15-SEP-2021 01:00:12\n<\/pre>\n<p><\/br><\/p>\n<p>Executing a new snapshot will put the database in backup mode :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,8,9]\">\noracle@test1-VM:\/home\/oracle\/ [ORATEST] taa\nThread 1 advanced to log sequence 55 (LGWR switch),  current SCN: 2809395\n  Current log# 1 seq# 55 mem# 0: \/u02\/app\/oracle\/oradata\/datafiles_ORATEST\/ORATEST\/onlinelog\/o1_mf_1_jk7r195y_.log\n  Current log# 1 seq# 55 mem# 1: \/u02\/app\/oracle\/oradata\/fra_ORATEST\/ORATEST\/onlinelog\/o1_mf_1_jk7r19br_.log\n2021-09-15T08:47:46.781831+00:00\nNET  (PID:413515): Archived Log entry 45 added for T-1.S-54 ID 0xd7835926 LAD:1\nalter database begin backup\nCompleted: alter database begin backup\n2021-09-15T08:47:58.718464+00:00\nalter database end backup\nCompleted: alter database end backup\n<\/pre>\n<p><\/br><\/p>\n<p>And during that time all datafiles will be shown as been in backup mode :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,10]\">\nSQL&gt; select FILE#, STATUS, TIME from v$backup;\n\n     FILE# STATUS             TIME\n---------- ------------------ -----------------------------\n         1 ACTIVE             15-SEP-2021 08:47:46\n         3 ACTIVE             15-SEP-2021 08:47:46\n         5 ACTIVE             15-SEP-2021 08:47:46\n         7 ACTIVE             15-SEP-2021 08:47:46\n\nSQL&gt; select file#, name from v$datafile;\n\n     FILE# NAME\n---------- ------------------------------------------------------------------------------------------\n         1 \/u02\/app\/oracle\/oradata\/datafiles_ORATEST\/ORATEST\/datafile\/o1_mf_system_jk7qywmo_.dbf\n         3 \/u02\/app\/oracle\/oradata\/datafiles_ORATEST\/ORATEST\/datafile\/o1_mf_sysaux_jk7qzopd_.dbf\n         5 \/u02\/app\/oracle\/oradata\/datafiles_ORATEST\/ORATEST\/datafile\/o1_mf_undotbsp_jk7rk221_.dbf\n         7 \/u02\/app\/oracle\/oradata\/datafiles_ORATEST\/ORATEST\/datafile\/o1_mf_users_jk7r05t2_.dbf\n<\/pre>\n<p><\/br><\/p>\n<h3>Log Catch Up<\/h3>\n<p>From the same TM Menu, we can run a Log Catch Up :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Log_Catch_Up_1.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Log_Catch_Up_1.png\" alt=\"\" width=\"300\" height=\"212\" class=\"alignleft size-medium wp-image-51510\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>The system will advise us that a next one is already planned (as part of the SLA), and will ask us if we would like to continue anyhow. We will confirm it :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Log_Catch_Up_2.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Log_Catch_Up_2.png\" alt=\"\" width=\"300\" height=\"146\" class=\"alignleft size-medium wp-image-51513\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>This steps will save the database transaction logs. On oracle database these are the archive logs.<\/p>\n<p>The first execution failed :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_5.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_5.png\" alt=\"\" width=\"300\" height=\"126\" class=\"alignleft size-medium wp-image-51524\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>The error message is : Continuous recovery for this time machine is currently not active.<\/p>\n<p>It seems that Nutanix needs to have a first automatic snapshot successfully run before been able to run Log Catch Up. A manual snapshot is not sufficient. My lab is not running in the night, so no automatic snapshot part of the SLA has been executed so far. I could change the execution time of the daily snapshot, but I had the opportunity to let the lab up and running for the night. On the next morning I could see that a manual execution of the Log Catch Up is now successful :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_6.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_6.png\" alt=\"\" width=\"300\" height=\"126\" class=\"alignleft size-medium wp-image-51526\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>And also, going back to the Time Machines Menu for the ORATEST database, we can see that starting the automatic daily snapshot, all automatic and manual Log Catch Up are now successful.<\/p>\n<p>Here we can see the 2 manual snapshots I have executed the day before :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_7.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_7.png\" alt=\"\" width=\"300\" height=\"145\" class=\"alignleft size-medium wp-image-51528\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>And here we can see the situation after the automatic daily snapshot has been executed in the night :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_8.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_8.png\" alt=\"\" width=\"300\" height=\"142\" class=\"alignleft size-medium wp-image-51530\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><br \/>\nWe can see that now all next Log Catchup schedules are displayed as well.<\/p>\n<p><a href=\"https:\/\/portal.nutanix.com\/page\/documents\/details?targetId=Nutanix-Era-User-Guide-v2_1:era-database-log-backup-management-c.html\">Era documentation<\/a> would say following according to Log Catch Up :<br \/>\n&#8220;For Oracle databases, Era switches the current online redo logs and then copies all the archived logs generated since the last log catch-up to permanent log storage location (also known as log drive) of Era. Note that Era does not remove any logs from their original location after copying. The management and retention of those logs are according to the policies set by the database administrator.&#8221;<\/p>\n<p>Let&#8217;s have a look on ERA VM and let&#8217;s check the log storage location.<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1\">\n[era@Nutanix_ERA ~]$ df -h\nFilesystem                                                                                                          Size  Used Avail Use% Mounted on\ndevtmpfs                                                                                                            7.8G     0  7.8G   0% \/dev\ntmpfs                                                                                                               7.8G   16K  7.8G   1% \/dev\/shm\ntmpfs                                                                                                               7.8G   41M  7.8G   1% \/run\ntmpfs                                                                                                               7.8G     0  7.8G   0% \/sys\/fs\/cgroup\n\/dev\/mapper\/era_server_vg_818f945082d133207c13b485872a454b27e1404e-root                                              48G  8.2G   40G  18% \/\n\/dev\/mapper\/ntnx_era_dg_log_vg_47aab96bac4343b2a4a73453130a22fd-ntnx_era_agent_lv_47aab96bac4343b2a4a73453130a22fd  197G  365M  187G   1% \/home\/era\/era_base\/log_drive\/ORATEST_47aab96bac4343b2a4a73453130a22fd\n\/dev\/sda1                                                                                                          1014M  239M  776M  24% \/boot\ntmpfs                                                                                                               1.6G     0  1.6G   0% \/run\/user\/0\ntmpfs                                                                                                               1.6G     0  1.6G   0% \/run\/user\/1001\n<\/pre>\n<p><\/br><\/p>\n<p>So, every database has there own file system storage for the database archive logs. In our case it will be \/home\/era\/era_base\/log_drive\/ORATEST_47aab96bac4343b2a4a73453130a22fd.<\/p>\n<p>Let&#8217;s generate a new archive log file :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,13,17,19,23,27]\">\noracle@test1-VM:\/u02\/app\/oracle\/oradata\/fra_ORATEST\/ORATEST\/archivelog\/2021_09_15\/ [ORATEST] sqh\n\nSQL*Plus: Release 19.0.0.0.0 - Production on Wed Sep 15 13:46:42 2021\nVersion 19.12.0.0.0\n\nCopyright (c) 1982, 2021, Oracle.  All rights reserved.\n\n\nConnected to:\nOracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production\nVersion 19.12.0.0.0\n\nSQL&gt; select max(SEQUENCE#) from v$archived_log;\n\nMAX(SEQUENCE#)\n--------------\n\t    67\n\nSQL&gt; alter system archive log current;\n\nSystem altered.\n\nSQL&gt; select max(SEQUENCE#) from v$archived_log;\n\nMAX(SEQUENCE#)\n--------------\n\t    68\n\n<\/pre>\n<p><\/br><\/p>\n<p>The maximum database sequence which was archived was 67 and we generate a new archive log with database sequence 68. We can check the archive log file name.<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,5]\">\nSQL&gt; select name, sequence# from v$archived_log where sequence#=68;\n\nNAME\t\t\t\t\t\t\t\t\t\t\t    SEQUENCE#\n------------------------------------------------------------------------------------------ ----------\n\/u02\/app\/oracle\/oradata\/fra_ORATEST\/ORATEST\/archivelog\/2021_09_15\/o1_mf_1_68_jn3yc3hr_.arc\t   68\n<\/pre>\n<p><\/br><\/p>\n<p>We can find the newly created archive log in the FRA :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,7]\">\noracle@test1-VM:\/u02\/app\/oracle\/oradata\/fra_ORATEST\/ORATEST\/archivelog\/2021_09_15\/ [ORATEST] ls -ltrh\ntotal 52M\n...\n...\n...\n-rw-rw----. 1 oracle oinstall  36K Sep 15 13:41 o1_mf_1_67_jn3xzzts_.arc\n-rw-r-----. 1 oracle oinstall  20K Sep 15 13:47 o1_mf_1_68_jn3yc3hr_.arc\n<\/pre>\n<p><\/br><\/p>\n<p>We will run a new Log Catch Up on Nutanix Era :<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Log_Catch_Up_3.png\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/TM_Log_Catch_Up_3.png\" alt=\"\" width=\"300\" height=\"132\" class=\"alignleft size-medium wp-image-51539\" \/><\/a><br \/>\n<\/br><br \/>\n<\/br><br \/>\n<\/br><\/p>\n<p>Note that the ERA and Database server are not in the same Time Zone as my laptop. The VMs are in the UTC time zone and my browser in the UTC+2 time zone.<\/p>\n<p>Now we can see that for the time the Log Catch Up was created (2021-09-15 15:48:51 UTC+2, see previous screenshot) we have a new directory that was created in the log_drive of the Era VMs (2021-09-15 13:48:54 UTC) : \/home\/era\/era_base\/log_drive\/ORATEST_47aab96bac4343b2a4a73453130a22fd\/logs_0\/20210915134119_20210915134854.<\/p>\n<p>And in this last one we will see our last newly created archive log file with sequence 68 :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,3]\">\n[era@Nutanix_ERA ~]$ ls -ltrh \/home\/era\/era_base\/log_drive\/ORATEST_47aab96bac4343b2a4a73453130a22fd\/logs_0\/20210915134119_20210915134854\ntotal 11M\n-rwxr-xr-x. 1 root root 20K Sep 15 13:50 o1_mf_1_68_jn3yc3hr_.arc\n-rwxr-xr-x. 1 root root 11M Sep 15 13:50 control01_1083332975.ctl\n-rwxr-xr-x. 1 root root 22K Sep 15 13:50 o1_mf_1_69_jn3yg697_.arc\n[era@Nutanix_ERA ~]$\n<\/pre>\n<p><\/br><\/p>\n<p>As explained in the documentation, running a Log Catch Up will first switch the current online redo logs and then copies all the archived logs generated since the last log catch-up to the permanent log storage location. This is why we have now a max sequence for the archive log file equal to 69.<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,8,10,22,26]\">\noracle@test1-VM:\/u02\/app\/oracle\/oradata\/fra_ORATEST\/ORATEST\/archivelog\/2021_09_15\/ [ORATEST] ls -ltrh\ntotal 53M\n...\n...\n...\n-rw-rw----. 1 oracle oinstall  36K Sep 15 13:41 o1_mf_1_67_jn3xzzts_.arc\n-rw-r-----. 1 oracle oinstall  20K Sep 15 13:47 o1_mf_1_68_jn3yc3hr_.arc\n-rw-rw----. 1 oracle oinstall  22K Sep 15 13:48 o1_mf_1_69_jn3yg697_.arc\n\noracle@test1-VM:\/u02\/app\/oracle\/oradata\/fra_ORATEST\/ORATEST\/archivelog\/2021_09_15\/ [ORATEST] sqh\n\nSQL*Plus: Release 19.0.0.0.0 - Production on Wed Sep 15 14:04:22 2021\nVersion 19.12.0.0.0\n\nCopyright (c) 1982, 2021, Oracle.  All rights reserved.\n\n\nConnected to:\nOracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production\nVersion 19.12.0.0.0\n\nSQL&gt; select max(SEQUENCE#) from v$archived_log;\n\nMAX(SEQUENCE#)\n--------------\n\t    69\n\nSQL&gt;\n<\/pre>\n<p><\/br><\/p>\n<p>The previous Log Catch Up has effectively backup the archive log file with database sequence 67 :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,3]\">\n[era@Nutanix_ERA ~]$ ls -ltrh \/home\/era\/era_base\/log_drive\/ORATEST_47aab96bac4343b2a4a73453130a22fd\/logs_0\/20210915133110_20210915134119\ntotal 11M\n-rwxr-xr-x. 1 root root 36K Sep 15 13:42 o1_mf_1_67_jn3xzzts_.arc\n-rwxr-xr-x. 1 root root 20K Sep 15 13:42 o1_mf_1_66_jn3xn994_.arc\n-rwxr-xr-x. 1 root root 11M Sep 15 13:42 control01_1083332521.ctl\n[era@Nutanix_ERA ~]$\n<\/pre>\n<p><\/br><\/p>\n<h3>Archive log deletion<\/h3>\n<p>As we can see checking backup database parameters, the archive log deletion policy is set to none :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,8,12,16]\">\noracle@test1-VM:\/home\/oracle\/ [ORATEST] rmanh\n\nRecovery Manager: Release 19.0.0.0.0 - Production on Wed Sep 15 14:13:30 2021\nVersion 19.12.0.0.0\n\nCopyright (c) 1982, 2019, Oracle and\/or its affiliates.  All rights reserved.\n\nRMAN&gt; connect target \/\n\nconnected to target database: ORATEST (DBID=3615690790)\n\nRMAN&gt; show ARCHIVELOG DELETION POLICY;\n\nusing target database control file instead of recovery catalog\nRMAN configuration parameters for database with db_unique_name ORATEST are:\nCONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default\n\nRMAN&gt;\n<\/pre>\n<p><\/br><\/p>\n<p>We can see that none of our archive log files are setted as reclaimable :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1; highlight: [1,5,7,11]\">\nSQL&gt; select * from v$recovery_area_usage where file_type='ARCHIVED LOG';\n\nFILE_TYPE               PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES     CON_ID\n----------------------- ------------------ ------------------------- --------------- ----------\nARCHIVED LOG                          6.16                         0              61          0\n\nSQL&gt; select count(*) from v$archived_log;\n\n  COUNT(*)\n----------\n\t61\n<\/pre>\n<p><\/br><\/p>\n<p>And as we can see, for oracle, none of the archive log file has been backed up :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1\">\nSQL&gt; select count(*), BACKUP_COUNT from v$archived_log group by BACKUP_COUNT;\n\n  COUNT(*) BACKUP_COUNT\n---------- ------------\n        61            0\n<\/pre>\n<p><\/br><\/p>\n<p>And none has neither been deleted nor set as reclaimable :<\/p>\n<pre class=\"brush: sql; gutter: true; first-line: 1\">\nSQL&gt;\nselect applied,deleted,decode(rectype,11,'YES','NO') reclaimable,count(*),min(sequence#),max(sequence#)\nfrom v$archived_log left outer join sys.x$kccagf using(recid)\nwhere is_recovery_dest_file='YES' and name is not null\n  4  group by applied,deleted,decode(rectype,11,'YES','NO') order by 5;\n\nAPPLIED   DEL REC   COUNT(*) MIN(SEQUENCE#) MAX(SEQUENCE#)\n--------- --- --- ---------- -------------- --------------\nNO        NO  NO          61             10             70\n\nSQL&gt;\n<\/pre>\n<p><\/br><\/p>\n<h3>Conclusion<\/h3>\n<p>As we could see, Nutanix Era is well designed to have a proper and consistent database backup and archive logs backup. We just need not to forget to set accordingly the archive log deletion policy in order to managed correctly the archive logs. Nutanix Era is not going to do any DBA tasks for you.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Now that we have our ORATEST database provisioned (see Nutanix Era blog part 3), we will be looking how to run snapshot and Log Catch Up and how will this take effects on our oracle database. For more information on Nutanix products, I would encourage you to visit Nutanix website.<\/p>\n","protected":false},"author":48,"featured_media":16679,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[59],"tags":[2387,2384,2203,237],"type_dbi":[],"class_list":["post-16677","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-oracle","tag-log-catch-up","tag-nutanix-era","tag-oracle-database","tag-snapshot"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.2 (Yoast SEO v27.5) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up - dbi Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up\" \/>\n<meta property=\"og:description\" content=\"Now that we have our ORATEST database provisioned (see Nutanix Era blog part 3), we will be looking how to run snapshot and Log Catch Up and how will this take effects on our oracle database. For more information on Nutanix products, I would encourage you to visit Nutanix website.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2021-09-15T13:01:43+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png\" \/>\n\t<meta property=\"og:image:width\" content=\"2048\" \/>\n\t<meta property=\"og:image:height\" content=\"351\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Marc Wagner\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Marc Wagner\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"13 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/\"},\"author\":{\"name\":\"Marc Wagner\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/225d9884b8467ead9a872823acb14628\"},\"headline\":\"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up\",\"datePublished\":\"2021-09-15T13:01:43+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/\"},\"wordCount\":1474,\"commentCount\":0,\"image\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/wp-content\\\/uploads\\\/sites\\\/2\\\/2022\\\/04\\\/Time_Machine_menu_2-1.png\",\"keywords\":[\"log catch up\",\"Nutanix ERA\",\"Oracle Database\",\"Snapshot\"],\"articleSection\":[\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/\",\"name\":\"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/wp-content\\\/uploads\\\/sites\\\/2\\\/2022\\\/04\\\/Time_Machine_menu_2-1.png\",\"datePublished\":\"2021-09-15T13:01:43+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/225d9884b8467ead9a872823acb14628\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/wp-content\\\/uploads\\\/sites\\\/2\\\/2022\\\/04\\\/Time_Machine_menu_2-1.png\",\"contentUrl\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/wp-content\\\/uploads\\\/sites\\\/2\\\/2022\\\/04\\\/Time_Machine_menu_2-1.png\",\"width\":2048,\"height\":351},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/225d9884b8467ead9a872823acb14628\",\"name\":\"Marc Wagner\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g\",\"caption\":\"Marc Wagner\"},\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/author\\\/marc-wagner\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up - dbi Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/","og_locale":"en_US","og_type":"article","og_title":"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up","og_description":"Now that we have our ORATEST database provisioned (see Nutanix Era blog part 3), we will be looking how to run snapshot and Log Catch Up and how will this take effects on our oracle database. For more information on Nutanix products, I would encourage you to visit Nutanix website.","og_url":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/","og_site_name":"dbi Blog","article_published_time":"2021-09-15T13:01:43+00:00","og_image":[{"width":2048,"height":351,"url":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png","type":"image\/png"}],"author":"Marc Wagner","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Marc Wagner","Est. reading time":"13 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/"},"author":{"name":"Marc Wagner","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/225d9884b8467ead9a872823acb14628"},"headline":"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up","datePublished":"2021-09-15T13:01:43+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/"},"wordCount":1474,"commentCount":0,"image":{"@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#primaryimage"},"thumbnailUrl":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png","keywords":["log catch up","Nutanix ERA","Oracle Database","Snapshot"],"articleSection":["Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/","url":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/","name":"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#primaryimage"},"image":{"@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#primaryimage"},"thumbnailUrl":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png","datePublished":"2021-09-15T13:01:43+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/225d9884b8467ead9a872823acb14628"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#primaryimage","url":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png","contentUrl":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Time_Machine_menu_2-1.png","width":2048,"height":351},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/nutanix-era-with-oracle-databases-part-4-taking-a-snapshot-and-running-log-catch-up\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Nutanix Era with oracle databases : Part 4 \u2013 Taking a snapshot and running Log Catch Up"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/225d9884b8467ead9a872823acb14628","name":"Marc Wagner","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g","caption":"Marc Wagner"},"url":"https:\/\/www.dbi-services.com\/blog\/author\/marc-wagner\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/16677","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/48"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=16677"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/16677\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media\/16679"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=16677"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=16677"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=16677"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=16677"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}