Arquivos de Tags: Artigos

Posts Técnicos, agora só no TechNet Wiki!

Olá meus amigos!

Hoje está sendo um marco para a história do TechNet Wiki no Brasil, ou seja, nós estamos quebrando paradigmas!! Lendo hoje no Twitter, vi o amigo Luciano Lima (@LucianoLima_MVP) iniciar um movimento muito interessante, postar todos os seus artigos, de hoje em diante, no TechNet Wiki. Eu achei interessante e logo mais, vi que o amigo Alberto Oliveira (@_AlbertoOliveir) aderiu ao movimento também (“Moving to the cloud”… Ou seria para o Technet WIKI??). Então, eu pensei… e porque não?!?!

Então, aviso a todos os meus leitores e leitoras que à partir de hoje (07/07/2011) eu também só postarei meus artigos no TechNet Wiki!

Aguardem novidades!

Forte abraço,

Jorge Barata

Como Fazer Backup e Restore do DHCP Utilizando o Comando NETSH

Este artigo demonstra como realizar backup e restore das configurações do DHCP Server, como o escopo, opções do escopo, opções do servidor e etc… Para isso utilizaremos os comandos NETSH. Vamos aos procedimentos:

Exportando as Configurações para um Arquivo .CONF (Backup)

image

OBS: Há necessidade de Edição desse Arquivo antes da Importação (Restore), removendo as entradas iniciais até a área de ADD Scope, caso necessário, você também deverá trocar o IP do Servidor Antigo pelo IP o Novo IP do Servidor na Referência de Servidor de DHCP. Vide imagem abaixo:

image

Importando as Configurações para um Novo Servidor (Restore)
image

Habilitando o Active Directory Recycle Bin Utilizando o PowerShell

Oi Pessoal,

Conforme abordei no post anterior, vamos agora falar um pouco de um recurso que eu acho fantástico. O Active Directory Recycle Bin. O ADRB, vamos chama-lo assim, é uma ferramenta do Windows Server 2008 R2 que proporciona a habilidade de recuperar objetos previamente excluídos, como faz a lixeira do Windows. Quando temos o Recycle Bin habilitado, já que ele vem desabilitado por padrão, podemos restaurar um objeto com todos os seus atributos intactos. Por exemplo, restaurando um usuário ele voltará para seu grupo original e terá todos os acessos que tinha antes de ser excluído. Excelente, não? ;)

Como já tinha falado anteriormente, o ADRB vem desabilitado por default e só o podemos fazer após elevarmos o nível funcional da floresta para Windows Server 2008 R2. Fique ciente que depois de habilitado o ADRB, não há volta!

Como funciona o ADRB? Vamos lá… Após excluirmos um objeto no Active Directory com o Recycle Bin habilitado, este objeto ficará em estado que chamaremos de “Objeto Excluído”. O objeto ficará neste estado até que o prazo definido expire, então passará para o estado “Objeto Reciclado” até que este prazo expire e o objeto seja fisicamente excluído do sistema. O tempo de vida de um objeto excluído é, por definição, nulo. Isto faz com que se use o valor do estado reciclado que, por definição, também é nulo. Quando o estado reciclado é nulo, usa-se o tempo de 180 dias. Por fim, o tempo total que o objeto (após ser excluído) fica guardado no Recycle Bin é de 180 dias, por definição. Podemos mudar estes valores, mas este assunto para outro post.

Habilitando o Active Directory Recycle Bin:

Para habilitar o Recycle Bin, vamos seguir os passos abaixo.

1. Após certificar-se que sua floresta é um ambiente Windows Server 2008 R2, abra o PowerShell em Start > Administrative Tools > Active Directory Module for Windows PowerShell. Caso ele solicite usuário e senha, os forneça.

image
Figura 1: Nível funcional do domínio.

image
Figura 2: Nível Funcional da Floresta.

image
Figura 3: Active Directory Module for Windows PowerShell.

2. Na tela de comandos do PowerShell, digite o seguinte e pressione Enter depois de cada comando:

· Import-Module ActiveDirectory

· Get-Module

· Get-Command *AD*

Devem-se obter os seguintes resultados:

image
Figura 4: Comandos no PowerShell.

3. Logo após, digite o comando abaixo:

· Get-ADOptionalFeature –Filter {Name –Like “*”}

Verificamos que o Recycle Bin está desabilitado, pois a propriedade EnabledScopes está vazia.

image
Figura 5: Propriedade EnabledScopes desabilitada.

4. Para habilitar o Recycle Bin, digite o comando abaixo, onde XFiles será trocado pelo seu <ADEntity>, que é o nome do seu domínio. Neste exemplo usamos XFiles.Local (notaram que é uma homenagem minha ao excelente seriado ArquivoX).

· Enable-ADOptionalFeature “Recycle Bin Feature” –Scope ForestOrConfigurationSet –Target “XFiles.Local”

image
Figura 6: Comando para habilitar o Recycle Bin.

5. Confirme digitando Y e pressione Enter.

image
Figura 7: Recycle Bin habilitado.

6. Para confirmar que o Recycle Bin foi habilitado, digitaremos novamente o comando do item 3, obtendo o seguinte resultado:

image
Figura 8: Propriedade EnabledScopes.

Observe que a propriedade EnableScopes agora contém informações.

Movendo objetos para o Recycle Bin:

Para nosso exemplo, vamos criar, no Active Directory Users and Computers, os seguintes objetos (caso queira testar os passos, não se esqueça de desabilitar a função Protect from accidental deletion ao criar os objetos! – Vide post anterior): um usuário com nome “Walter Skinner” que estará na Organizational Unit (OU) Empresa > Diretoria > Usuarios. O usuário também estará no grupo Diretoria. O resultado é mostrado na figura abaixo.

image
Figura 9: Grupo Diretoria – Objetos criados no AD.

Após verificarmos os objetos, excluímos o usuário Walter Skinner, o grupo Diretoria, a OU Usuarios e a OU Diretoria. Pretendemos recuperar estes objetos.

Verificando os objetos no Recycle Bin:

Nesta parte vamos verificar se um objeto específico foi excluído.

1. Para visualizar quais objetos estão no Recycle Bin, abra novamente o PowerShell e execute os seguinte comando pressionando Enter logo depois. Em DC, troque para seu domínio, nosso exemplo é XFiles.Local.

· Get-ADObject –SearchBase “CN=Deleted Objects,DC=XFiles,DC=Local” –ldapFilter “(objectClass=*)” –includeDeletedObjects | Format-Table

Obtemos o seguinte resultado, contendo os objetos que excluímos do Active Directory Users and Computers.

image
Figura 10: Tabela com todos os objetos deletados.

2. Para visualizar se um objeto específico se encontra no Recycle Bin, execute o comando abaixo. Neste exemplo, procuraremos o objeto usuário “Walter Skinner”.

· Get-ADObject –Filter {Name –Like “*Walter Skinner*”} –SearchScope Subtree –includeDeletedObjects

Obteremos o seguinte resultado:

image
Figura 11: Lista objeto específico.

Nota: O objeto usuário Walter Skinner possui informações em ObjectGUID. Esta informação deve ser guardada, pois será usada para recuperar o objeto.

Recuperando Objetos Excluídos:

Agora vem a parte mais legal. Descreveremos agora como recuperar os objetos excluídos. Lembre-se de obter o ObjectGUID do objeto que está no Recycle Bin.

1. No PowerShell, execute o comando abaixo e pressione Enter. Em <ObjectGUID> use a informação que obtemos no item anterior para o usuário “Walter Skinner”.

· Restore-ADObject –Identity <objectGUID>

Nosso exemplo resulta em uma falha. Esta falha indica que os objetos-pai do nosso usuário não existem.

image
Figura 12: Erro ao tentar restaurar objeto.

2. Para identificar os objetos pais do usuário, execute o comando abaixo. Este comando nos mostra que o usuário Walter Skinner pertence a um objeto que também foi excluído.

· Get-ADObject –Filter ‘Name –Like “*Walter Skinner*”’ –SearchScope Subtree –includeDeletedObjects –properties lastKnownParent

image
Figura 13: Propriedade LastKnownParent

