Na semana passada eles entregaram um novo servidor para 1C. HP Proliant 380 G6 2 processadores de 2,58 GHz, 6 GB de RAM e três discos, cada um com capacidade de 72 GB e velocidade de rotação de 15K. Como os usuários 1C não conseguem lidar com o Windows 2008 (por enquanto!), instalei o Windows Server 2003 x64 Standard Edition.
O primeiro rake veio quando lançamos o servidor em “modo de combate”, naturalmente, renomeando-o: o serviço “1C:Enterprise 8.2 Server Agent” começou a travar (inicia, roda por 10 segundos e para).
Ao conectar-se ao servidor 1C:Enterprise 8.2 por meio do console do servidor, recebemos o erro:
"Erro ao conectar ao servidor 1C:Enterprise 8.2
server_addr=tcp://s02:1540 descr=Erro no acesso da rede ao servidor
(Windows Sockets - 10061(0x0000274D). A conexão não foi estabelecida porque o computador de destino rejeitou a solicitação de conexão.) line=590 file=.\Src\DataExchangeTcpClientItmpl.cpp"
Ao conectar-se a um banco de dados neste servidor, recebemos o seguinte erro:
"Nenhum processo de trabalho está em execução. A conexão com o banco de dados é impossível."
O Firewall está desabilitado, a DEP também está desabilitada (habilitada apenas para serviços do Windows). Reiniciar o servidor e reinstalar a plataforma não ajudou. Examinamos o registro duas vezes, também sem sucesso.
Acontece que as configurações do cluster de servidores 1C:Enterprise estão armazenadas no diretório srvinfo (o caminho para este diretório pode ser encontrado nas propriedades do serviço "1C:Enterprise 8.2 Server Agent" - parâmetro -d). Este diretório armazena o nome do cluster e suas configurações (incluindo segurança) e listas de sistemas de segurança da informação conectados a este cluster e suas configurações. Estes são dois arquivos: srvinfo\srvribrg.lst e srvinfo\reg_1541\1CV8Reg.lst. O nome antigo do servidor permanece nesses arquivos de configuração.
Próximo bug: V82.ComConnector parou de ligar - escreveu Classe não registrada. Depois de pesquisar no Google, encontrei uma solução para o problema no recurso http://www.gilev.ru/1c/hasp/
15. Para conexões COM a um servidor de aplicativos de 64 bits, use
só é possível no computador no qual a chave está instalada
Servidor 1C:Enterprise de 64 bits (e não de uma sessão de terminal).
Para
usando V81.COMConnector em computadores que só têm acesso a
chaves do cliente, você pode registrar o V81.COMConnector de 32 bits em
COM+.
- inicie os serviços de componentes;
- crie um aplicativo COM+ vazio com tipo de ativação - aplicativo de servidor e um nome, por exemplo, V81_COMConnector, especifique o nome de usuário do Windows sob o qual o componente será iniciado no espaço de endereço de um processo dllhost.exe separado;
- na ramificação Componentes, adicione um novo componente comcntr.dll do diretório de módulos de carregamento 1C:Enterprise.
Nesse caso, o V81.COMConnector será executado em um processo separado de 32 bits e poderá ser usado por aplicativos de 32 e 64 bits.
Gostaria de acrescentar que o usuário sob o qual o servidor 8.2 está sendo executado precisa ser adicionado aos usuários deste novo componente.
Os erros que aparecem ao trabalhar com produtos de software geralmente impossibilitam seu uso. E a falta de conhecimentos especiais para compreender os algoritmos de funcionamento também cria a impossibilidade de diagnosticar e corrigir as falhas que ocorrem. Neste artigo, veremos o problema “1C:Enterprise Server não foi detectado, como posso corrigir a inicialização do servidor agente?”
Existem várias maneiras de resolver o problema em 1C.
Os erros que surgem têm diferentes detalhes de fundo, podem ser classificados por níveis de ocorrência:
- Codificação incorreta por parte dos desenvolvedores do próprio one-esque;
- Erros cometidos por programadores que modificam (alteram) o produto em relação aos requisitos (tarefas) de um usuário específico;
- Falhas causadas por erros de memória cache, muitas vezes deixando os programadores perplexos;
Quanto ao erro “servidor 1C:Enterprise não detectado”, é impossível classificá-lo como um dos anteriores, pois tal notificação é uma indicação ao usuário de falha na execução de determinada ação necessária para o funcionamento do programa.
Vamos consertar - inicie o servidor
Portanto, a situação a que esta publicação se dedica ocorre quando o serviço agente-servidor está desabilitado ou parado. Notemos que, via de regra, as razões para tal permanecem obscuras (quem o admite).
Este serviço funciona de duas maneiras: como um aplicativo ou como um serviço. Vamos ver como fazer isso em ambos os casos:
Como um aplicativo
Para executá-lo como um aplicativo, execute o comando:
Neste caso, você especifica (nas suas configurações) a porta, intervalos de portas, nível e diretório. Caso esses parâmetros não sejam especificados, seus valores serão definidos pelo programa “por padrão”.
Como um serviço
Quando, durante a primeira instalação do 1C, a opção de inicialização foi selecionada como serviço, ele é registrado e posteriormente deverá ser iniciado automaticamente (cada vez que o sistema operacional for iniciado).
Se o agente foi instalado inicialmente pelo aplicativo, você poderá registrá-lo manualmente e iniciá-lo. Isso acontecerá com o comando (não se esqueça dos parâmetros):
ragent.exe -instsrvc -usr ‹especifique o nome› -pwd ‹especifique a senha›
Porta ‹para porta› -regport ‹para porta› -range ‹intervalos de portas›
Seclev ‹nível desejado› -d ‹especificar diretório›
O resultado do registro será a criação de um novo Serviço (neste caso para 1C versão 8.3 para 64 bits):
Para memória
Para excluir (cancelar registro) um serviço:
Parar:
Agora você sabe tudo sobre as causas do problema “Servidor 1C:Enterprise não detectado” e o que precisa ser feito quando ele aparecer.
Deixe seus comentários.
A combinação do servidor 1C:Enterprise e PostgreSQL é a segunda mais popular entre as instalações 1C e a solução mais utilizada na plataforma Linux. Ao contrário das implementações baseadas em Windows e MSSQL, onde é difícil fazer com que não funcione, as implementações baseadas em Linux estão repletas de muitas armadilhas para um administrador inexperiente. Muitas vezes acontece que tudo parece ter sido feito corretamente, mas o erro segue o erro. Hoje veremos os mais típicos deles.
informações gerais
Antes de começar a procurar erros de instalação e, em geral, começar a implementar a versão de servidor do 1C:Enterprise, seria bom atualizar sua compreensão de como funciona:
Em pequenas implementações, o servidor 1C e o servidor DBMS geralmente são combinados em um servidor físico, o que restringe um pouco a gama de possíveis erros. No nosso caso, consideraremos uma situação em que os servidores estão localizados em máquinas diferentes. Em nosso laboratório de testes implantamos o seguinte esquema:
Temos dois servidores rodando Ubuntu 12.04 x64, um deles possui o servidor 1C:Enterprise versão 8.3 instalado, o outro possui PostgreSQL 9.04 da Ethersoft, além de um cliente rodando Windows. Lembramos que o cliente está trabalhando apenas com o servidor 1C, que, por sua vez, gera as solicitações necessárias ao servidor SGBD. Nenhuma solicitação do cliente para o servidor de gerenciamento de banco de dados não está acontecendo.
IMPORTANTE: o usuário “postgres” não está autenticado (Ident)
Este erro ocorre quando os servidores são distribuídos em diferentes PCs devido à autenticação configurada incorretamente na rede local. Para resolver, abra /var/lib/pgsql/data/pg_hba.conf, encontre a linha:
Hospedar todos os idents 192.168.31.0/24
e traga-o para este formato:
Hospede todos os 192.168.31.0/24 md5
Onde 192.168.31.0/24 - o alcance da sua rede local. Caso não exista tal linha, ela deverá ser criada na seção Conexões locais IPv4.
Servidor de banco de dados não encontrado
não foi possível traduzir o nome do host "NAME" para o endereço: Falha temporária na resolução de nomes
À primeira vista, o erro é claro: o cliente não consegue resolver o nome do servidor SGBD, um erro típico de redes pequenas onde não há servidor DNS local. A solução é adicionar uma entrada ao arquivo anfitriões no cliente, o que não dá nenhum resultado...
E agora vamos lembrar o que foi dito um pouco antes. O cliente do servidor DBMS é o servidor 1C, mas não o PC cliente, portanto a entrada deve ser adicionada ao arquivo no servidor 1C:Enterprise /etc/hosts na plataforma Linux ou na plataforma Windows.
Um erro semelhante ocorrerá se você esquecer de adicionar registro tipo A para o servidor DBMS no servidor DNS local.
Erro ao realizar uma operação com a infobase
server_addr=NAME descr=11001(0x00002AF9): Este host é desconhecido.
Assim como o anterior, este erro ocorre porque o cliente resolveu incorretamente o nome do servidor. Desta vez é o PC cliente. Como solução, adicione ao arquivo /etc/hosts na plataforma Linux ou C:\Windows\System32\drivers\etc\hosts na plataforma Windows, uma entrada como esta:
192.168.31.83SRV-1C-1204
onde você indica o endereço e o nome do seu servidor 1C:Enterprise. Se estiver usando DNS local, você deve adicionar Uma gravação para servidor 1C.
Erro DBMS: DATABASE não pode ser usado
Um erro muito mais grave, que indica que você instalou uma versão do PostgreSQL incompatível com 1C:Enterprise ou cometeu erros graves durante a instalação, por exemplo, não instalou todas as dependências necessárias, principalmente a biblioteca libICU.
Se você tiver experiência suficiente na administração de sistemas Linux, poderá tentar instalar as bibliotecas necessárias e reinicializar o cluster DBMS. Caso contrário, é melhor reinstalar o PostgreSQL, lembrando de deletar o conteúdo da pasta /var/lib/pgsql.
Este erro também pode ocorrer ao usar montagens 9.1.x E 9.2.x Postgre@Etersoft, Veja os detalhes abaixo.
Erro do SGBD:
ERRO: não foi possível carregar a biblioteca "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Um erro bastante específico, típico de montagens 9.1.x E 9.2.x Postgre@Etersoft, também pode levar ao erro anterior. O motivo está em um bug não corrigido na biblioteca fasttrun.so. A solução é reverter para a compilação 9.0.x Postgre@Etersoft.
Erro de SGBD
ERRO: o tipo “mvarchar” não existe no caracter 31
Ocorre se o banco de dados foi criado sem a ajuda do sistema 1C:Enterprise. Lembre-se, para trabalhar com 1C, os bancos de dados devem ser criados apenas utilizando as ferramentas da plataforma 1C: através do console
ou através do iniciador 1C.
Servidor de banco de dados não encontrado
IMPORTANTE: o usuário “postgres” não está autenticado (por senha)
Um erro muito simples. A senha do superusuário DBMS postgres foi especificada incorretamente. Existem duas soluções: lembre-se da sua senha ou altere-a. No segundo caso, será necessário alterar a senha nas propriedades de todas as infobases existentes através do snap-in Administração de servidores 1C Enterprise.
Servidor de banco de dados não encontrado
FATAL: banco de dados "NAME" não existe
Outro erro muito simples. Seu significado se resume ao fato de o banco de dados especificado não existir. Na maioria das vezes, isso ocorre devido a um erro ao especificar o nome do banco de dados. Deve-se lembrar que a base de informações 1C no cluster e o banco de dados DBMS são duas entidades diferentes e podem ter nomes diferentes. Você também deve lembrar que os sistemas Linux diferenciam maiúsculas de minúsculas e para eles unf83 E UNF83 dois nomes diferentes.
Ative o JavaScript para visualizar o
Tag:
