Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

1.  Introduction

When disaster strikes and the primary database is no longer available the standby database must be activated to become the new primary database to continue operation.  This is also called failover to the standby database.

The steps to activate the standby database are:

  1. Stop the scheduling of Dbvisit Standby.
  2. Change the network configuration (or DNS) so that users will connect to the standby database (or server) instead of the primary database (or server).
  3. Activate and open the standby database for normal operation as per instructions below.  Note that as soon as the standby database is activated and becomes the new primary database that is open read/write.  The link to the original primary database is lost and it is no longer possible to apply new logs to the original standby database.

To activate and open the standby database for continued operation in the event of a disaster the following procedure discussed in this section must be used.

Table of Contents


2.  Activate (Failover) - Using the Command Line Interface

The command line options available to activate the standby database are: 

No Format
dbvctl -d <ddc> -o activate [--force] 

This command is used to Activate the standby database, during which process it becomes the new primary database. Important, this operation MUST be done with caution as the process is NOT reversible.  This action is performed in the event that the primary database is no longer available. Dbvisit Standby will prompt before activating the standby database.  If the --force an option is provided then Dbvisit Standby will no longer prompt before activating the standby database (this option can be used in batch mode).

Note: On the event that APPLY_DELAY_LAG_MINUTES (i.e. APPLY_DELAY_LAG_MINUTES = 180) is set in the DDC, and standby is activated in batch mode, it will most likely fail or cancelled. If APPLY_DELAY_LAG_MINUTES is set in the DDC, the correct way of activating the standby is via interactive mode and not using the option --force.

Before you activate the standby database, running a quick test by ensuring the standby database is in a consistent state (datafile headers and controlfile are in sync) and ready to be activated.  This can be done by opening the standby database read-only.

This is done by running the following command: "./dbvctl -d DEV -o read"

Example:

Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o read
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 1217)
dbvctl started on dbv2: Mon Nov 30 11:18:21 2020
=============================================================


>>> Running pre-checks please wait... done
Open Standby instance DEV in READ ONLY mode...
Standby instance DEV on dbv2 opened in READ ONLY mode.
Log files cannot be applied to Database while in READ ONLY mode.
Database tempfile(s) may need to be added to this database.

=============================================================
dbvctl ended on dbv2: Mon Nov 30 11:18:23 2020
=============================================================


As we can see in the example above, the standby database can be opened read-only without any errors.

If you did get any errors, example stating file 1 needs more recovery, you will need to apply more archive logs before you will be able to successfully activate (open the standby database read/write).

Now that we know we can open the standby read-only, let's start it back into recovery mode (mount state), by running: "./dbvctl -d DEV -o restart"

Example:

Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o restart
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 2574)
dbvctl started on dbv2: Tue May  7 11:37:16 2019
=============================================================

Stopping instance DEV...
Standby Database DEV shutdown successfully on dbv2.
Starting instance DEV...
Standby Database DEV started on dbv2.

=============================================================
dbvctl ended on dbv2: Tue May  7 11:37:24 2019
=============================================================


Now that we know the standby database can be opened read-only and that it is in a consistent state that it can be opened, we can execute the "Activation"

The example below shows the process is executed to activate the standby database for DDC file DEV:

No Format
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o activate
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 3841)
dbvctl started on dbv2: Mon Nov 30 12:11:04 2020
=============================================================


>>> Running pre-checks please wait... done

-------------------------------------------------------------------------------
Next required SCN 1127317 generated at 2020-11-30:11:40:47 +13:00
-------------------------------------------------------------------------------

=>Do you want to proceed with activating the standby database? [no]: yes
Your input: 1

Is this correct? <Yes/No> [Yes]:
>>> Activating now...


>>> Activation complete. Please ensure a backup of this Database is made
>>> Old archives from before the activation should be removed to avoid mix-up between new
    and old archive logs


>>> Process complete

=============================================================
dbvctl ended on dbv2: Mon Nov 30 12:11:23 2020
=============================================================


Next Steps:

As soon as possible, back up your new production database.

At this point, the former standby database is now your production database.

This task, while not required, is a recommended safety measure because you cannot recover changes made after activation without a backup.



3.  Disaster Recovery Actions - Using the Central Console

In case of disaster strikes, you will want to activate (failover) to the standby database.  During this process, a resetlogs is performed and the standby database is opened read/write.

The standby database is then converted to a primary database and cannot be used as a standby database anymore.

In the version 10 of Dbvisit Standby, a number of new options have been introduced in this section.  First select "Disaster Recovery Actions" from the main menu [1]


Once you select a DDC on which the operation is to be performed, there are 3 options are now provided as listed below:



2. Activate Now

Select this option if you want to activate the standby database now - this is usually in the case when the disaster happened and you need to activate (failover) to the standby database.

3. Perform DR Test

