The first post should always be an introduction, right?
So to quote the great Austin Powers: Allow myself to introduce….. myself.
I have been in the IT Industry for over 18 years, still quite fresh by many standards and I’ve long since realised that there is still so much to learn. I’m discovering new and interesting things everyday.
My day job is as a storage integrator in pre-sales, storage architect, implementer and problem solver – working end-to-end to address my customers often complex needs.
Over the years, I’ve been privileged to have been working in, on and around the IT storage industry, which as a niche is very complex, fraught and interesting; it’s often a completely misunderstood and under valued segment of IT but, the reality is that of all the things a company could loose of it’s IT infrastructure, data is irreplaceable; that’s why working in data storage is a challenge that is worthy of the rewards and the difficulties.
My experience in storage goes back to my early days, I entered the industry towards the end of the Mainframe/Mid/Mini computer domination, learning the ropes on big tin before moving over to the decentralised model adopted later in the ’90’s, worked feverishly during the late ’90’s on the year 2000 bug, and watched with amusement the bursting of the tech bubble…. And I shook my head at the detractors who said the Y2k bug was overstated –
I was involved in a great number of simulations of financial systems prior to Y2k which showed disastrous consequences.
(lots of money would have been lost if not corrected, Japanese Power Plants were hit, as were Satellites, someone was charged US$91,250 for having a video that was 100 years overdue, the first child born in Denmark on new years day was registered as being 100 years old at birth, a German man reported he was credited $6m on the 30th December 1899. Telecom Itallia sent out bills dated 1900) – Yes, they really happened.
My experience in mass data storage goes back to those heady days of mainframes and mini’s, configuring high performance (for the time) storage for said mainframes and mini’s; then later with the great decentralisation of compute during the later half of the ’90, I carried this experience over to those NT servers everyone had been adopting – building storage arrays from scratch was the order of the day – and now back into the world of centralisation with VMWare and alike.
(It’s always funny seeing the complete cycle.)
However, I’ve been very fortunate to have been able to focus almost exclusively on data storage for the last decade as it’s presented many great opportunities to delve deeper into the very concepts I had formed and broken in my mainframe days and everyday, I discover new and exciting information constantly.
My training and experience is, luckily enough – multi-vendor – which has given me a very broad perspective on many of the vendors, their arrays and practices and affords me a great insight into the correct selection of an array and it’s needs and for that matter, my customers needs.
Which brings me to my storage experience and knowledge, which has been garnered and refined over the years (in no order of preference or strength):
Brocade / McData
And a whole host of others – too many to list them all.
As a rule, I despise vendor FUD, because of my multi-vendor experience, it irritates me to no-end when the vendors use it and one of my goals with this blog is to dispel vendor FUD once and for all.
It will be detailed, but I assure you, I will do my utmost to ensure that it’s accurate and founded.
My intention is not to cause angst, only to reveal the truth and anytime I’ve got it wrong, I will be glad to correct myself.
The other goal is to start a series on the virtues of Enterprise Storage, hoping to educate on the importance and differences and to aide my readers in making the most informed decisions possible.
I actively encourage constructive feedback and comments and if there’s something about data storage you want to understand, please feel free to ask.
That’s it for the moment, I hope to bring you more as time allows.
Aus Storage Guy.