Conselhos para novos administradores - Parte 2

Pessoal, boa noite,

Vimos dicas importantes no post anterior, como o quão importante é conhecer o ambiente que estaremos administrando e uma das peças chaves para a boa administração que é a monitoração.

Vamos as dicas de hoje....

Mantenha registros:

Ao alterar qualquer arquivo de um sistema crítico, SEMPRE faça uma cópia antes. (Obs.: Eu criei um comando ‘bkupfile’, que executa um ‘cp –p’ para fazer uma cópia do arquivo, acrescentando-se um datestamp YYYYMMDD para indicar a data da mudança; E esse comando é usado religiosamente sempre que for realizar uma modificação em algum arquivo).

É de valor inestimável usar este procedimento, para apontar quando as mudanças foram feitas, e fornecendo alguma coisa para realizar fallback em caso de problemas.

De alguma forma, preservar o conteúdo do ACTLOG para uma época que engloba a reutilização da fita mais antiga. Apenas o ACTLOG lhe dará uma imagem clara do uso da fita ao longo do tempo, o que também é uma informação de valor inestimável ao tentar descobrir o que foi gravado e quando - particularmente em situações de recuperação.

Leia arquivos README!!!

Por mais óbvio que isso deve ser, e acompanhando os posts do ADSM-L, pouquíssimos clientes realmente lêem o README. É extremamente importante, pois os fabricantes sempre fornecem informações suplementares.

Os mesmos usam tais arquivos para fornecer as informações mais atualizadas sobre o software que está a ponto de usar. Informações que podem complementar e/ou instruções corretivas feitas na documentação formal além de fornecer avisos sobre a melhor forma de usar o software, baseado em descobertas recentes. Ignorar este arquivo é colocar você e os demais recursos da sua área em risco: no mínimo, você pode perder tempo; na pior das hipóteses, os danos podem ser irreversíveis.

Fique ligado!

Caso tenham alguma sugestão, reclamação, correção, ou qualquer outra coisa, por favor compartilhem. Escrevam, compartilhem ou mandem email para tsmnapratica@gmail.com.

Um grande abraço a todos.

Conselhos para novos administradores - Parte 1

Pessoal, bom dia

Recebi um documento de um colega há muito tempo. Estava perdido em um dos meus HD´s. Gostaria de compartilhar com vocês. É grande, portanto vou dividir em postagens.

Conhecer e entender os sistemas que será responsável:

Nenhum esforço é suficientemente forte, como parte de uma implementação de um sistema crítico, é absolutamenteo essencial que se torne familiar deste sistema, o que significa que você deve ler os manuais e se torne familiar com todos os elementos e saiba onde procurar informações, particularmente, informações relacionadas a problemas.

Administrar e monitorar o sistema:

É incrível, mas no mailing do ADSM-L, nós repetidas vezes encontramos clientes que estão escrevendo sobre o porque seus sistemas falharam..... porque os sistemas não receberam níveis adequados de administração, ou seja, cuidado. O elemento mais vital da administração é a monitoração, particularmente para a escassez de recursos. Você precisa para olhar constantemente a utilização do DB e LOG do TSM, a disponibilidade de fitas scratchs, a disponibilidade de drives, e similares. É imensamente frustrante ver um cliente escrever sobre a queda de um TSMServer, causada pelo estouro da área de Log.... cujo uso já estava crescendo ao longo do tempo, onde o administrador teve tempo suficiente por algumas semanas para aumentar o tamanho desta área ou alterar os schedules que estavam causando o "log pinned" para que o uso da log seja mais racional.

Lembrem-se.: O universo favorece aqueles que prestarem atenção!!!

Um bom dia a todos!

METAFRAME - RC12

Bom dia a todos,

Recentemente tivemos um problema em nosso ambiente e gostaria de compartilhar a solução aplicada.

Em um ambiente Windows Metaframe, as unidades de disco locais (C:\ D:\ E:\) não ficam visíveis no SO, porém se você digitar no Windows Explorer C:\, ele consegue acessar a unidade sem qualquer erro.

No OPT estava configurado.:

Domain C:\

Domain D:\

Domain E:\

Domain SystemObject

Mesmo assim, ao tentar executar o backup a mensagem de erro era a seguinte.: File System not ready

A solução implementada.:

Existem duas chaves de registro no Windows que define se os discos locais serão ocultados para o usuário.

Local 1

My Computer\HKEY_USERS\S-1-5-18\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

Local 2

My Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

A solução foi a remoção da chave de registro NoDrives do Local 1. Assim as unidades locais ficaram acessíveis para o client do TSM e com isso o backup foi executado normalmente.

Caso tenham alguma sugestão, reclamação, correção, ou uma outra alternativa de solução para o tópico, por favor compartilhem.

Um abraço a todos.

Quando nada mais funciona.....

Olá pessoal, boa noite,

Muitos devem estar neste momento se perguntando.: "Qual a relação entre um durex e a nossa área?"

Muito bem. Esta semana tivemos um pequeno problema. Uma fita LTO3 arrebentou dentro de um dos drives do nosso robô.

E agora, o que fazer?

A primeira coisa foi checar se a política de backup contempla DRM, ou seja, cópia offsite. Infelizmente não. Se tivesse, bastaria fazer o restore volume.

