ROBOCOPY - Robust File Copy for Windows

Olá Pessoal!

    De uma hora para a outra, nós podemos perder os dados do nosso computador ou servidor. Vamos supor que roubem seu Notebook, Queime o HD, pegue fogo no prédio da sua empresa, enfim, motivos não faltam para que seus arquivos sejam perdidos para sempre. Por isso, é sempre indicado fazer o backup (cópias de segurança) dos mais importantes (ou de todos) arquivos em seu PC. Hoje em dia temos inúmeros programas de backup como o Cobian, Yadis e etc..

   Vou apresentar um comando simples incluso desde o Windows NT, mas funciona (e muito bem!) em Windows 7, Windows 8 e/ou Windows Server 2008. Mas ele se tornou robusto no Windows Server 2003, junto ao Windows Server 2003 Resource Kit Tools.
    

   O nome desse comando chama-se ROBOCOPY bem assim mesmo ROBOCOPY! Ou Robust File Copy for Windows, tão poderoso quanto ao nosso amigo aí embaixo!

    Bom chega de papo e vamos ao que interessa, como já foi mencionado o robocopy é um comando executado no Prompt de Comando, mas para quem não é muito do terminal existe uma versão gráfica do robocopy. Pode ser baixada aqui. Eu prefiro no terminal no famoso "braço", então vamos lá:

A sintaxe do comando é simples:

# robocopy origem destino

# robocopy C:\Backup D:\Backup

Com esse comando o conteúdo da pasta C:\Backup vai para o destino D:\Backup.

Agora vamos copiar o conteúdo da pasta e mais as sub-pastas vazias ou não:

# robocopy C:\Backup D:\Backup /E

    Mas o nosso foco é Backup vamos ter um espelho da pasta C:\Backup para o destino. É só acrescentar a opção /MIR (mirror). O comando fica assim:

# robocopy C:\Backup D:\Backup /MIR

    O robocopy é muito "esperto" uma vez executado o comando a segunda vez ele vai copiar somente os arquivos que foram alterados e criados novos. A segunda sacada do robocopy é que ele "leva" as flag's de arquivos e pastas, como atributos, permissões de segurança e etc. A terceira e mais legal de todas as sacadas, é que com o robocopy podemos gerar log, nos dando um resumo da cópia em um arquivo .txt ou .log. Resumindo na minha humilde opinião ele é um excelente programa de backup se bem configurado.

    Existem muitos parâmetros no robocopy. Aqui podemos ter maiores detalhes. Vou apresentar o comando que mais me atendeu para fazer o backup na empresa aonde trabalho:

robocopy C:\Backup \\STORAGE\Backup-Trabalho-%date% /E /MIR /COPYALL /ETA /LOG:F:\Logs\log-backup.log

vamos desmembrar esse comando:

robocopy - programa

C:\Backup - Origem

\\STORAGE\Backup-Trabalho-%date% - Destino da cópia criando uma pasta usando a data do sistema. Temos de alterar o padrão da data e alterarmos para DD-MM-AAAA pois não é possível criar pastas no padrão DD/MM/AAAA

/E - Copia Sub-Diretórios e Pastas Vazias

/MIR - Espelha a origem para o destino. Ou seja se for EXCLUÍDO um arquivo na ORIGEM o mesmo NÃO vai existir no DESTINO. Temos de ter MUITA atenção se é isso que queremos! Como mencionei antes, o robocopy é muito poderoso e não perdoa ninguém!! :P

/COPYALL -  Copia todas as informações do arquivo, permissões e etc.

/ETA - Mostra o tempo estimado de chegada dos arquivos copiados. Esse argumento é mais para efeito de LOG.