3. Para finalizar este post, teremos que restaurar os objetos à partir da OU Diretoria, já que é o objeto-pai ao qual pertencem os outros objetos que foram deletados. Para restaurar o objeto OU Diretoria, teremos que primeiramente descobrir a propriedade <ObjectGUID> e depois executar o comando para restaurar. No nosso exemplo, devemos restaurar cada um dos objetos que forem necessários até chegarmos ao objeto Walter Skinner. Notem, na imagem abaixo, que quando executamos o comando para listar, aparecem dois resultados “Diretoria”, sendo que um é uma OU e o outro é um grupo. Teremos que escolher a propriedade da OU, senão o ocorrerá o erro anterior.

image
Figura 14: Listagem dos dois objetos Diretoria.

image
Figura 15: Objeto OU Diretoria restaurado.

image
Figura 16: OU Diretoria restaurada.

Seria interessante que o recurso aceitasse restaurar todos os objetos a partir do objeto-pai, podemos assim dizer. Dependendo da quantidade de objetos aninhados, seria um trabalhão restaurar um por um. Se alguém souber, pode falar que colocarei os devidos créditos. ;)

Ah, já ia esquecendo… Todo o procedimento de recuperação de objetos também pode ser feito usando o ldp.exe.

UPDATE

Hoje eu tive a honra de receber o comentário de um dos influenciadores mais importantes de Fortaleza, Emílio Mansur, informando o comando para recuperação do objeto-pai com todos os objetos-filho. Segue abaixo na íntegra (e no comentário).

“Bem, poderíamos recuperar todos os objetos de Empresa\Diretoria\Usuarios pelo comando

Get-ADObject -SearchBase "CN=Deleted Objects,DC=xfiles,DC=local" -Filter {lastKnownParent -eq "OU=Usuarios,OU=Diretoria,OU=Empresa,DC=xfiles,DC=local"} -IncludeDeletedObjects | Restore-ADObject

Mais comandos em:

http://technet.microsoft.com/en-us/library/dd379509%28WS.10%29.aspx

Saúde e Sucesso,
Mansur”

Obrigado, Mansur!

Dica contra Deleção Acidental de Objetos no AD do Windows Server 2008

Acidentes acontecem, sendo motivadas pela má administração ou “sem querer”, mesmo! Para se prevenir, se faz necessário bastante cuidado e backup atualizado, porém a Microsoft implementou um recurso que pode ajudar a evitar essas situações. O Windows Server 2008 traz o recurso Protect object from accidental deletion.

Para ativar este recurso, tem-se primeiro que ativar os recursos avançados (Advanced Features) do Active Directory para poder ser visualizada a aba Object, mas propriedades do objeto. Clica no menu View > Advanced Features.

clip_image002

Pronto. Agora podemos continuar com o procedimento.

Vamos usar um objeto Grupo que já foi criado no AD e ativar o recurso para teste.

clip_image003

Clicamos duas vezes no objeto e selecionamos a aba Object. Podemos ver que o checkbox do recurso não está ativado. Vamos ativá-la.

clip_image004

clip_image005

Recurso ativado, agora vamos testar se funciona mesmo, né! :P

clip_image007

clip_image008

Excelente recurso, não é verdade?!

Bom proveito e até a próxima em que abordarei sobre outro recurso fantástico do Windows Server 2008, o Recycle bin do AD.

Inté!

E Quem Falou que Não Existem Soluções Gratuitas da Microsoft?

Bom dia Pessoal!

Bem, como estou sem sono, pois irei fazer um evento, o Projeto IT3 Tech Show com os meus amigos Herleson Pontes e Rafael Biserra, daqui a pouco, aproveito para deixar uma dica muito legal para vocês.

Muita gente costuma falar que a Microsoft não tem nada gratuito, que tudo é pago, que é isso ou assado… Para quebrar este mito a Microsoft lançou um portal contendo todas as soluções gratuitas que ela possui. Sim, é possivel utilizar alguns produtos de forma gratuita, e vale à pena voce conferir!

gratisemelhor

http://www.gratisemelhor.com.br/

Bom proveito!

Jorge Barata

Sysprep: O que é e quando usar.

