Zdlra 2020 V2

Zero Data Loss Recovery Appliance
Dave Robbins
Database & Infrastructure Solutions Architect
Database Solutions Group
Copyright © 2020, Oracle and/or its affiliates

Safe Harbor
The following is intended to outline our general product direction. It is intended for information purposes only,
and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or
functionality, and should not be relied upon in making purchasing decisions. The development, release,
timing, and pricing of any features or functionality described for Oracle’s products may change and remains at the
sole discretion of Oracle Corporation.
Statements in this presentation relating to Oracle’s future plans, expectations, beliefs, intentions and prospects are
“forward-looking statements” and are subject to material risks and uncertainties. A detailed discussion of these
factors and other risks that affect our business is contained in Oracle’s Securities and Exchange Commission
(SEC) filings, including our most recent reports on Form 10-K and Form 10-Q under the heading “Risk Factors.”
These filings are available on the SEC’s website or on Oracle’s website at http://www.oracle.com/investor. All
information in this presentation is current as of September 2019 and Oracle undertakes no duty to update any
statement in light of new information or future events.

BACKUP IS ONE THING
RECOVERY IS EVERYTHING

4
Key Benefits
1 The Most Efficient – Backup/Recovery/Migration
2 Validated Recoverability – Recover with Confidence
3 Automated & Simplified – Save Time & Effort
4 Database Migration – Simplified and Efficient
5 Cyber Security Architecture – Protection from Ransomware
6 Hardware Overview – Expands with your Business
7 Cost Effective – Storage Efficient, Network Efficient, People Efficient
Key Benefits
Key Database Protection Goals
Business Goals
Never lose critical business data
No impact on business applications
I.T. Goals
Ensure database level recoverability
Centralized service to protect all databases
Current backup appliances fail to achieve these goals

Backup Appliances Are Not Designed for
Database
Treat Databases as Just Files to Periodically Copy
Data Loss Exposure Daily Backup Window

Lose all data since last Large performance impact on
backup production
Poor Database Many Systems to Manage

Recoverability Scale by deploying more
Many files are copied but backup appliances
protection state of database is
unknown
A New Era:
Ground-Breaking Data Protection Solution Integrated with the Oracle Database
Eliminate Data Loss Minimal Impact Backups
Real-time redo shipping Production databases only send
provides instant protection changes. All backup and tape
of new transactions processing offloaded
Database Level Cloud-Scale Protection

Recoverability Easily protect all databases
End-to-end reliability, visibility, in the data center using
and control of databases, not massively scalable service
disjoint files
Copyright © 2020, Oracle and/or its affiliates Visit oracle.com/recoveryappliance for more information
Recovery Appliance
World’s Best Database Protection
Recovery Assurance
• Zero to Sub-second RPO
• Continuous Restore Validation
• End-to-End Recovery Status
Backup Savings
• Efficient Incremental Forever
Cloud Scale Protection

• Resilient Hardware Platform
• Scalable to 100s-1000s of DBs
Oracle Backups - Technical Challenges
Interrelated Structures Constantly Changing Database Files Backup
Data Dictionary
Control Files
/oracle/work/cf1.f
Backup Pieces
EMP Index DEPT Index /oracle/dbs/02b1h3ah_1_1
UNDO /oracle/dbs/03b1h3b3_1_1
TXN 1 /oracle/dbs/04b1h3bf_1_1
TXN 2 /oracle/dbs/05b1h3bl_1_1
TXN 3
Redo Logs
EMP Table DEPT Table /oracle/work/arc_dest/arcr_1_947.arc

REDO 10 /oracle/work/arc_dest/arcr_1_948.arc
7
8
/oracle/work/arc_dest/arcr_1_949.arc
10
10
0
11
9
Archived REDO  timeline Loss of even a small percentage of

database backup files can be
103 104 105 106 107 108 109 110 catastrophic.
4 Backup Methods for Oracle Database
Legacy File Copy Snapshots RMAN Backup Sets RMAN Incremental Merge
(from 1980’s and early 1990’s) (from Mid 1990’s) (Oracle8i - Late 1990’s) (Oracle10g - 2006)
Still supported, but deprecated.
RMAN RMAN
Catalog Catalog
DB DB DB DB
RMAN RMAN
Snapshot
Snapshot RMAN RMAN

