Tag Archives: vCenter

VCSA 6.5 Migration deployment sizes limited!

Recently I finally bit the bullet and decided to bring the vCenter portion of a vSphere environment up to version 6.5.  Since the migration from a Windows based vCenter to the VCSA is now a supported path I thought it would also be a good time to migrate to the appliance as well.  So with that I ran through a few blogs I found in regards to the migration, checked out the vSphere Upgrade Guide and peeled through a number KB’s looking for gotchya’s.  With my knowledge in hand I headed into the migration.

At this point I had already migrated my external windows based PSC to version 6.5 and got started on the migration of the windows-based vCenter Server.  Following the wizard I was prompted for the typical SSO information along with where I would like to place the appliance.  The problem though came when I was prompted to select a deployment size for my new VCSA.  My only options available were Large and X-Large.  Might not be a big deal if in fact this environment required this amount of resources – Looking at the table below those deployment sizes are scoped to fit at a 1000 host and above mark.


Did this environment have 1000+ hosts and 10000+ VMs?  Absolutely not!  At its largest it contained maybe 70 hosts and a few hundred VMs running on them – a Small configuration at best, medium if you want to be conservative!  At first I thought maybe I was over provisioned in terms of resources on my current vCenter Server – but again, it only had 8 vCPU’s and 16GB of RAM.  With nothing out of the ordinary with vCenter itself I turned my attention to the database – and that’s where my attention stayed as it was currently sitting at a size of 200GB.  Honestly, this seemed super big to me and knowing that it had been through a number of upgrades over the years I figured I would make it my goal to shrink this down as small as possible before trying again!  TL;DR; version – The database was the culprit and I did end up with the “small” option –  but I did a number of things after a frenzy of Google’s and searches – all listed below…

WAIT!!!!  Don’t be that guy!  Make sure you have  solid backups and can restore if things here go sideways – engage VMware GSS if needed – don’t just “do what I do” 🙂


Reset the vpx provider

The vpx data provider basically supplies the object cache for vCenter – caching all inventory objects such as hosts, clusters, VMs, etc in order to provide that super-snappy response time in the vSphere Web Client 6.0 (Is this sarcasm?).  Anyways, resetting this essentially will reduce the size of our Inventory Database.  Now, the problem in versions prior to 5.5 Update 3 is that there was no way to reset individual data providers – in order to do one you had to do them all – and that meant losing all of your tags, storage profiles/policies, etc.  Thankfully, 5.5 U3 and 6.0 allows us to simply reset just vpx, leaving the rest of our environment in-tact.  In order to do so we must first get into the vSphere Inventory Managed Object Browser (MOB) and get the UUID of the vpx provider.  **NOTE, this is different than the MOB you may be used to logging into, see below ***

First, log into the Inventory Service MOB by pointing your browser to https://vCenterIP/invsvc/mob1/    From there, simply click the ‘RetrieveAllProviderConfigs’ link within the Methods section as shown below


In the pop up dialog, click ‘Invoke Method’, then run a search for vpx


It’s the providerUuid string that we are looking for – go ahead and copy that string to your clipboard and return to https://vCenterIP/InvSvc/mob1/ – this time, clicking the ‘ResetProviderContent’ link under Methods.  In the pop up dialog, paste in your copied UUID and click ‘Invoke Method’ as shown below…


After a little while the window should refresh and hopefully you see no errors!   The process of resetting for myself took roughly 5 minutes to complete….

Getting rid of logs

Although vCenter does its own log rotation you may want to check out and see just how much space your logs are taking up on your current vCenter server before migrating as some of this data is processed during the migration/upgrade.  I freed up around 30GB of disk by purging some old logs – not a lot, but 30GB that didn’t need to be copied across the wire during the migration.  There is a great KB article here outlining the location and purpose of all of the vCenter Server log files – have a look at it and then peruse through your install and see what you may be able to get rid of.   For the windows version of vCenter you can find all of the logs in the %ALLUSERSPROFILE%\VMware\vCenterServer\logs\ folder.  I mostly purged anything that was gzipped and archived from most of the subfolders within this directory.  Again, not a difference maker in terms of unlocking my “Small” deployment option – but certainly a time-saver during the migration!  So what was culprit that was not allowing me to select “Small” – yeah, let’s get to that right now…

My Bloated vCenter Database

