Artigo Problemas num programa administrativo rodando em rede: erro no servidor Questão colocada pelo leitor Sou técnico em informática e numa empresa que atendo tem 2 PCs interligados com cabo crossover rodando um programa administrativo comercial porque, segundo o fornecedor, não tem como instalar em 2 micros distintos. Acontece que se parar o micro onde está o programa (que funciona como servidor) o micro outro vai parar também. Meu cliente não tem preocupação em fazer backup, e nem o fornecedor do programa está preocupado em encontrar uma solução para o caso.
Pensei em deixar um pen-drive espetado no servidor porque se este parar eles podem continuar usando o programa no outro PC através do pendrive e, depois de corrigido o problema do servidor, atualizaria o programa através do pendrive.
Sei que isso tudo é muito primitivo mas estou no meio de pessoas que não gostam de se atualizar, acostumam fazer a mesma coisa e vão assim até morrer...
Estive pensando numa hospedagem grátis em um servidor externo (nuvem) que poderia ser acessado dos 2 PCs e ter o arquivo sempre atualizado e sem perigo de perda. Agradeceria se puderem me ajudar a encontrar a solução, trabalho somente com manutenção mas me preocupo com a segurança de meus clientes. Nossa resposta Resumindo a situação descrita pelo leitor, ocorre que determinada empresa tem uma pequena rede que interliga dois computadores. Um deles tem um programa administrativo que é acessado pelo outro via rede, sendo que o bando de dados deste programa vai atender aos dois computadores. A preocupação do leitor resume-se a duas situações distintas: quando um dos micros para o outro para também, e o fato da parada levar a perda de dados, uma vez que seu cliente não faz backup dos dados.
Em primeiro lugar é preciso esclarecer que o fato da interligação ser com cabo crossover não tem qualquer implicação no caso. Para quem não sabe, numa rede com cabo crossover não se usa hub nem switch, um micro vai ligado direto no outro, só que uma das pontas dos cabos precisa ter os sinais invertidos, simulando o que acontece dentro do switch. Mas, em termos práticos, uma rede feita assim funciona exatamente da mesma forma que nas redes que usam switches (para mais informações sobre este assunto, vide o artigo “Cabos de par trançado” publicado na ).
O fato do banco de dados rodar em apenas um computador é normal nos programas administrativos, pois assim as informações lançadas em qualquer terminal que seja ficam sincronizadas, ou seja, uma lançada uma informação no sistema ela ficaria disponível em todos os demais terminais.
No caso, o micro onde fica o banco de dados funciona realmente como se fosse o “servidor” do sistema, e se ele parar tudo vai parar mesmo. Nada há o que fazer quanto a isto, é uma conseqüência inevitável dos programas que rodam em rede. O que se pode fazer é tomar todas as precauções para que este micro não pare, usando um no-break para livrá-lo de problemas na rede elétrica, deixando-o sempre em perfeito estado tanto no hardware quanto no software, evitar de utilizar esta máquina para surfar na internet e manter o anti-vírus sempre atualizado.
Para o caso do servidor parar ou dele sofrer uma avaria no banco de dados do sistema administrativo, é preciso fazer backup diário dos dados ou, se isto for difícil, pelo menos uma vez por semana. Assim, no máximo perde-se alguns dias de trabalho, mas não TODO o trabalho feito nele. Existem diversas técnicas para se fazer backup, conforme já demonstramos no artigo “Técnicas de backup” publicado na .
Neste caso, o que poderíamos sugerir seria fazer um script simples (arquivo .BAT) que copiasse os dados para um pendrive ou até mesmo para uma pasta criada especificamente para este fim no outro computador ou então, como o leito sugeriu, num drive virtual criado fora da empresa. Esta última opção poderia ser uma boa idéia para um backup semanal ou mensal, mas para o dia-a-dia o melhor mesmo seria se virar com os recursos locais, como a cópia numa pasta do outro micro ou num pendrive.
Suponhamos que a pasta onde estão os dados é a C:Arquivos do programa e vamos copiar estes dados para a pasta no outro micro que fica em H:Backup do programa. O arquivo BAT seria alguma coisa assim:
copy "C:Arquivos do programa*.*" "H:Backup do programa" /V
No caso, a opção "/V" seria para que a cópia seja verificada após concluída, a opção "*.*" significa "copiar tudo".
Para que o arquivo acima rode independentemente de ser acionado pelo operador, é só usar o Agendador de Tarefas do Windows e programar para executar o script fazer a cópia numa hora determinada como, por exemplo, às 17 hs quando o expediente está prestes a se encerrar.
Publicado em 20/02/2011 às 00:00 hs
Enviar para amigo
Assinar newsletter
Entre em contato
Nenhum comentário até o momento.
Seja o primeiro a comentar este artigo!
Se você já se cadastrou no site, basta fornecer seu nome e senha. Caso ainda não tenha se cadastrado basta clicar .
TEMOS MAIS 45 ARTIGOS SOBRE APLICATIVOS : • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • •