VMware: Create script for VC & VUM Databases


Voor het installeren van VirtualCenter 2.5 heb je een twee tal databases nodig. Een voor VC en een voor VUM. Ik werd gek van dat geklik binnen de SQL Server Management Studio. Voor dit proces heb ik nu een SQL script gemaakt. Dit script heb ik getest in SQL 2005.

Het onderstaande script maakt het volgende aan:

  • Database met de naam VC
  • Database met de naam VUM
  • User met de naam VCUSER, wachtwoord vmware
  • User met de naam VUMUSER, wachtwoord vmware
  • De beide Users krijgen de db_owner role en de sysadmin role.

CREATE DATABASE VC;
GO
CREATE LOGIN [VCUSER] WITH PASSWORD=’vmware’, DEFAULT_DATABASE=[VC], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF
GO

USE VC
GO
EXEC sp_grantdbaccess ‘VCUSER’
GO
EXEC sp_addrolemember ‘db_owner’, ‘VCUSER’
GO
EXEC sp_addsrvrolemember ‘VCUSER’, ‘sysadmin’
GO

CREATE DATABASE VUM;
GO
CREATE LOGIN [VUMUSER] WITH PASSWORD=’vmware’, DEFAULT_DATABASE=[VUM], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF
GO

USE VUM
GO
EXEC sp_grantdbaccess ‘VUMUSER’
GO
EXEC sp_addrolemember ‘db_owner’, ‘VUMUSER’
GO
EXEC sp_addsrvrolemember ‘VUMUSER’, ‘sysadmin’
GO

[/code]

Dit script kun je binnen de SQL Server Management Studio uitvoeren en na een F5 voor een refresh zie je de nieuwe databases en de nieuwe users.

VMware: VMotion Info in Excel 2007


Open een nieuw werkblad. Klik op ‘Gegevens’ gevolgd door ‘Van andere bronnen – Van SQL Server’

image

Voer de naam in van de SQL server en eventueel een gebruikersnaam en wachtwoord.

image

Selecteer de tabel ‘VPX_EVENT

image

Als laatste sla je het gegevensbestand op.

image

Nu moet je inloggen op de VC database.

image

En daarna word de informatie naar binnen getrokken. Dit is nogal wat, zeker als je VC server al een tijdje draait.

image

De informatie waar we naar op zoek zijn, is de VMotion informatie. Die kun je als volgt vinden:

Open ‘Tekstfilters – Bevat…’

image

Geef nu het zoekwoord: ‘migrate’ op.

image

Daarna word er een selectie uitgevoerd en zie je alleen nog de rijen die van toepassing zijn.

image

Via de knop ‘Alles vernieuwen’ of Ctrl + Alt + F5 kun je de lijst vernieuwen.

image

VMware: VMotion Info


In deze post lees je hoe je informatie uit de VC database kunt halen d.m.v. een query. Het gaat dan in het bijzonder om het aantal VMotion taken die gestart zijn. Je kunt dan na gaan hoe vaak een VM wordt gevmotioned via een handmatige taak of via DRS.

De volgende query kun je loslaten op VC database:

SELECT vpx_event.event_type, vpx_event.vm_name, vpx_event.create_time from vpx_event where event_type like ‘%migrate%’
SELECT distinct(vpx_event.event_type) from vpx_event order by event_type

 

De volgende informatie komt dan terug uit de query:

Query_VC_VMotionInfo 

Het gaat dan om de volgende event_types:

  • vim.event.VmMigratedEvent (handmatige VMotion)
  • vim.event.DrsVmMigratedEvent (VMotion via DRS)

 

Meer informatie vind je in het volgende Topic op VMUG.nl gestart door Gabrie.

VMware: The DB user entered does not have the required permissions


Bij het vers installeren van VirtualCenter 2.5 kreeg ik bij het configureren de volgende foutmelding:

image

Dit kwam omdat ik bij de gebruiker in SQL 2000 geen ‘Server Roles’ had toegevoegd. De volgende Roles heb je nodig voor een succesvolle installatie:

  • System Administrators
  • Server Administrators
  • Database Creators (ik weet niet zeker of deze erbij moet, dit heb ik voor de zekerheid gedaan).

sql_rechten

Meer informatie over het installeren / upgraden van je VC Database vind je hier:

VM ID: 1003346