/LOG:F:\Logs\log-backup.log - ativa o log do comando setando o caminho do arquivo.

    Bom pessoal a principio é isso. Não fiz muitos prints pois o post é auto-explicativo. 

    

    Infelizmente, a maioria das pessoas só lembra de fazer backup após perder arquivos tanto no computador do trabalho como no de casa. Então é muito importante fazer cópias de segurança, seja em Disco Externo, Pen Drive, sincronizar com o Google Drive enfim temos que ter uma cópia em outro lugar, pois o HD é um dispositivo eletrônico e assim como ele esta funcionando hoje amanha pode não estar, então backup é fundamental pessoal!

    
  Comigo já aconteceu de perder os dados deu "pau" na Storage da Seagate que tinha, e os discos acabaram indo para a Data Recover. Serviço impecável, muito bom e de alta confiabilidade, porém muito mas muito caro mesmo (mais de R$: 5.000,00), mas dependendo da situação temos que pagar, pois a pergunta que se faz é:

- QUANTO VALE OS TEUS DADO$!?

    É imensurável né pessoal!? Então #ficaadica!

Um Grande Abraço a Todos!

:wq

Read More

Acessando Windows via TS em Clientes Linux

Olá Pessoal!

    Para quem usa Linux as vezes precisa acessar o servidor no trabalho que é Windows, acessar a máquina de um cliente que deu problema em alguma coisa.. ou ainda acessar a máquina da mãe pois ela não esta conseguindo fazer alguma coisa no Word! 

    Isso é extremamente comum para nós que trabalhamos com informática, e para encurtar o caminho e ao invés de procurar uma máquina com Windows  para acessar via "Conexão de Área de Trabalho Remota"  podemos usar clientes de TS (Terminal Server) para Linux. Vou apresentar dois que uso com bastante frequência e ambos funcionam muito bem.

#REMMINA

    O Remmina é um cliente de desktop para linux que suporta alguns dos mais populares protocolos de acesso remoto. São eles RDP, VNC, NX, XDMCP e SSH. Seu uso é extremamente simples e funcional. 

    Usei como S.O a distribuição Linux Mint 13 XFCE para os testes do post. Vamos instalar e configurar um acesso a um máquina com Windows 7 via RDP. O IP da máquina a ser conectada é 10.1.1.198:

Let's Go!

Podemos instalar via modo gráfico, mas particularmente eu prefiro e acho muito mais fácil instalar via terminal então vamos lá :)

#sudo apt-get install remmina

Pronto esta instalado o remmina! Agora podemos localiza-lo em:

Menu - Internet - Remmina Remote Desktop Client

Tela Principal do Remmina

Agora vamos configurar a nossa conexão. Clicamos em Connection e depois New:

Nomeamos a nossa conexão

Setamos o IP do Servidor 

Nome do Usuário (é possível colocar a senha também assim o logon fica automático, mas por uma questão de segurança eu prefiro digitar a senha)

Podemos setar o dominio se a máquina pertencer ao mesmo

Podemos definir o tamanho da tela

Qualidade do vídeo (Color Depth)

Clicamos na aba Advanced:

Definimos a qualidade da conexão

Podemos "trazer" o som da máquina remota para a nossa

E temos de setar o protocolo RDP em Security

    Feito isso clicamos em Save. Vamos voltar a tela principal do programa mas com a conexão criada:

Dois cliques na conexão e:

Colocamos a senha do usuário

Estamos na máquina remota!

    O remmina é extremamente simples e funcional, mas faço uma ressalva. Ele tem um bug que até o momento desta postagem não havia sido corrigido.. O "Caps Lock" e o "Num Lock" funcionam de maneira contrária! Ou seja quando a luz do "Num Lock" do teclado estiver acesa ele não funciona e quando desligado ele funciona! Essa é a única ressalva que posso fazer mas é um cliente simples e podemos ter várias conexões de diferentes protocolos neste cliente.

#RDESKTOP

    O rdesktop é um cliente Linux específico para protocolo RDP. Seu uso (a meu ver) é mais simples que o do remmina sendo mais "editável" que o primeiro. Normalmente ele já vem pré-instalado, mas caso não venha vamos instalar o rdesktop via terminal:

#sudo apt-get install rdesktop

    Instalado o rdesktop já podemos utiliza-lo. Ele é utilizado via terminal. Nas versões mais antigas do Ubuntu como a 10.04 por exemplo, havia uma janela gráfica para configurar a conexão. Podemos instalar o grdesktop (GNOME rdesktop client) Mas como o foco não é o gráfico nesse programa, com um simples comando já é possível termos conexão:

