Gilson Banin - Microsoft Premier Field Engineer

How to Install Oracle Linux 6 Update 3 on Hyper-V 2012 with LIS 3.4

Gilson Banin — Tue, 02 Apr 2013 23:36:20 GMT

Hello Virtualization Nation. Probably you are thinking, how an Premier Field Engineer that loves Windows Server may help a Linux Community ? Well, before starting at Microsoft’s World I was a Linux enthusiast, I started my career managing SCO Unix, yes I was born in 1978 but leaving these years on the past, today I love to help customer to get better experience, it does not matter if virtual machines are Windows or Linux. Recently I had the opportunity to help a important customer here in Brazil to win this challenge. Frequently some Oracle DBA told me that Linux didn’t work very well on Hyper-V, they were working more than 1 months to try install Linux and nothing, nothing, nothing, I love to hear these customers that are not satisfied to our product because I always have a chance to change the game and improve their satisfaction.

So,I decided to do step by step all procedures to install Oracle Linux on Hyper-V, of course first step was to make a download of ISO of Oracle Linux from Oracle Web Site (www.oracle.com), I’ve used the version Release 6 Update 3 64 bits. I didn’t to try to use oldest versions but feel free to validate it.

Make a download of LIS 3.4 HERE http://www.microsoft.com/en-us/download/details.aspx?id=34603

Second step was to create a Virtual Machine without Network Interfaces ( yes ! no NICs synthetic or legacy). So create a VM into Hyper-V normally after remove Network Adapter, attach ISO and start it. Take a look VM settings below :

After that, install operating system using default values, during installation you will observe that Network settings will be not available to set IP address, don’t worry and continue and finish installation. Select “Install or upgrade an existing system”

Everybody know that Oracle Linux is a copy of Red Hat Linux, on the past there companies had contracts agreements broken because all customers that decided to use Oracle on Linux, Red Hat always was recommended, both companies won and had revenues. Leaving disagree between these companies, let’s go back to this article, Configure Network button will not be available, don’t worry and go, clique Next.

Wait for finishing, logon root and your password, use VI editor, it is easier and simple. I hope that you know it, it not visit http://www.linux.org/article/view/using-the-vi-editor

Edit /etc/grup.conf

# vi /etc/grub.conf set default = 1

# vi /etc/sysconfig/kernel, delete –uek from last of DEFUALT KERNEL..line

Reboot ( it is mandatory )

Insert ISO LIS 3.4 into virtual dvd

# mount /dev/cdrom /media

# cd /media/RHEL63

Install Hyper-V Integration Services, execute ./install.sh

# ./install.sh

