. : Backups

Remover VMs ausentes da Consola do Administrador do SCVMM

Marcos David Nogueira — Sun, 16 May 2010 00:00:00 GMT

Após haver um failover do cluster, algumas VM podem apresentar o estado de ausente ("missing"). Uma vez que não é fácil de remover as VMs da consola do administrador do SCVMM, para conseguir corrigir o estado das VMs, siga os seguintes passos:

1. Primeiro feche a Consola do Administrador do SCVMM

2. Em seguida, pare o serviço do Windows VMMService no computador servidor VMM

3. Fazer um Backup completo à base de dados de do SCVMM

4. Agora está pronto para corrigir qualquer falha nas VMs. É importante notar que todas as máquinas virtuais em falta neste ambiente VMM serão excluídas da base de dados do SCVMM, e não serão excluídas quaisquer máquinas virtuais a partir de qualquer computador de anfitrião da virtualização. Basicamente, não irá utilizar nada nos computadores Hyper-V, Virtual Server ou VMware ESX

5. Instale o Microsoft SQL Server Management Studio Express no mesmo computador onde a base de dados do SCVMM existe. Este é um download gratuito da Microsoft (link abaixo).

6. Abra SQL Management Studio, seleccione a base de dados do SCVMM e execute o script SQL abaixo. Que deve eliminar todas as VMs que estão no estado ausente na base de dados do SCVMM.

7. Uma vez que o script SQL é concluído, reinicie o VMMService e abra o console do administrador. Todas as VMs ausentes deverão agora ser "eliminadas".

BEGIN TRANSACTION T1

DECLARE custom_cursor CURSOR FOR

SELECT ObjectId from

dbo.tbl_WLC_VObject WHERE [ObjectState] = 220

DECLARE @ObjectId uniqueidentifier

OPEN custom_cursor

FETCH NEXT FROM custom_cursor INTO @ObjectId

WHILE(@@fetch_status = 0)

BEGIN

DECLARE vdrive_cursor CURSOR FOR

SELECT VDriveId, VHDId, ISOId from

dbo.tbl_WLC_VDrive WHERE ParentId = @ObjectId

DECLARE @VDriveId uniqueidentifier

DECLARE @VHDId uniqueidentifier

DECLARE @ISOId uniqueidentifier

OPEN vdrive_cursor

FETCH NEXT FROM vdrive_cursor INTO @VDriveId, @VHDId, @ISOId

WHILE(@@fetch_status = 0)

BEGIN

DELETE FROM dbo.tbl_WLC_VDrive

WHERE VDriveId = @VDriveId

if(@VHDId is NOT NULL)

BEGIN

DELETE FROM dbo.tbl_WLC_VHD

WHERE VHDId = @VHDId

DELETE FROM dbo.tbl_WLC_PhysicalObject

WHERE PhysicalObjectId = @VHDId

END

if(@ISOId is NOT NULL)

BEGIN

DELETE FROM dbo.tbl_WLC_ISO

WHERE ISOId = @ISOId

DELETE FROM dbo.tbl_WLC_PhysicalObject

WHERE PhysicalObjectId = @ISOId

END

FETCH NEXT FROM vdrive_cursor INTO @VDriveId, @VHDId, @ISOId

END

CLOSE vdrive_cursor

DEALLOCATE vdrive_cursor

-----------------

DECLARE floppy_cursor CURSOR FOR

SELECT VFDId, vFloppyId from

dbo.tbl_WLC_VFloppy WHERE HWProfileId = @ObjectId

DECLARE @vFloppyId uniqueidentifier

DECLARE @vfdId uniqueidentifier

OPEN floppy_cursor

FETCH NEXT FROM floppy_cursor INTO @vfdId, @vFloppyId

WHILE(@@fetch_status = 0)

BEGIN

DELETE FROM dbo.tbl_WLC_VFloppy

WHERE VFloppyId = @vFloppyId

if(@vfdid is NOT NULL)

BEGIN

DELETE FROM dbo.tbl_WLC_VFD

WHERE VFDId = @vfdId

