Google+

Archive

Archive for the ‘Storage’ Category

Clariion SPCollects for CX, CX3, CX4


The following is the procedure for SPCollects on a Clariion, CX, CX3 and CX4 machines.

If you are running release 13 and above, you will be able to perform the SP Collects from the GUI of Navisphere Manager Software.

Using Navisphere perform the following steps to collect and transfer the SPCollects to your local drive.

  1. Login to Navisphere Manager
  2. Identify the Serial number of the array you want to perform the SP Collects on
  3. Go to SP A using expand (+)
  4. Right click on it and from the menu, select SPCollects
  5. Now go to SP B in the same array
  6. Right click on it and from the menu, select SPCollects
  7. Wait for 5 to 10 minutes depending on the how big your array is and how busy your array is
  8. Now right click on SP A and from the menu select File Manager
  9. From the window, select the zip file SerialNumberOfClariion_spa_Date_Time_*.zip
  10. From the window, hit the transfer button to transfer the files to your local computer.
  11. Follow a similar process ( 8, 9, 10) for SPB, from the File Manager
  12. The SP B file name will be SerialNumberOfClariion_spb_Date_Time_*.zip

For customers that do not have SPCollects in the menu (running release 13 below), there is a manual way to perform SPCollects using Navicli from your management console or an attached host system.

To gather SPCollects from SP A, run the following commands

navicli  –h  xxx.xxx.xxx.xxx  spcollect  –messner

Wait for 5 to 7 mins

navicli  –h  xxx.xxx.xxx.xxx  managefiles  –list

The name of the SPCollects file will be SerialNumberOfClariion_spa_Date_Time_*.zip

navicli  –h  xxx.xxx.xxx.xxx  managefiles  –retrieve

where xxx.xxx.xxx.xxx is the IP Address of SP A

For SP B, similar process like above, the name of the file you will be looking for is SerialNumberOfClariion_spb_Date_Time_*.zip

Where xxx.xxx.xxx.xxx will be the IP Address of SP B

SPCollects information is very important with troubleshooting the disk array and will give the support engineer all the necessary vital data about the storage array (environment) for troubleshooting.

The following data that is collected using the SP Collects from both the SP’s:

Ktdump Log files

iSCSI data

FBI data (used to troubleshoot backend issues)

Array data (sp log files, migration info, flare code, sniffer, memory, host side data, flare debug data, metalun data, prom data, drive meta data, etc)

PSM data

RTP data (mirrors, snaps, clones, sancopy, etc)

Event data (windows security, application and system event files)

LCC data

Nav data (Navisphere related data)

To read previous blog post on Clariion Technology, please see the following links

Clariion Cache: Page Size

Clariion Cache: Read and Write Caching

Clariion Cache: Navicli Commands

Clariion Cache: Idle, Watermark and Forced Flushing

Clariion Basics: DAE, DPE, SPE, Drives, Naming Convention and Backend Architecture

Clariion Flare Code Operating Environment

Or

Tag Clariion on StorageNerve

Storage Resource Analysis (SRA): Part 9

April 29th, 2009 No comments

TO SUBSCRIBE TO STORAGENERVE BLOG

 

The end result

Continuing the blog posts on Storage Resource Analysis (SRA), this will be the final series post. This post focuses on the end result of running an analysis in our Storage environment.

 

To read the previous blog posts on Storage Resource Analysis (SRA)

Storage Resource Analysis (SRA): Part 1: Storage Resource Analysis and Storage Economics

Storage Resource Analysis (SRA): Part 2: The IT – Storage World of 2009

Storage Resource Analysis (SRA): Part 3: The IT – Storage Budgets of 2009

Storage Resource Analysis (SRA): Part 4: Some Fundamental Questions

Storage Resource Analysis (SRA): Part 5: Facts about your Data

Storage Resource Analysis (SRA): Part 6: Inconsistencies in Storage Environments

Storage Resource Analysis (SRA): Part 7: The Technical Case

Storage Resource Analysis (SRA): Part 8: The Business Case

Storage Resource Analysis (SRA): Part 9: The End Result

 

In this blog post we will try to wrap up some important things we discussed in the previous blog posts.

Here is how Storage Analysis of your Infrastructure help you

1)      Reduce CAPEX

