...
Essa janela é apresentada ao acionar o botão Inclui Servidor de Execução, localizado na Janela Manutenção de Servidor de Execução – BTB012AA:
Image RemovedImage Added
Nas tabelas a seguir, estão descritos os elementos dessa janela:
...
Botão
...
Descrição
...
Veja mais informações na descrição da Janela Parâmetros Configuração de E-mail – BTB012TA. | Campo | Descrição |
---|
Servidor Execução | Inserir o código que identifica o servidor de execução. |
Descrição | Inserir a descrição do servidor de execução. |
Empresa | Inserir o código da empresa, sendo que este só deverá ser informado se estiver sendo utilizado ambiente Multi-Empresa, caso contrário o mesmo não necessita ser informado, devendo ser deixado em "branco". O campo empresa tem como objetivo utilizar o conceito Multi-Empresa no Processo NPS, evitando problemas deste processo utilizar conjuntos de bancos de dados errados (de outra empresa), gerando ou retornando informações incorretas. O atributo código da Empresa deverá ser informado somente se estiver sendo utilizado ambiente Multi-Empresa, caso contrário o mesmo não necessita ser informado, devendo ser deixado em "branco".Caso esteja sendo utilizado ambiente Multi-Empresa, deve-se informar para determinado Servidor de Execução qual empresa o mesmo estará relacionado. No momento da criação do pedido de execução ou na ativação do Servidor de Execução (RPW) a empresa informada será consistida contra a empresa principal (banco MGIND), definida no programa de Atualização de Parâmetros Globais (CD0101). No programa Modifica Servidor de Execução (BTB012EA), após uma empresa ser informada, somente será permitido alterá-la caso não existam pedidos pendentes de execução para o mesmo. Estas implementações somente terão impacto, quando a empresa for informada para determinado servidor de execução RPW, caso contrário não será consistido nada, o que implicará em possíveis problemas no RPW, pois os mesmos podem estar utilizando o conjunto de bancos errados (de outra empresa). |
Supervisor | Inserir o código do usuário supervisor. Importante: Esse usuário pode visualizar todos os pedidos existentes para o servidor de execução. O supervisor possui permissão para eliminar e modificar os pedidos de execução para o servidor de execução em que ele é responsável. |
Tipo Fila Execução | Selecionar o tipo de fila (ambiente operacional) a ser utilizado na execução dos pedidos de execução. Pode ser: |
Gera log de Execução | Quando habilitado gera log relativo às atividades do Servidor de execução. Para a visualização dos Log's, deve ser executado a Função Monitor Pedido Execução (BTB001AA), em que o usuário pode consultar, imprimir e/ou eliminar os log's criados pelo Servidor de Execução. Essa criação de log's ocorre nas seguintes atividades: - Ativação do Servidor.
- Desativação do Servidor.
- Bloqueio do Servidor.
- Desbloqueio do Servidor.
- Disparo da Execução.
- Encerramento da Execução.
- Versão de integração da API incorreta.
|
Qtd Execução Servidor | Inserir a quantidade de execuções de pedidos simultâneos que o servidor pode executar. - Quando o tipo de fila for Windows, o número de execuções somente pode ser 01 (um), pelo fato de que com mais execuções, a performance da máquina diminui e o ambiente Windows não trabalha completamente de forma multitarefa, ou seja, não executa diversos programas ao mesmo tempo.Quando o tipo de fila for UNIX não há restrições, mas quanto maior for o número de execuções simultâneas, maior será a carga sobre o servidor de execução. Para o UNIX, são número de execuções simultâneas for maior do que 1, serão abertas sessões background (sessões Progress abertas a partir de uma outra sessão) para a execução de programas.
|
Qdt Execução Usuário | Inserir o número de pedidos que cada usuário pode executar simultaneamente. O default para a quantidade de execução simultânea por usuário é 01 (um), sendo que este valor deve estar entre 01(um) e a quantidade de execução simultânea do servidor. |
Disponível | Quando habilitado, identifica se o servidor de execução está disponível para ativação. O servidor de execução somente pode ser ativado se estiver disponível. |
Minutos Cancelamento | Inserir a quantidade de minutos em que o servidor de execução deve verificar se existem pedidos para serem cancelados. O valor default para a quantidade de minutos é 10(dez), devendo este valor estar compreendido entre 01(um) e 90(noventa) minutos. Caso algum pedido de execução fique parado acima do valor informado neste campo, o servidor de execução deve automaticamente cancelar este pedido de execução. |
Segundos Verificação | Inserir a quantidade de segundos para que o servidor verifique se existem novos pedidos para a execução. O default para a quantidade de segundos de verificação é 30 (trinta). |
Elimina Log Execução | Quando habilitado, indica que o arquivo de log que é gerado automaticamente pelo RPW quando o número de execuções simultâneas do servidor é maior que 1, será eliminado após a execução do pedido. Importante: O conteúdo do arquivo de log é importado e pode ser visualizado através do Monitor de Pedidos de Execução, Detalhe do Pedido de Execução, botão "Erro". |
Gera Extrato de Versão | Quando assinalado, determina que todos os programas executados pelo servidor devem gerar extrato de versão. Importante 1: Esse campo é habilitado sempre que o tipo de fila definido para o servidor RPW for diferente de "windows". Para gerar extrato de versão em servidor do tipo "windows" é necessário utilizar a sessão do EMS. Veja mais informações na Função Extrato de Versões (MEN903ZF). Importante 2: O programa "api_atualizar_ult_obj (btb908ze)" não aparece no extrato de versão criado, visto ser executado diversas vezes, o que acabaria deixando enorme o arquivo gerado, sem necessidade. No cabeçalho do arquivo de extrato, o nome do usuário que é exibido é do usuário que criou o pedido de execução e não o do usuário que ativou o servidor. O nome do arquivo gerado é "es_xxxx.ext, onde xxxx é o número do pedido de execução. Por exemplo, o pedido número 123456 é executado por um servidor que está gerando extrato de versão, então o nome do arquivo com o extrato de versão do programa executado será "es_123456.ext". |
Diretório Spool | Inserir um diretório específico do usuário para armazenamento temporário dos seus arquivos. Neste diretório é criado o arquivo de LOG do Servidor e do Pedido (quando a execução do pedido for em sessão background).Os arquivos gerados pelos programas também são criados a partir deste diretório. |
URL Diretório Spool | Inserir o URL do diretório de Spool. Este campo é utilizado em "Transações EMS 2 WEB", na apresentação dos arquivos de relatórios gerados na execução via RPW (via Monitor de Pedidos de Execução RPW em browsers de navegação de Internet). O conteúdo deste campo é equivalente ao diretório de spool do servidor, localizando o arquivo gerado, via browser de navegação de Internet. Exemplo: Diretório Spool: /servidor/ems20/rpw/spool URL Diretório Spool: http://datasul.ems20_rpw/ Importante: URL – Uniform Resource Locator: Localizador Uniforme de Recursos. Direciona o usuário de Internet para o site que se deseja ir. Para ambientes WEB em que há um firewall separando o servidor WEB e o Webspeed e não há compartilhamento de arquivos e diretórios entre os dois, não é possível fazer dowload, no monitor de pedidos de execução WEB, do relatório gerado. Para solucionar este problema a parametrização do campo URL Diretório Spool deve ser informada conforme os exemplos abaixo: Exemplos: Exemplo para servidor de arquivos Windows NT server/scripts/cgiip.exe/WService=ems202web/web/btb/wbt001zc.htm?arquivo=c:/tmp/spool-rpw/ Exemplo para servidor de arquivos Unix server/cgi-bin/wspd_cgi.sh/WService=ems202web/web/btb/wbtb001zc.htm?arquivo=c:/tmp/spool-rpw/ server = nome da máquina servidora de arquivos ems202web = nome do serviço do EMS c:/tmp/spool-rpw = diretório de spool do cadastro do servidor RPW Observação: as barras devem ser exatamente iguais às dos exemplos.
|
Prog Carga Progress | Esse atributo é habilitado somente se a quantidade de execuções simultâneas do servidor for maior do que "1". A informação armazenada em "Prog Carga Progress" é utilizada pelo Progress para abrir as sessões background para as execuções simultâneas do servidor. Deve ser informado o nome do executável Progress, a estrutura completa de diretórios onde ele se encontra, o caminho completo do arquivo ".ini" e do arquivo ".pf". Quando, em um servidor com sistema operacional Windows, o Progress está instalado em c:/dlc117 e os arquivos "ems.pf" e "ems.ini" estão em c:/ems, Prog Carga Progress deve ser assim informado: C:/dlc117/bin/prowin32.exe –pf "c:/ems/ems.pf" -basekey "ini" ininame "c:/ems/ems.ini" Quando, em um servidor com sistema operacional Unix, o Progress está instalado em /wc2/dlc117 e o arquivo "ems.pf" está em /wc2/rpw/ems204, Prog Carga Progress deve ser assim informado: /wc2/dlc117/bin/_progres –pf /wc2/rpw/ems/ems.pf Importante: O arquivo ".pf" informado em Prog Carga Progress não deve conter o parâmetro –p. Se contiver, este deve ser removido do arquivo .pf e transferido para o script ou atalho de ativação do RPW. |
Janela Parâmetros Configuração de E-mail
Essa janela é apresentada ao acionar o botão Envio de E-mail, localizado na Janela Inclui Servidor de Execução – BTB012CA:
Image Removed
...
Campo | Descrição |
---|
IP Servidor E-mail | Inserir o endereço do IP do Servidor de E-mail. |
Porta Servidor E-mail | Inserir a Porta do Servidor de E-mail. |
Servidor Exchange | Quando habilitado, indica se o servidor de E-mail a ser utilizado é o Exchange. Dessa forma, é utilizado o recurso OLE Automation do Exchange
Janela Manutenção Impressora Servidor Execução
...