Hipótese: Necessidade do cliente de saber qual o nome do form que permite ao usuário do No Stop System a inclusão da tela para Sincronizar Vendas Off-line, pois ele consultou através do Alt + Page Up e viu que o nome do form é "sincronizarprevendas", mas ao adicionar este form "sincronizarprevendas" no cadastro de usuários, o sistema não o reconhece.
Solução: Na verdade, esta tela representa, segundo os programadores, um método de programação e não um form, portanto, para incluir manualmente no cadastro de usuários o nome do form é "sincronizaroffline" e não "sincronizarprevendas".
Mostrando postagens com marcador No Stop System. Mostrar todas as postagens
Mostrando postagens com marcador No Stop System. Mostrar todas as postagens
quinta-feira, 18 de junho de 2009
No Stop System - Funcionamento
O Gwnet - No Stop System foi desenvolvido, tendo em vista os casos nos quais empresas do mesmo grupo empresarial, utilizam o Gwnet, via web através de um no-ip, mas que, às vezes se vêem prejudicadas com as instabilidades da internet, pois quando a internet cai o sistema perde a conexão remota e para de funcionar.
O No Stop System foi desenvolvido, exatamente, para que quando a internet cair, o sistema passe a funcionar off-line gravando suas vendas na base de dados local e, tão logo a conexão com a internet seja restabelecida, o sistema torna a funcionar on-line sincronizando a base de dados local com a base de dados remota.
Para que o recurso No Stop System funcione, é preciso ter em mente que haverão, pelo menos, duas estruturas de rede interna distintas que estarão se comunicando via internet. Observe o exemplo abaixo, do lado esquerdo um servidor dedicado que é o servidor geral do grupo de empresas (mas, também, com aptidão para ser um servidor também da rede local daquele “escritório central”) e do lado direito um outro servidor local de uma outra loja enviando e recebendo dados para este servidor remoto. Vejamos:
As configurações deste servidor remoto (via web) são exatamente as mesmas configurações tradicionais já implementadas habitualmente pelos instaladores. As novas configurações serão processadas nas outras lojas em sua rede local.
Cada loja terá um servidor da rede local e neste será instalado o SQL2005 nos mesmos moldes de praxe, porém, depois de instalado serão feitas nele algumas configurações que veremos a seguir:
1º) Será criado um novo Database que receberá um banco de dados zerado, ou a cópia do banco de dados que já está sendo utilizada no servidor remoto (via web). Esta segunda opção é a mais indicada.

3º) Serão configuradas as propriedades deste novo Linked Server, principalmente para que se possa informar o nome do usuário do banco (normalmente “as”) e a senha do banco (normalmente “gwnet2007”).
Na tela das propriedades do Linked Server, é necessário selecionar a página “Security” e nela clicar na opção: “Be made using this security context:” que os campos “Remote login:” e “With password:” serão habilitados para que se informe o usuário e senha do banco de dados que está no servidor remoto (via web).

4º) Será restaurado o banco de dados de Menu que é o cadastro de todos os usuários e todas as senhas que já estão sendo utilizadas no servidor remoto (via web).
5º) Será criado um arquivo de lote chamado AtuCadNSS.bat que deverá ser rodado no servidor da rede local, todas as vezes que se desejar atualizar a base de dados local com os dados do servidor remoto (via web). Este arquivo deverá conter as seguintes informações:
É preciso conhecer o conteúdo deste arquivo:

O No Stop System foi desenvolvido, exatamente, para que quando a internet cair, o sistema passe a funcionar off-line gravando suas vendas na base de dados local e, tão logo a conexão com a internet seja restabelecida, o sistema torna a funcionar on-line sincronizando a base de dados local com a base de dados remota.
Para que o recurso No Stop System funcione, é preciso ter em mente que haverão, pelo menos, duas estruturas de rede interna distintas que estarão se comunicando via internet. Observe o exemplo abaixo, do lado esquerdo um servidor dedicado que é o servidor geral do grupo de empresas (mas, também, com aptidão para ser um servidor também da rede local daquele “escritório central”) e do lado direito um outro servidor local de uma outra loja enviando e recebendo dados para este servidor remoto. Vejamos:

Cada loja terá um servidor da rede local e neste será instalado o SQL2005 nos mesmos moldes de praxe, porém, depois de instalado serão feitas nele algumas configurações que veremos a seguir:
1º) Será criado um novo Database que receberá um banco de dados zerado, ou a cópia do banco de dados que já está sendo utilizada no servidor remoto (via web). Esta segunda opção é a mais indicada.
2º) Será criado um novo Linked Server onde se apontará no SQL local o nome do servidor remoto (via web).
Na nova tela que será aberta basta informar no campo “Linked server” o nome do servidor remoto (via web) e marcar a opção “SQL Server”, em seguida clicando no botão “ok”.
Observe abaixo:

3º) Serão configuradas as propriedades deste novo Linked Server, principalmente para que se possa informar o nome do usuário do banco (normalmente “as”) e a senha do banco (normalmente “gwnet2007”).