O/S “copy” commands BACKUP Recovery copy of database
MMV tools (ex: NBU) Snapshot Command … from …
Replicate Backup incremental…
Backup DB Image
DB Backup Copy
Copy Set
of Files Snapshot Snapshot
Snapshot Snapshot
Snapshot Snapshot

ZDLRA is the 5th
Oracle Database Backup Solution
ZDLRA is not the same as other RMAN Based Solutions
• ZDLRA uses Delta Push
• Delta Push is implemented using the RMAN API
• Delta Push is not the same as an RMAN Incremental LEVEL1
o Delta Push sends changed blocks in Backup Set format
o ZDLRA unpacks blocks from the Backup Set
o ZDLRA generates Virtual Full Backups in the Delta Store
• ZDLRA Real-Time Redo Protection
• ZDLRA receives redo stream as a Data Guard Destination
• Best RPO Achievable
• ZDLRA returns REDO in Archivelog Backup Set format
• Without Real-Time Redo Protection, ZDLRA uses standard Archivelog Backup Sets
ZDLRA – Database of Block Versions
Interrelated Structures Constantly Changing Recovery Appliance
Data Dictionary DB ID
SYSTEM DATA INDEX UNDO
BLK1 BLK2 BLK3 … BLKn

EMP Index DEPT Index
UNDO Delta BLK1-V1 BLK2-V1 BLK3-V1 BLKn-V1
TXN 1 Push
TXN 2 BLK1-V2 BLK3-V2 BLKn-V2
TXN 3
BLK1-V3 BLKn-V3
Virtual
EMP Table DEPT Table
REDO 10 a
BLK1-V4 Daily Full 10
Backup
7
7
8 8
10
10
10
10
0
0
11
11
9
9
Archived REDO  timeline Archived REDO  timeline

103 104 105 106 107 108 109 110 103 104 105 106 107 108 109 110
ZDLRA Architecture
Delta Store, Incremental Forever, Virtual Full Backups, Remote Logging
Restore Copy to Tape/VTL

Restore Database to
Day “N”
Day N Virtual Full
Delta Push Day 1 Virtual Full DB Backup Cloud Service
Day 0 Day 1 Day N Replica

Full incremental incremental
Remot
Protected e Lo g C
apture
Databases
Online & Archived Redo
Delta Store
Delta Store – Efficient Indexing
Restore Plan Creation
Day 0 A0 B0 C0 D0 E0
Full Backup
Day 1 - Virtual Full Backup
Day 1 C1 D1 A0 B0 C1 D1 E0
Incremental Backup
ZDLRA constructs
Day 2 - Virtual Full Backup a Restore Plan for
each Virtual Full.
Day 2 A2 D2 A2 B0 C1 D2 E0
Incremental Backup
Day 3 B3 C3 A2 B3 C3 D2 E0
Incremental Backup
Day 4 A4 C4 D4 A4 B3 C4 D4 E0
Incremental Backup
Delta Store – Efficient Storage Mgt.
Day 0 Space released
A0 B0 C0 D0 E0
Full Backup for blocks not
needed for
recovery
window goal.
Day 1 C1 D1 A0 B0 C1 D1 E0
Incremental Backup
Day 2 A2 D2 A2 B0 C1 D2 E0
Incremental Backup
Day 3 B3 C3 A2 B3 C3 D2 E0 On Day 4
Incremental Backup
Assuming
Day 4 - Virtual Full Backup 3-day recovery
window, upon
Day 4 A4 C4 D4 A4 B3 C4 D4 E0
space pressure
Incremental Backup …

Delta Store –
Periodic Optimization for Restore
Physical Layout Day 4 - Virtual Full Backup
Day 0 (Non-Optimized for Restore)
A0 B0 C0 D0 E0
Full Backup
A0 B0 C0 D0 E0
Day 1 C1 D1 A2 D2 B3
C1 D1
Incremental Backup
C3 A4 C4 D4 free
Day 2
Incremental Backup
A2 D2
Optimization
(Optimized for Restore) Reorder blocks
for most recent
Day 3
Incremental Backup
B3 C3
A4 B3 C4 D4 E0
backup so as
to read
free B0 free free C1
sequentially
with minimal
Day 4 A4 C4 D4
I/O overhead
Incremental Backup
free A2 D2 C3 free