Muitos usuários, assim como eu, já passaram pela seguinte situação: criar uma VM e após duplicar (copiar/colar) a mesma, promove uma das cópias para Domain Controller e, ao tentar colocar a VM no dimínio recém criado, acontece um erro de SID duplicado. Então, como resolver o problema? Criar uma VM exclusiva para o DC. Desse modo, teríamos outro problema que seria o espaço em disco, ou melhor, a falta de espaço em disco (apesar da relação Mb/Real ter diminuido muito, ainda não é tão viável adquirir um storage exclusivo para VM’s) e do tempo dispendido para a criação das VM’s do zero. E esse exemplo é um dos motivos! E qual seria a solução mais prática? A resposta é simples: usando o comando Sysprep!

Antes de partirmos para um exemplo prático do uso do Sysprep, este artigo vai abordar um pouco sobre este comando, ainda, pouco conhecido e alguma de suas características.

Vamos lá!

O que é o Sysprep?

A ferramenta System Preparation (Sysprep) prepara uma instalação do Windows para duplicação (o exemplo acima), auditoria e para entrega ao cliente. Como assim “entrega ao cliente”? Quando, após uma instalação limpa, se instala os drivers adicionais e aplicações e usa o Sysprep para preparar uma imagem para ser entregue ao cliente. Os computadores que vem com o Windows instalado e customizado pelo fabricante (OEM). Duplicação, também chamado de imagem, permite você capturar uma imagem do Windows personalizada que pode ser reutilizada em toda a organização. O modo de auditoria permite que você adicione drivers de dispositivos adicionais ou aplicações para uma instalação do Windows. Este artigo abordará, mais adiante, cada um desses cenários onde o Sysprep pode ser utilizado, bem como seus benefícios e algumas de suas limitações.

Vamos falar sobre os cenários, ou os modos, que se pode utilizar o sysprep.

1) Criação Build-to-Plan (BTP) de uma imagem do Windows:

Neste cenário, se pode criar uma única imagem de referência do Windows para instalar em computadores que utilizem a mesma configuração de hardware. Pode-se, ainda, personalizar uma instalação única do Windows, instalando o Windows e em seguida, incluir drivers e aplicativos adicionais. Após o procedimento anterior, captura-se a imagem do Windows e a usa para instalar em seus computadores. Não é preciso fazer mais modificações adicionais nesta imagem.

Passo-a-passo para a utilização deste cenário:

1) Instala-se o Windows em um computador de referência;

2) Depois de finalizar a instalação, você reboota o computador e instala os drivers ou aplicações;

3) Depois de atualizar a instalação do Windows, você executa o comando sysprep / oobe / generalize. A opção / generalize instrui o Sysprep para remover dados específicos do sistema do Windows instalado. As informações específicas do sistema incluem: os logs de evento (Event Viewer), o identificador único de segurança (SIDs) e outras informações exclusivas. Após as informações do sistema original forem removidas, o computador é desligado. A opção / oobe instrui a instalação do Windows para executar o Windows Welcome na próxima vez que o computador for inicializado;

4) Após o computador reiniciar, você pode efetuar o boot normalmente;

Exemplo:
Sysprep_01
Sysprep_02
Sysprep_03
Sysprep_04

Neste exemplo, o Sysprep foi executado em uma VM do Windows 7 RTM que servirá de disco diferencial. Ao finalizar, a VM será desligada. Agora é só usar esta imagem como disco diferencial e toda vez que iniciar uma VM nova, gastarei menos de 10 minutos até que tenha uma máquina nova que poderá executar qualquer função de servidor, inclusive um DC.
É uma ótima técnica para quem, como eu, não possui muito espaço livre para VMs de teste e não quer gastar muito tempo criando uma VM nova.

2) Criação Build-to-Order (BTO) de uma imagem do Windows:

No cenário BTO, você começa com uma imagem de referência do Windows. Depois de instalar esta imagem de referência, você faz atualizações adicionais para as instalações do Windows que são únicas para o computador que você está instalando. Em geral, estes aplicativos ou atualizações são solicitados pelo cliente. Ao iniciar em modo de auditoria, Você pode instalar dispositivos adicionais e aplicações específicas para o computador.

A diferença entre os cenários BTP para o BTO é que as alterações adicionais que você faz às instalações de referência do Windows são únicas para o computador.

