Archive for the ‘Recovery As a Service’ Category

The Hidden Cost of In-House Backup

By

Today, businesses must deal with expanding data volumes, the added complexity of highly virtualized IT environments, and a growing number of regulations and laws regarding data preservation and retention.

These factors make data backup more complex, time-consuming and critical than ever before. As a result, the staff time required and cost to perform backups are both increasing.

With the lingering tough economic conditions, tight IT budgets and IT staffs being asked to do with fewer resources, it is time to take a closer look at backup operations and evaluate available options. What many businesses will find is that a managed service approach, which was perhaps dismissed in the past as being too costly, might be the best choice today. The reason: There are significant hidden costs associated with their in-house backup operations. And these costs are increasing as data volumes and retention regulations grow.

Let’s take a look at some of the in-house backup costs that are often overlooked or under-estimated:

Businesses must incur the expense of developing and testing backup strategies, selecting and deploying solutions and training staff in backup technology and procedures. And they need to pay to have staff available around the clock to conduct backup operations and respond to problems.

As data volumes grow, more backup hardware must be added. Beyond the CAPEX costs to acquire the additional hardware, there are many operational costs to consider. More data means more backup devices to manage and maintain and longer backup run times.

Then there are software costs. Most backup software vendors charge for licenses based on capacity. Several industry studies have found that data volumes for organizations tend to grow by 20 to 40 percent year over year. So when evaluating the costs of in-house backup, businesses must include annual increases for backup software license fees. Beyond licensing fees, business must pay ongoing annual maintenance fees for the backup software. These fees increase with additional capacity.

Today, many businesses use deduplication technology to help rein in the volume of data that must be stored and backed up. While deduplication reduces storage requirements significantly and therefore slashes overall storage costs, deduplication software nonetheless comes with its own up-front costs, including the initial software license cost. As with the backup software itself, deduplication software vendors require businesses to pay more for software licenses as storage requirements increase. And deduplication software vendors require ongoing software maintenance fees.

All of these hidden costs can add up. And most of them are eliminated or reduced when using a managed backup service.

In fact, there are many advantages to using a managed service for backup. To start, CAPEX costs for backup equipment are eliminated. OPEX costs of developing a backup plan, training, and operating the equipment and running the operations are eliminated or greatly reduced, compared to performing the same tasks in-house.

Rather than buying and operating a system based on the anticipated needs for the next three years, a managed backup service lets businesses pay for the backup capacity they need today, and add capacity as needs grow over time.

Additionally, using a managed service frees up data center space; the facilities and electricity charges to power and cool backup equipment are passed on to the provider. Further, a suitably selected provider can provide the expertise needed to comply with new data retention regulations or simply ensure data is preserved for any future eDiscovery efforts.

Learn more about SunGard Backup and Replication services.

Why Virtual Machine Recovery is no Piece of Cake, Part 2

By Madhu Reddy, Director of Product Management, Recovery Services

If your company is like many of SunGard’s customers, your workforce needs 24×7 access to mission- and business-critical applications, many of which now run as virtual machines (VMs). Therefore, in order to keep business operations going, it is essential that you rapidly recover these VMs in the event of an outage.

In part 1 of this blog, I talked about the strategies for protecting VMs at an offsite location. To summarize, I noted that maintaining a replicated infrastructure at a secondary site is too cost prohibitive for most companies, while manual recovery using an on-demand hot-site is economically more appealing, but can be too time-consuming. So what’s a savvy IT Director to do to set him/herself up for the successful recovery of VMs? Well, this is an area where cloud-based recovery services can help.

Specifically, I would suggest looking into offerings that fall under the category of Recovery-as-a-Service (RaaS). In fact, more than two-thirds of IT professionals are either actively adopting or at least interested in implementing cloud-based Recovery-as-a-Service (RaaS), according to Forrester. RaaS can help reduce restoration times of VMs AND lower the cost of managing recovery operations, and I’d like to take a moment here to shamelessly give you a preview of a new SunGard service offering, Recover2Cloud: SRM (“R2C: SRM”) for VMware environments.