Traditional Daily Full Backup
Inefficient backup, easy recovery
Full Full Full Full Full Full FullFull Full Full Full Full Full FullFull Full Full Full Full Full Full +
RMAN Media
Catalog Catalog
RMAN> crosscheck backup
RMAN> restore validate
-up
d
ke
b ac
t
no
o ns
ti
Sun Mon Tues Wed Thurs Fri Sat Sun Mon Tues Wed Thurs Fri Sat Sun Mon Tues Wed Thurs Fri Sat
sac
r an
Backup of Archived Redo T
PROD
Un-Changed Data Archived Redo Online & Archived Redo
Changed Data
Copyright © 2020, Oracle and/or its affiliates Last Backup
Traditional Weekly Full, Daily Incremental
More efficient backup, slow and more difficult recovery
Full Full Full
+
RMAN Media
Catalog Catalog
RMAN> crosscheck backup
RMAN> restore validate
-up
d
c ke
Incrementals Incrementals Incrementals
t ba
no
ons
c ti
s a
r an
Backup of Archived Redo T
PROD
Un-Changed Data Archived Redo Online & Archived Redo
Changed Data
Last Backup
ZDLRA – Superior Approach
Incremental Forever + Remote Logging
One Time
Full Day N Virtual Full
Day 1 Virtual Full Integrated
Catalog within ZDLRA
Day 0 Day 1 Day N
Full incremental incremental Zero Data Loss
Last Incremental
Daily Delta Push
Real-Time
Redo
Protection
PROD
Key Benefits
Data Validation & Repair
Points of Validation Automated Data Repair

Ingest of Backupsets & Redo Logs Fill redo gaps using FAL (Fetch Archive Log)
Indexing Backupsets into Delta Store Ability to repair from replica
Replicating Backupsets & Redo Logs Mirrored disk repair
Optimization of the Delta Store
Timer Based Validation
Validation during Restore
Reporting Validation Status
Mirror Sync Validation Alerts on Validation Failures
Reports on Repair Actions
Repair Job Execution
“ZDLRA will detect errors on BACKUP rather than waiting until RECOVERY.”

Real-Time Recovery Status
for All Protected Databases
Database Level Recoverability
Partial screenshot or Recovery Appliance Protected Database Page:
Current Point-in-time-recovery (PITR) capability for the

database from Recovery Appliance backups Current Unprotected Data Window for the database
Complete Database Recovery Spectrum at your finger-tips!

Key Benefits
Simpler & More Reliable RMAN Scripts
ZDLRA Automates Catalog Management
18 RMAN commands are used for catalog management
ZDLRA manages it’s own RMAN catalog
Enhanced Functionality
Eliminate Redo Log Sweep & Delete Scripts
Move to Policy Based redo log retention in the FRA (Fast Recovery Area)
Redo log sweep & delete scripts are a common source of GAPS in recoverability
Move to Daily Incremental Only
1 Simple script executes daily (~3 lines of RMAN code, same for every DB)
backup device type sbt cumulative incremental level 1 filesperset 1 section size 64g database
plus archivelog filesperset 32 not backed up; (MOS DOC ID 2176686.1)

Automatically generated script via OEM
Eliminates complex weekly/daily schedules

Eliminate 3rd Party Agents
ZDLRA software is part of Oracle DBMS

Installed by default with Oracle12c ($ORACLE_HOME/lib/libra.so)
Simple download for prior releases
Upgraded automatically as part of Oracle RDBMS software
No Separate Software
No separate install & configuration
No separate management
No separate upgrade/patching
One Set of Security Credentials
Other solutions force redundant (duplicate) security administration

Policy Based Protection
Manage Many as One
Gold Policy – Customer Critical
Disk – 30 days DB Backup Cloud Service
Tape – 90 days
Cloud
Silver Policy – Internal Critical

Disk – 10 days
Tape – 45 days Tape
Bronze Policy – Test/Dev

