Você está aqui: » Artigos sobre Aplicativos |
|
Artigo Problemas num programa administrativo rodando em rede: erro no servidorResumindo 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 47 ARTIGOS SOBRE : | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | | • | |
|
|