It is always recommended that sites perform DR testing, activating a standby database and making use if a disaster did happen everything work as expected.  This option will allow you to perform a backup of the standby database prior to activating it. 

Two options will be available:

Create a backup to a local disk using RMAN Backupsets

Create a backup to a local disk using RMAN Image Copies

This option can be useful to quickly switch back to your image copy instead of running a restore process.


4. Standby Read-Only Test

This option allows you to quickly test if your standby database can be opened read-only.  This is an excellent test to see if the standby database is in a consistent state.  If a standby database is not consistent, you will not be able to open it read-only or activate it.  In this case, you will have to send and apply more logs before you will be able to activate or open the standby read-only.

The screen capture below shows what the Perform DR Test screen looks like:



  1. Select "Perform DR Test"
  2. If you are running this the first time you will need to select "RUN DR TEST" - if you already performed this task, you will be given the option to "REINSTATE" if you have backups (backupset or image copies) available
  3. Confirm if you want to create a backup of the standby database prior to the test - NOTE: if you select NO, you will not have backups unless you create them manually
  4. Select the backup method type - Image Copy or Backupset
  5. Specify the format - this is making use of the RMAN format options - for more detail please see the Oracle RMAN documentation 
  6. Specify the location for the backup - this location must have at least enough space to hold a full copy of the standby database. 
  7. You can specify the process to stop between the backup and activation stages
  8. Submit to continue


If you have selected the option to create an Image copy backup, once done with the first step of the image copy creation you will get a completed task indicating the image backup was created and validated.

You will then be presented with the option to resume and continue with the activation[ 1].  Once that is complete you will get the task that indicates the completion of the activation/failover process. There is also an option to cancel the DR Test [ 2 ].

Once the above is complete, you will be able to perform your tests on the newly activate standby.  


When you are ready to re-instantiate the standby again you can navigate to the Disaster Recovery Actions page and select the DDC.

You will then select the Perform DR Test and you will get the option REINSTATE, which will allow you to get to the next screen that allows you to continue restoring from the backup taken in the previous step.




  • You will get two options if using Image Copy
    • Switch to the image copy
      • This will be fast as we will switch to the image copy instead of restoring.  You will need to be aware that in this scenario the database will be switched to the copy.
    • Restore from the image copy
      • This method will perform a full restore from the image copy - this process is not as fast but will restore the database into the original location.


  • Once this is selected, click on Submit to start the operation.  As mentioned the switching to the image copy is faster.  


Once the re-instate is complete, for example, if you have picked to switch to copy the following task details, will be displayed.


4. Disaster Recovery Actions - Using CLI

The DR test and the Read-Only test can also be performed using the command line. The below example will show how it is done. dbvctl -o -h will display the help on the commands which can be used .

Code Block
[oracle@dbv2 standby]$ ./dbvctl -o -h

...
...
    ro_test          Open standby read only and restart
    activate         Activate standby database
    dr_test          Activate standby as DR test with optional backup
    reinstate        Reinstate standby from a backup

...
...

4.1 Perform a Read-Only test

This option will help in determining if the database is standby is in a consistent state. This would open the database in read-only mode and the restart the database to mount mode so that the archivelogs can be applied.

Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o ro_test
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 2606)
dbvctl started on dbv2: Mon Nov 30 11:52:38 2020
=============================================================


>>> Running pre-checks please wait... done
Open Standby database DEV in READ ONLY mode...
Standby database DEV on dbv2 opened in READ ONLY mode.
Log files cannot be applied to Database while in READ ONLY mode.
Database tempfile(s) may need to be added to this database.
Stopping database DEV...
Standby Database DEV shutdown successfully on dbv2.
Starting database DEV...
Standby Database DEV started on dbv2.

=============================================================
dbvctl ended on dbv2: Mon Nov 30 11:52:48 2020
=============================================================

4.2 Perform a DR Test and Re-instate


Note

Use Filesystem/ACFS locations to take backups and image copies of the database. The current release does not support taking backups and image copies in ASM diskgroups


Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o dr_test
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 2812)
dbvctl started on dbv2: Mon Nov 30 11:58:52 2020
=============================================================


>>> Running pre-checks please wait... done

-------------------------------------------------------------------------------

=>Do you want to backup the standby database prior to activation? [yes]:
Your input: 1

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Specify backup type: 1 for image copy, 2 for backupset [1]: 2
Your input: 2

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Specify backup location: []: /home/oracle/temp
Your input: /home/oracle/temp

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Specify backup format: [%U.bkp]:
Your input: %U.bkp

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Do you want to be prompted to confirm activation on successful completion of
the backup? [yes]:
Your input: 1

Is this correct? <Yes/No> [Yes]:

>>> Standby database size is 1.39GB. Backing up database might take some time.

>>> Backing up standby database... done

>>> Validating backup of the standby database... done