We are partnering with VMware and using their vCenter SRM 5.0 (VMware’s Site Recovery Manager) tool as the basis for our VM recovery-as-a-service offering for several reasons. First of all, for VM recovery, it is essential that the tool we, as a DR service provider, use is one that our customers are already familiar with and commonly use. Secondly, in addition to being able to manage failover between two sites with active workloads, SRM can also take charge of failover from production datacenters to disaster recovery sites. Thirdly, SRM comes with built-in recovery blueprints to make many of the DR processes and steps (discussed in part 1 of this blog) easier and quicker, helping to shorten RTOs, reduce errors, and enforce the use of best practices.

Now that I’ve given props to VMware and SRM, let me tell you what I’m most excited about in our new offering. As part of SunGard R2C: SRM, we fully manage the replication and recovery of your virtual machines, monitoring your environment on a daily basis. On top of that, we offer you a choice of Recovery Time Objectives (RTOs) – from 4 to 14 hours, take your pick – like a good DR service provider should. This service comes in two flavors (“Always On” and “On-Demand,”), and what I am most excited about is the way our customers have ingeniously managed to use the “Always-On” model (where we at SunGard dedicate infrastructure to the customer). Those customers who have chosen this model have been innovatively using VMs at their SunGard second site for a variety of use cases, from user acceptance testing to QA testing, all without interrupting VM replication processes. Isn’t that cool? (Obviously, I think so.)

It goes without saying, of course, that using the cloud for recovery effectively transfers your capex expenditures on a second site infrastructure into opex, and buys you and your IT staff time to focus on value creation programs – instead of worrying about DR, an admittedly high-risk, but low-reward function of IT. SunGard’s R2C: SRM offering is no different, and I’m thankful to be able to contradict the title of my own blog post and announce that “Recovering VMs is now a piece of cake with SunGard’s R2C SRM!”

Fireproof Your #DisasterRecovery Plans, Because Life is Like a Box of Chocolates

By: Nora Hahn, Sr. Marketing Communications Manager, SunGard Availability Services

Last year, Texas was undergoing its worst drought on record.  Scorching temperatures and seven months without rain was wreaking havoc on the state.  But Labor Day weekend was in sight, and my family couldn’t wait to take a little holiday in the Texas hill country just outside of Houston in the small artsy town known as Round Top.

We’d rented a cottage big enough for the grandparents, kids and grandkids, complete with a pool, a couple of horses and one giant Longhorn steer.  Along the way my sister stopped off in Bastrop, Texas – a nearby German community – at an authentic European chocolate shop.  She purchased a box of hand-crafted German chocolates that danced on your tongue and reminded your taste buds what heaven must be like.  We savored these special treats every night after dinner and coffee amidst the cool breezes and cicada symphonies.

This little chocolate shop was known throughout the state as the real thing – real chocolate made by real Germans, based on old country recipes.  Anyone traveling between Houston and Austin knew this was the place to go for a sweet treat that couldn’t be found anywhere else.

A couple of days into the trip, we received a jarring phone call at ten o’clock one night: Wildfires were spreading throughout the hill country, and we were to stay alert for possible evacuation notices.  Thankfully, we never got a second call.  But the next day we learned that the little chocolate factory had burned to the ground.  The place was annihilated; everything was lost – every spoon, every ounce of chocolate, every piece of special candy-making equipment from Europe.  The only thing saved was the owner’s special recipe book and around $200 from the cash register.

To this day, the chocolate shop is still closed.  The owner posts regular updates on his website, but the chocolates are a distant sweet memory.

What’s a small business to do in a situation like this?  Is any business too small to have a back-up plan?  How do you prepare for a disaster that comes out of nowhere?

In today’s technology-dependent world, companies of all sizes have to have a business continuity plan.  Not having a plan for retrieving your business files or connecting with employees, suppliers and customers is deadly.  I was reminded of this in reading SunGard’s white paper “Five Reasons Why Disaster Recovery Plans Fail.”  The little German chocolate shop had no way of contacting its customers or even its business partners.  The owner was left to using a PC and internet connection provided by his hotel.

