Versões comparadas

Chave

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

...

Expandir

Versões homologadas

SGBD32Bits64BitsNível de Compatibilidade PadrãoVersão/PatchInfo TOTVSObservaçõesStatus
SQL Server 2012XX110SP3Não suportado

Término do suporte estendido, mais informações acesse aqui.


Estado
colourRed
titleNot Supported

SQL Server 2014
X120SP2
Término do suporte padrão, em suporte estendido, mais informações acesse aqui.

Estado
colourYellow
titleEOL

SQL Server 2016
X130SP1
Término do suporte padrão, em suporte estendido, mais informações acesse aqui.

Estado
colourYellow
titleEOL

SQL Server 2017
X140RTM
Término do suporte padrão, em suporte estendido, mais informações acesse aqui.

Estado
colourYellow
titleEOL

SQL Server 2019
X150RTMRecomendado

Estado
colourGreen
titleSupported

SQL Server 2022
X160
RTM
CU5RecomendadoImportante: Aplicar atualização cumulativa 5 ou superior.

Estado
colourGreen
titleSupported

Oracle 12c
XNão se aplica12.2Não suportado

Estado
colourRed
titleNot Supported

Oracle 18c
XNão se aplica18.5.0.0.0
Término do suporte padrão, em suporte estendido, mais informações acesse aqui.

Estado
colourYellow
titleEOL

Oracle 19c*
XNão se aplica19.3.0.0.0Recomendado

Estado
colourGreen
titleSupported

*Obs.: O uso de aplicativos Delphi com o Oracle 19c demandam configurações específicas do SGDB (Uso de Aplicativos Delphi com o oracle 19C), que podem gerar variações em sua performance.

Aviso
titleIMPORTANTE

A partir da release 12.1.2310 todas as versões não suportadas passam a ter seu uso impedido na atualização da base de dados Linha RM.

  • Oracle 12c, 11g e anteriores.
  • SQL Server 2012 e anteriores.


Codificação de Caracteres (“Collation” do SQL Server e “Character Set” do Oracle)

SGBDCollation/Character Set
SQL ServerSQL_Latin1_General_CP1_CI_AI

Oracle 18C +

WE8ISO8859P15

WE8MSWIN1252

Devido a restrições na Edição Oracle XE de criação do banco de dados com "CharacterSet" diferente de Unicode(AL32UTF8), não é recomendado o uso do mesmo, tendo em vista que o mesmo não atende aos requisitos de Codificação de Caracteres.

Requisitos de Hardware

ProcessadorMemória RAMHD/Outros

Núm. de Usuários

MínimoRecomendado

Intel® Xeon® 3060 (4M
Cache, 2.40 GHz, 1066 MHz
FSB) ou SIMILAR

8GB16GB

Disco SAS 15k, Placa
Controladora com 256 MB

20

Intel® Xeon® W3540 (8M
Cache, 2.93 GHz, 4.80 GT/s
Intel® QPI) ou SIMILAR

16GB32GB

Disco SAS 15k, Placa
Controladora com 256 MB

A cada 100 usuários

Restrições e avisos importantes

  • As bases de dados RM são compatíveis com TDE (Transparent Data Encryption) para os SGBD’s SQL (2014, 2016, 2017 e 2019) e Oracle (18c). Para mais informações com relação ao TDE, favor verificar em:
  • A Collation (SQL Server) e o Character Set (Oracle) são codificações de caracteres existentes nos Banco de Dados. Para o correto funcionamento do RM em seu ambiente, certifique-se que as configurações de Collation eCharacter Set estão de acordo com a tabela de codificação de caracteres.
  • O banco de dados da RM não suporta replicação total (de todas as tabelas) da base de dados.
  • Em ambientes integrados, certifique-se que a base de dados estejaem uma instância diferente de uma base do TOTVS Protheus, devido à distinção de Collations ou Character Sets utilizados nestas soluções. Essa configuração garante bom funcionamento da base de dados.
  • Informamos que uma vez ativo o Log de Auditoria, informações em campos do tipo IMAGE, TEXT, MEMO, DIMAGEM e VARCHAR(MAX) para SQL e LONG, LONG RAW, BLOB e CLOB para Oracle, não serão armazenadas. Esta condição tem por finalidade evitar o crescimento excessivo da base de dados e manter sua performance.
  • A TOTVS homologou o Oracle nas versões 18c e 19c utilizando PDB's.


