Oracle Cloud Infrastructure Documentation

Prechecks Performed by Full Stack Disaster Recovery

Full Stack Disaster Recovery performs prechecks for resources such as DR Protection Groups, DR Plans, and DR Plan Executions.

Prechecks for Compute Instance

Full Stack DR first performs the following storage prechecks for each VM present in the primary DRPG. Full Stack DR verifies that:
  • Volume group replication is configured or backup is configured with a backup policy and cross-region copy is enabled.
  • A volume group replica or at least one volume group backup exists in the standby region. Multiple backups can also exist as Full Stack DR uses the latest volume group backup.
  • All the boot and block volumes of the VMs of the members in a DRPG are added to the volume group.
  • Volume group contains only the boot and block volumes attached to the VM of the members in a DRPG.
  • Whether the user is trying to add moving compute instances to a standby DR Protection Group, which is not allowed.

Prechecks for File System:

Full Stack DR first performs the following prechecks for the file system :
  • Switchover/Failover/Start Drill:
    • Validates that the source file system is in Active state and should be exported file system
    • Validates that the source file system should not have custom encryption key
    • Validates that all the export present in source file system is mapped with destination mount target as part of file system member property and should be unique (avoid duplication)
    • Validates that there is at least one active Replication policy setup on source file system
    • Validates that the file system member property destination availability domain is in peer region
    • Validates that all the destination mount target configure for source file system exports are in peer region and are in the same availability domain as member property destination availability domain.
    • Validates that the target file system in Active state and should be unexported file system
    • Validates that at least one replication snapshot should be present in target file system
    • Validates that the destination mount targets are having correct TCP/UDP protocol enable. See Configuring VCN Security Rules for File Storage.
  • Stop Drill
    • Validates that the cloned exported file system is present for clean up
    • Validates that the exports are present in cloned exported file system for clean up

Prechecks for Mount/Unmount File System on Compute Instance:

Full Stack DR first performs the following prechecks for the mount/unmount file system on compute instance:
  • Validations for mount/unmount detail member property :
    • Mount details:
      • Validates that the mount target of mount details matches with standby region.
      • Validates that the combination of mount point and export is unique (avoid multiple mounting on same mount point).
    • Unmount details:
      • Validates that the mount target of unmount details matches with primary region.
      • Validates that the export path is present on the mount target of unmount details.
    • Validates that the movable/non-movable compute instance and mount target of mount details are having correct TCP/UDP protocol enable. See Configuring VCN Security Rules for File Storage.
    • Validates for movable/non-movable compute instance, either the primary DR Protection Group should have the mountable file system or destination mount target should have correct export path to mount.
    • Note

      For a failover, the following check is performed in the File System – Mount on Compute Instance step with newly launched compute instance due to unavailability of primary region

    • Validates that the compute instance have the Compute Instance Run Command plugin enabled.
    • Validates that the compute instance has a root-access:
    • Only for Linux operating system, validates that the compute instance has nfs-client installed. For information on how to install nfs-client on compute, see Mounting File Systems From UNIX-Style Instances.
    • Only for Linux operating system, validate that the /etc/fstab in linux operating system should have mount details present with correct mount target IP address/Fully Qualified Domain Name and mount point.
    • For both operating system, validate that the mount point is present on the compute instance

Prechecks for Volume Groups (Block Storage)

Full Stack DR first performs the following prechecks for all volume groups added to the primary DRPG. Full Stack DR verifies that:
  • The volume group is in an Available state.
  • The volume group has either replication or backups configured in the standby region. If both are configured, Full Stack DR uses replicas and ignore backups.
  • For intra-region DR that any destination (standby) region replicas are not in the same availability domain (AD).
  • The replica in the standby region is in an Available state, or if backups are used, that at least one backup exists and is Available.
  • The list of volumes in the source volume group match the list of volumes in the standby region replica or backup.

Prechecks for Block volume for Non-Movable compute instances

Full Stack DR first performs the following prechecks for the block volume for non-movable compute instances:

If the compute instance is added as member to a DRPG with the role Primary, then perform the following validations for each block volume ID provided in the new member property list:
  • The block volume ID should be a valid OCID of a block volume.
  • The block volume should not have duplicates in the member properties of the same compute instance.
  • Block volume should be already attached to the compute instance.
  • The block volume should be a part of some volume group member of the DRPG.
  • If a Volume attachment reference instance ID is provided in the attachment details, then that instance should be a member of the standby DR Protection Group and the block volume ID should be added in its member properties.
  • If the Volume attachment reference instance ID is not provided in the attachment details, then only one compute instance in the standby DRPG should have a member property defined with this block volume ID.
  • The mount points that are defined should be unique.