bloateddbYeah, 200GB is a little much right – even after resetting the vpx provider and shrinking the database files I was still sitting pretty high!  So, since I had no intention of migrating historical events, tasks and performance data I thought I’d look at purging it before hand!  Now if you have ever looked at the tables within your vCenter Server database you will find that VMware seems to create a lot of tables by  appending a number to the VPX_HIST_STAT table.  I had a lot of these – and going through them one by one wasn’t an option I felt like pursuing.  Thankfully, there’s a KB that provides a script to clean all of this up – you can find that here!  Go and get the MSSQL script in that KB and copy it over to your SQL Server.  Once you stop the vCenter Service we can simply run the following command via the command prompt on our SQL Server to peel through and purge our data.

sqlcmd -S IP-address-or-FQDN-of-the-database-machine\instance_name -U vCenter-Server-database-user -P password -d database-name -v TaskMaxAgeInDays=task-days -v EventMaxAgeInDays=event-days -v StatMaxAgeInDays=stat-days -i download-path\2110031_MS_SQL_task_event_stat.sql

Obviously you will need to assign some values to the parameters passed (TaskMaxAgeInDays, EventMaxAgeInDays, & StatMaxAgeInDays).  For these you have a few options.

  • -1 – skips the respective parameter and deletes no data
  • 1 or more – specifies that the data older than that amount of days will be purged
  • 0 – deletes it all!

For instance, I went with the 0, making my command look like the following….

sqlcmd -S IP-address-or-FQDN-of-the-database-machine\instance_name -U vCenter-Server-database-user -P password -d database-name -v TaskMaxAgeInDays=0 -v EventMaxAgeInDays=0 -v StatMaxAgeInDays=0 -i download-path\2110031_MS_SQL_task_event_stat.sql

After purging this data, and running a shrink on both my data and log files I finally had my vCenter database reduced in size – but only to 30GB.  Which, in all honesty still seemed a bit large to me – and after running the migration process again I still didn’t see my “Small” deployment option.   So I went looking for other large tables within the database and…..


It’s not very nice to meet you at all!!!  After finally getting down to this table – and running “sp_spaceused ‘VPX_TEXT_ARRAY’” I found that it was sitting a whopping 27GB.  Again, a flurry of Google!  What is VPX_TEXT_ARRAY and what data does it hold?  Can I purge it?  Well, yes….and no.  VPX_TEXT_ARRAY, from what I can gather keeps track of VM/Host/Datastore information – including information in regards to snapshots being performed on your VMs.  Also from what I can gather, from my environment anyways, is that this data exists within this table from, well, the beginning of time!  So, think about backup/replication products which constantly perform snapshots on VMs in order to protect them – yeah, this could cause that table to grow.  Also, if you are like me, and have a database that has been through a number of upgrades over the years you may end up having quite a bit of data and records within this table as it doesn’t seem to be processed in any sort of maintenance job.  In my case, 7 million records resided within VPX_TEXT_ARRAY.  Now, don’t just go and truncate that table as it most likely has current data residing in it – data vCenter needs in order to work – there’s a reason it tracks it all in the first place right?  Instead, we have to parse through the table, comparing the records with those that are in the VPX_ENTITY table, ensuring we only delete items which do not exist.  The SQL you can use to do so, below…


A long and boring process – 18 hours later I was left with a mere 9000 records in my VPX_TEXT_ARRAY table.  Almost 7 Million removed.  Just a note, there is a KB outlining this information as well – in which it says to drop to SINGLE_USER mode – You can if you wish, but I simply just stopped my vCenter Server service and stayed in MULTI_USER so I could check in from time to time to ensure I was still actually removing records.  an sp_spaceused ‘VPX_TEXT_ARRAY’ in another query window will let you track just that.   Also, it might be easier, if you have the space, to set the initial size of your transaction logs something bigger than the amount of data in this table.  This allows SQL to not have to worry about growing them as it deletes records – you can always go back in the end and reset the initial size of the tlogs to 0 to shrink them.

So – a dozen coffees and a few days later I finally ran another shrink on both the data and log files, setting their initial sizes to 0 and voila – a 3GB database.  Another run at the migration and upgrade and there it was – the option to be “Small”!  Again, this worked in my environment – it may not work in yours – but it might help get you pointed in the right direction!  Do reach out if you have any questions and do ensure you have solid backups before you attempt any of this or anything you read on the net really Smile  Also, there’s always that Global Support Services thing that VMware provides if you want some help!   Thanks for reading!

VCSA 6.0 prompting for a manual fsck

One of my VCSA deployments, the only one running 6.0 experienced a switch failure and in result a network outage of roughly 5 minutes the other day.  Not a big deal, but unfortunately this was a very “cost effective” solution and the switch that hosted the production network also hosted the VLANs carrying all of the NFS traffic to the datastores the VCSA resided on as well!  In short, VCSA done got grumpy – after fixing the issues with the switch I ended up at the screen shown below…


