PC Toledo

Antes uma parte teórica:
É um assunto que eu pensava errado, e acredito que muitos outros também o façam.

Qual o problema do DBF em rede: é lido um registro por vez.
Uma rede rápida agiliza a transferência de dados, não o acesso ao servidor.

Pra simplificar, vamos comparar a rede com um fornecimento de água.
O servidor seria uma torneira sem limite, e a rede seria o veículo que transporta a água.
O sistema se utiliza de baldes pra trabalhar com DBFs.
Uma rede mais rápida significa um veículo maior pra transportar água.
O problema é que o sistema trabalha com DBFs. Ele pega do servidor um balde por vez (um registro por vez).

Então uma rede ultrarápida não vai fazer muita diferença pra DBF, porque vai ter um caminhão transportando balde.
Em servidor SQL, um SELECT trás tudo que se precisa de uma vez, então pode usar o caminhão cheio ao invés de um balde.

Agora o que interessa: uma solução pra DBF

Oficialmente, só com Windows Server.

Muitos devem conhecer o Remote Desktop do Windows.
No Windows normal é limitado a um único usuário por vez.
No Windows Server, é limitado por comprar licenças - tem que pagar pra Microsoft para cada usuário a mais conectado simultâneo.

O que conheci agora foi o aplicativo remoto: é parecido com o Remote Desktop, mas é somente um aplicativo rodando na janela, mais rápido do que trazer o Windows inteiro no remoto.

O usuário clica no atalho e abre a janela do sistema. A diferença é que vai estar rodando na velocidade do servidor e do HD do servidor.

A notícia boa é que isso funciona no Windows 7 Ultimate ou Enterprise.
A notícia ruim é que "oficialmente" é permitido somente para um usuário, independente de já estar usando o servidor como local.

Cada janela está num thread, e no terminal cada janela vira uma janela, mesmo em remoto.
Ao sistema abrir o PDF, abre o programa de PDF do servidor em outra janela.
Mesmo avisando, o usuário não acredita que aquilo não é a máquina dele.
Achei sensacional.

Só resta saber como é considerada a liberação de mais usuários, já que para a Microsoft isso não existe no Windows 7.

Bom dia

SIM e funciona em XP tambem

TODOS meus usarios trabalham TIPO TS usando o w2008 / w2003

ou W7 e XP com N usuarios acesando ao mesmo tempo

pode acessar do JAPÂO que fica N vezes + rapido que se estivesse do lado em rede.


caso precise posso procurar um link que tem o instalador e um FIlme explicando.

Paiva

Aqui ok.
Só ainda não fizeram pra Windows 8.1 Enterprise.

JoséQuintas escreveu:O que conheci agora foi o aplicativo remoto: é parecido com o Remote Desktop

Este aplicativo remoto já vem instalado no Windows 7 ou 8? E o nome dele é aplicativo remoto mesmo?

paiva_dbdc escreveu:caso precise posso procurar um link que tem o instalador e um FIlme explicando.

Paiva, poste o link para eu dar uma olhada.

Abraços,

A partir do Windows 7 (Ultimate), não fica visível, mas está liberado o aplicativo remoto.
Apesar de funcionar, não tem programa de configuração.
É só pesquisar na internet "Remote App Tool".
Isto é apenas pra configurar mais fácil. Ele facilita configurar e atualizar o registro do Windows.
Num Windows original, só pode ser usado um único usuário. Pode ser um na máquina e o mesmo usuário a partir de outra máquina no aplicativo remoto. Se tentar mais de um, o outro é desconectado.

A opção oficial pra ter mais usuários é comprar Windows Server, e comprar licenças de terminal service.

Existe patch na internet pra aumentar pra 256 usuários.
O uso é por sua conta e risco, já que oficialmente pela Microsoft isso não existe, e pode estar infringindo o contrato.

No geral é assim: se funciona no servidor, vai funcionar nos terminais, inclusive pra abrir PDFs ou algo mais.
Nos terminais só precisa o arquivo RDP, que pode até ser aberto no bloco de notas.

Não pode esquecer que o programa vai estar rodando no servidor: ao acessar C: vai estar abrindo o HD do servidor e não do terminal.
O mesmo para outros periféricos, que podem ou não ser adicionados pelo Windows automaticamente no acesso.

Eu utilizo o Remote Desktop (Teminal Service do windows) a bastante tempo, inclusive ja testei praticamente em todas as versões do windows server, 2003, 2008, 2010, 2012...

Apenas lembrando que para o Clipper que utiliza a maquina virtual do DOS, NTVDM, 2 remotos ativos no servidor ja deixam o mesmo muito lento, devido a fato do NTVDM quando o roda o clipper consome 50% do processamento do servidor independente da velocidade do mesmo, uma solução palhativa é utilizando o programa TAME que serve para corrigir este problema.

Agora se o sistema for Harbour / xHarbour ou qualquer outra linguagem padrão windows, ai a quantidade de terminais esta ligada a quantidade de memória no servidor... cada terminal irá usar de 400Mb a 1Gb de memória dependendo do sistema.

Apenas pra complementar:
Se o programa Clipper não tiver tratamento pra evitar consumo de CPU, vai usar 100% do processador.
Em uma máquina com 2 núcleos/processadores, vai usar 100% de um núcleo/processador, equivalente a 50% da CPU.
Isso significa tudo mais lento, podendo até queimar a máquina por superaquecimento.

Não é o caso de quando se usa, por exemplo, OSLIB.
Acho que TimeSlice() é outra opção, mas nunca usei.
Pra quem não tem acesso aos fontes, só mesmo o TameDos.

Correção importante:
Não é a área de trabalho remota ou o acesso remoto, e nem mesmo máquina virtual, é o aplicativo remoto.
Isso faz muita diferença, porque necessita muito menos recursos do servidor.
Talvez um servidor com 1GB de memória já consiga atender 100 terminais.

O consumo de memória mencionado no outro post tá parecendo mais com máquina virtual.