A segunda coisa, foi efetuar levantamento de todas as informações que estavam na fita,  para analisar o impacto de possíveis perdas.  Não era muita coisa, mas eram e são importantes. Algo em torno de 10% Full

Duas horas depois do problema, finalmente conseguimos tirar a fita do drive.

Em um estalo, um dos colegas sugeriu usar durex para colar a fita e tentar executar o move data. Apesar da apreensão de todos, resolvemos testar e para nossa surpresa, FUNCIONOU!!!

A idéia do post de hoje é para demonstrar que apesar de ter uma política de backup, que está executando com sucesso, por um erro de hardware, teríamos um grande impacto caso tivéssemos uma solicitação de restore. E que uma decisão, atitude, que as vezes pode parecer maluquice, pode funcionar.

Pensem nisso!

Um ótimo fim de semana a todos.

Problema TDP for Exchange

Pessoal, boa tarde,

Peço desculpas, sei que não postei aqui ainda como instalar e customizar o TDP for Exchange, mas como tive um problema ontem e afinal de contas, esse blog é exatamente para trocarmos idéias sobre nosso cotidiano, resolvi colocar os problemas que tive e o que foi feito para resolver. Em uma outra oportunidade, postarei como instalar e configurar o TDP.

Ontem coloquei aqui no blog um video onde estava preparando o TSMServer para receber um ambiente de Exchange.

Após isso, iniciei a configuração do TDP for Exchange em cluster, só que tive alguns contratempos, o qual gostaria de compartilhar, e o que foi feito para resolver.

Erro 1.:

ACN5237E Unable to communicate with the Microsoft Exchange Server

O TDP for Exchange utiliza como default o hostname local do servidor como sendo o nome do Exchange Server. Em um ambiente cluster, os administradores do Exchange normalmente não utilizam o hostname local ou hostname da máquina física para setar o Exchange Server. Eles usam um hostname Virtual (Exchange Virtual Server).

"C:\Program Files\Tivoli\TSM\TDPExchange\tdpexc.exe"

Dê um espaço em branco e acrescente as seguintes opções.:

Obs.: Atente

Então nossa linha de comando ficará assim.:

"C:\Program Files\Tivoli\TSM\TDPExchange\tdpexc.exe" /EXCSERVER=exchange_server_name /TSMOPTFILE=x:\path\dsm.opt

Pronto, meu problema foi resolvido, pensei..... mas....

Erro 2.:

ACN5238E Unable to retrieve the domain information

Este erro é ocasionado se o seu usuário não tiver permissões suficientes. Apesar de saber disso, os administradores de Exchange, garantiam que meu usuário estava Ok. Mas não estava.

 

Precisei passar o link da IBM onde mostra claramente o erro e o que deve ser feito.

 

Vou reproduzir aqui.:

Cause

This problem is caused by running Data Protection for Exchange while logged in under a userid without enough permissions. Data Protection for Exchange requires that the userid have the "Exchange View Only Administrator" or higher permission. Without enough authority, the Windows operating system will not allow Data Protection for Exchange to access the Exchange objects necessary to perform the operation.

Answer

There are two solutions to this problem:

1. Use the Microsoft Exchange System Manager to add the required permissions to the userid performing the Data Protection for Exchange operations.

or

2. Login in to Windows under a userid that already has the proper permissions to perform the operations.

Pronto. Feito isso, problema resolvido, backup full iniciado e executado sem erros.

Qualquer dúvida, sugestão, crítica ou correção, por favor, mandem mensagens para o blog ou enviem um email para tsmnapratica@gmail.com

Um abraço a todos.

Registro de um novo domínio

Pessoal, boa noite,

Hoje gostaria de, ao invés de escrever muito, o que convenhamos as vezes cansa, vou postar um vídeo. Fiz agora pouco, devido a necessidade de implementação de um ambiente Exchange.

Como todos sabem, não é obrigatório, mas é recomendável que separemos os tipos de dados através de domínios. Eu costumo separar os tipos de dados da seguinte forma.: Um domínio para backups de file systems para máquinas Intel; Um domínio para backups de file systems para máquinas Unix; Um domínio para dados de Exchange; E um dominio para Oracle/SQL.

Acompanhem o vídeo abaixo.

 

Obs.: Depois que o vídeo ficou pronto é que percebi alguns erros de digitação. Peço desculpas antecipadamente...rs


Espero que tenham gostado.

Qualquer dúvida, sugestão, crítica ou correção, por favor, comente no blog ou mande um email para tsmnapratica@gmail.com

Um abraço a todos.

Comparativo entre fitas LTO

Pessoal, boa noite,

Gostaria de pedir desculpas pela demora em responder todos os e-mails que recebi. Gosto de escrever, de trocar idéias, experências com outros profissionais, mas precisei realmente dar um tempo, devido a atividades profissionais.

Este post não é sobre TSM, mas é sobre um tipo de midia amplamente utilizado, e de conhecimento de todos aqueles que trabalham na área de Backup/Restore. É a fita LTO.

A figura abaixo, que considero muito interessante, demonstra a evolução das gerações dessa fita.

Caso possuam uma dúvida, uma sugestão, crítica ou correção, comente, mande e-mail para tsmnapratica@gmail.com.

Um abraço a todos.