Not an overly complicated error – just stating that we need to run a file system check on the /dev/mapper/log_vg-log volume manually.  In the past, say with 5.5 I’d just drop to a bash shell and do so – however the default appliance shell in the 6.0 version of VCSA presents a few challenges in doing the same thing.  First off, if I went ahead and gave the root password to the VCSA I was presented with the default menu – the same menu you would receive if you ssh’d to the box under normal circumstances – that said, in the maintenance mode, the shell.set and shell.enable commands don’t work.  So in order to get to a point where we can actually execute fsck we need to do a couple of things…

Grub to bash

So the first thing we need to do is get our VCSA booting into a bash prompt.  To do so, hit CTRL+D at the presented screen and get the box to reboot.  When the boot loader appears we will need to hit the space bar or up/down keys to stop the auto boot process.  Once stopped we can selected ‘p’ to unlock the menu and enter the root password for the box.  We then want to select “e” to edit our boot sequence –  highlight the second line, the one that displays the kernel parameters and select “e” once again.  At the end of that line we will want to append “init=/bin/bash” as shown below – this will boot our system into a bash shell.  Once done, hit “enter” to save and “b” to boot.



After the system has booted you should now be sitting at a bash prompt.  On a normal day we would simply run our fsck command here however the file system we are looking to check is still not mounted at this point.  I tried numerous commands and options to try and get it mounted but came up short.  That said running the following command and rebooting our vCenter will switch the login shell for root back to the ‘normal bash’ and allow us to continue

chsh -s /bin/bash root

Once the command has been run and the server rebooted we will be brought back to the same error prompting us to enter the root password.  Go ahead and do that.  This time we will be brought directly to a bash prompt with log_vg-log being available to us!  So, without further ado go ahead and run the following command to complete the file system check.

fsck /dev/mapper/log_vg-log

More than likely you will get numerous prompts asking you whether or not to fix any errors that occur.  Use your discretion here, however I didn’t have much of a choice and needed to say ‘Yes’ to all.  After it’s done give the VCSA another reboot and everything should come back up normally (at least it did for me).  Hopefully this helps push someone in the right direction if they are experiencing similar issues 🙂

VMware vCenter Log Insight – Make your logs make sense!

VMware LogoToday VMware has introduced the world to VMware vCenter Log Insight, labeling it as a "new automated log management and analytics product for the cloud era".  In my opinion this is a great next step for VMware's management portfolio and if integrated correctly, could really compliment the analytics and performance data crunched by VMware vCenter Operations.  

More than just syslog?

From what I have seen, YES!  Although the underlying technology utilizes syslog collectors/receivers to receive the data, the visualizations and dashboards by which that data is presented to the end user is really where the value resides.  On average an ESXi host will dump roughly 250MB of data per day.  That's 250MB of data, that you, the end-user will need to parse and correlate line by line to try and make some sense out it.  I know I only understand about 25% (if that) of what is spit out in some of those logs.  vCenter Log Insight takes this data and with what they call 'content packs', presents the user with a bunch of predefined dashboards of some of the most relevant data that you may be looking for, along with common links to KB articles if any.


Easy transition from monitoring to troubleshooting

Hopefully we have all seen the power of vCenter Operations; How it correlates and analyzes all that data to really help us drill down and find out where any current (or future) problems exist.  If the issues are not evident, or if we are still unure of what the problem still is, the next viable step would be to jump into our logs to see what information we can find there.  With integration between vCOPs and vCenter Log Insight hopefully this will make that transition from our monitoring solutions into our log analyzing solutions a whole lot easier.  Again, saving us time and helping us discover root causes that much quicker.


Even more for advanced users

For those that love to look at the raw log data (huh?!?!?!) you can do that as well.  A search type functionality, similar to that of Splunk is available as well.  Use this to parse and filter through all of your logs that vCenter Log Insight collects.  The main difference here is there is no need to learn any new "languages" to drill around in and query your data.  VMware seems to have really made a big effort to keep this product simple and easy to use, but powerful and extendable at the same time.  Also, the ability to generate alerts and send email notifications on a custom query is a very nice functionality to have.


More than just ESXi and vCenter

As mentioned above visualizations and presentations are provided by content packs.  These are easily exported and imported to and from vCenter Log Insight, in turn allowing third parties (including YOU) to easily develop, distribute and share.  So, hopefully, within time, we will see more than just ESXi and vCenter logs getting pumped into this.  On that note, we will probably see more than just VMware products being analyzed.  In my opinion the community will really need to take the lead on this one, and looking at past performance that the VMware community has, I'm sure they will!