Passo-a-passo para a utilização deste cenário:

1) Você inicia com uma imagem de referência do Windows que deseja aplicar a todos os computadores de sua empresa;

2) Instala em um computador uma imagem de referência do Windows que deverá ser entregue ao cliente;

3) Depois de finalizar a instalação, você executa o comando sysprep / audit / generalize / shutdown para configurar o Windows a bootar no modo de auditoria.

4) Use a nova imagem de referência do Windows para instalar em outro computador. A imagem será aplicada no computador e o Windows executará o boot pelo modo de auditoria;

5) Você pode instalar aplicações adicionais ou outros updates baseados nas solicitações do cliente. Você pode, também, testar o computador para verificar se todos os componentes estão funcionando corretamente;

6) Depois que você atualizar a instalação do Windows, você executará o comando sysprep / oobe / shutdown.

7) O computador estará pronto para ser entregue ao cliente e, quando ele executar o Windows, irá aparecer a tela Windows Welcome.

Bootando pelo modo de auditoria

O modo de auditoria habilita que empresas OEM possam customizar rapidamente suas instalações Windows. No modo de auditoria você pode instalar aplicações, adicionar drivers de dispositivos, executar scripts, testar e validar a instalação do Windows. O modo de auditoria não requer que as configurações do Windows Welcome sejam aplicadas.

Tipicamente, o Windows iniciará o Windows Welcome imediatamente após a instalação. Entretanto, para bootar pelo modo de auditoria, teremos que bypassar pelo Windows Welcome e bootar diretamente para o desktop. Isso possibilita você a iniciar o seu processo de customização o mais rápido possível.

Além disso, com o modo de auditoria habilitado, você pode verificar se seu computador encontra-se funcional antes de entregar ao cliente. Você pode verificar se a primeira experiência do usuário executará como esperado, e as costumizações OEM e as informações sobre as opções de suporte da sua empresa estarão presentes.

Existem muitas maneiras de bootar pelo modo de auditoria:

  • Para instalações assisitidas, na tela do Windows Welcome, pressione as teclas CTRL + SHIFT + F3;
  • Em uma instalação desassistida, adicione o componente Microsoft-Windows-Deployment à configuração oobeSystem. Na configuração Reseal | Mode, especifique Audit. Quando o Windows completar a instalação, o computador reiniciará no modo de auditoria. Para mais informações sobre esta configuração, leia Unattended Windows Setup Reference;
  • Execute sysprep /audit no prompt de comando.

Para mais informações sobre o modo de auditoria, veja [http://technet.microsoft.com/en-us/library/cc722413(WS.10).aspx]

Depois que você fizer as configurações na instalação do Windows, você pode preparar o computador para ser entregue ao cliente, executando o comando sysprep /oobe. A opção /oobe instrui o Windows a executar o Windows Welcome na próxima vez que o computador bootar.

Citarei, logo abaixo, algumas limitações do Sysprep que acho importantes:

  • O Sysprep não deverá ser adotado como opção para upgrade de SO. Somente para imagem em instalações limpas do Windows;
  • Os dispositivos plug-and-play dos computadores de referência e destino, devem ser instalados antes de gerar a imagem;
  • O relógio para ativação iniciará na primeira vez que o Windows iniciar. Você poderá usar o Sysprep três vezes, no máximo, para resetar o relógio do Windows Product Activation. Após a terceira vez, o relógio não resetará mais;
  • O Sysprep executará somente em um computador membro de um grupo de trabalho. Não em um membro do domínio. Se o computador já estiver adicionado ao domínio, após executar o Sysprep, ele removerá o computador do domínio;
  • Não execute o Sysprep em partições, ou volumes, NTFS em que as pastas e arquivos esteja criptografados, pois estas pastas ou arquivos ficarão completamente ilegíveis ou corrompidas;
  • Para maiores informações, veja no paper [http://technet.microsoft.com/en-us/library/cc721940(WS.10).aspx].

Bem, espero ter ajudado com este pequeno artigo.

P.S.: Se houver algum erro ou queiram acrescentar algum detalhe, mande um e-mail para mim. Será um prazer!

Até a próxima e fiquem com Deus.

Jorge Barata