Páginas filhas
  • Guia de Instalação TSA 12.1.3

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Visão Geral dos Requisitos

Para dar início ao processo de atualização para o Datasul, o sistema deve obedecer a versão de pacote de origem (entre parênteses) suportado pela atualização, conforme definições da tabela a seguir:

Servidor
30 equipamentos
Hardware (mínimo)
Disco100 GB disponíveis
Memória6 GB disponíveis
ProcessadorIntel Core i5 3.00 GHz (ou compatível) 64 Bits
Banda de Dados100 Mbps
Software
JavaJRE 1.6.0_45 64 Bits (embutido na instalação). Java 1.7 (ou superior) não está homologado.
Sistema OperacionalWindows ou Linux (verificar compatibilidade dos softwares de integração do fabricante do equipamento)
Bancos de Dados
Oracle10g R1, 10g R2, 11g R1,11g R2
Microsoft SQL Server2005, 2008 R2
Informix10, 11.5
DB29.1, 9.5, 9.7
Progress (apenas Sistema Externo)10.2B SP 07
MySQL5.1
Sistema de Gestão de Pessoas
Sistema de Gestão de Pessoas (Sistema Externo)
Datasul HCM11.2.2,11.2.3, 11.5.x
Protheus 1010.x.x, serie-3
Protheus 1111.1.x, serie-3
Logix 1010.2.x
RM Chronus 1111.50.0
Estação Client
Windows / Linux
Hardware
Memória1 GB
Processador1.00 GHz
Resolução de Tela1024 x 768 ou superior
software
NavegadoresInternet Explorer 10 Firefox 3.6 Chrome 10
WebcamDeverá possuir o plugin da Macromedia Flash instalado e uma Webcam compatível com o flash.


Requisitos de Hardware

Requisitos para estação cliente

É necessário que a estação cliente possua o sistema operacional Windows ou Linux instalado. Não recomendamos o uso de estações menores que o mínimo acima citado, pois o desempenho não atenderá às necessidades dos usuários. Para todos os casos recomendamos a utilização de placas de rede de fornecedores de primeira linha.


Requisitos para servidor

A configuração acima é para servidor dedicado, não recomendamos que o servidor dos aplicativos de integração com os dispositivos seja compartilhado com alguma outra aplicação. Pelo fato da comunicação com os equipamentos ser real-time, a execução de outros aplicativos no mesmo servidor poderá gerar lentidão na liberação dos acessos.


Requisitos de Dispositivos (Controle de Acesso e Ponto Eletrônico)

Abaixo são exibidos os equipamentos suportados pelo software TOTVS Segurança e Acesso. As versões homologadas são somente as citadas abaixo. Caso seja lançada uma nova versão de firmware de qualquer dispositivo, esta não é homologada e não deve ser usada antes que seja verificada sua compatibilidade com o produto. Caso tenha a necessidade de solicitar a homologação de um novo firmware, por favor, abra um chamado com a equipe de atendimento.


Controle de Acesso
FabricanteModeloFirmware
DimepTodos os modelos compatíveis com a versão de firmware homologada.Biopoint: 2.16 Micropoint: 3.2, 3.6
HenryTodos os modelos do protocolo 7.x compatíveis com a versão de firmware homologada.7101
TelemáticaTodos os modelos compatíveis com o software da Telemática Conex (que operem com a tabela MATCODIN e que não possuam ARLON).*
TopDataLinha de produto Inner Net e Inner PlusInner Net: 2.03 Inner Plus: 8.58, 9.0.
Aviso
titleAtenção:

Todos os dispositivos, independente de fabricante, devem ter funcionamento ON-LINE e REAL TIME. Dispositivos MD2701 da Madis não são homologados. Dispositivos Micropoint XP da Dimep não são homologados.

Ponto Eletrônico (Portaria 1.510/2009)
FabricanteModeloFirmware
DimepTodos os modelos compatíveis com as versões de firmware homologadas. Este fabricante possui equipamentos para a Portaria 373/11 do MTE.

REP 48 01.00.0002

REP 48 02.04.0000

REP 48 02.08.0000

Modelos: PrintPoint II, TimePoint II e MiniPrint.

MadisTodos os modelos compatíveis com as versões de firmware homologadas. Este fabricante possui equipamentos para a Portaria 373/11 do MTE.