So VMware says to expect to see some sort of GA in Q3 of this year, I'll let you guess the timeframe!  I hope to get a few more posts out about vCenter Log Insight as I delve more into the product but for now you can find some here, here and here.  Have a look for yourself and let me know if you think!

Backing up your vCenter DB – all three of’em

three-fingersWait!  What!  3!?!?!  Yes, you read correctly!  While in the days of vCenter 5.0 and below we only had to worry about 1 database, the release of 5.1 has tripled that!   This is something I hadn’t even thought about until recently attending a vBrownbag put on by Justin King (@vcenterGuy).

So there’s the SQL database from vCenter right – ok – no big, I know about that one and am backing it up – KB article on how to do that.

Then there is the SSO database – no problem, I knew about that one as well since I had to create it when I first upgraded to 5.1.  Again it’s a MS SQL DB, doesn’t change that much –  which is easy enough to backup…

But then Justin started talking about the Inventory service – remember, that’s the third requirement you had to install when upgrading.  Well guess what?  It has a database too!  It’s not SQL at all – it’s sitting on your vCenter Server in xDB format.  My first thought was what is even in this database – I can’t browse it like I can the SQL databases (or I just don’t know how to).  What I can gather from the What’s New docs and VMworld presentations the Inventory database holds things such as a read cache of all the objects that are accessed within the vSphere Web Client and all of your tags and categories that are setup from vCenter.  I’m sure there’s more but this is all I can find.

However back to my main objective, how do I back this thing up?  A little digging around and I found this KB article on how to backup/restore your vCenter Inventory database.  Basically it’s as follows.

Backing up the inventory database (WINDOWS)

  1. Navigate to the Inventory scripts folder (c:\Program Files\VMware\Infrastructure\Inventory Service\scripts)
  2. Run the following
    • backup.bat -file backup_filename

Restoring the inventory database (WINDOWS)

  1. Navigate to the Inventory scripts folder (c:\Program Files\VMware\Infrastructure\Inventory Service\scripts)
  2. Run the following
    • restore -backup backup_filename

So utterly simple yet so not talked about 🙂  Wait – but what if I’m using the vCSA?  Am I out of luck?  Absolutely not!  Use the following…

Backing up the inventory database (Linux)

  1. Navigate to the Inventory scripts folder (/usr/lib/vmware-vpx/inventoryservice/scripts/)
  2. Run the following
    • ./backup.sh -file backup_filename

Restoring the inventory database (Linux)

  1. Navigate to the Inventory scripts folder (/usr/lib/vmware-vpx/inventoryservice/scripts/)
  2. Run the following
    • ./restore.sh -backup backup_filename

So there you go!  You can now sleep at night knowing you aren’t going to lose all of your hard work setting up those tags!  Moral of the story – Pay attention and participate in the vBrownBags – there is always some great information and learning to be had.

My first vCenter Orchestrator Worlkflow – Part 1 – Introduction

Orchestrate all of the thingsvCenter Orchestrator in it’s basics is a workflow development tool that can be used to schedule and automate multiple tasks in your environment.  A tool that can be used to create and execute workflows not only on your vSphere environment, but with the use of plugins you can manage other types of applications such as Active Directory, SQL, etc.  In the past I’ve often heard of vCO being described as a hidden gem inside of your vCenter Server; meaning it’s usually already there and licensed  but for the most part, you are probably not using it.  Such is the case with myself. I’ve often thought about trying to learn this technology in order to execute some of my common day to day tasks through a more automated and scripted fashion but I’ve always resulted to things like PowerShell and PowerCLI to do the same job.  Why?  Well, comfort really.  I already have a good handle on Powershell technology and could get things done faster there rather than learning something new.  That being said with the introduction of vSphere 5.1 a bunch of new features and enhancements were made with the vCenter/vCO interoperability.  The biggest IMO was the ability to execute a vCO workflow while directly inside of the vSphere Web Client – contextually!!!  This integration is what enticed to have a closer look at vCO.  Basically I now have the ability to create workflows that can do pretty much anything and grant access to myself or to others to simply right-click a host from within vSphere and execute them.

contextualThus leads me to these series of posts where I will try and take you though my experiences with vCenter Orchestrator; and it couldn’t come at a more opportune time.  I have approx 50 hosts to configure and deploy within the next few months and in effort to keep them consistent I decided to do so with a PowerCLI script that I had written a while back.  The only difference being I will be executing this script through vCenter Orchestrator (to get that super awesome right-click functionality).  Now there is certainly some overlap here.  A lot of the actions that the PowerCLI script performs actually have workflows already created in vCO that do the same thing however in this case I’ve decided not to use them – baby steps right!  Also, it helps to highlight the power of the vCO plugins – I can in fact do things like execute PowerShell commands, run queries against SQL servers, move objects around in Active Directory, etc.

