SHIFT-WIKI - Sjoerd Hooft's InFormation Technology
This WIKI is my personal documentation blog. Please enjoy it and feel free to reach out through blue sky if you have a question, remark, improvement or observation. See below for the latest additions, or use the search or tags to browse for content.
SRM 5.1: Create Protection Groups and Recovery Plans
Summary: This post explains how protection groups and recovery plans are made in VMware Site Recovery Manager (SRM) 5.1.
Date: Around 2014
Refactor: 13 February 2025: Checked links and formatting.
Notice that the protection group is created at the protected site and the recovery plan is created at the recovery site.
SRM Networks
Summary: How to work with networks when using VMware Site Recovery Manager 5.1.
Date: Around 2012
Refactor: 29 April 2025: Checked links and formatting.
While working on and implementing Site Recovery Manager 5.1 I had a few issues regarding the configuring of the networks required for testing and disaster recovery. This is mostly due to lack of information and documentation about this subject. The idea is, everyone's network is different so you'll have to sort it out with your network administrators. However, I think that although a stretched network is preferred, you seldom have one. In our case, the network between the protected and the recovery site is routed. Also, while we're testing we use a cluster, as in multiple hosts. The automatic bubble that is created is useless, there is no communication possible between VMs on different hosts. Again, this seems quite like a standard setup. So this article will give some basic knowledge on the networks used in VMware Site Recovery Manager and how to configure them.
SRM Script in Recovered VM: Check And Start Automatic Services
Summary: How to check for all WIndows Services after a VMware Site Recovery Manager 5.1 test.
Date: Around 2010
Refactor: 21 April 2025: Checked links and formatting.
Because the script in SRM Script: Start All Windows Services only works in case of a recovery and not in tests, I decided to have the Windows Services checked from within the VM itself. Because the script needs to be run from the VM itself it had to be a script that every Windows version we use would understand and be able to execute. So that means that powershell is out of the question because that is not installed on each server.
Luckily, a collegue created a vbs script (the horror!) which can be executed by both Windows Server 2003 and Windows Server 2008. So, the process to get this script running in SRM recovered VMs is like this:
- Use a powershell script, run from the SRM server, for each VM, to copy a vbs script and a start script to the VM
- Start the vbs script using the option to start a script inside the VM
So this requires quite a lot configuration:
- A powershell script which has to be started for each VM
- A vbs script that has to be copied to the VM
- A start script that has to be copied to the VM