-------------------------------------------------------------------------------
Standby Backup summary
-------------------------------------------------------------------------------
tag                           DBV_DEV_1
location                      /home/oracle/temp
type                          backupset
db_unique_name                DEV
server                        dbv2
resetlogs_id                  1004372670
resetlogs_time                2019-03-31:16:24:30
created_on                    2020-11-30 12:00:58
status                        VALID

Files:
DBV_DEV_1_0bvgql9t_1_1.bkp
DBV_DEV_1_0cvgqlba_1_1.bkp
DBV_DEV_1_CONTROL.CTL

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

=>Do you want to proceed with activating the standby database? [no]: yes
Your input: 1

Is this correct? <Yes/No> [Yes]:
>>> Activating now...


>>> Activation complete. Please ensure a backup of this Database is made
>>> Old archives from before the activation should be removed to avoid mix-up between new
    and old archive logs


>>> Process complete

=============================================================
dbvctl ended on dbv2: Mon Nov 30 12:01:42 2020
=============================================================

Status of the database

Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o status
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 3118)
dbvctl started on dbv2: Mon Nov 30 12:02:35 2020
=============================================================

Database Instance DEV on dbv2 status: Regular database open in read write mode

=============================================================
dbvctl ended on dbv2: Mon Nov 30 12:02:35 2020
=============================================================

Now the next step is to reinstate the database back to the standby database

Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o reinstate
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 3135)
dbvctl started on dbv2: Mon Nov 30 12:02:52 2020
=============================================================


>>> Running pre-checks please wait...
>>> Validating backup of the standby database... done
done

-------------------------------------------------------------------------------
Standby Backup summary
-------------------------------------------------------------------------------
tag                           DBV_DEV_1
location                      /home/oracle/temp
type                          backupset
db_unique_name                DEV
server                        dbv2
resetlogs_id                  1004372670
resetlogs_time                2019-03-31:16:24:30
created_on                    2020-11-30 12:00:58
status                        VALID

Files:
DBV_DEV_1_0bvgql9t_1_1.bkp
DBV_DEV_1_0cvgqlba_1_1.bkp
DBV_DEV_1_CONTROL.CTL

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------
>>> Reinstating standby will result in permanent removal of current database files.

=>Do you want to view a list of files to be removed? [no]: yes
Your input: 1

Is this correct? <Yes/No> [Yes]:
REINSTATE will remove the following files:
datafile:
/u01/app/oracle/oradata/DEV/system01.dbf
/u01/app/oracle/oradata/DEV/sysaux01.dbf
/u01/app/oracle/oradata/DEV/undotbs01.dbf
/u01/app/oracle/oradata/DEV/users01.dbf
tempfile:
/u01/app/oracle/oradata/DEV/temp01.dbf
controlfile:
/u01/app/oracle/oradata/DEV/control01.ctl
/u01/app/oracle/fast_recovery_area/DEV/control02.ctl
redolog:
/u01/app/oracle/oradata/DEV/redo01.log
/u01/app/oracle/oradata/DEV/redo02.log
/u01/app/oracle/oradata/DEV/redo03.log
other:

-------------------------------------------------------------------------------

=>Proceed with reinstating? [no]: yes
Your input: 1

Is this correct? <Yes/No> [Yes]:

>>> Shutting down the database... done

>>> Removing database files... done

>>> Restoring standby control file... done

>>> Starting standby database... done

>>> Restoring standby database... done
Standby database reinstated.

=============================================================
dbvctl ended on dbv2: Mon Nov 30 12:04:22 2020
=============================================================

Status of the database

Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o status
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 3328)
dbvctl started on dbv2: Mon Nov 30 12:05:19 2020
=============================================================

Database Instance DEV on dbv2 status: Standby Database in recovery mode

=============================================================
dbvctl ended on dbv2: Mon Nov 30 12:05:19 2020
=============================================================
Below is another example where the DR test is performed by using image copy as backup and we switch to copy when reinstating the DR to standby.
Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o dr_test
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 3346)
dbvctl started on dbv2: Mon Nov 30 12:05:50 2020
=============================================================


>>> Running pre-checks please wait... done

>>> Validating backup of the standby database... done

-------------------------------------------------------------------------------
Standby Backup summary
-------------------------------------------------------------------------------
tag                           DBV_DEV_1
location                      /home/oracle/temp
type                          backupset
db_unique_name                DEV
server                        dbv2
resetlogs_id                  1004372670
resetlogs_time                2019-03-31:16:24:30
created_on                    2020-11-30 12:00:58
status                        VALID

Files:
DBV_DEV_1_0bvgql9t_1_1.bkp
DBV_DEV_1_0cvgqlba_1_1.bkp
DBV_DEV_1_CONTROL.CTL

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

