Thank you John,

At present I does not know all the details of the resources attached to our 
virtual environment. I am just been told "it is big and powerful". Most of our 
production and development environment for BMC and lots of other applications 
are hosted by several virtual farms.

BMC Support have asked me to move the DB to a physical environment. Our 
internal DBA do agree. According to the team running our virtual environments 
we will hardly see any difference. Time will tell.

Our current BMC production environment are all virtual without any performance 
issues. So I got my doubts. 

I am now tuning the sandbox or out-of-the-box install of Pre-Configured Stack 
764 for more performance.

~
Terje


________________________________________
From: Action Request System discussion list(ARSList) [[email protected]] On 
Behalf Of John Baker [[email protected]]
Sent: 11 April 2011 08:55
To: [email protected]
Subject: Slow - Preconfig Stack 764 - Sandbox

Hello,

It is irrelevant whether the DB is virtual or physical. Modern virtual
environments are as good as a physical host and in many organisations,
applications will be deployed to virtual hosts whether you like it or
not. If a global investment bank can run trading systems on virtual
hardware, ITSM can run on it too.

The important discussion to have is what resource is attached to your
virtual environment. ie if it has a couple dedicated cores (I carefully
do not use the term CPU), lots of memory and a physical disc partition
mounted to the virtual host, look elsewhere for the problem.

Virtual environments offer so much more than physical, such as
restoration of a host within a minute of a physical host failing,
snapshots of the OS on every reboot and the ability to add additional
cores/memory in 10 minutes. It's easy to see why it's hard to justify
the requirement for a physical host and while the features make them an
obvious choice, organisations can scale vertically to reduce costs (such
as Oracle Weblogic "per physical core" licensing).


John
--
Single Sign On for AR System
http://www.javasystemsolutions.com/jss/ssoplugin

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Reply via email to