Shutdown virtual machine (#halt)

Insert Network Adapter (not legacy)

Start VM, integration services should be fine, before editing and configure network settings below

# cd /etc/sysconfig/network-scripts

# cp ifcfg-lo ifcfg-eth0

Edit ifcfg-eth0 and define your configurations (ip, mask, device name…)

#vi /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0

BOOTPROTO=static

IPADDR=YOUR IP

NETMASK=YOUR MASK

ONBOOT=yes

NAME=eth0

Now create or edit /etc/sysconfig/network file and include below information, gateway is yours

# vi /etc/sysconfig/network ( if it does not exist please create it )

NETWORKING=yes

HOSTNAME=your hostname

GATEWAY= your IP gateway

Edit /etc/resolv.conf and put at least one DNS IP server

# vi /etc/resolv.conf

nameserver 8.8.8.8

or use system-config-network utility

Select Device Configuration

Finally, execute # ifup eth0 to start network interface 0 and after # ifconfig, observe that network interface eth0 is being showed now.

Linux Integration Services provides support for the modinfo command. To get module information for each installed kernel module, run the following command :

#/sbin/modinfo hv_vmbus

This command can be repeated for all kernel modules (hv_vmbus, hv_netvsc, hv_storvsc, hv_blkvsc, and hv_utils).

To verify that all subcomponents are running as the root user, issue the following command at a shell prompt :

,Remember : Don’t FORGET if your VM is on High Availability and you want to do Live Migration, MAC Address needs to be Static and no Dynamic

Change it on Advanced Features on Network Adapter Properties VM.

Well done ! Welcome to Linux on Hyper-V !! Interoperability is here !

Officially Oracle Linux is not supported by Microsoft, but it works perfectly. To learn more about which operating systems are officially supported, please visit : http://technet.microsoft.com/en-us/library/cc794868(v=ws.10).aspx

Windows Server 2012: The Definitive Cloud OS

Identity your Active Directory

Gilson Banin — Wed, 12 Dec 2012 19:15:24 GMT

On July 2014 beyond of Brazil to provide the World Cup Soccer Champion, Windows Server 2003 will have their support finished, many customers in the world are planning to upgrade their environment to Windows Server 2008 R2 at least and others to Windows Server 2012. As PFE I helped hundred customers to migrating their Active Directory from 2003 to WS 2008 R2 without impact and no risks.

Everybody knows that you can’t promote Additional Domain Controllers running Windows Server 2008 R2 for example to AD 2003 Forest by default if you didn’t extend Schema before. But take care, now if you admin account is member of Schema Admins and Enterprise Admins and you try to promote a Windows Server 2012 as Domain Controller you can make this, like Exchange Server without extending Schema manually before, this is new in WS 2012.

The tip is, if you know the number of Schema you know which version of you Active Directory and if you already ready to promote on Active Directory newest. Basically there are five ways to discover your AD Schema Version, before I explain for you, please take a look this table below.

Schema Version	OS Supported to Domain Controller
13	Windows 2000 Server
30	Windows Server 2003 and SP1
31	Windows Server 2003 R2
44	Windows Server 2008
47	Windows Server 2008 R2
56	Windows Sever 2012

First I am going to show how to discover this number using Registry, choice any Domain Controller and open REGEDIT, navigate on HKLM\System\CurrentControlSet\Services\Parameters, and look Schema Version value, this example the number was 31, if you see the table above, it means that only Domain Controllers 2003 are allowed if Domain and Forest Functional Level is set to Windows Server 2003 obviously.

Now I hope that this same number will be in other location (attributes), otherwise I’ll get frustrated, well, let’s show this.

Through ADSIEDIT, open it in an Domain Controller, don’t forget that Active Directory 2003 and higher has five partitions, Schema, Configuration, Domain, DomainDnsZones and ForestDnsZones. Connect and expand CN=Schema,CN=Configuration and clique in properties, localize objectVersion attribute and take a look value number, 31.

Through command line, it is so simple, simply run : C:\Windows\System32\SCHUPGR.EXE, observe line Current Schema Version, it is 31

Through DSQUERY command DSQUERY * CN=Schema,CN=Configuration,DC=contoso,DC=corp –Scope base –attr objectVersion

And finally, using PowerShell, Get-ADObject “CN=Schema,CN=Configuration,DC=Contoso,DC=Corp” –Properties objectversion

So now if you want to know which version you’re up and ready to promote new Domain Controllers, use the following methods above.

Enjoy and have fun !

Converting a server with a GUI to or from Server Core

Gilson Banin — Tue, 11 Dec 2012 18:46:39 GMT

As in Windows Server 2008 and Windows Server 2008 R2, Windows Setup in Windows Server 2012 allows you to choose one of two installation types : Server Core Installation or Server With a GUI (also called a full installation). One of the more interesting new features in Windows Server 2012 is the ability to convert a full installation to a Server Core Installation and vice versa, it was not possible in Windows Server 2008 / R2, and probably you know that Server Core was totally different of Full Version because Core version had a fewer features comparing with Full version.

You can switch between a Server Core installation and full installation in Windows Server 2012 because the different between these installation options is contained in two specific Windows features that can be added or removed. The firs feature, Graphical Management Tools and Infrastructure (Server-Gui-Mgmt-Infra), provides a minimal server interface and server management tools such as Server Manager and the Microsoft Management Console (MMC). The second feature, Server Graphical Shell (Server-Gui-Shell), is dependent on the first feature and provides the rest of the GUI experience, including Windows Explorer.

To convert a full installation to a Server Core installation, just remove these two features in Server Manager. Note that removing the first feature will automatically remove the second.

This first example I will remove only Graphical Management Tools and Infrastructure

After rebooting you can see this interface, called minimal server interface, SCONFIG command interface behind and Dashboad (ServerManager) in front.

Now when I remove the second option, Server Graphical Shell and after rebooting

I can see only prompt command, execute C:\PowerShell and open PowerShell command, execute C:\[PS] Get-WindowsFeature and take a look User Interface and Infrastructure session, all sub session will be unchecked.

Probably you are thinking that is possible to convert a Core to Full the same way, yes, you are right, in fact only install this two feature again and return a Full Version quickly ! Simple do it (Add-WindowsFeature Server-Gui-Shell) and reboot it

During reboot you are going to see this screen, Configuring Windows feature, don’t turn off you computer .

Nice, now you have a Full installation of Windows Server 2012 again. Enjoy !

The relationship between the Minimal Server Interface and the Server with a GUI installation levels is illustrated here.

Scripts para identificar servidores Hyper-V em um domínio

Gilson Banin — Thu, 19 Apr 2012 20:36:58 GMT

Recentemente tive que descobrir uma maneira para identificar quais os servidores Windows Server 2008 e R2 no domínio que tem o Hyper-V instalado.

Quando você instala o Hyper-V em um servidor, ele cria um tipo de objeto no Active Directory do tipo “object class” chamado serviceConnectionPoint (SPC), e preenchido com o valor “Microsoft Hyper-V”.

Desta forma, podemos fazer pesquisas LDAP no Active Directory com estas condições, você pode usar scripts VBS e PowerShell, veja eles abaixo :

Script VBS :

On Error Resume Next

Const SCP = "Microsoft Hyper-V"

' Add as many lines as needed for the domains in your org.

DoQuery "DC=contoso,DC=com", "CONTOSO", SCP

Sub DoQuery(szDomainDN, szDomainShortName, szSCP)

Set oConnection = CreateObject("ADODB.Connection")

Set oCommand = CreateObject("ADODB.Command")

oConnection.Provider = ("ADsDSOObject")

oConnection.Open "Ads Provider"

oCommand.ActiveConnection = oConnection

oCommand.Properties("Page Size") = 99

oCommand.Properties("Searchscope") = &H2 'ADS_SCOPE_SUBTREE

oCommand.Properties("Chase Referrals") = &H60

'ADS_CHASE_REFERRALS_ALWAYS

oCommand.CommandText = _

"select distinguishedName from 'LDAP://" & _

szDomainDN & "' " & _

"where objectCategory='serviceConnectionPoint' " & _

"and cn='" & szSCP & "'"

Set oRecordSet = oCommand.Execute

If Err Then

wscript.echo _

"ERROR: Unable to find Domain Rooted at: " & _

szDomainDN

exit sub

End If

If Not oRecordSet.EOF Then

wscript.echo szDomainShortName & ":" & _

oRecordSet.RecordCount

' If you want to enumerate the machine names,

' uncomment this block of code

oRecordSet.MoveFirst

Do Until oRecordSet.EOF

szNodeName = _

oRecordSet.Fields("distinguishedName")

'Trim "CN=<szSCP>,CN="

szNodeName = _

mid(szNodeName, InStr(szNodeName,",CN=")+4)

'Trim the domain DN

szNodeName = _

Left(szNodeName,InStr(szNodeName,",")-1)

wscript.echo szNodeName

oRecordSet.MoveNext

Loop

else

wscript.echo szDomainShortName & ": 0"

end if

set oRecordSet = Nothing

set oCommand = Nothing

oConnection.Close

set oConnection = Nothing

End Sub

Troque a linha em amarelo pelo nome do seu domínio, salve o conteúdo com o nome ListaHyper.vbs, abra um prompt de comando como Administrator e execute C:\cscript ListaHyper.vbs para salvar o resultado em um arquivo texto execute C:\cscript ListaHyper.vbs > HyperVServers.txt. O arquivo abaixo mostra o nome do domínio seguido pelo número de servidores e abaixo o nome de todas as máquinas.

Script PowerShell

Abra o PowerShell :

Importe o módulo do Active Directory

C:\Import-Module ActiveDirectory

Execute o comando :

Get-ADObject –Filter {ObjectClass –eq “serviceConnectionPoint” –and Name –eq “Microsoft Hyper-V”} | select DistinguishedName

O resultado será uma lista de todos os servidores e seu caminho DN no domínio.

PS: Este script só funciona para servidores Hyper-V que são membros do domínio do Active Directory

Divirtam-se !

Impactos em Clonar e Virtualizar Domain Controllers

Gilson Banin — Fri, 10 Feb 2012 17:38:26 GMT

Em setembro de 2011 fiz uma palestra no Teched 2011 (www.teched.com.br) mostrando os impactos em clonar e virtualizar Domain Controllers, mostrei as melhores práticas, como a replicação do AD funciona e problemas conhecidos como USN Rollback e Time Sync, agora coloquei a apresentação no Slide Share para que todos possam visualizá-la ! Espero que apreciem, boa leitura

TechED 2011 - Impactos em Clonar e Virtualizar Domain Controllers

Os clientes estão olhando mais para virtualizar seus ambientes : servidores de arquivos, servidores web, servidores de DNS, e até mesmo controladores de domínio. É claro que a virtualização oferece muitos benefícios na implantação, recuperação de desastres e redução de custos. No entanto, enquanto a virtualização oferece muitos recursos poderosos e simplifica muito as tarefas repetitivas, é uma tecnologia que deve ser manuseado com cuidado quando usado em conjunto com o Active Directory. Nesta sessão, vamos rever conceitos fundamentais dentro do Active Directory e o impacto da clonagem e virtualização dos controladores de domínio, os membros do domínio e Windows em geral. Discutimos também, as configurações recomendadas e como evitar problemas em primeiro lugar

Palestra sobre Virtualização na Faculdade Impacta

Gilson Banin — Sat, 14 Jan 2012 01:55:05 GMT

Olá pessoal, gostaria de convidá-los a assistir uma palestra que farei na Faculdade Impacta na quinta-feira dia 09/02/2012 das 19:30 as 22:00. Como vou ter bastante tempo, aproximadamente duas horas e meia, mostrarei todos os detalhes em demonstrações ao vivo e segredos do Windows Server e seus principais componentes de Virtualização, como Hyper-V, Remote Desktop Services, Cluster de Alta Disponibilidade e Virtual Destkop Infrastructure, tire todas as suas dúvidas, faça perguntas, interaja e concorra a brindes, As inscrições são gratuitas mas só não esqueça de levar um kilo de alimento não perecível para uma instituição de crianças carentes. Todos os detalhes do evento estão aqui abaixo no banner.

Link de Inscrição : http://www.impacta.edu.br/eventos-inscricao.asp?cadastroId=875

Espero vê-los em breve, participe !!!

Como Baixar o Nível Funcional do Domínio e da Floresta de 2008 R2 para 2008

Gilson Banin — Tue, 20 Dec 2011 18:42:09 GMT

Como todos sabem o Active Directory possue níveis funcionais que definem qual versão de sistema operacional podem coexistir nos controladores de domínio e também agrega novas funcionalidades quando elevado de um nível inferior para um superior, porém este processo é irreversível correto ? ou seja uma vez que você elevou não consegue baixá-lo mais. Em todos os casos isso é verdade com uma única exceção, quando você aumenta o nível funcional da floresta para Windows Server 2008 R2 e se o Recycle Bin ( Lixeira do Active Directory ) não estiver ativada, você tem a opção de voltar o nível funcional da floresta e do domínio para o Windows Server 2008. Você pode baixar o nível funcional de floresta somente a partir do Windows Server 2008 R2 para Windows Server 2008. Se o nível funcional da floresta é definido para o Windows Server 2008 R2, ele não pode ser revertida, por exemplo, para o Windows Server 2003.

Você precisará usar o PowerShell com o módulo do Active Directory importado, não há maneira de fazer isso com a interface gráfica MMC.

Repare que tanto o nível funcional do domínio como da floresta estão no modo máximo Windows Server 2008 R2

Para evitar o trabalho de importar o módulo do AD para o PowerShell, abra o Windows PowerShell Modules no menu Administrative Tools

Com uma conta membro do grupo Enterprise Admins execute os comandos abaixo : Dica importante você precisa baixar o nível da Floresta primeiro e em seguida o nível do domínio, se você tentar fazer na ordem contrária receberá uma mensagem de erro alegando que não é possível, pois o nível do domínio nunca pode ser inferior ao da floresta

Para baixar o nível da floresta de Windows Server 2008 R2 para Windows Server 2008 execute :

Set-ADForestMode – Identity contoso.com –ForestMode Windows2008Forest

Para baixar o nível do domínio de Windows Server 2008 R2 para Windows Server 2008 execute :

Set-ADDomainMode –Identity contoso.com –DomainMode Windows2008Domain

Toque o nome pelo nome do seu domínio e tecle Y para confirmar a operação

Agora abra o Active Directory Domain and Trusts e confirme, repare que agora os níveis ambos estão em Windows Server 2008

Veja que agora você tem a opção de elevá-lo novamente.

Muitos vão perguntar se é possível voltar para níveis inferiores, como foi descrito no início, e a resposta é não, isso se aplica somente de 2008 R2 para 2008, única e exclusivamente.

Fonte oficial : http://technet.microsoft.com/en-us/library/cc730985.aspx

Aprenda sobre todas as funcionalidades agregadas no ambiente baseado em todos os níveis funcionais seja do domínio ou da floresta em http://technet.microsoft.com/en-us/library/cc771294.aspx

Até a próxima.

A função das CALs do Terminal Server no Windows Server 2003

Gilson Banin — Thu, 01 Dec 2011 13:14:21 GMT

As CALs no Windows Server 2003 são diferentes das CALs no Microsoft Windows 2000. O Windows 2000 usa apenas CALs de dispositivo. Elas são ligadas a um dispositivo. O Windows Server 2003 usa CALs de dispositivo e também uma nova licença de acesso para cliente, CALs de usuário. As CALs de dispositivo no Windows Server 2003 funcionam da mesma maneira que as CALs de dispositivo no Windows 2000. As CALs de usuário, no entanto, permitem o acesso ao software por um usuário individual, em vez de ser por um dispositivo.

As CALs de usuário permitem mais flexibilidade aos clientes ao usarem o Terminal Server em seus ambientes. Se um usuário se conectar em mais de um computador cliente, eles usarão uma CAL de usuário. A CAL de usuário não é armazenada no Registro do computador cliente da maneira que a CAL de dispositivo. As CALs de usuário podem apenas ser instaladas em um servidor de licenciamento do Terminal Server do Windows Server 2003. Elas não podem ser emitidas para servidores de terminal do Windows 2000 ou para clientes que acessam os servidores de terminal do Windows 2000. Se a rede contiver servidores de terminal do Windows 2000, o servidor de licenciamento do Windows Server 2003 também deverá conter CALs de dispositivo, não apenas de usuário.

Os clientes não precisam de uma CAL de dispositivo e uma de usuário para acessar um servidor de terminal. O servidor de terminal é configurado na ferramenta Configuração dos serviços de terminal em configurações\Licenciamento do servidor com relação a qual tipo de CAL irá aceitar. É possível configurar isso para Por dispositivo ou Por usuário. Essa configuração pode ser alterada sem precisar de uma reinicialização do servidor de terminal. Um servidor de terminal não pode aceitar as CALs de usuário e as de dispositivo ao mesmo tempo.

Se o Terminal Server estiver no modo Por dispositivo e o servidor de Licenciamento apenas contiver CALs de usuários, você receberá apenas licenças temporárias. Quando essas licenças temporárias estiverem perto de expirar, a seguinte mensagem será exibida em uma janela pop-up: “A licença de cliente temporário dos serviços de terminal vai expirar em N dias. Entre em contato com o administrador do sistema para obter uma licença permanente” Repare na imagem abaixo

Para corrigir esse problema, mude o Modo de licenciamento na configuração dos serviços de terminal para Por usuário. Para fazer isso, execute as seguintes etapas:

1. Clique em Iniciar, aponte para Ferramentas administrativas e clique em Configurações dos serviços de terminal.

2. Clique em Configurações do servidor e clique duas vezes em Licenciamento.

3. Altere o Licenciamento para Por usuário e clique em OK.

No momento, o Windows Server 2003 não gerencia as CALs de usuário. Isso significa que mesmo que haja uma CAL de usuário no banco de dados do servidor de licença, ela não será reduzida quando for usada. Isso não elimina os administradores dos requisitos do Contrato de licença de usuário final (EULA) para ter uma CAL de servidor de terminal (TS) válido para cada usuário. A falha em ter uma CAL de usuário para cada usuário, se as CALs de dispositivo não estiverem sendo usadas, é uma violação do EULA.

Observação Para usar as CALs de dispositivo e de usuário do Terminal Server simultaneamente no mesmo servidor de terminal, o servidor deverá estar configurado para o modo CAL do TS por usuário.
O seguintes texto é do Contrato de licença de usuário final (EULA) para o Windows Server 2003:

Duas CALs de TS diferentes estão disponíveis para você: "Dispositivo" e "Usuário." Cada CAL de dispositivo do TS permite que um dispositivo (usado por qualquer usuário) conduza sessões do Windows em quaisquer um dos servidores. Cada CAL de usuário do TS permite que um usuário (usando qualquer dispositivo) conduza sessões do Windows em quaisquer um dos seus servidores. É possível usar uma mistura de CALs de dispositivo do TS e CALs de usuário do TS simultaneamente com Software servidor no seu ambiente. É possível ter uma solicitação do Terminal Server de licenças por usuário ou por dispositivo (padrão), mas não ambas simultaneamente.

[Troubleshooting] VM com “Configuration Error” ao fazer Quick ou Live Migration

Gilson Banin — Thu, 21 Jul 2011 01:46:06 GMT

Imagine o seguinte cenário : Você tem um cluster de Hyper-V baseado na versão R1 ou R2 e ao tentar fazer o Quick ou Live Migration de uma máquina virtual de um Nó para outro do Cluster você recebe uma mensagem de erro que impede a movimentação ou a máquina é movida porém a conectividade de rede é perdida, ao clicar nas propriedades da VM pelo Hyper-V Manager você nota que nas configurações de rede aparece a mensagem “Configuration Error” conforme figura abaixo :

Mesmo que você altere a configuração da placa de rede ao movimentá-la novamente o erro continua. Antes de mostrar como evitar este problema é bom você saber que o Hyper-V Manager NÃO É CLUSTER AWARE nativo, isso significa que se você fizer alguma alteração na máquina virtual como a placa de rede ou uma VLAN ID em um NÓ está mudança não é replicada para outro nó do cluster dinâmicamente (magicamente) é por isso que o problema ocorre, o arquivo .XML que é afetado no primeiro nó é diferente do segundo, como as configurações são divergentes o erro acima ocorre.

Mas acredite, a solução disso é mais simples que possa imaginar, você só precisa mudar a forma de administrar as máquinas virtuais quando elas estão em um Failover Clustering.

Na primeira vesão do Hyper-V conhecida como 1.0 ou R1, você só pode fazer o Quick Migration o Live Migration não existe nessa versão, e a console do Failover Manger e do Hyper-V Manager não são integradas, ou seja uma mudança que você faz na VM pelo Hyper-V Manager o Cluster não fica ciente da alteração, você precisará fazer o “REFRESH” da máquina virtual pela console do Failover Cluster sempre que uma mudança na VM ocorrer ou sempre que você for fazer o Quick Migration, assim o Cluster atualiza suas informações e replica para ambos os Nós, para isso basta, expandir o nome do Cluster, Services and Application, selecionar o nome da máquina virtual que está como recurso no Cluster com o botão direito e selecionar “Refresh virtual machine configuration”. Em seguida pode fazer o Quick Migration tranquilamente.

Figura 1 – Refresh virtual machine configuration

No Hyper-V R2 a console do Failover Clustering e do Hyper-V Manager são integradas, na prática você pode criar uma VM e colocada em alta disponibilidade em um único passo, diferente da versão R1 que a VM precisa ser criada primeiro e em uma segunda etapa colocá-la como recurso do Cluster.

Você também precisa seguir esta regra de administração no Hyper-V R2, mas há uma exceção : quando você administra as máquinas virtuais pela console do Failover Clustering ao invés do Hyper-V Manager, neste caso, você não precisa fazer o “Refresh” pois as atualializações são feitas automaticamente e o Cluster fica ciente de todas as mudanças.

Figura 2 – Refresh virtual machine configuration

Então a regra é a seguinte

no Hyper-V R1 você sempre precisa fazer o “Refresh” antes do Quick Migration
no Hyper-V R2 você só precisa fazer o “Refresh” se você administra a VM pelo Hyper-V Manager ao invés do Failvoer Cluster Manager.
no Hyper-V R2 você pode escolher entre Quick e Live Migration
na dúvida sempre realize o “Refresh” antes de movimentar qualquer máquina virtual, lembre-se que este “Refresh” é individual para cada VM.

Teched Brasil 2010 - Linux no Hyper-V

Gilson Banin — Tue, 14 Jun 2011 21:16:00 GMT

O que é preciso para executar o Linux e outros sistemas operacionais no Hyper-V junto com o Windows? Onde você obtem o Linux Integration Services específicos por distros, e o que eles realmente fazem? Quais sao as versoes e configuraçoes suportadas pela Microsoft? Agora que voce tem Linux virtualizado no Hyper-V, como voce administra isso? Descubra por que muitas organizaçoes executam o Linux no Hyper-V, como fazer e que benefícios voce pode ter.