3PAR Customer Presentation 10312011

7/18/2019 3PAR Customer Presentation 10312011

1/118

Serving Information

3PAR Hardware Overview

3PAR Virtual Volume Concepts

3PAR Virtual Copy

3PAR Dynamic Optimization

3PAR System Reporter and Adaptive Optimization

3PAR Customer Support Information

Hands-on session

3PAR Inform Management Console (IMC) Installation

3PAR Single Initiator -> Single Port Target zoning

Virtual Volume creation

Exporting Virtual LUN to hosts

Virtual Copy creation

Exporting Virtual Copy to hosts

Dynamic Optimization

Wrap up

3PAR Company Confidential

Agenda


2/118

Serving Information.Simply.


3PAR

3PAR Hardware Overview


3/118


4/118

Serving Information3PAR Company Confidential

Redundant Power

Supplies (Drive Cage)

Drive MagazineRedundant Power

Supplies

Backplane

Redundant Batteries

Redundant PDUs

Drive Chassis (4U)

Controller Node

(4U)

Service Processor

Cabinet

Cabinet

Standard 19 rack footprint

40 EIA units

Built-in cable management

No Need to reserve for expansion

3PAR InSpire architecture: Cabinet


5/118

Serving Information5

3PAR F-Class Architecture Basics

Same underlined architecture as the T-Classtailored for the midrange

Cache coherent & massively loadbalanced

Mixed workload & Fast RAID

Thin Built In

Same advanced 3PAR software as inthe T-Class

InForm OS

Thin Provisioning & Virtual Copy

Dynamic Optimization Virtual Domains

Remote Copy (connect to other InServmodels)


6/118


3PAR InServ F-Class Storage Server Specifications

F-Class Drive Chassis(frontview)HDD HDD HDD HDD

HDD HDD HDD HDD

HDD HDD HDD HDD

HDD HDD HDD HDD

3U

F-Class Controllers(Rearview)

Integrated

Power

Supply &

Battery

Integrated

Power

Supply &

Battery

Optional

Adapter

Slots Built-in Fibre Channel

(4Gb/s) ports

Built-in GigE port for

Remote Copy

4U


7/118

Serving Information7

3PAR InServ F-Class Storage Server Specifications

F-Class Controllers(Rearview)

F-Class Drive Chassis(frontview)

Integrated

Power

Supply &

Battery

Integrated

Power

Supply &

Battery

One Xeon Quad-Core 2.33GHz CPU per node

One 3PAR Gen3 ASIC per node

4GB Control & 6GB Data Cache per node

Built-in I/O ports per node

4 FC (4Gb/s) ports (host or backend

connectivity)

Gigabit Ethernet port for Remote Copy

Optional I/O adapter slots per node