=>Do you want to backup the standby database prior to activation? [yes]: Yes
Your input: 1

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Specify backup type: 1 for image copy, 2 for backupset [1]: 1
Your input: 1

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Specify backup location: []: /home/oracle/temp
Your input: /home/oracle/temp

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Specify backup format: [%u.dbf]:
Your input: %u.dbf

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Do you want to be prompted to confirm activation on successful completion of
the backup? [yes]:
Your input: 1

Is this correct? <Yes/No> [Yes]:

>>> Standby database size is 1.39GB. Backing up database might take some time.

>>> Backing up standby database... done

>>> Validating backup of the standby database... done

-------------------------------------------------------------------------------
Standby Backup summary
-------------------------------------------------------------------------------
tag                           DBV_DEV_2
location                      /home/oracle/temp
type                          image
db_unique_name                DEV
server                        dbv2
resetlogs_id                  1004372670
resetlogs_time                2019-03-31:16:24:30
created_on                    2020-11-30 12:06:44
status                        VALID

Files:
DBV_DEV_2_0dvgqlls.dbf
DBV_DEV_2_0evgqllv.dbf
DBV_DEV_2_0fvgqlm2.dbf
DBV_DEV_2_0gvgqlm3.dbf
DBV_DEV_2_0hvgqlm4.dbf
DBV_DEV_2_0ivgqlm5.dbf
DBV_DEV_2_CONTROL.CTL

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------

=>Do you want to proceed with activating the standby database? [no]: yes
Your input: 1

Is this correct? <Yes/No> [Yes]:
>>> Activating now...


>>> Activation complete. Please ensure a backup of this Database is made
>>> Old archives from before the activation should be removed to avoid mix-up between new
    and old archive logs


>>> Process complete

=============================================================
dbvctl ended on dbv2: Mon Nov 30 12:07:26 2020
=============================================================
Reinstate using the switch to copy function
Code Block
[oracle@dbv2 standby]$ ./dbvctl -d DEV -o reinstate --switch
=============================================================
Dbvisit Standby Database Technology (10.0.0RC_20_g5a288041) (pid 3651)
dbvctl started on dbv2: Mon Nov 30 12:08:52 2020
=============================================================


>>> Running pre-checks please wait...
>>> Validating backup of the standby database... done
done

-------------------------------------------------------------------------------
Standby Backup summary
-------------------------------------------------------------------------------
tag                           DBV_DEV_2
location                      /home/oracle/temp
type                          image
db_unique_name                DEV
server                        dbv2
resetlogs_id                  1004372670
resetlogs_time                2019-03-31:16:24:30
created_on                    2020-11-30 12:06:44
status                        VALID

Files:
DBV_DEV_2_0dvgqlls.dbf
DBV_DEV_2_0evgqllv.dbf
DBV_DEV_2_0fvgqlm2.dbf
DBV_DEV_2_0gvgqlm3.dbf
DBV_DEV_2_0hvgqlm4.dbf
DBV_DEV_2_0ivgqlm5.dbf
DBV_DEV_2_CONTROL.CTL

-------------------------------------------------------------------------------

-------------------------------------------------------------------------------
>>> Reinstating standby will result in permanent removal of current database files.

=>Do you want to view a list of files to be removed? [no]: yes
Your input: 1

Is this correct? <Yes/No> [Yes]:
REINSTATE will remove the following files:
datafile:
/u01/app/oracle/oradata/DEV/system01.dbf
/u01/app/oracle/oradata/DEV/sysaux01.dbf
/u01/app/oracle/oradata/DEV/undotbs01.dbf
/u01/app/oracle/oradata/DEV/users01.dbf
tempfile:
/u01/app/oracle/oradata/DEV/temp01.dbf
controlfile:
/u01/app/oracle/oradata/DEV/control01.ctl
/u01/app/oracle/fast_recovery_area/DEV/control02.ctl
redolog:
/u01/app/oracle/oradata/DEV/redo01.log
/u01/app/oracle/oradata/DEV/redo02.log
/u01/app/oracle/oradata/DEV/redo03.log
other:

-------------------------------------------------------------------------------

=>Do you want to switch standby database to the latest image copy at
/home/oracle/temp? [yes]:
Your input: 1

Is this correct? <Yes/No> [Yes]:

-------------------------------------------------------------------------------

=>Proceed with reinstating? [no]: yes
Your input: 1

Is this correct? <Yes/No> [Yes]:

>>> Shutting down the database... done

>>> Removing database files... done

>>> Starting up database nomount... done

>>> Renaming control file... done

>>> Shutting database down... done

>>> Starting standby database... done

>>> Switching database to copy... done
Standby database reinstated.

=============================================================
dbvctl ended on dbv2: Mon Nov 30 12:09:32 2020
=============================================================

5. Video - How to Perform a DR Test in Dbvisit Standby v10

Widget Connector
urlhttps://youtube.com/watch?v=10W8AjcWbzc