Mapeamento RDM no VMware

Com o RDM é possível entregar uma LUN (Logical Unit Number) para uma VM, abaixo os passos para adicionar um mapeamento para uma máquina virtual, acessar as propriedades da VM, na aba "Hardware" clicar em "Add..."

Clicar em adicionar Hard Disk, Avançar:

 Selecionar "Raw Device Mappings", Avançar:

 Selecionar o mapeamento, neste caso tenho uma LUN apenas, Avançar:

Selecionar onde armazenar o mapeamento, uma boa prática é armazenar o mapeamento juntamente com a VM.

Selecionando o modo de Compatibilidade, como  não vou trabalhar com Snapshots seleciono o modo “Physical”, neste modo o desempenho é “melhor”, mas nada significante, caso precise de gerenciamento a melhor opção é “Virtual”, Avançar:

Selecionando a opções do Device, como eu já tenho um disco no SCSI (0:0) este será o (0:1), Avançar:

 

Finalizando o processo:

 Agora o disco estará disponível na VM e deverá ser inicializado como qualquer outro disco.
Mais informações sobre RDM:
http://www.vmware.com/pdf/esx25_rawdevicemapping.pdf 

Procedimentos upgrade Symantec Endpoint Protection 12.1.2 (RU2) Parte 2/2

Após o upgrade so SEPM é necessário disponibilizar a atualização para os clientes, o pacote está disponível em Admin - Install Packages:

É necessário acessar o grupo ao qual será disponibilizado a atualização ir em "Clients" selecionar o grupo e ir na aba "Install Packages" e disponibilizar o cliente, que será automáticamente atualizado conforme agendamento:

Basicamente este é o processo, bem simples.

Procedimentos upgrade Symantec Endpoint Protection 12.1.2 (RU2) Parte 1/2

Vamos efetuar o upgrade da versão do Symantec Endpoint Protection 12.1.1000.157 (RU1) para Symantec Endpoint Protection 12.1.2 (RU2).

Os seguintes passos são necessário:
- Efetuar o backup da base de dados
- Desabilitar a replicação se utilizado;
- Habilitar Autenticação local se é utilizado o “Symantec” Network Access Control;
- Disabilitar Application Control policy
- Para o serviço Protection Manager com o comando:
C:\net stop semsrv

Executar a instalação:

Será solicitado o backup, caso não tenho feito você poderá executa-lo:

 

Executar o instalador:

Após a instalação será iniciado a opção de Upgrade:

Selecionando a porta de comunicação:

O próximo passo é efetuar o upgrade, neste processo é atualizado a base de dados e adicionado ao SEPM, os pacotes da versão 12.1.2

Upgrade finalizado:

Após finalizar o upgrade é possível acesssar o gerenciador do SEPM.

Usando a ferramenta ADMT 3.2 para migrar usuários do AD

O ADMT é uma ferramenta poderosa, serve para migrar objetos entre Florestas\Domínios, neste post vou migrar objetos do tipo usuário.

Neste cenário tenho dois domínios:

Pretendo migrar os objetos contas de usuários, do domínio fabrikan.internal para contoso.internal.
Inicialmente faço o download do ADMT 3.2:

http://www.microsoft.com/en-us/download/details.aspx?id=8377

Um pré-requisito para o ADMT é o SQL Server, é recomendado o SQL Express:

http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=25052

Após a instalação iniciar a ferramenta:

Se ao tentaar iniciar o ADMT você receber este erro:

Unable to check for failed actions. :DBManager.IManageDB.1 : Cannot open database "ADMT" requested by the login. The logon failed.

Tem um KB da Microsoft sobre isso, eu obtive este erro ao iniciar o ADMT:
http://support.microsoft.com/kb/2266373









É necessária uma relação de confiança entre os domínios, onde contoso.internal pode se autenticar no domínio fabrikan.internal, mas fabrikan.internal não pode se autenticar em contoso.internal:
As relações de confiaça são realizads através do Active Directory Domains and Trust.

Acessar o ADMT e ir à opção “User Account Migration Wizard”

Seleciono o “Source” que é o domínio que posssui os objetos a serem transferidos, é o “Target” o target é o Domínio receberá os objetos transferidos:

Selecionar os usuários:

Clicar em ADD e selecionar os usuários:

Selecionar onde vou armazenar os objetos:

Tenho a opção de gerar novas senhas ou manter as existentes:

Opções para o estado da conta e SIDs, isso é muito importante, como estou fazendo em um ambiente de teste deixei as opções padrão:

Avançar - avançar.

Completando a migração:

Resultado dois usuários transferidos:

Isso só foi um exemplo, de como transferir contas de usuários, o ADMT é uma ferramenta poderosa, indispensável em cenários onde é necessário transferir objetos do AD.

VMware vCenter Server Appliance

Nas versões anteriores do vSphere (4.1 e abaixo) o vCenter era suportado apenas por Sistemas Operacionais Windows, com a introdução da versão 5 a VMware lançou um “Appliance” do vCenter baseado no Linux, resolvi testar e achei legal a iniciativa da VMware, inicialmente é necessário baixar o Appliance no site da VMware:
https://my.vmware.com/web/vmware/downloads
Após baixar é necessário efetuar o Deploy do Template, no Client do vSphere :
File - Deploy OVF Template...

Efetuar as configurações necessárias.
Após iniciar a VM as informações de acesso estaram disponíveis no console:

A configuração inicial é feita através do navegador, é bem simples, após efetuar as configurações é possível acessar através do Client do vSphere.
Na minha opinião é uma solução bem interessante, principalmente em ambientes pequenas, na verdade é uma solução para ambientes pequenos, mais informações:

http://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.install.doc_50%2FGUID-25FCBA87-5D2F-4CB6-85D7-88899B4AC174.html

The 'Microsoft.Jet.OLEDB.4.0' provider is not registered on the local machine IIS 7

Adicionei uma aplicação (ASP.NET) no IIS 7 (SO Windows 2008 R2), mas ao buscar certos recursos era apresentando o erro abaixo:

System.InvalidOperationException: The 'Microsoft.Jet.OLEDB.4.0' provider is not registered on the local machine.

Para resolver editei o\os respectivos ApplicationsPools (Opções Avançadas) e habilitei a opção "Enable 32-Bit Applications", habilitando a execução de aplicações 32 bits no ApplicationPool

A Good Time Server could not be located

Ao executar o DCDiag /test:FSMOcheck:

   Running enterprise tests on : meudominio
      Starting test: FsmoCheck
         Warning: DcGetDcName(TIME_SERVER) call failed, error 1355
         A Time Server could not be located.
         The server holding the PDC role is down.
         Warning: DcGetDcName(GOOD_TIME_SERVER_PREFERRED) call failed, error 135
5
         A Good Time Server could not be located.
         ......................... meudominio failed test FsmoCheck

Este ambiente é um ambiente simples, dois controladores de domínio, o que eu fiz foi desregistrar o serviço de tempo do Windows, nos dois controladores de domínio, com os passos abaixo:

net stop w32time
w32tm /unregister
w32tm /register
net start w32time

O correto é o PDC sincronizar com um NTP externo, e as máquinas sincronizarem com o PDC da Floresta, as configurações do tempo do Windows ficam na seguinte chave de registro, campo TYPE:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

Quando o campo Type tiver o valor NTP significa que a sincronização está sendo feita por um servidor NTP, quando tem o valor NTDS significa que a sincronização está sendo realizada pelo PDC da Floresta.
Resolvi meu problema com o predimento acima, claro isso vai depender do ambiente, em alguns ambientes o procedimento acima vai funcionar, outros não.