First things first – personal safety and rebuilding physical structures matter most.  But staying connected to customers, business partners and colleagues is the next step.  The wildfires in Colorado this summer are a stark reminder of the dangers imminent in our unpredictable weather patterns.

In short, your business is never too small to have a disaster recovery plan.  Because as Forrest Gump once said, life is like a box of chocolates: you never know what you’re gonna get.

Learn more about Disaster Testing in this month’s edition of the INSIDER.

October INSIDER: #Cloud trends, disaster planning and fall events on the horizon

Check out latest edition of the monthly SunGard Availability Services INSIDER newsletter, a place for IT professionals to explore the latest news, trends and tips. This month’s issue features articles and videos designed to keep you up to date on cloud computing, disaster planning, customer events and more.

Our video series on Recovery Services continues with a deeper look at the strategies behind Managed Recovery Planning, SunGard’s approach to taking the pain out of application recovery for complex IT environments.  Another series, our five-part serial on Cloud Computing trends, explores distributed block storage – one of the biggest changes on the cloud computing horizon.

For customers with unique availability needs, we sat down with Dominick Paul, National VP of Strategic Solutions, to learn all about the SunGard value-add.  Check out his video interview here.

With the summer season behind us and the first few weeks of fall starting to cool us down, the time is right to dust off your disaster recovery plans.  Finally, we take a closer look at the exciting array of fall events coming up for SunGard customers.  There are multiple opportunities to connect with members of the SunGard team this fall – we can’t wait to see you!

Stay on top of the latest SunGard news with the INSIDER, found here on the SunGard website each month. You can subscribe to our monthly newsletter here.

My 9/11 Story: People Are at the Center of Life. And Business. And Therefore, #BusinessContinuity Planning.

By: , Director of Product Marketing, SunGard Availability Services

Badge

My husband’s visitor badge to the World Trade Center that permitted him to stay through 9/27/01. (I whited out his name to protect his privacy). It’s a daily reminder of how lucky we are.

It is 6:05am on September 11, 2001. I am sitting on an airplane at the San Jose airport, waiting to fly to San Diego to give a speech. Our departure time is 6:25am, so I am quickly reviewing speaker’s notes on my laptop when the pilot comes on the intercom and announces, “Ladies and gentlemen, you may or may not have heard that a jet liner crashed into the North Tower of the World Trade Center this morning. And now, another one has crashed into the South Tower. We are now sure this was an act of terrorism, and will not be pushing back from the gate just yet. Sit tight, I’ll be back with an update again soon.”

I feel shock and horror, and a sudden stab of worry about my boyfriend. He had just accepted a new job with Morgan Stanley, and had flown to New York City for new hire training that started September 10. I don’t know for sure whether he is in the World Trade Center, but every hair on the back of my neck is standing up.

Oh no, I think, I bet he IS in there. I grab my cellphone to call him, and see that I’ve missed several calls, all from his family in Chicago. They have left me six increasingly frantic messages on my phone asking me if I know exactly where his training was being held.  I call my boyfriend’s phone and get sent straight to voicemail. I try again. Voicemail again. So I dial his boss at Morgan Stanley, Mr. C., who answers immediately.

I lie to him and tell him I’m his employee’s fiancée. It isn’t entirely a lie…my boyfriend had proposed to me, but I just had not accepted (I am waiting for the NASDAQ to come back from the depths of the abyss so that our stock portfolios can “heal” and actually finance a wedding). Mr. C confirms that my boyfriend is, indeed, in the South Tower of the World Trade Center, on the 61st floor. I ask if he knows whether the Morgan Stanley employees are safe. He tells me that no one has been able to get through. He does not know anything.