VM ID: 1003610

VMware: VirtualCenter 2.0.x and SQL 2005


 

Na een verse installatie van Windows 2003 SP2, SQL 2005 SP2 en VC 202 patch1 krijg ik de onderstaande foutmelding zodra ik de VC service wil starten.

vc2service_error

Dit kun je oplossen door de volgende stappen uit te voeren:

If the VirtualCenter Server service installs but does not start and logs the following error, this is a symptom that the SQL Server 2005 SP1 database is not configured correctly:

Failed to init tableDef: Column VER_ID does not exist in table VPX_VERSION. Database version may be incompatible.

This condition can occur if VirtualCenter Server was installed using a database login mapped to a user other than dbo. When the VirtualCenter login is the owner of the database, the login automatically maps to the dbo user.
There are two ways to achieve the correct configuration:

  • Configure a fresh installation.
  • Repair a fresh installation that does not start.

To configure a fresh installation:

  1. Connect to your SQL Server 2005 server with SQL Server Management Studio.
  2. Create a database login (*vclogin*) for VirtualCenter Server to use.
  3. Create a new database (*VCDB*) and change the owner from <default> to vclogin.
  4. Observe that vclogin maps to the dbo database user for VCDB.
  5. Change the default database for vclogin from master to VCDB.
  6. Install VirtualCenter Server according to the product documentation.

To repair a fresh installation that does not start:
If the database has already been created and VirtualCenter Server has already been installed, it is possible to modify the owner of the database with a system stored procedure. In the steps below, substitute <vcuser> and <vclogin> with your appropriate account names.

  1. Connect to your SQL Server 2005 server with SQL Server Management Studio.
  2. Go to the db_owner schema properties and change the owner from <vcuser> to dbo.
  3. Delete the <vcuser> database user (not the <vclogin> database login that maps to it).
  4. Open a new query window for the VirtualCenter database.
  5. Execute this command:
    EXEC sp_changedbowner @loginame = ‘<vclogin>’, @map = ‘true’
  6. Start the VirtualCenter Server service.

Reference the VirtualCenter Server Release Notes at http://www.vmware.com/support/pubs/vi_pubs.html for details on supported databases and client driver versions. For information how to identify your SQL Server version and edition, reference the Microsoft Knowlege Base article 321185 at http://support.microsoft.com/kb/321185.

De bovenstaande tekst komt van het volgende document: http://kb.vmware.com

Bij mij was dit niet de oplossing. Ik heb er uiteindelijk voor gekozen om geen gebruik te maken van een SQL account maar van een Windows (AD) account welke rechten had op VC database. Daarna starte de VirtualCenter Service gewoon op.

VMware: Virtualize SQL Server?


Op deze vraag heeft VMware een antwoord namelijk de volgende whitepaper: SQLServerWorkloads.pdf.

De bovenstaande whitepaper is een performance study van VMware en HP over hoe je een  SQL server wel of niet moet Virtualiseren.

Dit is de conclusie van de performance study:

The performance results we describe in this paper support the conclusion that running Microsoft SQL Server 2005 inside VMware virtual machines can provide an effective production-ready platform for running transaction-processing workloads.
Your IT organization can leverage the sizing data we present in this white paper to deploy Microsoft SQL Server successfully using VMware Infrastructure 3. By comparing effective workload throughput and resource utilization for your datacenter with the results presented in this paper, you can design and size your virtualized environment to meet your SLA targets.
The number of actual users and transactions you can support in a production environment will, of course, depend on the specific applications used and the intensity of user activity. The results of
Conclusions 12 VMware SQL Server Performance in a VMware Infrastructure 3 Environment
our tests clearly demonstrate that in a VMware Infrastructure 3 environment, the transaction throughput scales almost linearly even as the number of clients increases, for every configuration we tested. Our results show that the throughput rate of UP virtual machine is comparable for 32-bit and 64-bit environments. However, for SMP virtual machines, the throughput rate is slightly higher in a 64-bit environment compared to a 32-bit environment. Further, SMP virtual machines can service a higher number of users. One disadvantage of SMP virtual machines is that they have higher CPU costs per transaction than UP virtual machines. From a performance perspective, we recommend using SMP virtual machines rather than UP virtual machines for Microsoft SQL Server, and if possible, a 64-bit environment if your application stack supports it.