DELETE FROM dbo.tbl_WLC_PhysicalObject

WHERE PhysicalObjectId = @vfdId

END

FETCH NEXT FROM floppy_cursor INTO @vfdId, @vFloppyId

END

CLOSE floppy_cursor

DEALLOCATE floppy_cursor

----------------

DECLARE checkpoint_cursor CURSOR FOR

SELECT VMCheckpointId from

dbo.tbl_WLC_VMCheckpoint WHERE VMId = @ObjectId

DECLARE @vmCheckpointId uniqueidentifier

OPEN checkpoint_cursor

FETCH NEXT FROM checkpoint_cursor INTO @vmCheckpointId

WHILE(@@fetch_status = 0)

BEGIN

DELETE FROM dbo.tbl_WLC_VMCheckpointRelation

WHERE VMCheckpointId = @vmCheckpointId

FETCH NEXT FROM checkpoint_cursor INTO @vmCheckpointId

END

CLOSE checkpoint_cursor

DEALLOCATE checkpoint_cursor

-------------------------

---------Clean checkpoint

DELETE FROM dbo.tbl_WLC_VMCheckpoint

WHERE VMId = @ObjectID

exec [dbo].[prc_VMMigration_Delete_VMInfoAndLUNMappings] @ObjectId

DECLARE @RefreshId uniqueidentifier

exec [dbo].[prc_RR_Refresher_Delete] @ObjectId, @RefreshId

DELETE FROM dbo.tbl_WLC_VAdapter

WHERE HWProfileId = @ObjectId

DELETE FROM dbo.tbl_WLC_VNetworkAdapter

WHERE HWProfileId = @ObjectId

DELETE FROM dbo.tbl_WLC_VCOMPort

WHERE HWProfileId = @ObjectId

DELETE FROM dbo.tbl_WLC_HWProfile

WHERE HWProfileId = @ObjectId

DELETE FROM dbo.tbl_WLC_VMInstance

WHERE VMInstanceId = @ObjectId

DELETE FROM dbo.tbl_WLC_VObject

WHERE ObjectId = @ObjectId

FETCH NEXT FROM custom_cursor INTO @ObjectId

END

CLOSE custom_cursor

DEALLOCATE custom_cursor

COMMIT TRANSACTION T1

Download

Microsoft SQL Server Management Studio Express

Como mover a BD do SCVMM para outro servidor

Marcos David Nogueira — Tue, 02 Feb 2010 14:01:00 GMT

Para quando tiver a necessidade de mover a base de dados do SCVMM de um servidor para outro, por várias razões. Por exemplo, esta situação pode ocorrer quando a muda de um SQL local (padrão - com a versão Express) para um SQL remoto ou para um Cluster de SQL. As instruções a seguir são fornecidas como uma orientação sobre como realizar essa mudança na perspectiva do SCVMM.

Importante! É fortemente encorajado que antes deste processo que seja efectuado um backup completo à base de dados do SCVMM.

Existem dois métodos para realizar a tarefa de backup e mover a base de dados SQL. Pode usar o SQL Server Management Studio ou a ferramenta SCVMMrecover.exe incorporada no SCVMM.

Método 1 - Utilizar o SQL Server Management Studio

Como mover as bases de dados do SCVMM para outro servidor (de local para SQL remoto)

1. Fazer um backup da DB SCVMM existentes

2. Desinstalar o SCVMM com a opção de Retain Data

3. No SQL server remoto, importar a BD do SCVMM

4. Instalar novamente o SCVMM, na opção da BD, aponte para o novo servidor SQL e utilize a BD do SCVMM importada

5. Se qualquer host gerido apresenta o status de Access Denied, clique com o botão direito do mouse e seleccione Reassociate

Método 2 - Utilizar a ferramenta SCVMMrecover.exe

1. Fazer backup da base de dados do SCVMM

1.1. Em administração, clique em General e, em seguida, no painel de acções, clique em Backup Virtual Machine Manager.