So with that said I guess you could call this post an introduction of sorts with nothing too technical included.  Be sure to check out Part 2 – Installing and configuring vCenter Orchestrator where we will dive a bit deeper into the setup of vCO.

My first vCenter Orchestrator Workflow

vCenter Operations Manager now sits at 5.7

VMware LogoIt should be no surprise to any of my regular readers or followers that I am a huge fan of vCenter Operations.  Being a VMware customer I find that it is a huge time-saver when trying to pin point performance issues within our environment, as well as giving us a great first step in trying to do capacity planning and figure out where we are going to need to go next.  So, it should also be no surprise that I get just a little excited when there is a new release of the product; be it only a .1 release, still super awesome none the less.

It goes without saying that you should see a few posts diving deeper into some of the new features listed below as well as in the official release notes, as well as a quckie about how to upgrade, but for now, without further ado, the newest features from vCenter Operations 5.7 from vmware.com…

More Flexibility with Capacity Planning

  • Assess capacity risk and plan by allocation and/or actual demand: Set policies based on your varying business needs to assess capacity risk, efficiency, and forecast. For example, different buffers, over-commit ratios, alert thresholds, business hours, etc., across production and test-dev environments.
  • New views for Cluster Capacity Risk: Quickly identify via color-coded Cluster capacity risk view which clusters grouped by business criteria, etc., are at capacity risk—facing a capacity shortfall now or in the near future or just not sized right. Drill down for each cluster in the Cluster Risk Detail view to analyze which resource is it constrained on and why.
  • New policies for common environments and workloads: New out-of-the-box policies, such as Production and Test-Dev policies, enable quick set-up of vCenter Operations Manager capacity settings for common types of environments. Additional new out-of-the-box policies, such as Batch workload, Interactive workload, and Ignore VMs policies, help fine-tune capacity configuration settings to accurately right size and analyze different workloads based on their performance characteristics.

Improved Self-Monitoring

This release introduces new diagnostics metrics to monitor the health and availability of vCenter Operations Manager components, such as Analytics, Collector, Active MQ, Web server, database, and operating system.

Widgets with Improved Flexibility and Usability

  • Health Tree Widget: Easy visualization for large number of objects.
  • Generic Scoreboard Widget: Support for Sparkline, string metrics, and metrics filtering by resource.
  • Metric Sparkline Widget: Configurable color ranges and units, support for resource type and label.
  • Resource Widget: Customizable to add metrics beyond health.
  • Top-N Analysis Widget: Support for analysis based on latest values.

New Custom Relationship Widget

Allows you to build a custom resource hierarchy and relationship view, just like the existing out-of-the-box vCenter Server view.

Custom UI Import and Export Changes for Dashboards and Super Metrics

  • Export format changed from binary (.bin) to XML (.xml): .bin formats are still supported for backward compatibility.
  • DBCLI Enhancements: Programmatically import and export Super Metrics.
  • Pre-population of Dashboard objects during import.

Balanced Metrics Profile

This release introduces a new metrics profile that reports a reduced set of metrics. Increase the scalability of vCenter Operations Manager to support more resources by changing the metrics profile to the new “Balanced” profile in vCenter Operations Manager Administration.

VMware vCenter Infrastructure Navigator Filtering Capability

You can configure how resources discovered by vCenter Infrastructure Navigator are displayed in vCenter Operations Manager. This release introduces a configurable filtering capability to the vCenter Infrastructure Navigator adapter to control Application service and Application resource reporting. For each resource type, you can configure either “blackList” or “whiteList” filtering in the configuration file filterList.txt.

  • blackList: The vCenter Infrastructure Navigator adapter ignores specified entries. If an Application Service name or an Application name is included in the “blackList,” it is not reported by the vCenter Infrastructure Navigator adapter. This is the default setting. The vCenter Infrastructure Navigator adapter filters unknown Application service names by default.
  • whiteList: The vCenter Infrastructure Navigator adapter reports only the specified entries. If there are no entries added to the whiteList mode, none of the resources of the corresponding resource type are displayed.

 New Browser Support

This release adds new support for the following browsers: Apple Safari version 6, Google Chrome versions 24 and 25, and Mozilla Firefox 18 and 19.

Security Hardening

This release includes additional security hardening and increases compliance with The Defense Information Systems Agency (DISA) and The Security Technical Implementation Guides (STIG) guidelines.

 Go and download a fully featured 60 day trial for yourself here.