4º) Será restaurado o banco de dados de Menu que é o cadastro de todos os usuários e todas as senhas que já estão sendo utilizadas no servidor remoto (via web).
5º) Será criado um arquivo de lote chamado AtuCadNSS.bat que deverá ser rodado no servidor da rede local, todas as vezes que se desejar atualizar a base de dados local com os dados do servidor remoto (via web). Este arquivo deverá conter as seguintes informações:
osql -U sa -P gwnet2007 -Q "USE gwnetlocal DECLARE @DATAFIM DATETIME, @DATAINI DATETIME SELECT @DATAFIM = GETDATE(), @DATAINI = @DATAFIM -2 EXEC sp_BuscaPrecoRemoto @DATAINI ,@DATAFIM , '[SERVIDORREMOTO.NO-IP.INFO].SERVIDORREMOTO' EXEC sp_atucad '[SERVIDORREMOTO.NO-IP.INFO].SERVIDORREMOTO ' "
pause
cd \
cd c:\windows\system32
shutdown -t 9600 –s
pause
cd \
cd c:\windows\system32
shutdown -t 9600 –s
É preciso conhecer o conteúdo deste arquivo:
- sa é o nome do usuário do SQL local;
- gwnet2007 é a senha do SQL local;
- gwnetlocal é o nome do novo Database criado no SQL local;
- SERVIDORREMOTO.NO-IP.INFO é o nome do no-ip atribuído ao servidor remoto (via web) no ato da implantação;
- SERVIDORREMOTO é o nome da máquina que é o servidor remoto (via web).
Este arquivo de lote, inclusive, poderá ser colocado no agendador de tarefa do windows, se for o caso, do contrário, algum funcionário daquela loja ficará responsável em executar este arquivo para que a atualização ocorra.
Terminadas estas configurações gerais, no servidor da rede local será necessário configurar o Gwnet para “enxergar” a base de dados local que fora criada anteriormente. Para isto, é necessário criar um atalho para o Gwnet no servidor da rede local e como o menu que está sendo utilizado na rede local é o mesmo que está sendo usado na rede remota, bastará na tela de login digitar em “usuário” a palavra: CONEXAO@LOCAL e a seguinte tela se abrirá:
Terminadas estas configurações gerais, no servidor da rede local será necessário configurar o Gwnet para “enxergar” a base de dados local que fora criada anteriormente. Para isto, é necessário criar um atalho para o Gwnet no servidor da rede local e como o menu que está sendo utilizado na rede local é o mesmo que está sendo usado na rede remota, bastará na tela de login digitar em “usuário” a palavra: CONEXAO@LOCAL e a seguinte tela se abrirá:

Esta é a tela tradicional de configuração da conexão com o banco de dados, ao terminar, basta clicar em “Gravar” e o sistema irá abrir os dados da base de dados local que após a execução do arquivo de lotes AtuCadNSS.bat será sincronizada com a base de dados do servidor remoto (via web).
Ao terminar as configurações, é necessário criar um atalho do sistema de vendas off-line a ser utilizado nas estações e para isto é necessário criar um atalho do executável do Gwnet e clicar sobre este atalho com o direito do mouse, entrando nas propriedades do mesmo e informando no termino do caminho que está no campo “Destino”, a informação: “offline”. Vejamos abaixo:
Ao terminar as configurações, é necessário criar um atalho do sistema de vendas off-line a ser utilizado nas estações e para isto é necessário criar um atalho do executável do Gwnet e clicar sobre este atalho com o direito do mouse, entrando nas propriedades do mesmo e informando no termino do caminho que está no campo “Destino”, a informação: “offline”. Vejamos abaixo:

Tendo feito esta configuração no atalho, basta acessar ao sistema off-line da mesma forma que foi acessado o Gwnet do servidor da rede local, digitando na tela de login em “usuário” a palavra: CONEXAO@LOCAL e refazendo as configurações que foram feitas no servidor local e, desta forma, tanto o servidor local, bem como as estações locais (com o off-line) enxergarão os dados restaurados no servidor da rede local.
Após isto, nas estações da rede local, para acessar ao sistema é preciso logar no sistema da seguinte forma: nome do usuário + @ + a palavra “LOCAL” (ex.: ADMINISTRADOR@LOCAL) e em seguida o sistema fará uma verificação da conexão remota entre o servidor da rede local e o servidor remoto (via web) e retornará uma mensagem dizendo se há ou não conexão com o servidor remoto. Veja abaixo:
Após isto, nas estações da rede local, para acessar ao sistema é preciso logar no sistema da seguinte forma: nome do usuário + @ + a palavra “LOCAL” (ex.: ADMINISTRADOR@LOCAL) e em seguida o sistema fará uma verificação da conexão remota entre o servidor da rede local e o servidor remoto (via web) e retornará uma mensagem dizendo se há ou não conexão com o servidor remoto. Veja abaixo:

No Stop System - Caminho da Base de Dados (Rede Local)
Hipótese: Necessidade do cliente de saber como acessar os dados no SQL da rede local onde fará Vendas Off-line.
Solução: É necessário logar no sistema com o login CONEXAO@LOCAL e depois que fizer os ajustes, o usuário "logará" com o seu login de usuário adicionando o sufixo @LOCAL (Ex.: ADMINISTRADOR@LOCAL, FULANO@LOCAL etc...).
Assinar:
Postagens (Atom)