1.2. Na caixa de diálogo Backup Virtual Machine Manager, digite o caminho para uma pasta de destino para o arquivo de backup. A pasta não deve ser um directório raiz e deve estar acessível para o SQL Server.

2. Restaurar a base de dados do SCVMM

2.1. Para restaurar a base de dados do SCVMM, no computador estiver a restaurar a base de dados do SCVMM, execute a ferramenta SCVMMrecover.exe através da linha de comando. O SCVMMrecover.exe está localizado no CD do produto no seguinte caminho: %ROOT%\i386\bin a versão de 32 bits, ou %ROOT%\amd64\bin na versão de 64 bits.

3. No servidor de base de dados do SCVMM, abra uma janela de prompt de comando com privilégios elevados e, em seguida, execute o SCVMMrecover.exe utilizando a seguinte sintaxe:
SCVMMRecover [-Path <location>] [-Confirm]

Se o computador físico que tiver a restaurar a base de dados do SCVMM sobre é diferente do computador original e tem um número diferente para a identificação do sistema (SID), deve executar as seguintes etapas:

1. Na consola SCVMM Administrator, em administração, faça o seguinte:

a. Clique em Managed Computers e, no painel de resultados, identifique quaisquer computadores geridos com um status de Access Denied.

b. Clique em um computador gerido com um status de Access Denied e, em seguida, no painel de acções, clique em Reassociate.

2. Na consola do SCVMM Administrator, em hosts, faça o seguinte:

a. Remova quaisquer hosts que foram removidos do SCVMM desde o último backup que foi criado.

Se um host foi removido do SCVMM após o último backup foi criado, ele terá um status Needs Attention na visualização de hosts e Access Denied em computadores geridos e quaisquer máquinas virtuais no host terão um status de Host Not Responding no modo de exibição de máquinas virtuais.

b. Adicione novamente qualquer hosts que foram adicionadas desde a última actualização.

3. Na consola do SCVMM Administrator, em máquinas virtuais, remova quaisquer máquinas virtuais que foram removidas do SCVMM desde o último backup foi criado.

Se um host está presente, mas tem uma máquina virtual que foi removida desde o último backup, a máquina virtual terá um status de Missing no modo de exibição de máquinas virtuais.

Upgrade do Windows Server 2008 R2 a partir do Windows Server 2008 com Hyper-V

Marcos David Nogueira — Fri, 04 Sep 2009 09:55:00 GMT

Este guia pretende descrever métodos que pode ser utilizado para fazer upgrade para o Windows Server 2008 R2 a partir de uma instalação do Windows Server 2008 que tem a função Hyper-V activada.

Nota Este guia aplica-se ao processo de upgrade do Windows Server 2008 RTM e do Windows Server 2008 Service Pack 2 (SP2).

Para migrar máquinas virtuais para o novo cluster, tem de ser utilizado o método 2 ou o método 3.

Método 1

Efectuar a actualização directa da partição principal do Windows Server 2008 para o Windows Server 2008 R2.

Nota Durante a actualização, o relatório de compatibilidade informará que tem de remover a função Hyper-V utilizando o Server Manager antes de continuar com a actualização. Não é necessário. No entanto, antes de continuar com a actualização, tenha em atenção ao seguinte:

· Todas as máquinas virtuais têm de ser encerradas antes da actualização. A funcionalidade de Saved States é incompatível entre o Windows Server 2008 e Windows Server 2008 R2. Se a partição principal for actualizada com quaisquer máquinas virtuais em um estado Saved, deve clique com o botão direito do rato na máquina virtual e, em seguida, clique em Discard saved state para activar a máquina virtual.

· Uma vez que a funcionalidade de Snapshot utiliza a funcionalidade de Saved State, snapshots não são totalmente compatíveis entre o Windows Server 2008 e Windows Server 2008 R2. As máquinas virtuais irão iniciar com êxito se o snapshot que existe for aplicado, antes da actualização, na máquina virtual enquanto esta tiver encerrada. Isto é indicado no Hyper-V Manager pela seta verde em snapshot que aponta para Now.

