Ao investigar os erros de sessoes, olhe em ambas aspontas da sessao:Os arquivos do ADSM-L estao cheios de publicacoes sobreproblemas de sessao onde o tecnico local olhou para indicacoes sobre apenas oclient final da sessao que falhou. Obviamente, se o TSMServer cancelou asessao, tera registrado algumas informacoes sobre o motivo. (A razao para osproblemas da sessao e quase sempre encontrado no TSMServer.) Examine indicacoesem ambas as pontas da sessao para obter toda a imagem. Poste perguntas sobreerros de sessao no ADSM-L somente depois de investigar o todo, e nao encontrara resposta.Verifique oanti-virus onde esta rodando Jobs de backup:Ha inumeros problemas provocados pelo anti-virus, naoso para o TSMServer, como para qualquer outro software de backup, quandoexecutado, ao mesmo tempo em um servidor onde o backup esta ativo. Funcionalidadee desempenho sofrem.Nao deixe que os usuarios finais ditem as escolhas tecnologicas:Dentro de uma organizacao, os usuarios finais tendem aser conhecidos por ditarem como um sistema deve ser implementado, com base emseus conhecimentos limitados e geralmente obsoletos para tecnologia deprocessamento de dados. Departamentos do usuario final sao responsaveis portransmitir as necessidades do negocio, e nao definir opcoes tecnologicas. Odepartamento de TI esta, suponhamos, mais apto a opinar sobre tecnologias, edeve determinar a melhor implementacao. Por exemplo, alguns usuarios finaispodem chegar a um esquema de backup para diarios, semanais e mensais obviamente com base em como eles viram, no passado, o funcionamento de algunsprodutos de backup. Seus esquemas, provavelmente, nao tem nada a ver com asnecessidades do negocio, e se for seguido seria subverter as capacidades do TSMServerque custou caro para a empresa, que o adotou, para seguranca inteligente dosdados de negocio.Nao use todos drives para fins administrativos:Ha ocasioes em que voce, como administrador do TSMServerquer fazer um monte de coisas, como fazer o backup de stgpools, reclaim erestore de fitas, e por isso somos tentados a usar cada drive. Nao! Na maioriados ambientes, solicitacoes de clients podem vir a qualquer momento. A ocupacaode todos os drives, no minimo causara delay nas sessoes. Tambem pode causar queos processos administrativos sejam preteridos ... e se voce esperava liberar fitasscratchs o suficiente com o reclamation, proximo ao horario da janela debackup, voce pode, (e muito provavelmente sera) ser rudemente surpreendido maistarde.Conselho para analise de um problema. Alguns pontos nesta area:- Na lista de discussao(mailing do ADSM), vemos muitas postagenssobre problemas de performance que comeca com.: "Nos temos dois sistemasidenticos ...". Nunca acredite quedois sistemas sao identicos. Tal coisa e fisicamente impossivel, e se acredita,ira inibir uma analise mais produtiva de problemas de performance do sistema.Diferencas sao saudaveis, e dar a oportunidade de comparar os efeitos dediferentes ingredientes. - Como umaextensao do exposto, nao entre em uma analise de qualquer sistema com nocoespreconcebidas de como as coisas estao acontecendo nesse sistema. Faca isso evoce vai se cegar para funcionamento do sistema real. Coloque-se em umamentalidade de procurar, para saber o que esta acontecendo, e sua analise seramuito mais eficaz. - "Mas,nada foi mudado!" Bem, as vezes, isso e uma coisa ruim. Sistemas podem rodardurante muito tempo, muito bem, apesar de terem software, firmware, ou adaptadorescom problemas latentes. Muitas vezes, ha