Índice:

       Separação entre JobServer e AppServer:

        Como Fazer:

• Habilitar JobServer3Camadas em todos os configs;    
• Desabilitar a execução de Jobs no AppServer;
• Habilitar execução de Jobs no JobServer;
• Apontar todos os clientes para o AppServer;
• Reiniciar os Hosts.

        Vantagens:

• Aproveitamento de hardware.
• Isolamento para identificar problemas.

Instalação em N camadas: 

    Servidor de Aplicação:

            Instalar a Biblioteca RM no Servidor de Aplicação (no momento de instalação, selecionar ambiente 3 camadas e Server) . Ao selecionar Modo Server serão copiados para a pasta de instalação somente os arquivos necessários para o processamento de informações, ou seja, arquivos necessários para a execução do Host. Nesta opção, só é possível acessar a MDI, não é possível executar os aplicativos separadamente.

Passo a Passo para instalação do RM em N camadas Servidor de Aplicação:

    Servidor de Jobserver:

              É responsável pela execução dos Jobs/Processos, e comunicação direta com o banco de dados.

  Abaixo as configurações que diferenciam o Jobserver do AppServer:

   Instalação Jobserver:

              Para instalar um servidor de Jobs Server, siga os mesmo passos de instalação de um servidor de Aplicação, após conclusão da instalação da Biblioteca RM é necessário habilitar o processamento de Jobs no servidor. Existem duas formas de habilitarmos o processamento de Jobs:

• Gerenciamento de Alias:

              Para que o processo seja iniciado juntamento com o host, é necessário acessarmos o gerenciamento de Alias e marcar a flag (Habilitar processamento de Jobs).

      Configurações do alias abaixo:

• Cockpit:
  

         Podemos utilizar o Cockpit para iniciar o processamento de Jobs de forma manual.

      Exemplo abaixo:

     Servidor Client:

        Na camada cliente temos apenas os formulários que serão abertos na execução do programa. Ao instalar a Biblioteca RM em cada Cliente (no momento de instalação, selecionar ambiente 3 camadas e Client) será necessário informar o servidor de aplicação e porta de comunicação (Padrão 8050).

            Ao selecionar o modo Client serão copiados para a pasta de instalação somente os arquivos necessários para execução dos sistemas. O sistema será configurado para direcionar todo o processamento de dados para o servidor de aplicação, ou seja, o processamento de dados será realizado na máquina em que a Biblioteca for instalada na opção Modo Server.

Passo a Passo para instalação do RM em N camadas Servidor Client:

Informações
icon false
Deck of Cards id Servidor de Job Processo de Instalação: Card label 1º Passo: Card label 2º Passo: Card label 3º Passo:   Card label 4º Passo:   Card label 5º Passo:

Alias.dat:

       As configurações do RM.AliasManager.exe, são armazenadas no arquivo Alias.dat. 

Balanceamento Nativo:

• Balanceamento Nativo:       

             Configuração para um cliente utilizar dois servidores de APP, fazendo com que seja distribuindo a carga entre eles. Melhorando a performance do sistema.

       Exemplo abaixo de como será o funcionamento do sistema:

• Como Configurar: 
  

             A máquina cliente será apontada para dois ou mais servidores de aplicação. No arquivo ".config" do aplicativo (exemplo: C:\totvs\CorporeRM\RM.Net.exe.config), é necessário inserir as tags "PORT" e "HOST" apontando para o outro servidor.

      Exemplo abaixo:

Isolamento de Processo:

• JobRunner:

             O isolamento de processo consiste em habilitar o RM.Host.JobRunner para execução das threads/processos realizados pelos usuários. Dessa forma garantimos que o serviço do Host mantenha-se estável e dedicado somente à abertura de telas e realizações de alguns cálculos de regras de negócio dos aplicativos.

• Habilitação do Isolamento de Processo:

        Para habilitarmos o isolamento de processo é necessário a inclusão de 2 tags no arquivo de configuração do Host (RM.Host.Service.exe.config ou RM.Host.exe.config) são eles:

      Exemplo abaixo de um arquivo de configuração do host com o isolamento de processo habilitado:

Afinidade de Processo:

       É possível através do Cockpit, definir que um servidor de Job terá uma afinidade de processo, ou seja, ele será responsável pela execução de determinados processos de forma exclusiva, além dos demais processos. 

       Exemplo:

• Definir que o servidor 1 de Job será responsável pela execução do processo de "Executar Relatório", além dos demais processos.  
• Dessa forma, o servidor 2 de Job executará todos os processos exceto o de "Executar Relatório".

       Exemplo desta configuração na imagem abaixo:

Configurações:

       Configurações Gerais:

             Para garantir o correto funcionamento do sistema em ambiente N camadas, os arquivos de configurações devem ser configurados respeitando as orientações a seguir.

• Aliaspath:

             Define um único alias.dat para ser utilizado por todos os Servidores de aplicação do ambiente. Para uso, deve-se adicionar a Tag "Aliaspath" nos arquivos "RM.AliasManager.exe.config", "RM.Host.exe.config"  e "RM.Host.Service.exe.config".

Exemplo: <add key=“Aliaspath” value=“\\Servidor\Pasta” />

• FileServerPath: 

             Define um único diretório para geração e leitura de arquivos temporários, assim todos os Hosts do ambiente irão gerar os arquivos somente neste diretório. Em ambientes N camadas, de-se adicionar a Tag "FileServerPath" nos arquivos (RM.Host.exe.config ou RM.host.Service.exe.config) de todos os servidores de APP e Job.

Exemplo: <add key=“FileServerPath” value=“\\Servidor\Pasta” />

• LogPath:

             Define o caminho onde serão gerados os log's do sistema. 

Exemplo: <add key=“LogPath” value=“\\Servidor\Pasta” />

• LOCALIZATIONLANGUAGE:

         Determina qual linguagem o sistema irá funcionar independente da linguagem em que sistema operacional esta configurado.

Exemplo: <add key=“LOCALIZATIONLANGUAGE” value “pt-BR” />

• ENABLECOMPRESSION:

             Habilita compressão de dados para melhorar desempenho de rede, contudo o custo para compactação e descompactação dos dados em redes Gigabits, pode ser superior a transferências sem a compactação.  

Exemplo: <add key=“ENABLECOMPRESSION” value “true” />

     Configurações Bases Oracle:

             Visando melhorar a performance de acesso em bancos Oracle, existe um cache para armazenar dados do schema da base de dados. Este cache é necessário pois o "GetSchema" no Oracle tem um alto custo. Para correta utilização, deve-se parametrizar o Config do Host da seguinte forma:

• UseDbSchemaCache: 

  Indica se o sistema guardará em cache os esquemas obtidos pelas consultas. 

Exemplo: <add key="UseDbSchemaCache" value="true" />

• DbSchemaCacheMaxSize:

             Define a quantidade de schemas que serão guardados em cache.

<add key="DBSchemaCacheMaxSize" value=“5000"/>

Principais Tabelas: 

        GJOBSERVER:

        GJOBX

     GJOBXEXECUCAO