Storage architecture

Primary storage and backup: dividing the roles of Dorado and OceanProtect

Size workload and recovery requirements separately for Dorado and OceanProtect. Connect capacity, software, connectivity and application recovery tests within one architecture.

Huawei OceanStor Dorado 3000 V6

Design the workload and recovery process together

Primary storage holds an application's current data and serves its reads and writes. Backup storage provides a separate resource for returning to earlier data states. Selecting systems such as Dorado and OceanProtect together allows each role to be sized independently: operational latency and load on one side, backup window, retention and recovery on the other.

The logical chain is: application and primary data → compatible backup software → copy storage → selected recovery environment → application verification. This chain identifies responsibilities; the actual data path depends on the software and protocol selected.

Responsibilities within the architecture
ComponentPrimary responsibilitySizing input
Primary storageCurrent application I/OLatency, workload profile, growth
Backup storageStoring and reading copiesChanged data, retention, recovery load
Backup softwareJobs, catalogue, consistency and recoveryApplications, versions, licences
Server and network environmentData path and recovery compute resourcesConnections, compatibility, resource headroom
DORADO / OCEANPROTECTTwo roles within one infrastructure

Fast access for applications, dedicated backup copies for recovery.

01 / PRIMARY

OceanStor Dorado

Production data

Backup software and policies

02 / BACKUP

OceanProtect

Dedicated storage for backup copies

Capacity, retention and recovery speed are planned around business requirements.

Backup storage and software

Huawei distinguishes between Target Storage and Integrated Appliance approaches for OceanProtect. In the first, the system is a storage target for compatible backup software; in the second, the scope of integrated software capabilities is selected separately. The product family name does not establish that particular agents, application support or every licence are included.

Before procurement, establish what manages jobs, where the catalogue resides, how application consistency is achieved and who initiates recovery. The need for an existing backup server, proxy or agent depends on the product and version chosen. Check the operating system, hypervisor, application and storage mode together in the compatibility matrix.

Size capacity against the retention policy

Primary storage sizing considers current data, growth, snapshots and free-space headroom. Backup sizing additionally needs the change rate, full and incremental backup schedules, retained versions and long-term retention policy. Multiplying primary disk capacity by a fixed factor does not replace these inputs.

Both calculations account for RAID, reserves and system overhead within raw capacity. Deduplication and compression depend on the actual data and require their own justification. Licensed capacity also remains a separate line: its accounting rules do not automatically establish usable drive space or protected data volume.

Connections and shared failure points

A storage port's line rate does not determine the speed of the entire backup or recovery process. The source system, server resources, software, network path and target are assessed together. Fibre Channel requires coordination of host adapters, optics, zoning and multipathing; Ethernet requires agreement on the protocol, network settings and bandwidth.

A separate backup enclosure divides physical resources but does not by itself create remote disaster recovery. Shared power, networking, administrator access and location can remain common risks. If protection against site loss or unauthorised deletion is required, copy location, access separation and protection mode need their own design.

Practical example: returning an application to an earlier state

Suppose an incorrect update corrupts data in an accounting application. Primary storage may remain healthy; the required outcome is to return to a suitable earlier version. In a test, the administrator selects the required point from the catalogue, restores the data into an isolated test environment and starts the database according to the application's procedure.

Verification continues beyond copying files: the application must open, control operations must run and the result must be confirmed. Measured recovery time includes preparation, networking and application startup as well as reading data. RPO expresses the acceptable data-loss interval and RTO the target recovery time; these targets come from business requirements and are tested, rather than inferred from equipment names.

A short technical brief before procurement

Gather the following inputs before preparing a specification covering storage systems, software, connectivity and services.

  • Applications and versions, data volume, change rate and growth forecast.
  • Existing backup software, licences, servers and protocols in use.
  • Retention period, business RPO/RTO requirements and recovery priorities.
  • Location, power and network design, requirements for a remote copy and separate access.
  • Acceptance scenario: which application is restored, who checks it and what result is accepted.
SOFCON / NEXT STEP

Data storage project

Discuss storage architecture for your applications, data volumes and growth plans.

Explore the technologies