EMC Unity Logs Collecition

If you need to do a logs collection from an EMC Unity storage system follow this procedure:

1 Enter the management IP address of your Unity system into a web browser and login.  From the left-hand bar select service

1-service

2 On the top bar select service tasks

2

3 Ensure that Collect Service Information is selected and click on the Execute button

3

4 In the Collect Service Information window click the plus arrow near the top to initiate a logs collection

4

5 Once the SP collect is complete you will see a save file dialog.  Save the files locally, then upload them to EMC as requested.

3PAR OS 3.3.1 Performance Enhancements

Follow my blog with Bloglovin

There are a bunch of performance and under the hood enhancements in 3PAR OS 3.3.1 which I wanted to take a deeper look at today, I have covered an overview of all the new features in a previous post.  Some of them are brand new features others are enhancements of old ones. Let’s look at each one in turn

Adaptive flash cache (AFC) – allows SSD’s to be used as an extension to the controllers onboard DRAM memory to accelerate reads.  Analysis of the 3PAR install base has demonstrated that there is regularly capacity free in the AFC and to maximise its benefit the cache should be as full as possible. In 3PAR OS 3.3.1 AFC remains for reads only but extends the type of requests allowed further to include: large sequential I/O >64K and data read from snapshots.  Having more data in cache will of course increase the chances of a hit, these new types of request take a back seat to those previously defined in AFC i.e. if AFC is full with small reads it will not flush these out to allow a large sequential read.

Express Writes – Express writes aims to deliver lower latency by delivering lower CPU interrupts per IO.  This is achieved by sending the data along with the command rather than waiting for the target to request it. Previously this was only available with FC protocol, this is now extended to iSCSI for the 8000 and 20,000 systems. This will be enabled automatically at upgrade and can result in up to 40% improvements in latency for iSCSI writes

Multi Queue – Is another option that will automatically be turned on and self-optimised in 3Par OS 3.3.1. Previously each SAS or FC port was locked to a processor core, this worked well if all ports were utilised but left cores idle if all ports were not fully utilised.  Multi-queue cores can be shared between ports allowing for greater utilisation

Persistent Checksum – Ensures the integrity of data by performing a checksum on the data from the HBA to the disk.  The current implementation of Persistent Checksum is proprietary, hence the requirements for specific HBAs.  The new implementation switches to using standard T10 diff which is reliant on the host OS not the HBA’s and therefore widens the support.

To make sure that you don’t miss any updates, you can get e-mail updates, or follow via Face Book, LinkedIN and Twitter.

OTHER 3PAR OS 3.3.1 POSTS

3PAR Dedupe + Compression Deep Dive

3PAR Mega News Bundle – Including Compression

 

Move Brocade Port Licence

On a Brocade switch I had the need recently to move the port on demand licence  (POD) from one port to another on the same switch. This was the procedure:

In this example we move the licence  from port 8 to 2:

1 Disable the port you no longer

portcfgpersistentdisable 8

2 Remove the licence  from the port its not required on

licenseport -release 8

3 If the port you wish to use is disabled, enable it

 portenable 2

That’s it job done