REP 48 01.00.0002

REP 48 02.04.0000

REP 48 02.08.0000

Modelos: MD0705 e MD REP

TelemáticaTodos os modelos compatíveis com o software da Telemática (CONEX REP)CONEX REP 01.00.01A
Aviso
titleAtenção:

Todos os dispositivos devem estar homologados na Portaria 1.510/2009 (http://portal.mte.gov.br/pontoeletronico/rep-registrados-no-mte.htm).


Requisitos de Software

Recomenda-se criar um usuário especifico para o produto TSA para configuração do sistema. Apenas para o banco de dados Progress, no qual deverá ser utilizado o usuário “pub”.


SQL Server

Deverá ser configurada uma porta fixa para a instância nomeada. Essa porta deverá ser fornecida no processo de instalação do Segurança e Acesso TOTVS descrito no capítulo “4.3 Instalação do Servidor de Aplicação”. Recomendamos que a collation do banco “tsa” e do banco do “sistema externo” seja CASE-INSENSITIVE: Latin1_General_CI_AI, sem restrição de maiúsculo e minúsculo e sem restrição de acentos.


Oracle

É necessário criar um usuário para o TOTVS Segurança e Acesso (TSA) e utilizar esse usuário para efetuar a carga das tabelas/dados no capítulo “4.4 Instalação de Banco de Dados”. Esse ambiente Oracle deverá possuir um gatilho (trigger) para tratar diferenças na definição de CASE SENSITIVE do banco de dados. O script que deverá ser executado consta no diretório “scripts” do ambiente instalado do TSA, com o nome de “databaseInitialization-TSA-Oracle.sql”. Caso você utilize uma instância existente, as recomendações que seguem devem prevalecer perante outros produtos não TOTVS.

Para verificar valores de parâmetros de base existente, proceda as seguintes consultas e analise os resultados:


Comando:

select parameter, value

from nls_database_parameters

where parameter = 'NLS_CHARACTERSET'


Resultado esperado:

NLS_LANGUAGEAMERICAN
NLS_TERRITORYAMERICA
NLS_CHARACTERSWE8ISO8859P1 ou WE8MSWIN1252
NLS_NCHAR_CHARACTERSETAL16UTF16
  • select name, value from v$parameter where name = 'db_block_size';
  • select name, value from v$parameter where name = 'open_cursores';

CHARACTERSET: Obrigatoriamente o código de página do banco de dados deve possuir o valor WE8ISO8859P1 ou WE8MSWIN1252. Caso o valor deste parâmetro não seja este, a instância deverá ser recriada. Este parâmetro somente é informado durante a criação do banco de dados, desta forma não existe maneira de alterá-lo sem recriar a instância


Progress

O sistema TOTVS Segurança e Acesso (TSA) poderá utilizar apenas o banco de dados do Datasul, sendo o banco de dados do sistema externo.

Sistema Externo: Sistema de gestão de pessoas (Datasul, Protheus, RM ou Logix). Quando Datasul será o banco de dados HCM.

Para esse banco de dados é necessário efetuar a criação do broker SQL e a criação dos usuários sysprogress e pub, ambos com permissão de DBA, conforme passos descritos abaixo:

  • Criar o usuário “sysprogress”, senha “sysprogress” e o usuário “pub”, senha “pub” pelo “Admin > Security > Edit User List”;
  • Fechar a sessão Progress e carregar o banco com um broker SQL: 
  • proserve <banco> -S <porta> -N TCP -H <nome servidor banco> <parâmetros>
  • proserve <banco> -S <porta> -N TCP -H <nome servidor banco> -m3 -ServerType SQL <parâmetros>
  • Acessar um computador cliente windows com Progress instalado;
  • Acessar o “proenv” do Progress em “Iniciar > Programas > Progress > Proenv”.
Dica

A porta do broker é a porta definida para o parâmetro “-S” ao carregar o banco com o parâmetro “-ServerType SQL”.


MySQL

Recomendamos que o TSA seja utilizado com o mesmo banco de dados corporativo do cliente, lembrando quanto a restrição de banco de dados Progress.

Porém, quando o cliente optar em utilizar o TSA com o banco de dados MySQL, deverá se atentar em efetuar a revisão da parametrização do servidor.

Por padrão o MySQL é instalado com uma configuração para ambientes de desenvolvimento, por isso, caso o mesmo seja utilizado sem revisão de configuração poderá apresentar problemas de desempenho.

O MySQL já possui por padrão exemplos de configurações para ambientes mais exigentes, recomendamos que seja utilizado a configuração mostrada no arquivo “my-innodb-heavy-4G.ini” da instalação do MySQL.

Aviso
titleAtenção:

O ajuste da configuração do ambiente do MySQL deve ser executado antes de iniciar a instalação do TSA. Caso já tenha sido efetuado a criação do database e das tabelas, deve-se executar um dump do banco de dados, efetuado a revisão da configuração, e após o load dos dados.


DB2

Em algumas situações no processo de atualização do TSA, o script de migração poderá apresentar mensagens conforme a abaixo:

Image Added

Essa mensagem não é caracterizada como um erro, ela apenas informa que o comando executado (busca de dados, atualização ou deleção) foi aplicado considerando uma condição que não afetou nenhum registro da entidade em questão. A execução do script não é interrompida pelo fato das mensagens acima, desta forma, essas mensagens poderão ser ignoradas.


Java

O instalador disponibiliza automaticamente o Java na versão homologada com o sistema. Em nenhuma hipótese o Java deve ser atualizado. O TSA não está homologado com a versão Java 7 (nem superiores).

Todos os serviços necessários pelo TSA são configurados utilizando o Java disponibilizado na mídia de instalação.

O Java disponibilizado na mídia de instalação é a versão “JRE 1.6.0_45 64 Bits”. A localização do Java será: %TSA_HOME%\jre.


Configuração de serviços ambiente Linux

O TSA é compatível com o sistema operacional Linux, porém, o instalador da ferramenta está disponível apenas para ambientes Windows, desta forma, para instala-lo em ambiente Linux é necessário efetuar a instalação do TSA em um computador Windows e após efetuar a cópia do diretório instalado (normalmente c:\totvs\tsa) para o servidor Linux.

A inicialização manual dos serviços pode ser efetuada da seguinte forma:


JBoss (estando em tsa\jboss\bin):

./run.sh –c tsa-web -b0.0.0.0


Integrador (estando em tsa\integrador\server):

java -jar lib/tsa-core-XX.X.XX-SNAPSHOT.jar


Para iniciar os serviços de forma automática, utilize o seguinte procedimento (procedimentos executados em distribuições Linux compatíveis com Debian: Ubuntu):

JBoss: Utilize os scripts constantes no diretório “tsa/jboss/bin”, que começam com o nome “jboss_init_*” (conforme sua distribuição).

Integrador: O procedimento abaixo irá fazer com que o serviço de comunicação com os dispositivos seja iniciado automaticamente e tratado como um serviço pelo servidor Linux é conforme os passos abaixo:

  • No ambiente instalado, existirá o seguintes arquivos no diretório “%TSA_HOME%/integrador/server/bin/linux”:

Para todos os arquivos do diretório acima, é necessário atribuir a permissão de execução, através do comando abaixo:

  • sudo chmod +x /home/poffo/tsa/integrador/server/bin/linux/tsa-core-service
  • sudo chmod +x /home/poffo/tsa/integrador/server/bin/linux/ tsa-core-servicewrapper.sh
  • sudo chmod +x /home/poffo/tsa/integrador/server/bin/linux/ tsa-core-startservice.sh

tsa-core-service: Script responsável em representar o serviço dentro do ambiente do Linux. Esse script deverá ser copiado abaixo para o diretório “/etc/init.d/”:

  • sudo cp /home/poffo/tsa/integrador/server/bin/linux/tsa-core-service /etc/init.d

tsa-core-service-wrapper.sh: Script utilizado para gerenciar o processo de início e parada do programa integrador do TSA. Nesse script precisaremos efetuar o ajuste das seguintes variáveis dentro do arquivo:

  • JAVA_HOME: Diretorio de instalação do Java no servidor Linux;
  • applDir: Deverá apontar para o caminho do TSA, no nosso caso é “/home/poffo/tsa/integrador/server/bin/linux”;
  • javaArgs: Caso ocorrá alguma atualização de versão do TSA, nesta variável deverá contar o nome do JAR com a versão correta do ambiente;