Jump to content


Search the Community

Showing results for tags 'hyper-v'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Cloud
    • Azure
    • Microsoft Intune
    • Office 365
    • Windows 365
  • General Stuff
    • General Chat
    • Events
    • Site News
    • Official Forum Supporters
    • Windows News
    • Suggestion box
    • Jobs
  • MDT, SMS, SCCM, Current Branch &Technical Preview
    • How do I ?
    • Microsoft Deployment Toolkit (MDT)
    • SMS 2003
    • Configuration Manager 2007
    • Configuration Manager 2012
    • System Center Configuration Manager (Current Branch)
    • Packaging
    • scripting
    • Endpoint Protection
  • Windows Client
    • how do I ?
    • Windows 10
    • Windows 8
    • Windows 7
    • Windows Vista
    • Windows XP
    • windows screenshots
  • Windows Server
    • Windows Server General
    • Active Directory
    • Microsoft SQL Server
    • System Center Operations Manager
    • KMS
    • Windows Deployment Services
    • NAP
    • Failover Clustering
    • PKI
    • Hyper V
    • Exchange
    • IIS/apache/web server
    • System Center Data Protection Manager
    • System Center Service Manager
    • System Center App Controller
    • System Center Virtual Machine Manager
    • System Center Orchestrator
    • Lync
    • Application Virtualization
    • Sharepoint
    • WSUS

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Location