Now I am panicking. In fact, I am hysterical. I hang up on Mr. C and call my boyfriend again, and this time, when I get his voicemail greeting, I burst into tears. I get so hysterical, in fact, that the flight attendants ask me to de-plane. I drive home and turn on the TV, and the first thing I see is footage of both towers falling. I hear Peter Jennings say, “These towers peeled like bananas. It’s hard to see how anyone in them could have survived.” I fall to my knees in horror. I say out loud, “He is dead.”

Alone in the small apartment that we share, I wail and throw things around. I curse myself for not marrying him when I could have. For letting money be a reason to delay happiness, for having a fight with him on the phone the previous night, for letting him fly to New York at all.  For not living by Suze Orman’s fundamental tenet, “People first. Then money. Then things.”

Today is also September 11. With the passage of so many years, it is somewhat less painful to examine the events of that day and try to draw lessons from it. Amazingly, there really are no new lessons – we knew then, as we know now, that people come first. People are irreplaceable. I’ve just told you why from a personal perspective, but from a professional perspective, this is true as well.

My company, SunGard AS, is a leader in business continuity and disaster recovery, and I’m so glad that they recognize that people are at the center of business, and therefore, should be at the center of business continuity planning. Why this is not immediately obvious to other companies – even companies in the business of DR – boggles my mind. What’s the point of recovering your data and applications, if there are no people around to use them? Who is going to recover your data and applications in the first place? And exactly what makes companies think that their people will leave their families and loved ones in the event of a true disaster – like 9/11 – to go to a far-off recovery site and recover their data and applications? We’ve already learned – and from 9/11, no less – that they won’t.

Which is why SunGard has custom-designed mobile recovery units that can show up at your location, and an innovative new partnership with Nav Canada that allows employees to bring their families with them to live in recovery facilities designed like a resort hotel, giving them peace of mind and freeing them to perform recovery functions.  At the end of September, we’ll announce another of our exciting partnerships coming down the pike that will create even more holistic solutions for true business resiliency – but I don’t want to let any cats out of any bags yet. Suffice it to say, we are thinking of and planning for everything – and we’re not forgetting the most important thing: PEOPLE.

As for my own 9/11 story, it has a happy ending (unlike so many others). My man survived completely unharmed. The worst he suffered were scuff marks on his Brooks Brothers shoes, in which he ran down 61 flights of stairs, and then from the fallen Towers all the way up to Alphabet City, where he was staying.

Oh, and yes, I married him. We just celebrated our 10-year wedding anniversary 4 months ago.

#VMworld Recap: Lessons Learned and Insights Gleaned by a VMworld Rookie

By

VMWorld 2012My first VMworld ever is over and I am zombie-tired. The four days of driving to San Francisco’s Moscone Center and back (40 miles each way), plus the constant scramble between the exhibit hall and the education hall, plus the effort to cram all kinds of VMware knowledge into my wee little brain, have me plum tuckered out. But, as depleted as I am, I’m also a lot smarter from the experience.

I attended sessions on how CIOs can run IT like a business, on cloud-aware security, and on running mission-critical applications in the cloud. But I think the most valuable session for me was one I hadn’t planned on attending. Yup, on my first day there, I was just wandering around, trying to get my bearings, when I happened upon a session titled, quite simply, “Disaster Recovery.” So I trusted to serendipity, stumbled in, plunked down in an open seat, and started listening.

It was a discussion group wherein the leader, VMware’s Ken Werneburg, asked a series of questions to which the participants could respond by hitting a letter on a hand-held remote device. As we responded, our answers were aggregated in real-time and flashed up on the screen in front. Here are some of the nuggets I got out of that session:

  • 81% of the people in the room (about 50 people) operate a production environment that is 51-10% virtualized.
  • Only 6% had ever gone through a full failover, while 18% have had to fail over a portion of their environment, 30% have tested DR but never gone through a true DR scenario, another 30% had never had to do any DR whatsoever (including testing), while the remaining 16% had an outage and could not recover at all.
  • 55% of the people in the room have not looked at DR in the cloud, but think it sounds intriguing. 15% had looked at it but written it off, 10% think it’s fantastic, and the remaining 20% are not interested at all.
  • 50% of the people in the room want to test DR twice a year, while 30% wanted to test quarterly. The remaining 20% felt that once a year was more than enough.
  • 40% of the people in the room had performed a Business Impact Analysis and arrived at a cost per hour of downtime; 43% did not have the time, money, or people to do this, and the remaining 17% had never even heard of it.

