[OFF] TERMINAL SERVICE OU ACESSAR REMOTO?

ADILSOO 10/10/2013 15:47:26
#429836
Boa tarde pessoal!
Bom, estou com um problema, tem um sistema na empresa que eu trabalho, o sistema é feito em Clipper e Dbase, não é que fiz. Porem ele trabalha em terminal service, acessando com um usuário o Windows Server 2008 (Servidor) em outra cidade via internet, se fosse uma conexão rapida, até que não teria problema, mas acontece que eu fico em uma fazenda, e a conexao com a internet é via modem 3g, que por sinal não funciona muito bem, então me surgiu a seguinte duvida e eu ia pedir pra eles colocarem. Por o sistema pra rodar local, e acessar a base no servidor remotamente por IP, eu no meu ver, acredito que o sistema rodaria bem mais rápido, pois ele acessaria a base somente quando precisasse dos dados, e não um usuário logado o tempo todo gerando lags, tempos de espera e tudo mais. Então pra eu ter certeza do que vou falar, queria saber se, vai ficar melhor mesmo será? Eu estou certo com os meus pensamentos? Por que já viu, o cara pode dizer que não somente por ser ele que programou o sistema e outras coisas que pode vir a inventar, mas é isso aí, aguardo a ajuda de vocês pra tirar essa duvida e poder ir falar com certeza, obrigado!
MARCELO.TREZE 10/10/2013 16:27:33
#429839
Resposta escolhida
Bom vamos primeiro clipper e dbase, bons tempos, rs... bom colega se a internet for ruim não tem santo que de jeito, porém o que posso dizer é sobre visual basic, com o visual basic eu criaria um programa desktop, que acessaria uma base local e de tempo em tempo uma replicação deste banco seria feita com o servidor.

porque isso? pela lógica uma banco de dados local roda muito mais rápido que um banco remoto, e fazer uma replicação da base em segundo plano não atrapalharia o seu desempenho.

é uma dica, não me pergunte como fazer isso com clipper, pois se eu soube-se estaria ganhando rios de dinheiro, rs



ADILSOO 10/10/2013 16:53:26
#429845
Fala Marcelão, blz?
Bom, replicacao que voce diz seria uma atualizacao de dados que o proprio sistema faria no servidor? Irá ter uma base local, que iria atualizar o servidor é isso? Só pra tirar duvida, tem lógica, o que eu disse? Será que realmente aumentaria o desempenho?
AJSO 10/10/2013 17:06:49
#429849
Caro ADILSOO


Vamos lá...........

Terminal Service ou acesso remoto.......................

para sua aplicação ou qualquer outra que não dependa de esta utilizando fisicamente o computador onde ele se encontra em uma rede distante (intranet ou internet)........ o acesso por terminal service é aplicado quando se necessita esta utilizando todos os recursos do sistema operacional no desktop e seus aplicativos como um acesso local................. aumentando significativamente o volume e trafego de rede....... na melhor das hipóteses lento...............


Buscando melhorar a performance de seu ambiente pode se dizer que o acesso remoto de sua aplicação fica apenas associada ao trafego do banco de dados que na maioria dos processos de qualquer tipo de aplicação


Sua aplicação construída em clipper com acesso ao banco de dados Dbase (Dbase Classic, Dbase 3, Dbase 8) sua limitação em ambientes remoto está associada a descontinuidade de ambas as plataformas........

Aplicações em CLIPPER e Dbase tem suporte [ô]ainda que limitados[ô] para um ambiente remoto ou TCP/IP......

é possível migrar o Clipper para o Visual Basic e consequentemente para uma plataforma .Net mas acho que o custo do processo seria impedimento......


Boa sorte
OCELOT 10/10/2013 17:21:28
#429853
Não tem muito como dizer o que vai ser melhor, depende do programa.

Se o banco de dados for meio grande e dependendo de como o programa for feito pode até ficar mais lento.

Se você ainda não tiver alterado as configurações do terminal services eu diria para você muda-las de forma a deixar a menor qualidade de cores e o menor tamanho de janela possível em que de para rodar o programa em vez de ser em tela cheia, desative os sons remotos e todos os recursos locais, no desempenho coloque como moden 56kbps para ele desativar os recursos visuais.

ADILSOO 10/10/2013 19:35:01
#429863
Citação:

aumentando significativamente o volume e trafego de rede....... na melhor das hipóteses lento...............


AJSO, bom, então como você disse, no caso como não tenho uma internet boa, o melhor seria mesmo o acesso remoto, e não o terminal service, pois o terminal service consome muito mais dados de internet do que acessando remotamente... Pensa comigo...
Quando voce está fazendo um suporte remoto no cliente, quando você clica com o mouse, dependendo da conexão do cliente, o tempo que demorará pra você ver a tela no seu compuador é bem grande. O que eu percebo que acontece é que, eu aperto a SETA pra navegar pelos menus, ele demora pra descer, no caso, demora pro servidor responder por causa da internet. Agora colocando local, acessando o banco remoto, acredito que pode não ser um avião, mas melhoraria significativamente o desempenho do mesmo, o que vocês acham?
MARCELO.TREZE 10/10/2013 19:47:17
#429864
Citação:

:
aumentando significativamente o volume e trafego de rede....... na melhor das hipóteses lento...............

AJSO, bom, então como você disse, no caso como não tenho uma internet boa, o melhor seria mesmo o acesso remoto, e não o terminal service, pois o terminal service consome muito mais dados de internet do que acessando remotamente... Pensa comigo...
Quando voce está fazendo um suporte remoto no cliente, quando você clica com o mouse, dependendo da conexão do cliente, o tempo que demorará pra você ver a tela no seu computador é bem grande. O que eu percebo que acontece é que, eu aperto a SETA pra navegar pelos menus, ele demora pra descer, no caso, demora pro servidor responder por causa da internet. Agora colocando local, acessando o banco remoto, acredito que pode não ser um avião, mas melhoraria significativamente o desempenho do mesmo, o que vocês acham?



acho que é mais ou menos isso mesmo ADILSOO, pois pense também no seguinte clipper com dbase, em uma máquina boa acredito que seja um avião, porém você disse que remoto fica lento principalmente por culpa da internet, se você conseguir colocar o programa em clipper no seu PC e conseguir acessar remotamente o banco com certeza o desempenho vai aumentar, porém como não sou especialista em clipper, muito menos em dbase, não posso afirmar isso, uma vez que não sei se esta plataforma trabalha bem online, tipo (access online ninguém merece), será que será bom mesmo, replicando o banco e ja respondendo a sua pergunta colega, sim atualizar o banco no servidor de tempo em tempo, desta forma você poderia trabalhar a té offline, porém novamente não sei como seria isso em dbase, mas fica ai a idéia, teste as possibilidades a primeira dela é colocar o programa no seu PC e acessar o banco remotamente, veja quanto isso melhora o desempenho.
ADILSOO 10/10/2013 20:05:13
#429867
é Marcelo, desde o dia em que você me ensinou a usar o MySQL nunca mais usei o Access, os sistemas que eu tinha em Access migrei todos para MySQL, é muito mais fácil e prático, sem falar que acesso remoto com certeza funcionaria bem. Lembra? Eu me matando pra usar o Access remoto, até que você disse: Porque não usa MySQL? Pronto, os problemas surgiram, hehe, mas com o tempo foram desaparecendo, e hoje posso dizer, Access não uso mais, kkkk. Bom, voltando o assunto aqui, o que pode acontecer é sobre limitação do próprio DBase, mas pela lógica, sim funciona, pelo menos o que eu entendi até agora é isso, vou conversar com eles e ver se eles colocam, pois eles são meio complicados de lidar, por isso vim aqui pedir a opinião dos amigos pra ver se eu estou certo do que estou dizendo.
MARCELO.TREZE 10/10/2013 21:28:45
#429874
desculpe perguntar, mas do que se trata o software, vc atualiza muitos dados e constantemente?

ADILSOO 10/10/2013 23:46:41
#429879
Não, os lançamentos que são feitos por dia é em torno de 100 registros, mas o volume concentrado total, aí sim é bem grande, pois envolve faturamento, lançamentos, notas fiscais, controle de pragas, pulverização, e etc... é um sistema de controle para fazenda...
AJSO 11/10/2013 12:46:16
#429907
Caro ADILSOO

Ainda nos utilizamos o Dbase 8 mas não mais com CLIPPER, FORTRAN, COBOL, PASCAL........

Nossa aplicação roda em Visual Basic 6.0 em dois clientes apenas por conta de S. O. e estrutura de licenças..........

A mesma aplicação já esta em plataforma DotNet.........

Para que vc possa realizar esta mudança ou planejar asmudançascoloque também como um critério a tecnologia atual......

O CLIPPER e O COBOL tem suporte em ADO e com isso aplicação faça conexão REMOTA ou com acesso INTRANET e INTERNET com o Dbase.....(Tem que analisar a versão do banco que esta utilizando......)

Vai depender muito das mudanças que necessita realizar em sua aplicação atual....... mas também pode ter a mesma atualização de tecnologia para que possa já migrar com as ferramentas atuais..........

Pode ser que o tempo que leve para rescrever sua aplicação em CLIPPER para o acesso remoto vc já possa planejar a mudança para um C# ou Vb.Net ou ainda melhor para uma plataforma Web Service com html5 ou ASP.net já que ambos suportam VB.Net, C # e C++..............todos encontrado no Visual Studio 2010/2012/2013............


Boa Sorte
Página 1 de 2 [12 registro(s)]
Tópico encerrado , respostas não são mais permitidas