Upgraded to vCenter 5.1 – now I need to login using DOMAIN\Username ?!?!?

VMware LogoSomething I’ve noticed on my 3 upgrades of vCenter so far is that after implementing SSO and upgrading to vCenter 5.1 users now have to log into the clients using the format DOMAIN\Username.  Not a big deal, but different than what they are previously used to, and different in most cases is not good.  Honestly, it drives me a little crazy too 🙂


Thankfully it’s not a big job to get things back to the way they were.  All that needs to be done is to actually set up your domain as one of the default domains, something which doesn’t seem to be applied by default (in my case anyways).  To do so you will need the new web client and you will need to login using your administrative SSO credentials that you setup during that install.  By default the username is [email protected] and the password is one that you have created (can’t tell you that 🙂 )

AddToDefaultDomainsOnce your in select Administration from the left hand navigational menu and then Configuration in the Sign-On and Discovery section.  First off you should see your domain configuration listed in the top section of the Identity Sources tab.  Simply select it and then click the Default Domains button (shown left) to add it to your list of default domains.  You may experience a warning at this pointing, something about locking out accounts – I ignored this and have not had any issues at all, but it’s your choice whether you want to investigate this further.


DefaultDomainsDoneOne more thing, do not forget to apply your changes by clicking the ‘Save’ icon – this one bit me about three times before I even noticed it was there 🙂


As always I appreciate any comments, questions and concerns below 🙂

Unitrends Enterprise Backup – In the lab!!!

Unitrends has been inside the backup industry for over 20 years!  That’s a long time to be a key player inside of one industry.  How do they do it?  By staying on top of the ever so changing nature of backup.  That’s why I decided to do this sponsored review of Unitrends latest offering, Unitrends Enterprise Backup.   Again, this review is sponsored but it most certainly contains my words and thoughts about the product.  Now that that’s been cleared up let me say that they make it pretty easy for you evaluate the product yourself.  Personally I went and grabbed a free NFR license that they offer to all Microsoft and VMware certificate holders.  Even if you simply belong to a VMUG you can get yourself an NFR license.  While the Unitrends Enterprise Backups deployment route requires Hyper-V or VMware, the appliance itself can backup and protect both your physical and virtual environment, but for the purpose of this review I only tested on a virtual infrastructure.


This couldn’t have been easier!!!  Unitrends has taken the virtual appliance route when it comes to installation, meaning a simple File->Deploy OVF Template and following a quick step wizard is all you really need to do to get Unitrends into your environment.  This honestly took around 10 minutes from start to finish to deploy into my environment.   Just be sure you meet the minimum system requirements (100GB free space, 2 CPUs, 4GB RAM) and deploy the appliance.  There is one single appliance to deploy whether you plan on using the free, trial, NFR, or complete enterprise solution.


Once the appliance has been deployed into your environment it’s now time to get it configured and ready to go.  Like most virtual appliances you must first configure IP and DNS settings inside of the VM console.  Unitrends provides a nifty little console menu to simplify this operation.  Once you have an IP configured the rest of the configuration can be done through the web interface by opening up a browser and pointing to the IP of your Unitrends appliance.  Upon the first login to the appliance Unitrends displays a setup wizard which takes you through most all of the steps that you need to configure to get up and running.  The steps of this process are outlined below

  • Accept EULA
  • Set Date/Time Parameters
  • Configure Hostname
  • Configure SMTP server
  • Change default console authentication (root password)
  • Add any additional administrative users to the system
  • Select an installation type – Just a note here you will have the option to either install as a local backup system or as a vault.  The difference being that vault actually acts as a replication target for a local backup system, giving you the ability to replicate your locally backed up files to another Unitrends installation in an offsite location.
  • Add additional storage to the Unitrends system.  If you left all of the defaults when deploying the defaults you should have roughly 80GB of storage to use as a backup target, here you can add additional storage to the appliance.
  • Install any required agents – If you are solely using this product to backup VMware VMs (or strictly current Windows OSes or Hyper-V) then this step can be skipped, however if you plan to backup any Linux or Mac OS based PHYSICAL systems then you have the option to deploy the agents needed at this time.  As with most settings you can always do this later as well – I skipped this for the time being.
  • Add Client – In Unitrends terms a client is a server/computer that you want to protect.  For the sake of protecting a VMware environment a client will be either your vCenter Server or ESXi host.  Here is where I added my vCenter Server by providing the DNS name as well as credentials then clicking ‘Setup’.  (Shown below)
  • Deduplication Options – You have the option here to disable the Unitrends software deduplication if you happen to be using a deduplication appliance or have deduplication enabled on your underlying storage array.