As for SunGard’s participation in VMworld sessions, our VP of Recovery Services Product Management, Michael de la Torre, co-presented a session with VMware called, “DR to the Cloud: A Service Provider’s Perspective.” The room was packed as Michael highlighted the six factors that affect the design of your company’s DR plan (RTO/RPO, size of environment, complexity, performance, regulations, and program management). In particular, Michael also talked about the difficulty of recovering a hybrid physical and virtual environment on a do-it-yourself basis, an issue that no one is really thinking about and that we at SunGard have brought to the forefront of late. (Check out our videos below that explain the primary challenges of recovering complex hybrid environments).

Because no one has really talked about these challenges before – and THAT’s because the industry has not really thought about what happens when you go to recover production environments that are increasingly heterogeneous mixes of applications, platforms, databases, hypervisors, and storage – it has felt a little like we’ve been pointing out that the Emperor isn’t wearing any clothes. Especially since the prevailing wisdom is, “Virtualization makes disaster recovery ridiculously easy.” So I felt particularly validated when someone asked the question of VMware, “Will you be releasing any products that also address the recovery of physical servers?” To which the response was, effectively, “No…just get as virtualized as possible so you don’t have to deal with that.” Hmm. I’m not sure we’re ever going to get to a 100% virtualized world, quite honestly, and until then, virtualization will continue to bring another layer of complexity to the recovery problem.

In the meantime, I’ll look forward to hearing your comments on what you learned at VMworld, and to attending again next year.

Part 3: #Virtualization Makes #DR Easier, Except When it Makes it Harder

By Ram Shanmugam, Sr. Director of Product Management

Part 1 of this blog series described the things that change and don’t change when recovering hybrid environments (part physical, part virtual). Part 2 of this series talked about application tiering and data movement, two things that don’t change even when the environment is hybrid. In today’s Part 3, I’m going to get on my soapbox about the three main challenges of recovering hybrid environments.

The 3 Challenges are:

  1. The need to recreate a multi-layer, multi-platform hybrid stack for each and every mission-critical application.
  2. The need to do point #1 above within a certain recovery time objective (RTO).
  3. The need to spend the capex for a second site (both hardware and software), and the opex to maintain it.

Let’s take a typical example of a 3-tier web application, say, an e-commerce application. The application may have a database layer that is on two different systems: a Linux system running Oracle and a Windows server running SQL. Next, examine the middleware, or business logic, layer of that application with it on a Win2K server running WebLogic, and its job is to aggregate data from the Oracle and SQL servers. And finally, the web layer is on an ESX server running Apache.  To make things more complicated in this scenario (and therefore realistic), the web and middleware tiers are stored on an EMC SAN device, the Oracle database is on a NetApp SAN device, and the SQL server is on yet another storage vendor’s device (say, a Dell device).

In this scenario, you have multiple storage platforms, multiple compute platforms, multiple operating systems, and a mix of physical and virtual environments. Sound familiar? Now, let’s say something goes wrong, and you need to recover this application at your recovery site. News flash: your recovery is going to fail if you haven’t created the identical physical and virtual stacks in your recovery environment to accommodate all three layers. If you have the wrong version of VMware’s hypervisor running in the recovery environment, you’re dead in the water. If you have the wrong hypervisor running in the recovery environment (say, Xen), you’re dead in the water. If you have only the ability to recover the database layer by itself, or both the database and middleware layers without the web layer, you’re dead in the water. Or vice versa – getting the web layer back without the other two layers also leaves you up a creek.

And that’s just ONE app. What if you have 50, 80, or 100+ apps to recover? Now, compound this problem with the problem of having to recover all of these apps within a certain RTO, and you’re starting to get the picture of the magnitude of the challenges presented by hybrid environments. In a word: elephantine.