Disk – 3 days Replica
Tape – 10 days
Replica and Cloud
Copyright © 2020, Oracle and/or its affiliates are also policy based
Key Benefits
Complex Considerations for Migrations
Migration Requirements
The term “migration” applies to several different changes to an Oracle database.
• Compute server (hardware or virtualized environment)
• Operating system (support, patch level, endian etc..)
• Storage architecture (database size, storage type etc..)
• Database Version (11g, 12c … 19c…)
• Character set
• Schema topology (changing the partitioning scheme)
• Encryption &/OR Compression
• Database architecture (moving into the multitenant database architecture)
Complex Considerations for Migrations
Migration Impact
• Duration of the downtime (planning, testing, retries & more).
• Database size of data files, Index files.
• Network Bandwidth between current production and EXADATA.
• Skills available, and experience in managing the whole migration process.
• Ability to restart the process if failed.
• Staging space availability if files need to be stored temporarily.
Why ZDLRA for Migration ?
• Eliminate Risk – Reduce migration time using Virtual Full; Predict and
control application downtime.
• Simplify Migration – Reduce amount of effort, resources and staging
location needed.
• Minimal Prod Impact – Leverage backup on ZDLRA to migrate, doesn’t
even need a Prod connection.
• Size Independent – Downtime not dependent on DB Size, but on metadata
and final consistent copy which you can control.
• No Post-Migration Validation – Skip post validation because the new
PROD is a physical copy of old PROD.
Database Migration
Types that can leverage ZDLRA
• Across different OS and DB version but with same Endian.

• Across different OS with different Endian and DB Version.
• Across different hardware but same OS and DB Version.
• Across different data centers.

Zero Data Loss Migration
Dramatically Reduce Read-only Downtime – FILE
ATA
Several Hours+ to Few Hours or Less FO REIG
N D
XX
R MX
TFO
PLA
Automate RE F
RO M
Integrate TO
RES
ONE Time / Initial Full YYY
Least Impacting Incremental There On
Day N State
Prepare
Virtual Full Restore
Continuous Real Time Redo