...

Níveis de Compatibilidade entre Bancos de Dados Sql Server

Expandir
  • Quanto à compatibilidade do SGBD SQL Server, considere a tabela

    disponível

    na seção "Portabilidade para Servidor de Banco de Dados"

    nos registros

    , estando dentro da portabilidade somente as versões com status "EOL" e "SUPPORTED", conjuntamente com seus níveis de compatibilidade padrão

Dica
Nota

O nível de compatibilidade mínimo aceito na

O nível de compatibilidade mínimo aceito na
  • Linha RM será determinado

pela
  • pelo padrão da menor versão com status "EOL" mencionada na lista "Portabilidade para Servidor de Banco de Dados", sendo sugerido a utilização do nível de compatibilidade padrão da versão do

Sql
  • SQL Server em uso.

Nota
  • Exemplo: O nível de compatibilidade

SQL 2008(100)
  • 110 não é mais homologado, visto que o SQL Server 2012, que possui este como padrão, é não suportado na portabilidade. 

  • Cada versão do SQL Server possui um nível de compatibilidade padrão, podemos ver detalhes nesta página da Microsoft: Níveis de compatibilidade do SQL Server


suportado, seguindo as especificações publicadas pela Microsoft. Mais detalhes sobre níveis de compatibilidade no site da Microsoft: Clicando aqui.
Nota

Para uso de aplicativos Win32 (Delphi) com SGBD igual ou superior ao SQL Server 2014, torna-se necessário criação de uma conexão ODBC. Para maiores informações acesse: SQL Server - ODBC SQL Server 

...

Portabilidade para Servidor de Aplicação e Servidor de Job

...

Para especificidades de cada segmento, conferir o documento a seguir: Portabilidade específicas de Segmentos - 12.1.2502

...

Arquitetura suportada

Expandir

A arquitetura Multicamadas é estruturada para poder dar uma maior mobilidade, desempenho e facilidade de manutenções na aplicação. Em seu conceito geral, essa arquitetura, possui no mínimo 3 camadas. A primeira camada contempla a interface com o usuário. A segunda camada é responsável pelo tratamento da regra de negócio do aplicativo, que é o Servidor de Aplicação. Nesta camada, existe também o Servidor de Jobs, que é responsável pela execução dos processos. Já a terceira camada é responsável pelas transações do banco de dados.

A arquitetura Web, o cliente acessa o Servidor Web, onde está instalado o TOTVS Portal, via intranet ou internet. O Servidor Web possui uma camada de Biblioteca cliente, onde se localiza a camada de interface com o usuário, que acessa o Servidor de Aplicações. Este por sua vez acessa ao Servidor de Banco de Dados.

A arquitetura RM via Terminal Service permite o cliente acessar o Servidor de Terminal Service na rede da empresa ou via internet e utilizar os produtos da Linha RM seguindo a mesma arquitetura de Winform e Webform.


A arquitetura Cliente/Servidor é estruturada em duas camadas. A primeira camada é onde se localiza o aplicativo. Essa camada é responsável pela regra de negócio, comandos de manipulação de dados e interface com o usuário. A segunda camada é onde se encontra a base de dados, responsável pelo armazenamento de informações e execução dos comandos oriundos da camada cliente.
Este tipo de arquitetura é utilizado em aplicativos Delphi do RM.

Restrições e avisos importantes

Durante a instalação, por padrão, são configuradas as seguintes portas de conexão.

  • RM.exe, portais e TBC (IIS) comunicam com o servidor de aplicação (HOST) através das portas 8050 e 8051.
  • Servidor de aplicação e o servidor de Jobs comunicam com o banco de dados através da porta 8050.
  • Servidor de aplicação comunica com o servidor de Jobs pela porta 8050.
  • Recomendamos que os servidores de Jobs se comuniquem através da porta 8050.
  • Se o cliente expõe seus WebServices externamente, deve-se liberar no Firewall a porta utilizada.

...