SAN Storage for Database

Systems
Future storage subsystem options
for database systems

Topics

Current CSS SAN

Unaddressed Issues
Next Generation Arrays
NFS
Costs

Current CSS SAN

Conventional RAID Groups
Standard Luns (<=2TB)

Centralized Management
Dynamically allocate storage
Cluster able

Unaddressed Issues
Downtimes
Maintenance
Tuning/Optimization
Restructuring

Unscheduled

Amount of storage use

Cost

Next Generation Arrays

3PAR Data and Compellent
Reduce amount of storage use
Thin provisioning
R/W snapshots

Reduce maintenance outages

Dynamic Optimization/Tuning
Non-disruptive upgrades

Reduce cost
Non-disruptive tiered-storage

Reducing Amount of Storage Use:

Thin Provisioning

Existing Projects
1TB

1TB

New Projects
1TB

1TB

2TB 5.25TB
3.25TB
4.35TB
Year 1

Year 2

Year 3

1TB

1TB

3TB
4TB

5TB

Year 4

6TB

Reducing Amount of Storage Use:

R/W Snapshots
Traditional
3x Storage Needed

Production

Development

Much smaller in size

than production DB

Production

Integration

New

Delta from
Integrators

Delta from
Developers

Development
R/W Snapshot

Integration
R/W Snapshot

1+x storage needed

Refresh DB for Dev
and Int much faster

Reduce Amount of Storage Use

Thin Provisioning
Recover unused storage which has been allocated
Allows projects to purchase storage as needed vs.
all up front

R/W Snapshots
Copy of actual data but much smaller
Can be used for development, integration and/or
DR recovery
Guidelines for using snapshot storage systems for
Oracle Databases
http://www.oracle.com/technology/deploy/availability/pdf/oscp_snapshot_use.pdf

Reducing Maintenance Downtimes

Traditional

Dynamic Optimization

4+1 RAID5 Group

I/O Bound/Disk Change
Add Storage
Copy Data off
Recreate RAID Group
Downtime
Repopulate new storage
4+1 RAID5 Group
I/O Bound/Disk Change
Add Storage
Dynamically Optimize across
new storage

NO DOWNTIME

Reducing DR Recovery:
R/W Snapshots for near CDP
2:00PM
SNAP

2:15PM
2:30PM

Production DB

2:45PM
3:00PM

New S/W @ 2:35PM

Corruption at ~3:00PM?
Detection at 3:15PM
Determine course of action
Recover to 2:30 PM Snapshot
Mount 2:45 + 3:00PM Snapshots
for analysis

3:15PM
3:30PM
3:45PM

Reduce maintenance outages

Dynamic Optimization/Tuning
Increase bandwidth, IOPS, size of storage
dynamically w/o disrupting application
Move from one RAID level to another as
needed

Non-disruptive upgrades
F/W upgrades are non-disruptive to
application if multi-attached

Reduce Cost:
Non-disruptive Tiered Storage
New, high-value data on
Fibre-Channel disk
Move older data to lower
Tier storage
Hold current FC growth
Expand only in lower Tier?
~2.5:1 cost advantage

Fibre Channel
Storage

High Value Data

Older Data

Lower-Cost FATA Storage

Reduce Cost
Non-disruptive Tiered Storage
Tiered storage = Place data on appropriate
storage type relative to datas importance
and requirements
Move from expensive Fibre-Channel disk
to lower-cost Fibre ATA drives as data
ages. Movement is transparent to
applications.

Oracle over NFS

File services for:
Directorate, CD, FESS, ESH,
LSS, etc.

Subnet 111
FCC2 Core

Rest of FNAL Network

FC
IP
CSS SAN Storage
Email and IMAP
Services

FCP
IP

Oracle over NFS

Oracle over NFS
Best if CPUs are < 70% utilized
Snapshots, thin provisioning, dynamic
growth
Virtualized across many disks
Non-disruptive tiering on a lun basis
Lower-cost connection option

Oracle over NFS

Titan SiliconServer for Oracle 9i
http://hosteddocs.ittoolbox.com/VC051305a.pdf

Database Performance with NAS:

Optimizing Oracle on NFS
http://www.netapp.com/library/tr/3322.pdf
Oracle Compatible NAS storage
http://www.oracle.com/technology/deploy/availability/htdocs/vendors_nfs.html

Costs + Risks
See handouts for quotes
HDS
AMS-500: 4.38TB FC, 12TB SATA
NSC55+WMS100: 4.67TB FC, 12TB SATA
(NSC55 has 100% uptime guarantee)

EMC
CX500: 4.38TB FC, 2.5TB SATA

Costs + Risks
Compellent: 4.67TB FC, 12TB FATA
3PAR: 4.67TB FC, 12TB FATA
Risks:
Newer, privately held companies
Longevity?
Buyout?

Costs + Risks
NFS:
Cost of one of the HDS options

Risks:
Oracle + NFS unknown at lab
Network switch not redundant

Questions

Send email to rayp@fnal.gov