Create
INTEGRATED Day N Changes Incremental Recovery Db
CATALOGGED
CROSSCHECK
Execute
VALIDATED
OPTIMIZED
er y
@
l R ecov
enta t)
Inc rem Scri p
a l r t
Fin xpo
a d ata E
t
t Me
(O utpu
One Time Final Incremental
REIGN
M X XX FO
ATFOR
R FROM P L
VE YYY
RECO ECOPY
FI L
DATA
Export & Import Metadata (Using Script Generated from Final Recovery Step)

Key Benefits
Why care about Cyber Security for
Oracle Databases?
Malware and Oracle Databases are C-Level and Boards
Ransomware Attacks Mission-Critical for are Demanding Action
are Increasing Businesses and Plans
Outages are Costly
Recovery Appliance
Cyber Security Architecture
DC1 DC1 Vault
Incremental Forever/ Real Time Backup
Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Databases Management Management
Operator
Data Guard Non-Data

HA/DR Guard DR
DC2 DC2 Vault
Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
Recovery Appliance Cyber Security
Architecture
Separation of Duty
DC1 DC1 Vault
Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
Zone 1 Zone 2 Zone 3
The ability to access and make changes is restricted per silo, so no single account can access
everything.
• Zone 1 - DBA can only make changes to the database and send backup / request restore
• Zone 2 - Production RA can make changes to RA, but no access to databases or Vault
• Zone 3 - Vault RA can make changes to RA, but no access to database or production RA
Architecture
Backup Replication Flow to the Vault
DC1 DC1 Vault

Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
Replication is Initiated from inside the Vault on a random schedule

• Database protection happens in Real Time so the backup replicated to the Vault is always up
to the moment the gateway is opened
• Backup data is validated on the Vault RA independently of production
• Replication can be stopped by the Vault based on time or on completion or both
Architecture
Vault Change Control – Takes 2
DC1 DC1 Vault
Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
Management access to the Vault RA is approved on demand

• Gateway admin has no access to RA only controls network access to it
• Vault RA admin has no control of network access
• Workflow
• Gateway admin opens access
• RA Admin performs change
• Gateway Admin closes access to RA Admin
• Audit report shows state of Vault RA to validate RA Admin changes
• Report includes API actions performed, protection policies, DBs protected, space,
RA version, User accounts, etc Copyright © 2020, Oracle and/or its affiliates
Architecture
Compliance Reporting
DC1 DC1 Vault

Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
Enterprise Manager Reports are scheduled on the Production and Vault RA to show:
• API events (any changes performed)
• Database Recoverability
• System Activity
• Active Alerts
• Etc
Architecture
Layers of Detection
DC1 DC1 Vault
Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
Zone 1 Zone 2 Zone 3
There are multiple layers of anomaly detection in the Oracle ecosystem

• Zone 1 - The database, RMAN checks consistency to ensure the backup data is valid
• Zone 2 & 3 - The RA performs additional checks to ensure backup data is valid and complete
• TDE databases have no impact on the ability to validate the database backup
• Each RA (Production, DR and Vault) will independently check the backup data
• Validation happens at backup arrival and on a regular schedule
Architecture
Ransomware Recovery
DC1 DC1 Vault
Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
Vault Access is opened by the gateway admin and the RA Admin grants the DBA access to the
Vault RA backups to the specific databases needed
• Conforms to the multiple keys required for entry (gateway and RA admin)
• Access is isolated only to the database backup needed by the DBA in the Vault RA
• After recovery is complete
• RA Admin removes DBA access
• Gateway Admin closes network access
• Audit report shows change history and RA Vault status
Architecture
Summary
DC1 DC1 Vault
Replication
Enterprise Manager
Enterprise Manager
Management
Oracle
Operator
• Databases are protected in Real-Time, so the latest • Access control is siloed per zone in the
backup is always ready for replication architecture, so no single account has access
• Backup data is independently validated and • Access to the Vault RA requires 2 different
expired in each RA authoritative accounts (no one can act alone)
• TDE (encrypted) databases have no impact on the • Audit reporting ensures change control on all RA
validation process systems in the environment
• Real Time and Scheduled reports show the • Recovery using the vault is restricted to backups
Recoverability of all databases for a single database
Key Benefits
Recovery Appliance X8M
Base Rack Recovery Appliance
2x Compute Servers with high speed connectivity X8M Base Rack
Per compute:
On-board: 2 x 10 Gb copper Ethernet
On-board: 2 x 10/25 Gb optical Ethernet Ports Extra Storage
PCIe card: 2 x 10/25 Gb optical Ethernet Ports
Maximum of 2 x 10 Gb or 2 x 25 Gb Ethernet Ports for ingest
Maximum of 2 x 10 Gb or 2 x 25 Gb Ethernet Ports for replication
2 x 32 Gb Fibre Channel ports for tape connectivity (optional)
3x Storage Servers
Each storage server has 12 x 14 TB disks
Usable capacity for incoming backups in base rack: 155 TB
Choose number of additional storage servers
at purchase or later to increase capacity
53 TB Usable Capacity per storage server
Full Rack: 2 x Compute Servers, 18 x Storage Servers, 949 TB
Recovery Appliance DB Node Back Plane
2x QSFP28 HCA
2x SFP28 RoCE
Refer to OEDA
10G/25G
Documentation on How
BCM57414
to Configure these Ports
eth4 eth3 re1 re0
KEY eth0 eth1 eth2

10G RJ45 or 10/25G SFP28 Client or
Backup but not all 4 ports at once HOST admin RJ45 (Net 3/4) OR SFP28 (Net1/2)
ILOM (1G NET 0)
Client or Backup – 10/25G SFP28 (1G NET MGT) BCM57417 LOM

Recovery Appliance X8M
Add Add Add
Storage Servers Storage Servers Racks
As Needed As Needed As Needed
Base Rack Half Rack Full Rack Expand to 18 Racks

2 Compute Servers 2 Compute Servers 2 Compute Servers 36 Compute Servers
3 Storage Servers 9 Storage Servers 18 Storage Servers 324 Storage Servers
155 TB Usable / 473 TB Usable / 949 TB Usable / 17 PB Usable /
1.55 PB Virtual 4.7 PB Virtual 9.5 PB Virtual 170 PB Virtual
15 TB/Hr Restore 24 TB/Hr Restore 24 TB/Hr Restore 432 TB/Hr Restore
Key Benefits
Cost Efficiencies
How Recovery Appliance’s less complex approach drives business benefits
1
Storage
3
Reduced Storage Costs with Easier & Simpler
reduced storage requirements
No Middle Man – no intermediate
with always incremental and
3rd Party Infrastructure or Software
always on.
Controls server growth 2 needed.
Reduced Target Management
4
with reduced overhead for
backup processes. Network 80% DBA Time Reduction around Reduces Risks
the following activities: Auditing
Reduced Network backup jobs for recoverability,
Congestion and overall Prep clones for non-prod,
Reduced Risk Costs
bandwidth requirements. Database recovery, associated with failed data
Capacity planning recovery and unplanned
downtime.
Summary
Most efficient backup/recovery possible
Minimal processing impact on PRODUCTION storage, SAN, servers, WAN
Use system resources for transacting business, not running backups
Provides validated recoverability
Never worry again about recoverability of backups (compliance/audit reports)
Real-Time view to recoverability status (mitigate risk, peace of mind)
Fully automated & simplified backup/recovery
Simplified deployment (no agents), administration, and operation (RMAN, OEM)
Fewer resources to manage faster backup, recovery, migrations (faster time to value)
Simplified and efficient database migrations
Reduces downtown and increases reliability of database migrations
Protection from ransomware
Cyber vault architecture ensures backups are not impacted by malicious attacks
Very cost effective solution
Lower cost from greater efficiencies (people, process, technology)

Recovery Appliance –
Data Protection Around the World

Zdlra 2020 V2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Zdlra 2020 V2

Uploaded by

Copyright:

Available Formats

Zero Data Loss Recovery Appliance

Copyright © 2020, Oracle and/or its affiliates

Copyright © 2020, Oracle and/or its affiliates

Copyright © 2020, Oracle and/or its affiliates

Current backup appliances fail to achieve these goals

Data Loss Exposure Daily Backup Window

Poor Database Many Systems to Manage

Database Level Cloud-Scale Protection

Cloud Scale Protection

EMP Table DEPT Table /oracle/work/arc_dest/arcr_1_947.arc

Archived REDO  timeline Loss of even a small percentage of

Snapshot RMAN RMAN

Copyright © 2020, Oracle and/or its affiliates

SYSTEM DATA INDEX UNDO

BLK1 BLK2 BLK3 … BLKn

Archived REDO  timeline Archived REDO  timeline

Restore Copy to Tape/VTL

Day N Virtual Full

Delta Push Day 1 Virtual Full DB Backup Cloud Service

Day 0 Day 1 Day N Replica

Day 3 - Virtual Full Backup

Day 4 - Virtual Full Backup

Day 3 - Virtual Full Backup

Copyright © 2020, Oracle and/or its affiliates

Copyright © 2020, Oracle and/or its affiliates

Points of Validation Automated Data Repair

Copyright © 2020, Oracle and/or its affiliates

Partial screenshot or Recovery Appliance Protected Database Page:

Current Point-in-time-recovery (PITR) capability for the

Complete Database Recovery Spectrum at your finger-tips!

plus archivelog filesperset 32 not backed up; (MOS DOC ID 2176686.1)

Copyright © 2020, Oracle and/or its affiliates

ZDLRA software is part of Oracle DBMS

Copyright © 2020, Oracle and/or its affiliates

Silver Policy – Internal Critical

Bronze Policy – Test/Dev

• Across different OS and DB version but with same Endian.

Copyright © 2020, Oracle and/or its affiliates

Continuous Real Time Redo

Copyright © 2020, Oracle and/or its affiliates

Data Guard Non-Data

Zone 1 Zone 2 Zone 3

DC1 DC1 Vault

Replication is Initiated from inside the Vault on a random schedule

Management access to the Vault RA is approved on demand

DC1 DC1 Vault

Zone 1 Zone 2 Zone 3

There are multiple layers of anomaly detection in the Oracle ecosystem

KEY eth0 eth1 eth2

Copyright © 2020, Oracle and/or its affiliates

Base Rack Half Rack Full Rack Expand to 18 Racks

Copyright © 2020, Oracle and/or its affiliates

Copyright © 2020, Oracle and/or its affiliates

You might also like