Para activar a máquina virtual com outro snapshot, siga estes passos:

Nota Os seguintes passos supõe que tem que continuar a utilizar todos os snapshots configurados para a máquina virtual. Se já não necessitar dos snapshots, pode eliminar os snapshots utilizando o Hyper-V Manager e, em seguida, encerrar a máquina virtual para os dados serem gravados com os do disco rígido virtual principal.

1. No Hyper-V Manager, clique com o botão direito do rato no snapshot que pretende aplicar e, em seguida, clique em Take Snapshot and Apply. Esta acção irá fazer um novo snapshot do snapshot actualmente aplicado. Este novo snapshot agora será compatível com Windows Server 2008 R2. Se seleccionar esta opção, quaisquer alterações que pode ter efectuado para o estado da máquina virtual da desde o último início serão guardados.

2. Depois do novo snapshot estar feito, a máquina virtual entra em saved state. Clique com o botão direito do rato na máquina virtual e clique em Delete saved state.

3. Active a máquina virtual.

4. Quando a máquina virtual tiver sido iniciada, repita estes passos até haver um snapshot restante.

5. Quando chegou o último snapshot, tire um snapshot de novo para capturar o estado actual da máquina virtual para ter um snapshot compatível com o Windows Server 2008 R2.

· Após o upgrade, actualize o Integration Services. Para o fazer, abra a janela Virtual Machine Connection e, em seguida, clique em Insert Integration Services Setup Disk no menu Action.

Método 2

Exportar uma máquina virtual a partir de um servidor de Windows Server 2008 que tenha o Hyper-V activado e, em seguida, importá-los num servidor que tem o Windows Server 2008 R2 com Hyper-V activado.

Nota A máquina virtual tem de ser encerrada antes de exportá-la. Se exportar a máquina virtual com um estado saved, não pode restaurar a máquina virtual no Windows Server 2008 R2. Para iniciar a máquina virtual depois de importar para o Windows Server 2008 R2, tem de eliminar o estado saved antes de poder activar na máquina virtual.

Se a máquina virtual tiver snapshots, estes snapshots têm de ser aplicados antes da exportação ou utilizar os passos do método 1 para recuperar e recriar os snapshots.

Depois de importar a máquina virtual, actualize o Integration Services. Para o fazer, abra a janela Virtual Machine Connection e, em seguida, clique em Insert Integration Services Setup Disk no menu Action.

Método 3

Para utilizar software de cópia de segurança que utilize o Hyper-V VSS Writer, faça backup da máquina virtual que está em execução no Windows Server 2008 e, em seguida, restaure no Windows Server 2008 R2.

Depois de restaurar a máquina virtual, actualize o Integration Services. Para o fazer, abra a janela Virtual Machine Connection e, em seguida, clique em Insert Integration Services Setup Disk no menu Action.

Guia de upgrade para o SCVMM 2008 R2 RTM

Marcos David Nogueira — Fri, 28 Aug 2009 14:50:00 GMT

Actualizar do VMM 2008 RTM para o VMM 2008 R2 RTM

Esta é uma actualização in-loco, não necessita quaisquer ferramentas extras, compilação direito no produto.

Antes de começar existe uma limitação para a actualização - não se pode reiniciar qualquer um dos jobs anteriores após a actualização, depois de actualizar todos os jobs foram executados antes para a actualização será exibido no histórico de job; no entanto, esses jobs não podem ser reiniciados. É recomendável que permita que todos os jobs concluam antes de actualizar o servidor do VMM. Os jobs que serão cancelados durante a actualização não poderão ser reiniciados após a conclusão da actualização.

Tarefas de pré-actualização.

Execute um backup completo na base de dados VMM 2008, desta forma em um caso pouco provável que alguma coisa der errada, sempre pode reinstalar o VMM 2008 utilizando esta base de dados.

Tarefa de actualizar

