I recently started using Microsoft Azure to build my own personal playground. In the past I used to deploy everything on my desktop PC at home and honestly my resources were limiting me to do what I wanted. I thought about buying a server, but I was not really willing to do these kind of investments.
For other tech people out there, Microsoft has a “30 day/150 euro” free trial available. Go check it out!
One of the things I really wanted to do is test some things regarding ‘portability‘ from a backup perspective. My intention is to recover on premise machines to the public cloud (Microsoft Azure in this test case) by using backup & restore, migrate and synchronisation.
I was going to deploy a standard virtual machine and install everything manually, as it came to my attention a predefined CommVault Simpana Software appliance (version 10 SP8) was available in the Microsoft Azure marketplace. I decided to deploy this template, as the system will solely be used in a sandbox environment.
The configuration of a virtual network, storage account, resource group and any other shared services (such as Active Directory and DNS) are out of scope of this article.
The main reasons to perform a manual or custom install on a regular virtual machine are:
- The CommVault Simpana Software appliance uses a Microsoft SQL Server 2012 SP2 Express edition (version: 11.2.5058.0). The express edition is limited to a maximum of 1GB memory allocation for the database engine, a maximum size of 10GB per database and up to four cores or one socket.
- The CommVault Simpana SQL instance is locked down with only the sa-account (role = “sysadmin“) and the BUILTIN\Users (role = “public“). So in case you want full blown access onto the database, you need to request CommVault to unlock it or start hacking your way in.
- You want to change the installation path for the CommVault Simpana software. By default everything is installed onto the C-drive.
- Both versions support database mirroring which can be used as a disaster recovery mechanism for the CommVault Simpana backup environment.
- Update 3-MAY-2015: The commVault Operations Manager is not installed by default on the virtual machine. The Operations Manager allows some advanced features such as “Virtualize Me!” and “VM lifecycle management“. Manual installation is possible by using the Software Cache SetupAll.exe.
- Update 3-MAY-2015: the webconsole (http://localhost/webconsole) configuration still points to the template virtual machine hostname (“csmaexpress”). To get it to work, you need to change the following registry keys:
- “HKLM\Software\CommVault Systems\Galaxy\Instance01\Webconsole\ sZDM2WEBSERVERHOSTNAME“
- “HKLM\Software\CommVault Systems\Galaxy\Instance01\CustomReportsEngine\ sZCRENGINEWEBSERVERHOSTNAME”
- “HKLM\Software\CommVault Systems\Galaxy\Instance01\JobInfo\ sWebConsoleUrl“
to include the right hostname. Additionally also alter the webconsole configuration file “C:\Program Files\CommVault\Simpana\WebConsole\WEB-INF\classes\config.properties“.
Please note, CommVault does not allow the Simpana databases to be stored on a consolidated server. These need to be stored on the local system for best performance, business continuity (“chicken or the egg principle“) and disaster recovery tolerance.