#rdesktop 10.1.1.198

    Note que já estamos prontos para acessar a nossa máquina remota, só nos resta setarmos o usuário e senha corretos e estamos dentro! Mas o melhor do rdesktop é que podemos usar vários argumentos para acessarmos nosso servidor. Vou apresentar o comando que uso com bastante frequência e o que mais se encaixa na minha realidade:

#rdesktop -a 32 -f -u Administrador -N 10.1.1.198

Podemos mencionar o comando acima da seguinte forma:

rdesktop = programa de conexão

-a 32 = O argumento -a seta o color depth (8, 16, 24 bpp). Se voce estiver conectando em Windows 7, Windows Server 2008 ou superior podemos usar 32 bpp mas se for Windows Xp ou inferior deve-se usar 24 bpp pois o Xp não suporta mais que 24 bpp. 

-f = Aqui definimos que a conexão vai ser "Full Screen"

-u = Setamos o usuário

-N = Ativamos o Num Lock

10.1.1.198 = Ip do nosso servidor

Conexão com o comando:

#rdesktop -a 32 -f -u Administrador -N 10.1.1.198

  Com o rdesktop podemos usar pendrive na máquina remota, som, impressora enfim fazer várias combinações de conexão. Voce pode ver aqui todos os argumentos que se é possível fazer com o rdesktop.

 Não percebi absolutamente nenhum bug no rdesktop funciona de maneira muito estável e segura.

  Espero ter ajudado de alguma forma, não esqueçam de postar suas dúvidas, sugestões ou criticas para nós.

Um grande abraço a todos!

:wq

Read More

Diminuir Tamanho de Disco VM XenServer

Olá Pessoal!

   Tenho um servidor de virtualização na empresa aonde trabalho rodando o XenServer 6.0.2, até o momento eu tinha somente uma VM Windows Seven instalada e funcionando normalmente (É meu servidor dos ThinClients). Quando o instalei a alguns meses atrás não sabia mexer direito no XenServer e não provisionei a demanda de uma nova VM. Dito e feito! Precisei levantar outra VM para aplicação do sistema de ponto eletrônico na empresa mas não havia espaço em disco no host. E agora!? 
   Após pesquisar bastante achei uma dica no grupo de discussão sobre XenServer, e resolvi de uma maneira bem prática (porém trabalhosa e demorada!) via XenConvert.

   

    Primeiro tive que simular um P2V (Physical to Virtual), como mencionei vamos precisar instalar o XenConvert na VM que esta rodando no host. Host esse que terá o disco diminuído. Após instalado o XenConvert iniciaremos o processo: 

Let's Go!

Primeira tela do XenConvert 

   Existe outras opções de conversão mas no nosso caso vamos "converte-lá" para XenServer

Eis aqui a chave do nosso post!

   
   Nesta tela é possível definir o tamanho do disco após a conversão, mudando os valores de Free Space ao lado teremos o tamanho das partições e na última linha o tamanho total do disco.

   
   Aqui colocaremos o IP do Host que esta instalado o XenServer user e pass do root e aonde iremos salvar a nossa conversão. Pode-se usar um disco externo, uma Storage ou até mesmo uma pasta compartilhada de outro PC. Lembrando que devemos nos certificar que temos bastante espaço para salvar a nossa máquina pois dependendo da quantidade de dados na VM o arquivo se torna imenso.

Definimos o nome da VM a ser convertida

Resumo final e Convert!

Em progresso... Lembrando que o processo é bastante demorado mesmo, leva em torno de 4h em média, isso depende muito da quantidade de dados da VM.

Concluído!

   
   Lembrando que foi feito em uma VM Windows. Não cheguei a testar em VM's Linux mas é a ideia para um próximo post. 

   Bom pessoal a principio é isso, depois temos de importa-lá no XenCenter. Não deixem de postar suas dúvidas e/ou sugestões!

Um Grande Abraço,

:wq

Read More