Honestly at this point you have all the configuration you need to start protecting your virtual environment with Unitrends.  Obviously there are a ton more settings and tweaks you can set in the Settings section of the application but I will concentrate more on the core functionality of the product rather than dive into each and every configuration setting.  Unitrends lays this functionality out in their top navigational menu, thus the rest of this review will follow the same structure.


The status section is there to do just what you would think, display the past, present, and future status of your backup system.  Not a whole lot to say about this section other than there are some really nice visualizations that let you see your future schedule for backups as well as the outcomes from previous backups.


Ok, here we go now into the meat and potatoes of this product; its’ ability to backup your virtual infrastructure.  First off you will see a couple of tabs along the top after selecting Backup; 1-Time Backup and Schedule Backup.  As you may have guessed one option performs a 1-time backup and the other allows you to assign a schedule.  For the purposes of this review I will only go over the scheduled backup option.
The first step is to setup a schedule or modify an existing one.  In my case I called this RPO 6 hours and set the Incremental Forever options to occur every 6 hours (brilliant eh? 🙂 )  Since I have selected my vCenter Server from the navigational menu i can see a list of potential VMs to protect in the list box to the left.  This list is dependent and will change based on the item you select in the navigational menu, meaning if it was an Exchange server you may see storage groups or databases, SQL you would see databases, etc…  Again in our case we are dealing solely with VMware so I see a list of VMs.  One cool and useful feature is the ‘Auto Include New VMs’ option.  This allows you to automatically include new VMs into a specified schedule as they are created and registered with vCenter without physically configuring the Unitrends appliance.  A very cool feature to be able to protect those VMs that tend to just show up in your environment.
The Schedule column on the right hand side of the screen is where you define how and when you want your backups to occur.  You will see here options around the minimum and maximum number of days to retain your backups as well as the backup strategy you wish to deploy.  This strategy could be one of the following….
  • Incremental Forever – This strategy essentially performs a full backup on the target and then subsequently performs incremental backups from then on.  Periodically (I think once every two weeks) the original full backup is synchronized and brought up to date using the  incremental backups locally and differentials are generated for the retention points leading up to this.  A great strategy to obtain a near continuous data protection strategy and speed up the time it takes to backup a virtual machine.
  • Full with Incrementals – Basically the same as Incremental Forever however giving you the ability to specify when the full backup occurs (hourly, daily, weekly, monthly).  I believe in this option the full backups are performed on your production environment and not generated from incrementals.
  • Full with Differentials – This would be somewhat the reverse of Full with Incrementals meaning you will always have an up to date full backup, with differential files as your restore points.
  • Custom – you guessed it, play with it and tailor it to how you want it to be.

And guess what?  You’re done!  Depending on the configuration you’ve specified your backups and retention policies should kick off immediately and start protecting your VMs.  The process of creating a backup job or schedule inside of Unitrends is very very simple.  What I like most about this process is how it is laid out in the web interface.  With the exception of advanced settings (SMTP and storage) all of the configuration and setup is done on one simple screen (See below).


So far we have installed, setup, and configured some backups jobs with Unitrends.  Now is the time to put it to the test and do perhaps the most important function that backup solutions provide; the ability to restore.  Unitrends offers a couple type of restores within their product; Restore a computer or Restore a system.  Now these terms sound like they do essentially the same thing but they most certainly do not.  Your most common type of operation and traditional restore is handled through restore a computer.  This will restore a VM from your local backup instance.  The ‘Restore a System’ is actually a DR operation that will restore your system from either an archive or a replicated (vaulted) instance.  I’ve mentioned the vault options earlier in this review and due to limited resources I can’t efficiently test this so for the case of this section I’ll walk through restoring a single VM from Unitrends.
First off if you select your vCenter in the navigation menu while in the restore section you should be presented with a nifty little screen.  What I like most about this is it is very easy to select your targeted restore time through either the visualizations provided or the Recovery Point Times table.  You then have a couple of options on how to restore.
Firstly is the ‘Next (Select Options)’ button.  This is the route to take if your desire is to restore a complete VM.  Once moving into the next screen you simply need to select a desired host and datastore, give your restored VM a name and you are off to the races.  Another noteable and huge feature is Instant Recovery.  This is the ability to publish the backup files directly to an ESX host and run your VM directly from the backup files themselves.  An awesome feature that you may need to use if access is needed immediately.
The second option, ‘Restore Selected Files’  allows you to perform a file level restore.  In order to first do this you must click the ‘Create’ button in order to create an image to restore from.  After this process is complete a network path will be displayed allowing you to connect by a couple of different methods.  Through Windows you could simply browse or map to the selected path.  Unitrends will also prevent this image as an iSCSI target allowing your end users to connect and restore any files they wish to an location they wish.  Once completed be sure to click the ‘Tear Down’ button in order to unmount the image.


