Alguém consegue me informar na prática isto? No meio do ano pra cá começamos a receber essa mensagem, sei que é limitação do ctree que passou das 150 conexões (acesso ao dicionário que é atualmente .DTC). Em contato com a Totvs no ano passado tentando aumentar esse limite sem custos adicionais eles informaram que a única forma seria migrando o dicionário para dentro do banco de dados e com isso poderia abandonar o uso do ctree. Pois bem, agendamos tudo isto para dezembro e cá estou eu realizando tais procedimentos, e ao finalizar a migração do dicionário para o Banco de dados, comentar no INI qualquer coisa mencionando ctree, ao iniciar o smartclient eu consigo ver no console do appserver uma referencia ao ctree ainda, novamente em contato com a Totvs fui informado que mesmo com o SX's dentro do Banco o sistema ainda precisa do ctree para gravar algumas coisa em tabelas locais que ainda não ficam no BD, e o PIOR, quando eu for para a produção com esse ambiente e meus usuários que voltam em janeiro com força total, eu irei continuar a receber o aviso de que o ctree atingiu seu limite quando as conexões passaram dos 150. Sei que os analistas da Totvs assim como em qualquer outra empresa são confusos e nos confundem por isso estou aqui para perguntar para quem de fato está com a mão na massa todos os dias, o que de fato é verdade nisto? Porque nossas aspirações eram que ao migrar os SX's para o banco de dados poderiamos deixar de usar o ctree e a tal da limitação não mais seria um problema para nós.
Homero, nós aqui tivemos esse tipo de problema apenas quando utilizando o Ctree Server (segrado do AppServer), utilizando ele nativo do AppServer (embarcardo) não tivemos esse tipo de problema mesmo com 300 conexões.
A solução que vejo seria utilizar esse Ctree embarcado no AppServer (é até possível criar um serviço appServer que faça a centralização das requisições, chamado de Ctree Bound Server [https://tdn.totvs.com/pages/releaseview.action?pageId=271174419]) para utilização em ambientes com múltiplos servidores rodando o AppServer. Como disse aqui não estamos tendo esse tipo de problema com cenário semelhante ao que você descreveu, Dicionário no Banco e arquivos locais em Ctree.
Outra alternativa é utilizar o SQLite como sistema de SGBD dos arquivos locais, porém por mais que a Totvs afirme categoricamente que é mais rápido que o Ctree, não reflete minha realidade aqui (chega a ser 10x mais lento que Ctree). Pelo menos no uso mais comum que fazemos desse tipo de arquivo e que acho que 99% dos clientes também faz, uso ISAM. Da mesma forma também ele pode ter uma instância centralizadora das requisições em sistema distribuídos.
Reafirmo que hoje estamos utilizando o sistema normalmente com picos entre 150 e 250 conexões sem problemas nesse cenário.
Então em seu caso que usa embarcado é essa configuração do link ref. ao Ctree Bound Server que lendo rapidamente sobe arquivos sx’s que estão no .ini em memória. (isso a grosso modo) pelo que entendi. Se sim, deixarei isto como solução de contorno caso de fato mesmo após migrar SX’s para banco e migração para a release 12.1.2210 eu tenha problemas de conexão. Obrigado pelo retorno.
Então em seu caso que usa embarcado é essa configuração do link ref. ao Ctree Bound Server que lendo rapidamente sobe arquivos sx's que estão no .ini em memória. (isso a grosso modo) pelo que entendi. Se sim, deixarei isto como solução de contorno caso de fato mesmo após migrar SX's para banco e migração para a release 12.1.2210 eu tenha problemas de conexão. Obrigado pelo retorno.