2)      Reduce OPEX

3)      Reduce Total Cost of Ownership

4)      Not spend CAPEX for implementation

5)      OPEX savings should pay for analysis by achieving efficiency and higher utilization

6)      Immediate ROI

7)      Make sure your numbers are not some arbitrary numbers; they have to be real dollars, not a 5 year plan to consolidate your assets, remember the word Immediate ROI.

8 )      Understand how much you will be paying at a front end of the deal, understand how much you will be paying as an ongoing cost, understand how much upgrades will cost, understand how many resources you will need to deploy (hardware, software, licenses, training, manpower), understand how reporting works, etc

9)      Gain operational efficiency

10)   Process should be agent less

11)   Should work Cross platform (EMC, HDS, NetApp, 3Par, IBM, HP)

12)   Data should be collected during business hours, it should be light weight, more or less not require change controls.

13)   Data should be collected possibly from the least numbers of places (host) but get a full representation of the host environment as well as storage environment.

14)   Don’t try to analyze your environment based on what someone else is using, rather see what best fits your environment based on your business processes, rules and needs. Do not just evaluate an OEM operational tool; idea is to look beyond it.

15)   PB’s of storage should be analyzed within hours, not months.

16)   Minimum Training

17)   Maximum Drill Down for Reports

18 )   Reports for various folks within an organization like Storage Operators, Storage Admins, Host Admins, Storage Managers, Infrastructure Managers, CIO’s Office.

19)   Check how your Configurations are setup in your environment

20)   Check how your tiering is setup in your environment

21)   Check for inconsistencies

22)   Check for reclamation

 

So the above might help you get much closer to your possible goals of 2009, “DO MORE WITH LESS”.

 

Storage Analysis is not something you should run once, but as an organization establish a team of engineers who are responsible around increasing efficiency and utilization of your storage environment. Don’t forget your storage is between 30 to 35% of your IT budgets. Better efficiency will help you save millions on the front end (CapEx) and millions on backend (OpEx).

 

The “PRACTICE OF STORAGE ECONOMICS”, which seems to be a big thing every OEM is jumping on to these days, should be followed within your organization.

 

It has to be made a Practice, not just a onetime reclamation exercise. Best example, we live in our house and how often do we clean it, repairs, ongoing work to make it better every time. Storage is the same way, it needs work. 

 

Experience

We have been talking to a large manufacturer here in the US. They have in excess of 10 PB of Storage. During our initial meeting with them about Storage, they mentioned how they have been able to successfully implement a plan in their organization for Storage Reclamation which has helped them reduce millions of dollars in Storage purchases. Also on the other hand, due to the Storage economics practice, they have managed to increase their operational efficiency in storage and thereby reduce their OpEx, again savings which would account for millions.

Really happy talking to these customers, that they are not driven by an OEM to just purchase new storage, but rather their internal practices help them achieve what they target for.

 

What are your experiences with Storage and have you implemented a Storage Economics practice within your organization?

Storage Resource Analysis (SRA): Part 8

April 28th, 2009 No comments

TO SUBSCRIBE TO STORAGENERVE BLOG

The Business Case

Continuing the blog posts on Storage Resource Analysis (SRA), this post focuses on the business challenges on why analysis of our storage platforms is important and how it might help us discover inconsistencies in storage environments eventually saving millions in CapEx and OpEx.

 

To read the previous blog posts on Storage Resource Analysis (SRA)

Storage Resource Analysis (SRA): Part 1: Storage Resource Analysis and Storage Economics

Storage Resource Analysis (SRA): Part 2: The IT – Storage World of 2009

Storage Resource Analysis (SRA): Part 3: The IT – Storage Budgets of 2009

Storage Resource Analysis (SRA): Part 4: Some Fundamental Questions

Storage Resource Analysis (SRA): Part 5: Facts about your Data

Storage Resource Analysis (SRA): Part 6: Inconsistencies in Storage Environments

Storage Resource Analysis (SRA): Part 7: The Technical Case

Storage Resource Analysis (SRA): Part 8: The Business Case

Storage Resource Analysis (SRA): Part 9: The End Result

 

It is important from a Business Standpoint that each aspect of this Storage Analysis project yield us the necessary results to help us make savvy business decisions related to our Storage Estate. While we do so, we still want to verify the analysis does not cost us our valuable CapEx dollars, which are more or less not available in 2009.