Inicie a configuração do VMM 2008 R2 RTM (com privilégios elevados) em uma máquina que contém um componente do VMM 2008 RTM e seleccione qualquer um dos componentes que surge na tela inicial.
A instalação detectará que tem um bits VMM 2008 RTM instalado e iniciará automaticamente o “Upgrade Wizard”
No assistente irá mostrar os componentes que estão instalados, a configuração está em execução no momento e irá confirmar para poder avançar e actualizar todos esses componentes.

Nota Se seleccionar um componente da tela inicial que não esteja instalada, por exemplo, tem a console de administração e servidor instalado e seleccionou Portal Self-Service. Neste caso é primeiro actualizado todos os componentes (console de administração e servidor para este exemplo) e depois inicializado a instalação do Portal Self-Service.

Tarefas de Pós-Actualização

Precisa executar esse procedimento em cima em todos os computadores que têm pelo menos uma componente de VMM 2008 RTM instalado (console de administração ou SSP)
Actualize todos os hosts e servidores de biblioteca do console de administração.
1. Vá para hosts view (também Library), seleccione machines e seleccione refresh no painel de acções. Ao fazer isso manualmente não é necessário aguardar a actualização do host a executar. Ao fazer isto, todos os agentes sobre as máquinas seleccionadas vão descobrir que a versão de base de dados tem a alterações e consequentemente irão ficar no Estado “needs attention”.
Agora precisar ir para na “managed computers view” na console de administração e clique com o botão direito em todos os agentes (tanto em hosts e servidores de biblioteca) que estão em Estado de “needs attention” e seleccione “update agent”.

Nota Pode seleccionar múltiplos agentes ao mesmo tempo, mas faça-o em lotes de 10-25.

Actualizar do VMM 2008 RTM R2 RC para VMM 2008 R2

