5.1 Basic Workflow for Workload Protection and Recovery

PlateSpin Forge defines the following workflow for workload protection and recovery:

  1. Preparation: This step involves preparatory steps to ensure that your workloads, containers, and environment meet the required criteria.

    1. Make sure that PlateSpin Forge supports your workload.

      See Supported Configurations.

    2. Make sure that your workloads meet access and network prerequisites.

      See Access and Communication Requirements across your Protection Network.

    3. (Linux only)

      • (Conditional) If you plan to protect a supported Linux workload that has a non-standard, customized, or newer kernel, rebuild the PlateSpin blkwatch module, which is required for block-level data replication.

        See KB Article 7005873.

      • (Recommended) Prepare LVM snapshots for block-level data transfer. Ensure that each volume group has sufficient free space for LVM snapshots (at least 10 % of the sum of all partitions).

        See KB Article 7005872.

      • (Optional) Prepare your freeze and thaw scripts to execute on your source workload upon each replication.

        See Using Freeze and Thaw Scripts for Every Replication (Linux).

  2. Inventory: This step involves adding workloads to the PlateSpin Server database.

    See Adding Workloads for Protection.

  3. Definition of the protection contract: In this step, you define the details and specifications of a protection contract and prepare the replication.

    See Configuring Protection Details and Preparing the Replication.

  4. Initiating the Protection: This step commences the protection contract according to your requirements.

    See Starting the Workload Protection.

  5. Optional Steps in the Protection Lifecycle: These steps are outside the automated replication schedule but are often useful in different situations or might be dictated by your business continuity strategy.

    • Manual incremental. You can run an incremental replication manually, outside the workload protection contract, by clicking Run Incremental.

    • Testing. You can test failover functionality in a controlled manner and environment. See Using the Test Failover Feature.

  6. Failover: This step carries out a failover of your protected workload to its replica running in your appliance host. See Failover.

  7. Failback: This step corresponds to the business resumption phase after you have addressed any problems with your production workload. See Failback.

  8. Reprotection: This step enables you to redefine the original protection contract for your workload. See Reprotecting a Workload

Most of these steps are represented by workload commands on the Workloads page. See Workloads and Workload Commands.

A Reprotect command becomes available following a successful Failback operation.