Some of the important business requirements, decisions & outcomes related to storage analysis are highlighted below:

1)      Initial purchase and setup fees (CapEx dollars) for analysis software; if possible let’s keep this zero for storage analysis.  

2)      Ongoing cost (OpEx dollars) for analysis software; this constitutes your training, upgrades, engineering expense, etc. Let’s keep this zero as well for storage analysis.

3)      With the given above scenario’s how does the Total Cost of Ownership (TCO) look like now?

4)      Let’s add a twist to this, let’s make this Storage-Analysis-On-Demand. You only pay for what you analyze.

5)      No ongoing cost on a monthly basis, no setup fees, no upgrades, no CapEx dollars. Too good to be true, let’s find the solution now, how we can achieve this.

6)      May be SaaS is the way to go (Software as a Service), no firewall issues, no security, no licenses, no upgrades, no deployment. 

7)      From an ROI (Return on Investment) standpoint, you should be able to reclaim your Storage right now, not 6 or 12 months later when the financial situation changes.

8 )      If you have multi site datacenters with single digit or double digit PB of Storage, you know how painful it is to deploy an enterprise wide Operational Tool (Time, effort, people, testing, training, meetings, outages, VMware, supported/unsupported, service packs, etc, etc).

9)      Lets add another twist to this, no licensing cost for deployment, no charges per port, no charges per report, no charges per array, no charges per TB of raw data for licensing, no upgrades, no windows licensing, no VMware licensing, no infrastructure software licensing, rather a flat fee per TB to analyze a multi PB environment.

10)   Minimum cost to deploy, may be all the storage & host related data can be collected for our environment from a single server

 

Do we have a Storage Economics Practice setup within our Storage environment to consistently increase our utilization, efficiency, reclamation and lower our outages & cost?

The above are some of the key points you should consider before you make a judgment to deploy any Storage Analysis software in your environment.

 

Experience

This is a fact…..

A MNC (Multi National Company – two digit PB storage), by successfully implementing a Storage Reclamation, Efficiency & Utilization project have managed to reduce their CapEx by 80% in the first year. They are planning to reduce their CapEx by 50% year after year.

Another MNC, by automating certain storage process for (storage) report creation reduced 20 man days to 2 hours a month for management reports.

 

How much CapEx and OpEx savings does that equate to?

Dave Donatelli's departure and what is next?

April 28th, 2009 No comments

TO SUBSCRIBE TO STORAGENERVE BLOG

 

As news hit the wire this afternoon, about the latest move by Dave Donatelli (President EMC Storage Division) from EMC to HP. As Dave’s new job, he will report to Ann Livermore at HP and will handle all Server, Storage and Networking business also known as ESS (Enterprise Storage & Server) Division, worth about US 20B, more than his current responsibilities at EMC, in terms of Dollars. 

Dave has been with EMC since his early college days and more or less these days was talked about being the next CEO at EMC. Something might have changed over this past year, that made him make this move. People in these positions, well respected, accomplished a tons of things, groomed to be the next CEO, have a passion for something they do, and you see them jump the ship…something more to the story. There has been a new appointment into EMC board in 2008, Mr. Hu, I think it was a quite appointment, but a big one, as Hu comes with a great industry M&A knowledge and has been well respected within the consulting, investment and IT business environments. 

Jumping back to Mr. Donatelli, he has been a great icon of EMC Storage division and has played a major role with shaping where EMC stands today from a Storage perspective. 

As news will probably flow over the next couple of weeks, we should see a shift within EMC’s top management with some new faces coming into picture. The latest was Mr. Frank Hauck that runs Global marketing and customer quality will be taking over Dave Donatelli’s role. 

So the move for Mr. Donatelli comes at a very crucial time, a big bang redo of the EMC Symmetrix products and then at the after launch party, resign from the company.  With this move, we should more or less see some other folks within EMC follow his foot steps. The question becomes, who within the Storage Blogosphere will end up among the executive profiles of EMC’s leadership chart.

Good luck and Good Wishes to a bright, smart man, Mr. Donatelli.

 

Here are some other blog posts covering Mr. Donatelli’s move, here, here, here, and I am sure more to follow tomorrow morning.