In order to support the recovery of a hybrid environment, you need to have the correct infrastructure in place: the right recovery technologies for each platform and O/S in your secondary site, the right expertise or staff (an Oracle person, a Windows person, a storage person, a VMware person), and a well-documented disaster recovery blueprint (or runbook) that contains all of your recovery processes.

Moreover, in order to have that runbook be current, you need to make sure that any changes in production configurations make their way into the recovery environment (change management). And putting all of this in place could cost a big bundle.

Do these challenges sound familiar to you? If so, how are you addressing them today? I’d love to hear your feedback, as well as any insights into what you’re doing to keep your hybrid environments available.

We’ve just published a white paper containing a more fleshed-out version of SunGard’s suggested approach to recovering complex hybrid IT environments, if you’d like additional information.

Part 2: #Virtualization Makes #DR Easier, Except When It Makes It Harder

By Ram Shanmugam, Sr. Director of Product Management

VirtualizationSo let’s talk about application tiering first. Virtualization does not change the need to perform a business impact analysis that helps you understand the cost of downtime application by application. At the end of this process, you should have a list of applications prioritized by the size of their impact to revenue or to costs (some applications, if down for too long, can actually start incurring penalties for your company). Following best practices, you would then assign a recovery time objective (RTO) and recovery point objective (RPO) to each of these applications. So far so good, right?

Next, you need to move your data over to your secondary site via a “data mover.” Data movers, as we like to call them here at SunGard, are pretty much exactly what they sound like: the technology for moving data from one site to another. The slowest form of data movement, of course, is to put all your data on tapes and send them on trucks over to your secondary site for vaulting. However, for applications that require faster recovery, a number of technologies and choices are better.

At SunGard, we recommend selecting the data mover based upon the RPO of the data you are moving. Our reasoning behind this is that data movers vary in cost, so you would want to match technology to the data being moved, based on the value of the information.

If you’ve done the Business Impact Analysis that I mentioned above, you’ll have assigned the data supporting your applications to one of 4 tiers of RTO:

  • Tier 1: < 4 hours RTO
  • Tier 2: 4 – 12 hours RTO
  • Tier 3: 12 – 24 hours RTO
  • Tier 4: 24+ hours RTO

Now, you have 4 broad categories of data mover to select from:

  • Server- or host-based replication: This uses asynchronous server replication technology to deliver recovery at sub-4 hour RTOs.
  • SAN-based replication: This is where you use the storage replication technology of your choice to replicate data from production to recovery environment, with the aim of recovering large-scale virtual applications environments at sub-12 hour recovery points.
  • SAN-based vaulting or snapshot: Your primary site data goes into an online vault. Typical recovery point objectives are within 24 hours.
  • Online or disk-based backup: The application data is backed up using backup software onto a disk (or even a tape). The RTO is 12-48 hours, with the RPO depending upon backup frequency and windows.

As you can see, the choices above increase in RTO and RPO tiers. In other words, for Tier 1 data, it’s best to use server- or host-based replication as your data mover. For Tier 2 data, it’s best to use SAN-based replication. And so on and so forth.  This way, you are aligning your data movement technology with the business value of your data.

But as I’ll discuss in my next post, simply replicating your data at a second site does not buy you a disaster recovery plan! Tomorrow, I’ll talk about the key challenges in recovering applications running in a hybrid environment.

Read on, Part 3: Virtualization Makes DR Easier, Except When It Makes It Harder

 

@SunGardAS Experts Give Sneak Peek Into Their #VMworld Plans

The countdown to VMworld 2012 is underway, and before the event opens and the frenetic pace of one of the largest shows of the year begins, our experts at SunGard who are attending are weighing in with their thoughts on what this year’s event will offer.

SunGard’s team will be meeting customers and partners at booth #2322 to discuss SunGard solutions, such as recovering hybrid environments, and sitting in on a number of breakout sessions across many VMworld tracks. Read what our experts have to say about the technologies that are capturing their attention, and what they’re looking forward to most.

