Project Deployment Steps

Stock photo of dev ops image, with text build, code, plan, monitor, operate, deploy, release, and test in a figure-eight around "Dev" and "Ops"

 

Customers often ask us, What is involved in deployment of a Shadowbase project?

We created this outline to help define the steps involved in such a project. Please note that this outline is not all-inclusive, and specific customer situations will demand a more customized response. Therefore, the most common steps in a Shadowbase deployment are outlined here.

 

  1. Replication Discovery
    1. Meet with the customer to determine the types of applications that are run and the types of replication that are required, such as:
      1. Application Integration – feed database changes from one application into another application (typical use – “real-time business intelligence”)
      2. Business Continuity – provide high and continuous availability for your data (for example, active/passive disaster recovery, sizzling-hot-takeover, and active/active disaster tolerant architectures)
      3. Data Integration – feed database changes from one application into another database (for example, feed a data warehouse)
      4. Data Validation – ensure database consistency via Shadowbase Compare
      5. Essentials – know and record your transactions, convert and map files and table structures, flexibly transform data, restore corrupted databases, automatically replicate and apply DDL commands, extract database changes or initial load data into Flat Files
      6. Utilities – EOF (end-of-file) chasing, SOLV (Shadowbase Online Loading and Verification) database snapshot loads, and the Queue Manager for queuing change data
    2. Discuss the platforms and environments that are used (e.g., HPE NonStop only or Other Servers also, such as Linux, Windows, etc.), and the databases that are replicated (NonStop-based, and/or Other Servers such as Oracle, SQL Server, IBM Db2®, etc.)
  1. Replication Details
    1. Drill down into the details for each replication type. Determine the desired recovery time objective (RTO) and recovery point objective (RPO) for each application, which helps define the replication architecture and technology to use
      1. For all needs, determine the replication technology that is required
        1. Asynchronous (some data loss can occur at failure)
        2. Synchronous (no data loss at failure)
      2. For business continuity, determine the architecture
        1. Active/active
        2. Sizzling-hot-takeover
        3. Active/passive
    2. For data integration, determine the details about the source to target data formats and environments
    3. For application integration, determine the details about the source to target data formats and environments
  1. Solution Architecture
    1. Architect the solution and prepare the project plan
    2. Determine if other HPE products are needed
      1. AutoTMF if replicating non-audited NonStop Enscribe data
      2. AutoSYNC if replicating non-database NonStop files, such as program code files, script files, or edit files
        1. See also: carrscott.com/nonstop-autosync/
      3. Determine the Shadowbase detailed steps for each form of replication based on the selected architecture
        1. Install into each environment
        2. Configure for each environment
        3. Implement/configure data mappings, transformations, and other manipulations (if needed)
        4. Test and rework/retest
  1. Customer Training
    1. Usually occurs early in the sequence as a hands-on process, prior to the customer’s involvement in the project steps (assuming involvement is needed)
    2. More formal training often occurs prior to production rollout for remainder of the systems and operations staff
    3. More detailed training agenda
  1. Production Planning
    1. Formal training before production
    2. QA certification/pre-production certification testing (assuming the customer wants to conduct this step)
    3. Installation/configuration/deployment into production environments
  1. Production Implementation
    1. Begins one/two days prior to the actual go-live date, to allow for verifying the final configuration and rollout steps
    2. Completes one/two days past the go-live date, to allow time for verifying that the rollout was properly implemented
  1. Project (Step) Acceptance
    1. Required at each step, occurring throughout project planning and execution
    2. Project can be terminated or adjusted as necessary (with mutual agreement) at any step if customer’s defined criteria/needs are not met
  1. Onsite vs Offsite
    1. As part of the project plan, and based on the customer’s needs/desires, various parts of the project may be performed remotely (offsite), at the customer’s facilities (onsite), or a combination of both. Typically, the initial discussions/discovery process is performed onsite, subsequent work is performed either remotely or onsite, and the final training and deployment are often performed onsite. However, each customer defines how and where the contracted services are provided.
    2. Since onsite services include travel and living expenses, sufficient advance scheduling is necessary to minimize travel costs.

For additional information, HPE Shadowbase manuals are posted on the HPE NonStop Technical Library.