Comments on: Virtualize Production Databases First http://journeytocloud.com/2009/12/19/virtualize-production-databases-first/ The Pragmatic Journey to Cloud Computing Tue, 07 Feb 2012 15:57:40 +0000 hourly 1 http://wordpress.com/ By: Virtualizing Oracle Databases – Customer Best Practices « Virtualization Journey http://journeytocloud.com/2009/12/19/virtualize-production-databases-first/#comment-452 Tue, 13 Jul 2010 22:24:31 +0000 http://virtualizationjourney.com/?p=227#comment-452 [...] this previous post I talked like there are some customers that do start their virtualization journey virtualizing [...]

]]> By: IT Production – Some Best Practices « Virtualization journey http://journeytocloud.com/2009/12/19/virtualize-production-databases-first/#comment-124 Tue, 02 Mar 2010 04:15:59 +0000 http://virtualizationjourney.com/?p=227#comment-124 [...] as it helps the team build up the expertise and experience necessary for future success. We found few customers who skipped this stage and went directly to Business Production and virtualized databases or business applications from [...]

]]> By: The Virtualization Journey for ISVs « Virtualization journey http://journeytocloud.com/2009/12/19/virtualize-production-databases-first/#comment-70 Tue, 22 Dec 2009 22:07:40 +0000 http://virtualizationjourney.com/?p=227#comment-70 [...] I talked about the case where customers start their journey in the Business Production phase virtualizing production databases. A [...]

]]> By: vittorioviarengo http://journeytocloud.com/2009/12/19/virtualize-production-databases-first/#comment-68 Sun, 20 Dec 2009 22:31:19 +0000 http://virtualizationjourney.com/?p=227#comment-68 I think you are technically right. What I meant was “grant more resources that the VM had on the physical sever”. Thanks for pointing this out.

]]> By: Chris Dearden http://journeytocloud.com/2009/12/19/virtualize-production-databases-first/#comment-66 Sat, 19 Dec 2009 10:36:26 +0000 http://virtualizationjourney.com/?p=227#comment-66 Slight contradiction on granting more resources to a Vm and protecting it with FT.

SQl is one of the few workload that benefits from multiple vCPU’s , I’d be supprise to see production SQL vm’s for a significant size not using it. However you can’t protect a multi vCPu MV with FT , so you can’t offer it “instantainious failover” – you are pretty much stuck with HA ( not to say that HA isn’t good , its very handy and can be used to provide a level of hardware redudncy you’d not get in the physical world )

]]>