And with so much to learn from both the business and the technology perspectives, the dizzying array of VMworld options can be a lot to process. But have no fear: SunGard’s experts also offer their tips on how to extract the most value from your time at VMworld.


Janel Ryan
, Director, Product Marketing, Managed Services
(@janel_ryan)

Janel Ryan

The main reason I look forward to attending VMworld is to expand my knowledge about trends, technologies and competitors. VMworld 2012 can give attendees a good sense of what’s happening in the industry from the variety of breakout sessions. Breakouts provide valuable insight into the latest technology and tools and the interaction with peers and customers provides a view into what businesses are looking for.

I’ll be attending sessions which focus on technology use cases, as well as those I believe can give me more insight into technology adoption.

I’m looking forward to talking to attendees about SunGard Cloud Services.  We have such a great solution set for enterprise customers whether they are looking to address primary or recovery environments.

My best tips for attendees are to go to the keynotes, and plan your days, but don’t overfill them with sessions.  You need to keep time in between to talk to peers, analysts, customers, and others to hear what they are thinking.  It is best to arrange meetings in advance since the show gets so busy.

Ron LaPedis, Workforce Continuity Specialist (@SunGard_RonL)

Ron LaPedisAt this year’s VMworld, there are many sessions on not only backing up your data and servers to the cloud, but also on keeping your primary and backup data secure. It can seem like a simple question – “Do YOU know if your backup systems and data are secure?” – but there are times when the answer is unclear.

It’s important to talk to customers about how to integrate. VMware and NetApp, VMWare and EMC… servers and storage go together like peanut butter and jelly. The message we want to send is, unless you have an integrated system which backs up both in sync, you might get stuck when trying to recover.

What intrigues me about VMworld 2012 is there seems to be a lot more sessions on private cloud this year. That leads me to wonder whether enterprises have been scared away from the public cloud by some of the recent outages and security breaches that have made news.

Afshin Shams, Enterprise Cloud Specialist (@ashams99)

Afshin ShamsVMworld is a great chance to connect with peers and users of virtualization technology to understand what’s happening in the industry from an adoption and needs perspective.

By meeting with other providers, you get a sense of what their offerings are in the marketplace and how they are leveraging virtualization to respond to the needs of the customers. Conversely, by speaking with users and customers, it helps me understand what is most critical for them in the way they are using virtualization, why they need the technology, and what they are seeking from virtualization in the near future. Lastly, listening to VMware’s executives talk about the future direction of the technology and the company helps us understand their views of customer needs.

I’m also excited to talk about SunGard’s cloud offering for both production and recovery purposes. This is most relevant to the users and attendees at the show and I hope to engage with them about our cloud offering. I want to talk about how SunGard leverages the #1 virtualization platform to deliver its Cloud Services.

The best tip I can provide to other attendees is definitely to plan your days in terms of sessions, and leave room to meet with customers and prospects that you know are attending. Keep the meetings interactive and embrace the energy and vibe of this exciting event—and arrange meetings in advance as there are many other vendors trying to do the exact same thing.  There’s no more exciting and electric place to talk to about our cloud services than at a show where everyone has the same interests –virtualization, where is it now, how customers can do more with it, and where is it going.

JP Blaho, Director of Product Marketing (@BlahoJP)

For me, VMworld is really about checking out different companies with different approaches to business.  I look forward to exploring the trade floor to discover new ideas and technologies.  It is the spirit of innovation that gets me excited about this event.

This is my first VMworld conference, so I plan to attend a variety of sessions.  My background is around network security and storage, and I do plan to attend a couple sessions that talk about these markets. I think that attending some of the seminars, and listening to other vendors present helps validate my approach to technology.  It also helps, early on, to identify business opportunities so that we can explore features and functionality to enhance our own service offering roadmaps.

I’m most excited to talk to people at the show about SunGard’s Security-as-a-Service (SaaS).  Security is oftentimes perceived as an unwanted necessity.  I think with some of the new cloud-hosted services coming out, like Log & Threat Management, security becomes less of a bottleneck in the network, thus becoming a significant advantage over traditional network security solutions.

