Welcome to the public Release Candidate for Data Protection Manager 2010

 Please download the Release Candidate and try it for yourself. 

 If you have questions or feedback go to the DPM newsgroup here.

The HP Sizer for Microsoft Hyper-V 2008 R2 is an automated, downloadable tool that provides quick and helpful sizing guidance for “best-fit” HP server and storage configurations running in a Hyper-V R2 environment. The tool is intended to assist with the planning of a Hyper-V R2 virtual server deployment project. It enables the user to quickly compare different solution configurations and produces a customizable server and storage solution complete with a detail Bill of Materials (BOM) that includes part numbers and prices.

The HP Sizer for Microsoft Hyper-V 2008 R2 allows users to create new solutions, open already existing solutions, or use other types of performance data collecting tools, such as the Microsoft Assessment and Planning tool (MAP), to build rich Hyper-V R2 configurations based on HP server and storage technology. The tool allows rapid comparison of Hyper-V R2 characterizations using various HP server and storage choices.

HP Sizer for Microsoft Hyper-V 2008 R2: http://g3w1656g-vip.houston.hp.com/sb/installs/Hyper-VR2_Sizer.zip  

NetApp Storage Best Practices for Microsoft Virtualization, also known as TR-3702, has been updated for the release of Hyper-V R2 and SCVMM 2008 R2.

In addition to updating the old sections to match the new technology, we have also added new sections covering the following areas:

• Hyper-V Server Networking Considerations
• Hyper-V Cluster Networking Considerations
• Hyper-V Server Storage Provisioning
• Virtual Machine Storage Provisioning
• NetApp FlexClones and Snapshot technology
• Backup and Recovery
• Disaster Recovery and High Availability

 All in all, about 50-60 additional pages were added over the previous version, now containing not just best practices, but additional content provided to educate the reader on how and why we established some of our best practices. I have received lots of great feedback on this document so far, mostly because it’s packed with everything that folks have been asking for to help them with their Hyper-V deployments. The only gaps that exist (in my opinion) cover Storage Layout Recommendations and MetroCluster. I have started a blog series on NetApp Storage Layout for Hyper-V and my team recently released a new Solutions Guide for Microsoft Applications virtualized using Hyper-V and deployed for High Availability with NetApp MetroCluster (TR-3804), which one of my team members blogged about recently here. Many of the recommendations provided in the blog series on Storage Layout, as well as findings from our work on the Solutions Guide and Reference Architectures using Hyper-V and MetroCluster, will be incorporated into the next version of TR-3702 (v3.1) due out sometime February 2010.

But that’s not all – TR-3702’s sibling document, the NetApp Implementation Guide for Microsoft Virtualization (TR-3733), has been updated as well. 

While TR-3702 is focused on just providing guidelines and best practices for integrated architectures and implementations of Microsoft® Hyper-V with NetApp® storage solutions, TR-3733 is focused on providing step-by-step guidance on deploying Microsoft® Hyper-V and System Center Virtual Machine Manager (SCVMM) with NetApp® storage solutions. Therefore, we have included not just step-by-step directions, but screen shots as well on many of the processes to assist newcomers to NetApp, Hyper-V, and SCVMM with deploying an integrated solution. All of the step-by-step guidance follows the best practices established in TR-3702 and most of the best practices are represented. There are some gaps, but I am working to cover those in upcoming blog posts for the month of December, as well as working them into the next version of TR-3733 (v3.1), which should be published in February sometime.

One stop Hyper-V Technical Information and Resources page released. 

For all your information about Hyper-V visit the website below. Information regarding the following  subjects can be found there:

• Plan
• Install
• Best Practices
• Deployment
• Pre-Deployment Tools
• Management
• Performance
• Workload Specific Guidance

Microsoft now has one page that lists these resources http://technet.microsoft.com/en-us/dd565807.aspx

The CoreConfig Team is pleased to announce the latest version of Core Configurator built and designed for Windows Server 2008 R2 Core edition!

It is completely open source so it can be amended and change to fit your requirements, this version has been a year in the making and has been written in powershell with a reference to Winforms so that a GUI format is displayed.

The primary focus of this project is to try and get feedback and contributions back from the community to make this a tool the best/ free tool everyone will want in there toolkit, so if you have some code or features that you might want included then please leave a comment and we will get in touch.

Core Configuration tasks include:

• Product Licensing
• Networking Features
• DCPromo Tool
• ISCSI Settings
• Server Roles and Features
• User and Group Permissions
• Share Creation and Deletion
• Dynamic Firewall settings
• Display | Screensaver Settings
• Add & Remove Drivers
• Proxy settings
• Windows Updates (Including WSUS)
• Multipath I/O
• Hyper-V including virtual machine thumbnails
• JoinDomain and Computer rename
• Add/remove programs
• Services
• WinRM
• Complete logging of all commands executed

Please Download the latest release and run Start_CoreConfig.wsf.  Download: http://www.codeplex.com/CoreConfig

If you require the previous release for Windows Server 2008 R1 then please see the download section for Core Configurator 1.1 as Core Configurator 2.0 requires Powershell 2.0 and NetFx.

Physical overview of the hardware:

 When you add the legacy adapter to a Hyper-V virtual machine to do an PXE boot and you notice that you don’t get an IP address something is wrong. The following needs to be checked.

BIOS startup order

Is the legacy adapter added to the VM

The basis settings are now checked. You will get an IP if everything else is set up good within DHCP and RIS.

But what if you see that the boot process is disturbed because the network drivers can’t be loaded. Let’s take a look at the version of the RIS server. If it is Windows Server 2003 SP2, then you probably will be fine. If you’re running RIS on Windows Server 2003 SP1 and you do a PXE boot to this system from a Hyper-V based VM then there is a change that you will not be successful. The cause is a missing network driver. Similar problem in this post: http://blogs.technet.com/raghavan/archive/2009/05/12/3239838.aspx. The solution could be the following.

• Extract the dc21×4vm.inf and dc21×4vm.dll from a Vista based OS and inject them into the RIS RemoteInstall directory. The following path is an example: “D:\RemoteInstall\Setup\[language]\Images\[OSFolder]\i386”
• Restart the RIS service.

(or you could upgrade to WDS on Server 2008 R2..  J  )

Now boot the VM again and see of the RIS process continues.

Don’t forget to remove the legacy adapter and add the Synthetic NIC again.

Happy RISsing..

The Windows Server Migration team’s been cooking…no, not cranberry sauce and stuffing, but a new Windows Server Migration Utilities download package that lets you use the Windows Server Migration Tools to migrate Hyper-V and Routing and Remote Access Services (RRAS). Brand-spankin’-new beta migration guides are available for both Hyper-V and RRAS, with detailed, step-by-step guidance about how to use the Windows Server Migration Tools (after the Utilities package is installed, of course) to migrate to servers that are running Windows Server 2008 R2.

Still not feeling the love? We’ve got new beta migration guides for Health Registration Authority (HRA), Network Policy Server (NPS), and Windows Server Update Services 3.0 SP2 (WSUS). HRA, NPS, and WSUS don’t even require the Windows Server Migration Tools; you can migrate from prep to production, just by following the guides.

Download tools: https://connect.microsoft.com/Downloads/DownloadDetails.aspx?SiteID=468&DownloadID=15664

Supported role configurations and settings

This section identifies the configurations and settings that can be migrated by using the migration tools, and the configurations and settings that must be migrated manually. The following table provides a summary:

The following configurations and settings can be migrated automatically:

• Most virtual machine configurations. Virtual machines and their data are moved as part of the migration, but some configurations require manual intervention, as described below.
• Hyper-V settings. These include the system-wide settings and the authorization store.
• Internal and private virtual networks.
• Virtual network adapter settings in the management operating system. When Hyper-V is configured to use a physical network adapter as a bridge that virtual machines can use to access a physical network, a virtual network adapter is created in the management operating system (which runs the Hyper-V role). For this virtual network adapter, the migration process automatically migrates the IP settings, bindings, and MAC address of this virtual network adapter. However, the connection between the virtual network adapter and the physical network adapter must be re-established manually, as described in the migration steps.
• Virtual machine queue (VMQ) and chimney settings for networking.

The following configurations and settings require manual intervention after the migration tools are used:

• Firewall settings. Firewall settings are recreated on the destination server using the default values that Hyper-V is installed with. If you have modified any of the firewall settings from these default values, you will need to make the same modifications on the destination server.
• External virtual networks. The migration tool recreates the virtual networks on the destination server, but recreates external virtual networks as internal virtual networks. You will need to modify each of these networks to connect it to the appropriate physical network adapter on the destination server, as described in the migration steps.
• VFD and ISO files. These files are not migrated because they are not required for the virtual machine to operate and are not supported by the Import and Export cmdlets. To make them available to a migrated virtual machine, manually copy these files to the destination server and then reattach them to the virtual machine after it is migrated.
• Connections to physical disks directly attached to virtual machines. These connections are not migrated because the disk references might not be valid on the destination server. To make a physical disk available to a migrated virtual machine, connect the disk to the destination server and then to the virtual machine after it is migrated, as described in the migration steps.
• Customized remote administration settings. If you have customized Hyper-V for remote access, you will need to perform some additional procedures to recreate the DCOM and WMI Namespace settings. The migration steps identify the point at which you should take perform these procedures, as well as provide a recommended tool or script to complete the procedure.

Migrating Multiple Roles

The Hyper-V role is not dependent on any other roles. As a best practice, we recommend that no other roles are installed on a server running Hyper-V.

Migration scenarios that are not supported

The following migration scenarios are not supported:

• The saved state of a virtual machine under one of the following conditions:
  • When moving from Hyper-V in Windows Server 2008 to Hyper-V in Windows Server 2008 R2.
  • When moving between physical computers that have different processor steppings or vendors—for example, migrating from a computer with an Intel processor to a computer with an AMD processor.
• Virtual machine configuration under one of the following conditions:
  • When the number of virtual processors configured for the virtual machine is more than the number of logical processors on the destination server.
  • When the memory configured for a virtual machine is greater than the available memory on the destination server.
• Consolidation of physical servers to virtual machines, or consolidating multiple instances of Hyper-V to one instance.

The Windows Server Migration team is collecting feedback about the beta guides and the Utilities download package through the end of 2009. You can use the following methods to speak your mind about Migration Guides and the Windows Server 2008 R2 Migration Utilities Beta package. Share your migration experiences; they’re critical to the quality of the Migration Guides, Windows Server 2008 R2 Migration Utilities, and the whole Migration solution for WS08 R2!

• Take the Windows Server 2008 R2 Migration Utilities Beta Survey. Nothing goes better with a cup of coffee.
• Got an earful about how to improve Migration guides or utilities? Reply to the Windows Server 2008 R2 Migration Utilities release announcement on the Windows Server Migration forum.
• Found a bug in our migration guides? Send e-mail to smcpe at Microsoft.com. Include a description of your migration scenario (especially the operating systems that are running on your source and destination servers), and any workarounds that you used to resolve the problem. Unless the problem defied workarounds, of course; in that case, you can just send us a hard luck story and/or flame mail, we still want to hear from you.
• Found a bug in the tools? Send e-mail to smcpe at Microsoft.com. Include a description of your migration scenario (especially the operating systems that are running on your source and destination servers), the steps to reproduce the bug, and the following logs:
  • %windir%\Logs\SmigDeploy.log
  • %windir%\Logs\ServerMigration.log
  • On Windows Server 2008 and Windows Server 2008 R2: %localappdata%\SvrMig\Log
  • On Windows Server 2003: %userprofile%\Local Settings\Application Data\SvrMig\Log

 Visit the Windows Server Migration Portal on TechCenter to see the complete collection of Windows Server 2008 R2 Migration Guides, and a truckload of other migration resources, too.

Overview

This management pack supports monitoring of Windows Server Hyper-V systems. This includes monitoring coverage of Hyper-V host servers, including critical services and disks, and Hyper-V virtual machines, including virtual components and virtual hardware.

Feature Summary
This management pack provides the following functionality:

Management of critical Hyper-V services that affect virtual machines and host server functionality

Management of host server logical disks that affect virtual machine health

Full representation of virtualization in a single Hyper-V host server, including virtual networks, virtual machines, and guest computers

Monitoring of virtual machine hardware components that affect availability
Release History

6/19/2009 – Original release of the English version, version 6.0.6633.0

Download here..

StarWind Free

Great product to build your own ISCSI based SAN. It is compatible with Server 2003 Clustering and supports SCSI-3 Persistent reservation bit.

StarWind Free is an iSCSI Target that converts any Windows server into a SAN in less than 10 minutes.  This is a fully functional product at no cost. 

• Large 2 TB storage capacity
• Unlimited number of connections
• Virtualization environment support for VMware, Hyper-V, XenServer, Virtual Iron
• Enhances VMware environments by enabling VMotion, VMware HA, DRS and VCB
• Supports Windows server clustering for any application including SQL Server, Exchange, SharePoint

More info @: http://www.starwindsoftware.com/free