Esta actualização irá exigir uma ferramenta de “UpgradeVMMR2RC.exe” (essa ferramenta está disponível no site do Microsoft Connect, em conexão VMM 2008 R2

Tarefas de pré-actualização

Execute um backup completo na base de dados VMM 2008 R2 RC, desta forma em um caso pouco provável que alguma coisa der errada, sempre pode reinstalar o VMM 2008 R2 RC utilizando esta base de dados.

Tarefa de actualizar

Desinstale o VMM 2008 R2 RC com opção de “retain db”
Abra um prompt de comando com privilégios elevados e execute a ferramenta de “UpgradeVMMR2RC.exe” com a base de dados “retained” no processo anterior.

Uso do comando:

UpgradeVMMR2RC.exe –server <computername[\instancename]> -database <database>

Exemplo:

UpgradeVMMR2RC.exe –server VMMDB01\MICROSOFT$VMM$ -database VirtualManagerDB

Instale o VMM 2008 R2 RTM utilizando esta base de dados actualizada acima.

Tarefas de Pós-Actualização

Precisar desinstalar todos os componentes com código de RC e instalar novos componentes com código RTM (console de administração, SSP)
Actualizar todos os hosts e servidores de biblioteca do console de administração.
1. Vá para hosts view (também Library), seleccione machines e selecione refresh no painel de acções. Ao fazer isso manualmente não é necessário aguardar a actualização do host a executar. Ao fazer isto, todos os agentes sobre as máquinas seleccionadas vão descobrir que a versão de base de dados tem a alterações e consequentemente irão ficar no Estado “needs attention”.
Agora precisar ir para na “managed computers view” na console de administração e clique com o botão direito em todos os agentes (tanto em hosts e servidores de biblioteca) que estão em Estado de “needs attention” e seleccione “update agent”.

Nota Pode seleccionar múltiplos agentes ao mesmo tempo, mas faça-o em lotes de 10-25.

Se você possui máquinas que estão com o estado "access denied", irá precisar reassociar estas máquinas antes de actualizar os agentes; pode fazer ao clicar com o botão direito nessas máquinas, e seleccionar reaccociate. Quando for concluída a operação clique com o botão direito novamente e seleccione “update agent”.

Porquê aplicar um snapshot num controlador domínio numa VM pode ter problemas?

Marcos David Nogueira — Fri, 29 May 2009 12:05:00 GMT

Esta é uma questão bastante comum para na comunidade de TI.

Imagine que tem uma VM que está associada a um domínio e está a funcionar perfeitamente. Faz um snapshot, para assim pode restaurar a VM a este ponto mágico de workingness, a qualquer momento. Quando precisar de acionar esta VM e para testar algo, precisa reverter para o snapshot e iniciar a VM. Logo após aparece uma mensagem a dizer que o domínio não confia mais na sua estação de trabalho (virtual). O que é que aconteceu? Não foram feitas alterações no snapshot! Por isso que ele é chamado de snapshot! Por isso que isto dá erro?

Bem, tem razão. Não foram feitas alterações no snapshot, e isso é parte do problema.

Faz parte das políticas de domínio (por padrão) do Active Directory para um membro de domínio alterar a password da conta agora e sempre. Sem dúvida tem que alterar a password para a conta de utilizador ocasionalmente, portanto, isso não deveria ser uma surpresa. O que pode ser uma surpresa é que a mesma coisa acontece para contas de computador. Eis a razão – os computadores têm contas, também.

Agora então (por padrão, a cada 30 dias, mas o valor é configurável através de politica de domínio), a estação de trabalho vai negociar uma nova password com o domínio. Tudo acontece nos bastidores, sem o seu conhecimento.

Salvo, se tiver uma VM ingressada no domínio com snapshots tirados ao mesmo tempo (servidor e cliente).

O problema surge porque a estação de trabalho – em algum momento – negoceia uma nova password com o domínio e regista-a para uso futuro. Em seguida, o snapshot foi aplicado, e desta forma activou a VM a "viajar de tempo". Esta VM do passado foi levada para o futuro e não tem conhecimento de tudo o que aconteceu no intermédio. Portanto, a Vm pensa que a antiga password é ainda está actualizada. E ele tenta utilizar essa mesma password. E o domínio ao verificar que a password é diferente, nega o acesso.

Por que razão o Hyper-V deixa isso acontecer?

Não é apenas o Hyper-V. Isso acontece o tempo todo para qualquer VM em qualquer tecnologia de virtualização (desde que tenha a possibilidade de fazer snapshot e poder aplica-lo). A mesma coisa vai acontecer em qualquer situação onde tenha que "convencer" o Windows que a password da conta do computador é algo que não é (como restaurar um snapshot ou qualquer outro tipo de backup).

O que pode se pode fazer sobre este problema?

Existem três possibilidades.

1. Se puder, mudar a política de domínio padrão ou obtenha uma excepção criada para sua conta(s) de computador(es). Isso não é a melhor opção porque abre um buraco de segurança (pequeno como podem ser).

2. Logon numa conta de administrador local no sistema e retirar do domínio. Em seguida, voltá-lo a colocar no domínio. A conta do computador irá obter uma nova password, e esta actualizada, que a estação de trabalho conhece. Alternativamente, poderá utilizar o NETDOM.EXE para redefinir a senha da conta do computador. Pode sempre automatizar este mesmo processo, se precisar.

3. Sysprep na VM e criar um arquivo autónomo que irá configurá-la de acordo com o que pretende, que poderá ser ingressar automaticamente no domínio, por exemplo. Uma vez que a máquina utilize o sysprep, pode fazer um snapshot e sempre restaurar para aquele ponto, daqui por diante.

Backup e Disaster Recovery para a virtualização de servidores

Marcos David Nogueira — Sat, 28 Mar 2009 00:13:00 GMT

À medida que a tecnologia de virtualização de servidores evolui e sua adopção no sector aumenta, as organizações percebem benefícios que vão muito além da justificativa mais popular...(read more)

Como Migrar o VMM 2007 para o VMM 2008

Marcos David Nogueira — Sat, 18 Oct 2008 12:58:00 GMT

Este post fornece um guia passo a passo para migrar o Virtual Machine Manager 2007 em System Center Virtual Machine Manager 2008 (VMM) sem perder os dados precedentes do VMM 2007. Quando se actualiza a base de dados do VMM, os seguintes dados e objectos...(read more)