Since this is my first VMworld, I am going to follow the same personal rules I have for conferences like RSA and Interop.  Plan your sessions first.  Map out the vendors you want to visit in the Expo Hall, and probably most important, remember to set my “Out of Office” message on my email.  That way, I can focus on all things VMworld for a few days.

Derek Siler, Senior Product Manager, Recovery Services (@PhillyTechPM)

Derek SilerI’m attending VMworld to learn about our clients’ recovery requirements for their virtualized environments. I’m also interesting in discovering how clients are evaluating releasing VM production and DR workloads to the cloud.

The event also offers a great opportunity to speak with IT decision makers on how they are addressing production and recovery requirements on their virtualized environments.

I’ll be attending several sessions for application virtualization for customer’s ERP apps. As far as SunGard’s presence at booth #2322, I’m most excited to share with customers our Recover2Cloud for Site Recovery Manager (R2C-SRM) and how we can protect their production VMs economically and resiliently.

My recommendation for VMworld attendees: network, plan in advance, and don’t overbook yourself!

#Virtualization Makes #DR Easier, Except When it Makes it Harder

By Ram Shanmugam, Sr. Director of Product Management

VirtualizationUnless you’ve been living under a rock for the last half-decade, you know that virtualization is changing the landscape of IT and data centers.  In terms of financial impact, virtualization untethers applications from physical servers, creating valuable savings. In terms of disaster recovery impact, virtualization makes recovering applications easier – MUCH easier. It’s as easy as copying a file to a computer and running it.  Here’s the kicker: the world is not 100% virtualized yet. Data centers are becoming increasingly virtualized, but most data centers today are still some part physical and some part virtual. That is to say, they are “hybrid” environments (to support my point, Gartner told us in a recent inquiry that they estimate 50% of all workloads today to be running on virtual machines).[1] That means, 50% are not.

While newer applications are being run on exclusively virtual workloads, there are still plenty of mission-critical apps running on a combination of mainframes, Windows servers, Linux/Unix systems, and virtual machines. Given this scenario of a hybrid production environment, the challenge for CIOs becomes: “How do you best protect and recover applications within a hybrid infrastructure within certain recovery time objectives (RTOs) and recovery point objectives (RPOs)?” Or, in other words, “How do you think about Disaster Recovery in this new semi-virtualized world?”

Well, here’s my short answer: as long as we are living in this hybrid world, virtualization is an added layer of complexity that requires some adjustments to your recovery strategy and infrastructure. Most DR fundamental principles don’t change, but a few tweaks are required. I will elaborate upon these in this blog and in two more blog posts to come.

What Doesn’t Change

  1. Application tiering. Applications still need to be tiered according to their respective cost of downtime. You should still assign an RTO and RPO to each application based on its overall impact to your business.
  2. You still need to move your data from your production environment into a recovery environment (some might call this a “DR site” or “secondary site.”) How you choose to move the data is dependent upon the RTO and RPO that you assigned above.
  3. You still need to ensure compatibility between production and recovery environments. After all, if you let the infrastructures and technologies between the two sites diverge too much, how can you use one to recover the other?

What Needs Tweaking

Since your primary site is now a hodgepodge of physical and virtual (meaning multiple applications running on multiple platforms, multiple hypervisors, and multiple storage), you should expect that your recovery site will be the same as well. If you’re doing DR yourself (we call this the “self-insured” model), then you’ll need to ensure the total compatibility of your physical and virtual compute layers between your primary and secondary sites. The “tweak” I am referring to is the addition of the “virtual” layer, with all of its attendant hardware, software, and people/expertise.

I’ll be back later this week to spell out more about each point above. Stay tuned!

Read on, Part 2: Virtualization Makes DR Easier, Except When It Makes It Harder



[1] *Gartner, Inc., Top Five Trends for x86 Server Virtualization, Thomas J. Bittman, March 22, 2012.