So now we are on to the Archive capabilities of Unitrends.  In order to use the archive features you need to have archive storage attached to your appliance.  I facilitated this by adding a second disk to the VM and configuring it under the Storage and Retention settings however it appears you can also use a NAS or iSCSI type solution as well.  So basically the archive capabilities allow you to take either all or portions of your local backups or local appliance directories and setup different retention schedules on them in order to preserve certain recovery points in a different location.
Again like most configuration that is done within Unitrends all of it is on one screen.  You can see from the screen shot that all that needs to be done is selecting what to archive, the type of backups (a lot of options in here), your archive target and some simple options on whether to compress and encrypt your archived data.  You also have the ability to test your archive settings before submitting the archive job in order to ensure you have enough space remaining on your targets.  Archives can be run both on demand as well as scheduled.  There targets can consist of attached vmdks, iSCSI targets, NAS devices as well as tape drives.


Although fairly self explanatory I wanted to touch on this section as I found it to be one of the real shining points around Unitrends Enterprise Backup.  As you can see in the screenshot below Unitrends has a ton of predefined reports that you can generate and view dealing with everything from the outcomes of your backup jobs to your deduplication savings to storage utilization to inidividual reports dealing with applications such as SQL server.


So there you have it!  That in a nutshell is Unitrends Enterprise Backup.  I can’t say that I have really truly done this application justice as there are a lot of features that I didn’t get a chance to test.  Outside of this review Unitrends contains many features such as not only backing up your virtual infrastructure but your physical presence as well all from one interface.  They have solutions for full application item recovery such as Exchange mailboxes and SQL databases and tables.  Unitrends has a very solid, scaleable, easy to use system.  One of the biggest high points for me is just the ease of use.  Having most all of the configuration options for setting up backup jobs on one screen is a great feature allowing administrators to see the full scope of options and settings all at once.  Another awesome thing about Unitrends is the free edition.  Although limited to 4 VMs you get a fully functional product – no catch!  Don’t believe me?  Try it for yourself.   Go grab a fully functional trial at Unitrends.com.

Introduction to the new search functionality in the vSphere Web Client

Alright, here is my second attempt at putting together a short video outlining some of the cool new features of vSphere 5.1, more specifically the new Web Client.  In my last video I fumbled through trying to show you a little bit about the new tagging features and this time I decided to have a look at some of the cool search functionality.  Honestly, by combining these two features i think it will really help those large enterprises (and the small ones too) find what they are looking for and find it much faster.  Anyhow, enough of my randomness, check out the video below….





Using the new Tag features of vSphere 5.1

So the release of vSphere 5.1 has brought us many new features;  we have integrated backup, integrated replication, the vCloud Suite, Network HealthChecks…way to many to mention.  One however that I haven’t seen very much buzz about is the ability to assign tags to your inventory objects with vCenter.  Now it’s not near as sexy as something like vSphere Data Protection but it still has it’s place within my favourite features.  Why?  Just think, say you have hundreds, or thousands of VMs.  You can now more align the way you categorize things inside of your business within vCenter, and sort/search on those custom tags.

Either way, I think they are cool and I’ve done up a short video outlining how to create and assign them to objects.  This is my first crack at a video so cut me a little slack 🙂  One of my objectives is to try and get more media on this blog so I’m sure I’ll have lots of practice..

The infrastructure behind this post was provided by #vAutoLab.  What?  Serious?  You’ve never heard of it?  Craziness, get on over to www.labguides.com and give it a go!  It’s awesomesauce!

Hide those ‘Getting Started’ tabs in the #vSphere 5.1 Web Client

OK another quick post with some hopefully useful information for someone..

Remember these?

And how we could select Edit-Client Settings and uncheck the following box to get rid of them.

That was great, but guess what, now we have these….

So how do we get rid of them.  Easy! – Just go to help and select ‘Hide All Getting Started Pages’

There you go, all gone – you know longer have to sit and read the definitions of what a Cluster or Datacenter is!!!  Just throwing this out there due to the fact that those tabs tend to annoy the crap out of me!  #JustSayin 

The infrastructure behind this post was provided by #vAutoLab.  What?  Serious?  You’ve never heard of it?  Craziness, get on over to www.labguides.com and give it a go!  It’s awesomesauce!