Up to 2 slots per node (or up to 4 moreFC and/or iSCSI ports per node

4U Form Factor

Cabinet Options: 2M Cabinet or 3rdparty rack

mountable

4Gb/sec internally switched FC Drive Chassis

16 drives in 3U

Up to 384 drives across 24 Drive Chassis

Mixable FC and Nearline drives

Cabinet Options: 2M Cabinet or 3rdparty rack

mountable

Optional

Adapter

Slots Built-in Fibre Channel

(4Gb/s) ports

Built-in GigE port for

Remote Copy

4U

3U

HDD HDD HDD HDD

HDD HDD HDD HDD

HDD HDD HDD HDD

HDD HDD HDD HDD


8/118


InServ Numbering Systems

The Administrator should know the numbering

systems for:

Nodes

Drive Chassis

Drive Magazines

PCI slots

General Rule: Top = Starts with 0

Left = Starts with 0


9/118


Node Numbering

For Example:

If a T800 has

only TWO

nodes then

they arelocated at the

bottom of

cabinet and

numbered 6and 7

D

T800 - Front

SP

0 1

0

C

B

A

2 3

4 5

6 7

T400 - Front

D

0 1

C

B

A

2 3

F

E

SP


10/118



3PAR

Thank You


11/118



3PAR

3PARVirtual Volume (VV) Concepts


12/118


Objectives:

Understand InForm OS RAID concepts

Understand concepts of InServ Chunklets

Understand InForm OS Logical Disks (LDs)


13/118


InServ Concepts for Volume Management

Section Content covers:

InServ Chunklet/Physical disk

InServ RAID 1

InServ RAID 5

InServ RAID MP (RAID 6)

Virtual Volumes, VLUNS (LUNS)

Logical disks (LDs)


14/118


Physical DiskChunklets (256 MB)

C = 256 MB Data Chunklet

SC = 256 MB Spare Chunklet

C C

C C C C

Physical Disk

SCSCSC

Each InServ Physical

disk is initialized with

data chunklets andspare chunklets.


15/118


3PAR RAID 1 Concepts

RAID 1 is mirrored data

Data is written as paired chunklets

Each chunklet on the RAID set is on a different physical

disk

Setsize = 2

Default size (RAID 1)

Usable space = 256MB

C C


16/118


3PAR RAID 5 Concepts

RAID 5 uses parity to reconstruct data

RAID 5 uses a setsize of 4 by default

Setsize = 4 (3+1)

Default size (RAID 5)

Usablespace = 768 MB

(3*256)

C C C p

Setsize = 6 (5+1)

Usable space = 1280MB

(5*256)

C C C c c p

C C p C

Cp CC


17/118


3PAR RAID 5 Concepts Contd

C C C c c pCCC

Setsize = 9 (8+1)

What is the usable space for this setsize?

Usable space = 2048 MB (8*256)


18/118


3PAR RAID Multi Parity (MP) Concepts

RAID MP uses parity (double paritycan deliver data ina double disk failure) to reconstruct data and performedin the ASIC XOR engine

RAID MP only supports two setsizes ( 8 and 16)

The default set size of 8 has the same data to parityratio as the default RAID-5 set size of 4 -- 3:1 in bothcases.


19/118

Serving Information3PAR Company Confidential 1919

UsageMeaning of -ha cage For RAID MP

The system defines "-ha cage" as "will tolerate the failure of ONE

cage. This means:

Up to two chunklets are allowed to share the same cage.

The default R6 -ha cage set size 8 requires 4 cages per node-

pair, just like the default R5 set size 4.

If 8 cages are available, the layout will use one chunklet per cage.

The same rules apply to -ha mag up to two chunklets are

allowed per mag but the system will place only one chunklet permag if possible.


20/118


3PAR Volume Management View

Logical disksPhysical Disks Chunklets

The 3PAR InForm OS manages the above automatically 3PAR VM manages

and presents

volumes to serverfarms

Virtual Volumes

OLTP

D.W.


21/118


3PAR InServ Virtual Volume

The only storage component visible to Hosts

Virtual

Volume

Host SeesVirtual Volume

as a LUN


22/118


Building a Virtual Volume

Physical Drive

Chunklets

Starts with

Physical

drives

Divided into

Chunklets


23/118


Chunklets: Foundation of Virtual Volume


24/118


Start with a Raid Set as the Building Block

Raid 5 (4+1)

Raid Set Chunklets:

Selected from

separate physical

drives Selected from

separate chassis


25/118


Logical Disk

A collection of physical disk chunklets (256 MB)

Arranged as rows of RAID sets

Each RAID set is made up of chunklets from different

physical disks

A chunklet can only be assigned to one logical disk


26/118


InServ Virtual Volume For RAID 5

Virtual Volume

Node Node

Logical

Disk

Logical

Disk

6 GB VV

3072 MB per

Node/LD

C = 256 MB Chunklet

C

CC

P

C

CP

C

C

PC

C

P

CC

C

4 RAID Sets * 768 MB usable

data = 3072 MB

3072 MB per

Node/LD

CC

P

P

C

C

C C

C

P

P

CC

CC

C

RAID Set RAID Set

1

3

2

4

1

3

2

4


27/118


Default InServ Layout of 2 Node 6 GB Logical Disk

InServ will place chunklets on separate physical disks

InServ will insure physical disks are on separate drive

magazines

InServ will try to have each drive magazine on a separatedrive chassis

InServ will try to make each Logical Disk owned by each

node the same size


28/118



3PAR

Thank You


29/118



3PAR

3PAR Virtual Copy


30/118


3PAR Virtual Copy

A snapshot of another Virtual Volume (a base

volume or another Virtual Copy) created using

copy-on-writetechniques available only with a3PAR Virtual Copy license.


31/118


Virtual Copy Characteristics

Records only the changes to the original volume

Administrator can make hundreds of Virtual Copies of aVirtual Volume assuming there is enough storage space

Virtual Copy volumes use CPG space

Using the InForm GUI to create Virtual Copiesautomatically enforces relationship rules


32/118


Virtual Copy Limits 2.3.1

Maximum number of virtual volumes (base and virtual copies) 8192

Maximum number of base virtual volumes 4096

Maximum number of snapshots per base virtual volume 2048

Maximum number of read-write copies per read-only copy 256


33/118


Dual SD SpaceTPVV/Base and VC

Dual SD Space provides the following benefits,

The base virtual volume and the virtual copies can be mapped to

different CPGs. This means that they can have different quality of

service characteristics. For example, the base SD space can be

derived from a RAID 1 CPG and the virtual copy SD space from aRAID 5 CPG.

The base SD space and the virtual copy SD space can grow

independently without impacting each other (each SD space has

its own allocation warning and limit).

Dynamic optimization can tune the base SD space and the virtual

copy SD space independently.


34/118


Virtual Copy 2.3.1

Prior to 2.3.1, only one read-write virtual copy per read-

only virtual copy was permitted.

This was burdensome to customers who wanted multiple

read-write copies from a single golden read-only copy.

Prior to 2.3.1, a virtual copy could only be promoted back

to the base volume.

From 2.3.1 a snapshot can be promoted to any read-writeparent within the same virtual volume family tree providing

greater flexibility to the user.


35/118


Virtual Copy Promotion

From 2.3.1 a virtual copy (snapshot) can be promotedto any read-write parent within the same virtualvolume family tree.

The promotion detects the differences between thesnapshot and the read-write parent and then copiesthese differences back to the read-write parent.

By default, a promotion will promote back to the basevolume. However, the -target option can be used tospecify any read-write parent within the same virtualvolume tree.


36/118


Virtual Copy Relationships

Virtual Copy can be read-onlyor read/write

The rules that enforce relationships between a base

volume and its Virtual Copy revolve around read-onlyor

read/write

Read-onlyand read/write (up to 256)Can make as many

R/W VCs per R/O as needed. Base volumes are always

read/write


37/118


Virtual Copy Relationships Contd

A read-onlycopy can have up to 256 read/writeVirtual

Copys

A read/writeVirtual Copy can have many read-onlycopies


38/118


Virtual Copy Relationships Contd

The following shows a more complex relationship scenario


39/118


Virtual CopyCopy-on-Write Function (Data Written)

Base Volume

Snapshot Admin (SA) Space Timestamp 5/25/06 14:35

1. Pointer to data

2. P

3. P

4. P

Snapshot Data (SD) Space

Stores Original Base Volume

changes

1. A

2. B

3. C

5. E

6. F

7. G

4. D4. D4. D

4. D

New

Copy-on-write to SD

Write Data


40/118


Suggested Virtual Copy Naming Convention

The InServ InForm OS does not impose a naming

convention on Virtual Copies

The Administrator names the Virtual Copy at the time of

creation


41/118


InForm GUI View of Virtual Copies

The GUI gives a very easy to read graphical view of VCs:

Read Only

Read Write


42/118


Virtual Copy Policy Settings

Possible Scenario: Not enough space remains to record

changes in SA or SD space which would make thesnapshots stale

The Admin can choose:


43/118


Creating a Virtual Copy Using The GUI

Right Click and select Create Virtual Copy

Specify a Name and R/O or R/W then click OK


44/118


Creating a Virtual Copy Using CLI

command

Task: Create a R/O snapshot from a base volume

cli% creaetesvro svr0_vv0 vv0


45/118


Consistency Groups - VC

command

Creates consistency group snapshots of a group of

VVs. Consistent group snapshots are created at the

same point in time to ensure group VV consistency.The default is R/W.

cli% creategroupsvro VV1 VV2 VV3 VV4


46/118


Promoting a Virtual Copy

The data on a snapshot can be rolled back to a basevolume

The base volume and the snapshot cannot be exportedduring this operation

You can use the InForm GUI or command

Promote using GUI (right click on VC):

Promote using CLI:

1. Cli% promotesv


47/118



3PAR

Thank You


48/118



3PAR


Obj ti


49/118


Objectives

Explain the benefits of Dynamic Optimization (DO)

Change Volume RAID level

Change Volume Availability level

Change Volume Service level

Reclaim Unused LD Space

3PAR D i O ti i ti


50/118



An optional InForm OS feature that enables you to

dynamically tune volumes by changing volume

parameters. 3PAR Dynamic Optimization (DO)

requires the use of the InForm CLI and also

requires a 3PAR Dynamic Optimization license

3PAR D i O ti i ti


51/118



A Software Solution that offers:

A Single-command for online and non-

disruptive service level optimization

A cost-effective approach to manage a

massive scalable tiered storage array

Flexibility for all stages of the disk-based

data lifecycle

D i O ti i ti D t S i L l C t l


52/118


Dynamic Optimization - Data Service Level Control

RAID 10

RAID 50

(2 to 8+1)

Massive versus

restricted use of:

drives

processors

ports / loops

Selection of

inner versus

outer tracks

on disk

platters

Various sizes

and speeds of

FC or Nearline

RAID Type

System

ResourceApplication

RadialPlacement Drive Type

3PAR D i O ti i ti B fit F St Ad i i t ti


53/118


3PAR Dynamic Optimization Benefit For Storage Administration

Allows for a non-disruptive re-layout of Virtual Volumes on

the 3PAR InServ (move volumes to different physical disksto accommodate new user demands)

Promotes system optimization through improved utilization

of all physical resources for the current configuration

(Take advantage of a H/W upgrade)

Allows for altering of service levels associated to a

Virtual Volume (change RAID levels, set sizes, spare

chunklets)

D i O ti i ti P t ti l U


54/118


1. Proactively ensure data service levels during expected peak demand

periods (Quarter End, Holiday Shopping Season, High volume trading days)

2. Meet service level or SLA change orders on demand.

Dynamic OptimizationPotential Uses

Unused Buffer

App B

(RAID 5)

App C

(RAID 5)

Unused Buffer

App B

(RAID 5)

App C

(RAID 5)

Peak PeriodNormal Period Normal Period

App A

(RAID 10)

Greater

Revenue

Greater

Revenue

RAID 10

Striped massively

RAID 50 (3+1)

Greater resources

RAID 50 (7+1)

Restricted resources

App A

(RAID 5)

App A

(RAID 5)

Silver Gold Platinum

App C

(RAID 5)

App B

(RAID 5)

Unused Buffer

Performance, Port

Resources

Spindle, Loop

Resources

D i O ti i ti P t ti l U


55/118


3. Deliver the required service levels for the lowest possible cost

throughout the data lifecycle

4. Accommodate rapid or unexpected, application growth on demand by

freeing raw capacity

Dynamic OptimizationPotential Uses

Create 7.5 TBsof

useable capacity ondemand !10 Useable TBs

+ 7.5 Useable TBs

20 Raw TBs, RAID 10 20 Raw TBs, RAID 50

10 Useable TBs

10TB

Useable

50%

Savings

80%

Savings*

RAID 10

147GB FC Drives

RAID 50 (3+1)

300GB FC Drives

RAID 50 (7+1)

500GB ATA-Class Drives

3PAR D i O ti i ti t C t


56/118


3PAR Dynamic Optimization at a Customer

Before Dynamic Optimization

0

100

200

300

400

500

600

1 20 39 58 77 96

Physical Disks

Chunklets

Free

Used

After Dynamic Optimization

0

100

200

300

400

500

600

1 20 39 58 77 96

Physical Disks

Chunklets

Free

Used

Data layoutafter a seriesof capacityupgrades

Data layoutafter Dynamic

Optimization(non-disruptive)

R l t f V l F ll i H d U d


57/118


Re-layout of a Volume Following Hardware Upgrade

Scenario:

2 nodes have been added (nodes 2 and 3)

cli% tunealdvvnd 2,3

To verify results use showldvv

Change Volume RAID Level


58/118


Change Volume RAID Level

Scenario:

Volume was originally created as RAID1. Customer elects to save disk space

and wants RAID 5.

cli% tunealdvvt r5


Change Volume Availability Level


59/118


Change Volume Availability Level

Scenario:

You have added some cages and now would like totake advantage of added cage availability

cli% tunealdvv (default is cage availability)



60/118




3PAR Customer Training:System Reporter

Course Objectives


61/118


Course Objectives

At the end of this presentation the student should be ableto :

Understand the Components of System Reporter

Know where to find Install and Configurationdocumentation for System Reporter

Use System Reporter User Manual

Produce reports

Use Quick Reports

Available Documentation


62/118


Available Documentation

Customer documentation

Release NotesAvailable on CD

User GuideAvailable from the web client and

separately on the CD

White PaperAshok Singhal (developer of System

Reporter & CTO)

View Of SR Documentation DCS


63/118


View Of SR Documentation - DCS

System Reporter is Historical Reporting Tool


64/118


System Reporter is Historical Reporting Tool

Administration and Debugging

Identify performance problems that may havehappened a short while ago

Drill-down on performance changes

Capacity Planning

Space usage trends

Performance capacity trends

Active Monitoring

Email Alerts

System Reporter Report Types


65/118


System Reporter Report Types

System Reporter Requirements


66/118


System Reporter Requirements

Installing System Reporter


67/118


Installing System Reporter

3 Basic Steps

Less than 30 minutes to install in most cases

1. 3PAR CLI

2. Apache Server

3. Run System Reporter

SR and User Interface Components


68/118


SR and User Interface Components

Theory of Operation: Database


69/118


Theory of Operation: Database

Database server can be on different machine for MySQL and Oracle.

SQLite database is just files in a directory.

Sampler and web server communicate only via the DB

Exception: When adding InServ to be sampled, web server creates

password file that the sampler then uses.

The sampleinserv table in the DB tells sampler which InServ systems

to sample. The policy table in the DB tells sampler

where the CLI password files for InServs are

how often to sample

how long to keep the samples

when to compact the DB

The alertconfig table in the DB tells sampler what metrics to compute

to see if an alert should be generated.

Theory of Operation: Database Schema


70/118


Theory of Operation: Database Schema

Database Schema documented in User Guide chapter 9

Naming convention:

Administrative: _. Eg: policy_1

Data and inventory: __. Eg:pdspace_hourly_2

Three types of tables: administrative, data, inventory

Administrative tables:

policy

sampleinserv

system

alertconfig

Data tables

Space

Performance

Inventory Tables

Implementation: Database


71/118


Implementation: Database

Separate HiRes, Hourly, Daily tables

_hourly_ (eg. pdspace_hourly_1)

Two types of samples: Space & Performance

Space sampled slower than performance (ratio is programmable inpolicy table).

But hourly and daily samples always contain both space andperformance.

Space tables

pdspace (showpd info)

vvspace (showvv info)

Performance tables statpd

statvvlun

statcpu

Implementation: Reports


72/118

Serving Information 3PAR Company Confidential

Implementation: Reports

Report naming convention __

is either:

time : The report plots the measures of versus time

group: The report plots the measures of versus various groups

Groups specified by groupby parameter

is either:

perf: The measures are performance-related (IOPs, benadwidth, service time etc) space: The measure are space-related

Currently implemented _ combinations:

perf space

vv Raw, LD and virtual space

vlun IOPs, bandwidth, service time, IO Size

pd IOPs, bandwidth, service time, IO Size Chunklet usage

cpu User/System/Idle time, interrupts/s context switches/s

Files That You Might Want to Password Protect


73/118


Files That You Might Want to Password Protect

All files created by System Reporter have default

permissions. Anyone can READ the files

For MySQL and Oracle the following files contain

password information which you might want to change

permissions:

C:\Program Files\3par\System Reporter\dbpwfile

C:\Program Files\Apache Group\Apache2\cgi-bin\

3par-policy\config.tcl

C:\Program Files\Apache Group\Apache2\cgi-bin\

3par-rpts\config.tcl

System Reporter Web Interface


74/118


System Reporter Web Interface

Quick Reports


75/118


Quick Reports

Scheduled Reports


76/118


Sc edu ed epo ts

See 5.5 Scheduling Reports for complete details on scheduling a report

Custom Reports


77/118


p

In general, there are two steps involved in generating a report:

1Choose a report, select the sample resolution, select the InServ system(s) and/or domain(s)

and click on the Build Report Menu button. This will generate the report menu for thatreport in a new window (or tab).

2Set the appropriate controls in the report menu and click on the Generate Report button (nextslide).

The report will be generated in a new window (or tab).

Generate Report


78/118


p

System Reporter Panes


79/118


y p

Report Selection Pane

Click on a link to a report in this pane to generate theform for setting parameters for the report in the Query

Pane

Query Pane Contains the form for selecting the parameters for the

report

Once parameters are selected click Submit Query

Results Pane

Where output is displayed

System Reporter Sampling


80/118


y p p g

3 Sampling Resoulutions

1. Daily2. Hourly

3. High-resolution

Daily and Hourly data samples are as close to thebeginning of each day and hour as possible

High-Resolution are taken at user-specified interval thatcan be one or more minutes

User sets retention policies for how long samples are kept

Producing Reports


81/118


g p

Easy to use GUI

Can report on:

Hosts

LDs VVs

VLUNS

PDs

Configure Alerts

VLUN Performance Query Pane


82/118


y

Daily VLUN Performance


83/118


y

Hourly VLUN Performance - Details


84/118


By default, all VLUNS on the sampled InServs are

included in the reportthe preceding slide shows the

aggregate of all VLUNS

You can select a specific set of VLUNS using the Query

Pane

You can also select a specific InServ as well

Notice that separate metrics for reads and writes are

shown for most metrics in aggregate performance charts

Compare Systems - VLUN


85/118


Hourly VLUN Performance at Time


86/118


VLUN PerformanceHistogram


87/118


Aggregate VV Cache Performance over Time


88/118


Reason to use:

Suppose different workloads are run on a system atdifferent times

Storage performance (service time) differs acrossworkloads

The IOPs and bandwidth view does not shed any lighton why the differences

Often, these differences can be explained by differentcache performance for the specific workloads

One sees this by plotting aggregate VV cacheperformance versus time and observe the differentcache behavior during different periods

Hourly VV Cache Performance


89/118


System CompareVLUN Performance


90/118


Purpose:

Compare performance of all systems with respect toVLUN performance

Select System in the Compare menu in the Report

Selection

Produces a separate line for each system that you cancompare each relative to the others

Each line represents the aggregate for all the VLUNs inthat InServ system

System CompareVLUN Performance


91/118


Performance at a Specific Time


92/118


Select the At Time option in the Report Type menu in

the Report Selection

With At Time the X-axis is the object nameseparate

set of data points for each object

In the Query Pane when At Time is selected, the Group

By and Order By menus are enabled

The Group By allows much flexibility when comparing

objects since multiple items in the Group By can beselected at the same time

Hourly VLUN Performance at Time - Domains


93/118


No Domain -

Hourly PD Performance At Time


94/118


A common use of At Time reports is to compare a large

number of objects

Looking at all the Physical Disks (PDs) for their

performance can be accomplished by:

Select only one system from Select Systems

Select PDID from the Group By menu

Select IOPs from the Order By menu

Hourly PD Performance At Time


95/118


VV Cache Performance


96/118


Scenario: Some VVs are showing higher service times to

other VVs that have similar characteristics.

Possible Reason: The VVs with the higher service times

may be experiencing different cache performance.

Generate Report: Use At Time option for Report Type

and VV in the Group By menu. The Order By is set toTotalAccesses.

VV Cache Performance


97/118


Other Reports


98/118


The types of reports available are many with System

Reporter

Of course, remember you are displaying historical data

based upon the retention policy you set.

3PAR Engineering can get a copy of your System

Reporter database to help study your environment

The following slides contain report examples that System

Engineers and Engineers use to learn about InServinstallations


99/118



100/118



101/118



102/118



103/118


PD Performance


104/118


PD Space Usage Report at Time


105/118


VLUNs by IOP and BW


106/118


VLUN Service by Time and IO size


107/118


VLUN Queue Length


108/118


Hourly Port Performance


109/118



110/118

System Reporter Database sizing


111/118


New system sizing spreadsheet.

A new spreadsheet has been included on the CD to aid

in sizing the system running System Reporter and

database.

Configuring Email Alerts


112/118


Email alerts can be configured when certain metrics meet

specified conditions

To add an alert:

1. Click on Sampling Policies link in the Report

Selection Pane

2. Opens new window where you click on Add Alert

Add Alert Rule


113/118


Setting: Receive an email alert when any VLUN has anaverage read service time of more than 100 ms in any

high-resolution interval.


114/118



3PAR

Thank You


115/118



3PAR

3PAR Customer Support Information

SUPPORT


116/118

Serving Information

For any issue with your InServ, call:

1-888-372-7226 24 x 7

Create an iSupport account

Go to the 3PAR website Services, then log in to 3PARCentral

Can download manuals, open

service ticket

119

3PAR Logins


117/118

Serving Information

Location Username Password

3Par Node Login console cmp43pd

3Par SP After Install spvar 3parvar

3Par Inserv After Install 3paradm 3pardata

3Par SP After Install 3parcust 3parInServ

Note: I and S are Caps.



118/118

Serving Information Simply

Serving Information.Simply.Thank You

Documents

3PAR Customer Presentation 10312011