If the compute instance is added as member to a DRPG with the role Standby, then perform the following validations for each block volume ID provided in the new member property list:
  • The block volume ID should be a valid OCID of a block volume.
  • The block volume should not have duplicates in the member properties of the same compute instance.
  • The block volume should be from the region of the primary DRPG.
  • The block volume should be a part of some volume group member of the primary DRPG.
  • The volume group's destination/target AD (where the backup or replica will be activated) should match the AD of this standby compute instance.
  • If a Volume attachment reference instance ID is provided in the attachment details, then that peer instance should be a member of primary DRPG and the block volume should be attached to it.
  • If the Volume attachment reference instance ID is not provided in the attachment details, then only one compute instance in the primary DRPG should have the block volume attached to it.
  • The mount points that you define should be unique.
  • No two block volumes should be configured to attach using a same device path.
  • If the attachment uses device paths, then the device paths must not be in use.
  • If a block volume is configured to be attached to more than one compute instance, then the attachment must have a shareable access.

Prechecks for Object storage with Switchover and Failover

Full Stack DR performs the following prechecks for the object storage:

  • Switchover:

    • Object Storage Bucket - Delete Replication (Primary) Precheck

      • Validates that the source bucket is present.

      • Validates that the replication policy is present.

      • Validates that the replication policy should be in the peer region.

    • Object Storage Bucket - Setup Reverse Replication (Standby) Precheck

      • Validates that the target bucket is present

      • Validates that the source bucket is present

  • Failover:

    • Object Storage Bucket - Delete Replication (Primary) Precheck

      • Validates that the source bucket is in an Active state.

      • Validates that the replication policy is present.

      • Validates that the replication policy should be in the peer region.

      • Validates that the target bucket is in an Active state.

    • Object Storage Bucket - Setup Reverse Replication (Standby) Precheck (Continue on Error)

      • Validates that the target bucket is present.

        Validates that the source bucket is present.

Prechecks for Database (Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure, Oracle Exadata Database Service on Exascale Infrastructure, Oracle Exadata Database Service on Cloud@Customer)

Full Stack DR performs the following prechecks if a database member (Oracle BaseDatabase Service, Oracle Exadata Database Service on Dedicated Infrastructure, Oracle Exadata Database Service on Exascale Infrastructure, Oracle Exadata Database Service on Cloud@Customer) is a part of the DRPG. Full Stack DR verifies that:
  • Database member properties are not empty or null and password secret vault location is a part of the database member properties.
  • You are able to access the secret vault in which the database password is stored database and peer database is in an Available state.
  • Database and peer Database have Data Guard enabled and they are Data Guard peers of each other.
  • Database and peer Database have the correct Data Guard roles.
  • Database and peer Database are a part of the two associated DR protection groups that are a part of the configuration. Primary database is a part of the primary DR protection group and standby database is a part of the standby DR protection group.

Prechecks for Oracle Autonomous Database Serverless

Full Stack DR performs the following prechecks if an Autonomous Database Serverless member is part of the DRPG. Full Stack DR verifies that:
  • Autonomous database member properties are not empty or null.
  • The primary Autonomous database does not have an empty standby database list.
  • The standby Autonomous database is not in the same region as the primary database region and is not a local peer.
  • The Autonomous database and the peer Autonomous database are a part of the two associated DR protection groups that are a part of the configuration.
  • Remote Data Guard is configured.
  • Remote peer database belongs to the remote DRPG.
  • The primary database lifecycle state is AVAILABLE.

    For switchover prechecks, Full Stack DR performs the following additional validations on the standby database: Verifies that remote peer standby is in the correct (STANDBY) state.

Prechecks for Oracle Autonomous Container Database

Full Stack DR performs the following prechecks if an Autonomous Container Database member is part of the DRPG. Full Stack DR verifies that:
  • Autonomous Container Database member properties are not empty or null.
  • The primary Autonomous Container Database does not have an empty standby database list.
  • The Autonomous database and the peer Autonomous database are a part of the two associated DR protection groups that are a part of the configuration.
  • Remote Data Guard is configured.
  • Remote peer database belongs to the remote DRPG.
  • The primary and the standby Autonomous Container database lifecycle states are AVAILABLE.

    For switchover prechecks, Full Stack DR performs the following additional validations on the standby database: Verifies that remote peer standby is in the correct (STANDBY) state.

Parent topic: Reference