Interests

  1. In our last post, we initially setup the VM's required for our lab. Now we'll focus on the OS. Install the Operating System Now that we have created the VMs for our lab, we can install the Operating System (OS). Start by connecting to one of the VMs, either by double clicking on the VM in Hyper-V Manager, right click the VM and choose Connect, or click on Connect from the Action pane/menu. When you have the VM connection up, and an ISO mounted, power the VM on. On the Windows Setup screen, select the Language, Time/Currency Format, and Keyboard Method appropriate, and click Next. All you have to do now is click Install Now. Next you have to choose the Operating System and version you want to install. In our lab example, I will choose Windows Server 2012 Standard (Server with a GUI). Make your selection and then click Next. You will have to accept the license terms, and then click Next. For the Installation Type, since we don’t already have an OS installed, we will choose the ‘Custom: Install Windows only (advanced)’ option. Now select the hard drive that you want to install the OS to. Since we only created one hard drive when setting up the VM, we only have one to choose from. Select it, and click Next. Now all you have to do is wait for the installation to finish. Once the installation is complete, you will be prompted to enter a password for the local administrator account. This is different from a domain-based local administrator account. Enter a password and click Finish. After some final quick configuration, you will then be presented with the login screen. Now repeat these steps for the other VMs in the lab. NOTE: After you install an OS, you will need to rename the computer within the OS. To do this in Server 2012, launch Server Manager, and click on Local Server. Then click on the computer name. This will launch the System Properties dialog. From this dialog, click the Change button. From this dialog, enter the name you want to call the computer. In my lab, I called the Active Directory computer “AD”, and the Orchestrator computer “SCORCH”. Press OK after entering the name. You will encounter the following prompt. Click OK. Then click Close on the System Properties dialog. You can choose to either Restart Now or Restart Later, but the name change will not take effect until you do so. In the next part of our guide, we will install Active Directory Domain Services, so stay tuned.
  2. SCORCH 2012 SP1 in a LAB – Installation (Part A – Create The Lab Environment) Introduction: I use Hyper-V in my LAB and that's what all these virtual machines will be running on. In my lab, I have Windows Server 2012 Datacenter installed as the server OS on the host machine. All other virtual machines will be running Windows Server 2012 Standard edition, with the graphical user interface (GUI). My hardware consists of the following: Intel Xeon E5-2620 Asus P90X79 WS 64 GB G.Skill Ripjaws Z Series 2 x 256 GB / 1 x 512 GB Samsung 840 Pro Series SSD High Level Plan Here is a high level of what we are going to complete in this initial part of the series. Create the Lab Environment Install the Operating System Install Active Directory Domain Services Install SQL Server Install System Center Orchestrator So now let’s start with the first part, system requirements and creating the lab environment. System Requirements Note: The following page on TechNet describes the requirements for deploying Orchestator. Management Server OS: Windows Server 2008 R2 or Windows Server 2012 CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:Microsoft SQL Server 2008 R2 or Microsoft SQL Server 2012:Database Engine Service SQL_Latin1_General_CP1_CI_AS collation Microsoft .NET Framework 3.5 Service Pack 1 Runbook Server OS: Windows Server 2008 R2 or Windows Server 2012 CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:A functional Orchestrator management server and database Orchestrator Web Service OS: Windows Server 2008 R2 or Windows Server 2012 CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:A functional Orchestrator management server and database Internet Information Services (IIS) 7.0 Microsoft .NET Framework 3.5 Service Pack 1 Microsoft .NET Framework 4.5 (which further requires HTTP Activation) WCF HTTP Activation Runbook Designer OS: Windows Server 2008 R2, Windows Server 2012, or Windows 7 (32-bit or 64-bit) CPU: Dual-core Intel microprocessor, 2.1 gigahertz (GHz) or better RAM: 1 gigabyte (GB) of RAM minimum, 2 GB or more recommended HDD: 200 megabyte (MB) of available hard disk space Software:A functional Orchestrator management server and database Microsoft .NET Framework 3.5 Service Pack 1 Create the Lab Environment: Hyper-V Configuration As mentioned, my environment uses Hyper-V. So, we’re going to start by configuring Hyper-V for our needs, and creating the Virtual Machines (VMs) required for our lab. The first thing we need to do is setup a Virtual Switch for the VMs to connect through. Launch Server Manager, click on Tools, and select Hyper-V Manager. When Hyper-V loads, it will have nothing in it. Even if we were to create a VM, it wouldn’t have a network connection to use. So we’ll start with creating a Virtual Switch. As you can from my screenshot, I have 2 LAN ports on my host. One of them has a connection to my home network and the Internet. In the Hyper-V Manager, click the Virtual Switch Manager from the Actions pane. Now, click on the Create Virtual Switch button. From here, you now need to configure the virtual switch that your VMs will use. Give it a name to clearly identify it (in my case I called it ‘External Network’), and choose the connection type. For more information about virtual networks, see the following TechNet article: http://technet.microsoft.com/en-us/library/cc816585(v=ws.10).aspx. Here is an excerpt from the article: External virtual networks. Use this type when you want to provide virtual machines with access to a physical network to communicate with externally located servers and clients. This type of virtual network also allows virtual machines on the same virtualization server to communicate with each other. This type of network may also be available for use by the management operating system, depending on how you configure the networking. (The management operating system runs the Hyper-V role.) For more information, see “A closer look at external virtual networks” later in this topic. Internal virtual networks. Use this type when you want to allow communication between virtual machines on the same virtualization server and between virtual machines and the management operating system. This type of virtual network is commonly used to build a test environment in which you need to connect to the virtual machines from the management operating system. An internal virtual network is not bound to a physical network adapter. As a result, an internal virtual network is isolated from all external network traffic. Private virtual networks. Use this type when you want to allow communication only between virtual machines on the same virtualization server. A private virtual network is not bound to a physical network adapter. A private virtual network is isolated from all external network traffic on the virtualization server, as well any network traffic between the management operating system and the external network. This type of network is useful when you need to create an isolated networking environment, such as an isolated test domain. For our demonstration, we are going to use an External Network so that the VMs can communicate with the Host system. Make all the appropriate selections and so forth, and then press OK. You may encounter the following warning message. This is because we are remotely connecting to the Host machine using the same network connection that we are about to setup as a Virtual Switch (hence selecting the ‘Allow management operating system to share this network adapter’ checkbox). Press ‘Yes’ to the dialog. Now that we have the virtual switch setup, we can start creating VMs for our lab. Create the Virtual Machines Let’s now create the VM’s we will need for the lab, specifically one for Active Directory, and another for Orchestrator (since we are install all roles within the same server). In Hyper-V Manager, from the Actions pane, click on New and choose Virtual Machine. On the New Virtual Machine wizard beginning screen, click read the information presented and then click Next. Enter a name for the VM. Note that this is NOT the name the VM will have within the Operating System (unless you name it the same), but rather, used as an identifier in Hyper-V Manager. After you have entered a name, click Next. Now assign the amount of memory you want your VM to have, and then press Next. This is the screen where you connect your VM to the network that we created, then press Next. This is the screen where you configure how large a hard drive the VM will have. Make the appropriate customizations and click Next. For the Installation Options, choose if you will install an OS later, or if you want to use an ISO, then click Next. On the Summary screen, review your selections and entries, and click Finish. Once the VM is created, it will appear in the Hyper-V Manager. If you want to configure further settings, like the number of CPUs and mounting an OS ISO, right click on the VM and choose Settings or click on Settings from the Actions pane. Repeat these steps for each VM you need to create, in our case one for Active Directory and another for Orchestrator. Here are the settings I have used for each of the VM’s: Active Directory: Virtual Machine Name: AD Memory: 2048 MBNOTE: Active Directory doesn’t need 2 GB of RAM, it will run fine with 512 MB. I just increased the RAM so that the OS would install/respond faster during setup. CPUs: 2 OS: Windows Server 2012 SCORCH: Virtual Machine Name: SCORCH Memory: 4096 MBNOTE: You may need to increase the amount of RAM this VM has, depending on performance. CPUs: 2 OS: Windows Server 2012
  3. In our last post, we initially setup the VM's required for our lab. Now we'll focus on the OS. Install the Operating System Now that we have created the VMs for our lab, we can install the Operating System (OS). Start by connecting to one of the VMs, either by double clicking on the VM in Hyper-V Manager, right click the VM and choose Connect, or click on Connect from the Action pane/menu. When you have the VM connection up, and an ISO mounted, power the VM on. On the Windows Setup screen, select the Language, Time/Currency Format, and Keyboard Method appropriate, and click Next. All you have to do now is click Install Now. Next you have to choose the Operating System and version you want to install. In our lab example, I will choose Windows Server 2012 Standard (Server with a GUI). Make your selection and then click Next. You will have to accept the license terms, and then click Next. For the Installation Type, since we don’t already have an OS installed, we will choose the ‘Custom: Install Windows only (advanced)’ option. Now select the hard drive that you want to install the OS to. Since we only created one hard drive when setting up the VM, we only have one to choose from. Select it, and click Next. Now all you have to do is wait for the installation to finish. Once the installation is complete, you will be prompted to enter a password for the local administrator account. This is different from a domain-based local administrator account. Enter a password and click Finish. After some final quick configuration, you will then be presented with the login screen. Now repeat these steps for the other VMs in the lab. NOTE: After you install an OS, you will need to rename the computer within the OS. To do this in Server 2012, launch Server Manager, and click on Local Server. Then click on the computer name. This will launch the System Properties dialog. From this dialog, click the Change button. From this dialog, enter the name you want to call the computer. In my lab, I called the Active Directory computer “AD”, and the Operations Manager computer “SCOM”. Press OK after entering the name. You will encounter the following prompt. Click OK. Then click Close on the System Properties dialog. You can choose to either Restart Now or Restart Later, but the name change will not take effect until you do so. In the next part of our guide, we will install Active Directory Domain Services, so stay tuned.
  4. SCOM 2012 SP1 in a LAB – Installation (Part A – Create The Lab Environment) TechNet Recommended Reading: Release Notes for the System Center 2012 Operations Manager SP1: http://technet.microsoft.com/en-us/library/jj656651.aspx Deploying System Center 2012 - Operations Manager: http://technet.microsoft.com/en-us/library/hh278852.aspx System Requirements: http://technet.microsoft.com/en-us/library/jj656654.aspx Getting Started with System Center 2012 - Operations Manager: http://technet.microsoft.com/en-us/library/hh509025.aspx What’s New in Operations Manager: http://go.microsoft.com/fwlink/p/?LinkID=223462 Key Concepts for Operations Manager: http://go.microsoft.com/fwlink/p/?LinkID=224022 Operations Manager Release Notes: http://go.microsoft.com/fwlink/?LinkID=221147 Operations Manager for System Center 2012 Supported Configurations: http://go.microsoft.com/fwlink/p/?LinkId=223642 Deployment Guide for Operations Manager: http://go.microsoft.com/fwlink/p/?LinkID=213291 Operations Guide for Operations Manager: http://go.microsoft.com/fwlink/p/?LinkID=207751 Hardware Requirements Note: The following page on TechNet describes the recommend hardware requirements for the Management Server(s) along with other features. Use this information to help plan for hardware requirements for your Management Server(s). Management Server Disk space: %SYSTEMDRIVE% requires at least 1024 MB free hard disk space. Server Operating System: must be Windows Server 2008 R2 SP1, Windows Server 2012, or Windows Server 2012 Core Installation. Processor Architecture: must be x64. Windows PowerShell version: Windows PowerShell version 2.0, or Windows PowerShell version 3.0. Windows Remote Management: Windows Remote Management must be enabled for the management server. .NET Framework 4 is required. Installation There are 2 different deployment scenarios that you can use: Single-Server, and Distributed. Microsoft has created 2 diagrams to show the different deployments. In our example, we are going to use the Single-Server type. Single-Server Deployment of Operations Manager Distributed Deployment of Operations Manager For the purpose of our demonstration and simplicity, we are going to use the single server method, and install all features/elements within 1 server, this includes the databases, web console, reporting, ACS, etc. Introduction: I use Hyper-V in my LAB and that's what all these virtual machines will be running on. In my lab, I have Windows Server 2012 Datacenter installed as the server OS on the host machine. All other virtual machines will be running Windows Server 2012 Standard edition, with the graphical user interface (GUI). My hardware consists of the following: § Intel Xeon E5-2620 § Asus P90X79 WS § 64 GB G.Skill Ripjaws Z Series § 2 x 256 GB Samsung 840 Pro Series SSD High Level Plan Here is a high level of what we are going to complete in this initial part of the series. 1. Create the Lab Environment 2. Install the Operating System 3. Install Active Directory Domain Services 4. Install SQL Server 5. Install System Center Operations Manager In a later posts, we will also cover installing agents, reporting/dashboards, management packs, ACS, etc. So now let’s start with the first part, creating the lab environment. Create the Lab Environment: Hyper-V Configuration As mentioned, my environment uses Hyper-V. So, we’re going to start by configuring Hyper-V for our needs, and creating the Virtual Machines (VMs) required for our lab. The first thing we need to do is setup a Virtual Switch for the VMs to connect through. Launch Server Manager, click on Tools, and select Hyper-V Manager. When Hyper-V loads, it will have nothing in it. Even if we were to create a VM, it wouldn’t have a network connection to use. So we’ll start with creating a Virtual Switch. As you can from my screenshot, I have 2 LAN ports on my host. One of them has a connection to my home network and the Internet. In the Hyper-V Manager, click the Virtual Switch Manager from the Actions pane. Now, click on the Create Virtual Switch button. From here, you now need to configure the virtual switch that your VMs will use. Give it a name to clearly identify it (in my case I called it ‘External Network’), and choose the connection type. For more information about virtual networks, see the following TechNet article: http://technet.microsoft.com/en-us/library/cc816585(v=ws.10).aspx. Here is an excerpt from the article: External virtual networks. Use this type when you want to provide virtual machines with access to a physical network to communicate with externally located servers and clients. This type of virtual network also allows virtual machines on the same virtualization server to communicate with each other. This type of network may also be available for use by the management operating system, depending on how you configure the networking. (The management operating system runs the Hyper-V role.) For more information, see “A closer look at external virtual networks” later in this topic. Internal virtual networks. Use this type when you want to allow communication between virtual machines on the same virtualization server and between virtual machines and the management operating system. This type of virtual network is commonly used to build a test environment in which you need to connect to the virtual machines from the management operating system. An internal virtual network is not bound to a physical network adapter. As a result, an internal virtual network is isolated from all external network traffic. Private virtual networks. Use this type when you want to allow communication only between virtual machines on the same virtualization server. A private virtual network is not bound to a physical network adapter. A private virtual network is isolated from all external network traffic on the virtualization server, as well any network traffic between the management operating system and the external network. This type of network is useful when you need to create an isolated networking environment, such as an isolated test domain. For our demonstration, we are going to use an External Network so that the VMs can communicate with the Host system. Make all the appropriate selections and so forth, and then press OK. You may encounter the following warning message. This is because we are remotely connecting to the Host machine using the same network connection that we are about to setup as a Virtual Switch (hence selecting the ‘Allow management operating system to share this network adapter’ checkbox). Press ‘Yes’ to the dialog. Now that we have the virtual switch setup, we can start creating VMs for our lab. Create the Virtual Machines Let’s now create the VM’s we will need for the lab, specifically one for Active Directory, and another for SCOM (since we are install all roles within the same server). In Hyper-V Manager, from the Actions pane, click on New and choose Virtual Machine. On the New Virtual Machine wizard beginning screen, click read the information presented and then click Next. Enter a name for the VM. Note that this is NOT the name the VM will have within the Operating System (unless you name it the same), but rather, used as an identifier in Hyper-V Manager. After you have entered a name, click Next. Now assign the amount of memory you want your VM to have, and then press Next. This is the screen where you connect your VM to the network that we created, then press Next. This is the screen where you configure how large a hard drive the VM will have. Make the appropriate customizations and click Next. For the Installation Options, choose if you will install an OS later, or if you want to use an ISO, then click Next. On the Summary screen, review your selections and entries, and click Finish. Once the VM is created, it will appear in the Hyper-V Manager. If you want to configure further settings, like the number of CPUs and mounting an OS ISO, right click on the VM and choose Settings or click on Settings from the Actions pane. Repeat these steps for each VM you need to create, in our case one for Active Directory and another for SCOM. Here are the settings I have used for each of the VM’s: Active Directory: Virtual Machine Name: AD Memory: 2048 MB NOTE: Active Directory doesn't need 2 GB of RAM, it will run fine with 512 MB. I just increased the RAM so that the OS would install/respond faster. CPUs: 2 OS: Windows Server 2012 SCOM: Virtual Machine Name: SCOM Memory: 8192 MBNOTE: You may need to increase the amount of RAM this VM has, depending on performance. CPUs: 2 OS: Windows Server 2012 In the next part, we will install the Operating System, so stay tuned.
  5. Hi Folks, Although i'm a member here since 2009 I don't think I've ever posted anything here before. Well I'm going to change that now. I recently came across an issue (kinda) with Windows 2012 running Hyper-V and DNS. As I was running this in a test situation I only connected one network card on the system and this card was also setup as the Virtual Switch in Hyper-V. Its seems (although I haven't actually verified this) that if DNS is listening on the same network card the Simple and Recursive Tests on the Monitoring tab will fail Constantly. However, this doesn't stop DNS actually performing its duties. It still resolves all addresses and performs all other duties without fail. You just won't be able to get the Monitoring tests to Pass. To get around this you need to configure DNS to listen on a seperate network card to the one you specified as a Virtual Switch in Hyper-V and your laughing. I understand that this would be best practice anyway but as it was a lab situation I didn't bother and it tormented me for ages. Thought it was an interesting find that needed sharing. Cheers, Laoistom
  6. Hi, I’ve reviewed your Hyper-V threads and I haven’t scene anything talking about an Exchange setup in Hyper-V. My question is would such a thing be possible? I'm running Microsoft Server 2008 R2 SP2, and would be installing Exchange 2007. (out of box SP?)
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.