Erros que se encontram ao trabalhar com produtos de software, muitas vezes privam a oportunidade de usá-los. E a falta de conhecimento especial para entender os algoritmos de trabalho dão origem à impossibilidade de diagnóstico e correção de falhas emergentes. Neste artigo, nos referimos ao problema "Server 1C: empresas não detectadas como corrigir o lançamento de um agente de servidor?".
Para eliminar o problema em 1C, você pode de várias maneiras.
Os erros emergentes têm uma noite diferente, eles podem ser classificados pelos níveis de ocorrência:
- Códigos de prescrição inadequados pelos desenvolvedores do próprio rejeição;
- Erros feitos por programadores que são modificados (alteração) o produto em relação aos requisitos (tarefas) de um determinado usuário;
- Falhas causadas pelos erros do trabalho da memória do cache, muitas vezes colocadas no impasse dos programadores;
Quanto ao erro "Server 1C: As empresas não são detectadas", ela não é realista atribuir a um dos nome indicados, uma vez que tal notificação está indicando que o usuário não cumpra a operação necessária para o programa.
Correto - execute o servidor
Assim - a situação que esta publicação é dedicada no caso quando o serviço do servidor ou está desativado ou parado. Notamos que, por via de regra, as razões para isso permanecem inexplicadas (que é reconhecido).
Este serviço é lançado de duas maneiras ou como um aplicativo ou como serviço. Vamos ver como fazer isso em ambos os casos:
Como Anexo
Para executá-lo na forma de um aplicativo, um comando é executado:
Isso é indicado (em suas configurações), porta, intervalos de porta, nível e diretório. Se você não especificar esses parâmetros, seus valores serão o programa "padrão".
Sob a forma de serviço
Quando, na primeira instalação, a opção de lançamento foi eleita pelo serviço, ele é gravado e subseqüentemente deve ser iniciado automaticamente (toda vez que o início de operação).
Se o agente inicialmente foi definido pelo aplicativo, você poderá registrá-lo manualmente e fazer a inicialização. Isso ocorrerá no comando (não se esqueça dos parâmetros):
ragent.exe -instsrvc -usr \u003cespecifique o nome\u003e -pwd \u003cespecificar senha\u003e
Porta \u003cPort\u003e -Regport \u003cPort\u003e -Range \u003cRanges de Portas\u003e
Seclev \u003co nível desejado\u003e -d \u003cdiretório especificado\u003e
O resultado do registro será a criação de um novo serviço (neste caso para 1C versão 8.3 para 64-descarga):
Em memória
Para excluir (Cancelar Registro) Serviço:
Pare:
Agora você sabe tudo sobre as causas do problema "Server 1C: empresas não detectadas" e sobre o que precisa ser feito quando aparecer.
Deixe seus comentários.
Acontece um dia, nem do que o programa 1C nos dá: Erro de conexão com o servidor 1C: A empresa não é lançada por nenhum fluxo de trabalho. A conexão com a base é impossível.
Várias opções para encontrar erros e soluções:
1. Glitch Serrak - qualquer coisa acontece
Pare nos processos do Gerenciador de Tarefas: Ragent RFost rmngr e inicie o agente de serviço 1C: Agente Enterprise
2. Com uma interrupção repentina de energia ou situações semelhantes - o arquivo foi danificadosrvribrg.lst.
Você precisa excluir tudo na pasta srvinfo.
Para Windows. Vá para o catálogo C: \\ Arquivos de Programas \\ 1C \\ 1CV82 \\srvinfo., se um Linux. usr1cv8 / home / .1cv8 / 1c / 1cv8 ...
Através da administração de servidores 1C da empresa sobre o novo Create Cluster 1C e adicione bases de informação
3. Renomeado o servidor no qual o agente de serviço 1C
Depois de renomear o Windows Server 2008 com um 1C instalado: Enterprise 8.2, o Serviço "Server 1C: Enterprise 8.2" deixou de funcionar. Começa, funciona por alguns segundos e pára. Se você se conectar ao servidor 1C: Enterprise 8.2 através do console do servidor, ocorre um erro:
Erro de conexão 1C: Enterprise 8.2 Server_AddR \u003d TCP: // Server: 1540 Descrição de rede Acesso ao servidor (Windows Sockets - 10061 (0x0000274d). A conexão não está instalada, porque o computador de destino rejeitou a solicitação de conexão.) 590 arquivo \u003d. \\ Src \\ dataexchangetcpclientitmpl.cpp
Quando conectado ao banco de dados neste servidor, temos o seguinte erro:
Nem um único fluxo de trabalho é lançado. A conexão com a base é impossível.
Esse problema é devido ao fato de que as configurações de cluster do servidor 1C: a empresa é armazenada em arquivos no diretório SRVInfo (caminho para ele especifica o parâmetro -d nas propriedades do Serviço 1C: Enterprise Agent Service). Portanto, depois de alterar o nome do computador, você também deve fazer o seguinte:
Para Windows. Vá para o catálogo C: \\ Arquivos de Programas \\ 1C \\ 1CV82 \\srvinfo., se um Linux.- Os arquivos estão deitados no diretório inicial do usuário em nome do serviço: usr1cv8 / home / .1cv8 / 1c / 1cv8 ...
Edite em qualquer editor de texto dois arquivos: srvinfo \\ srvribrg.lst e srvinfo \\ reg_1541 \\ 1cv8reg.lst. Substitua nesses arquivos, um nome de servidor antigo a um novo.
Execute o serviço 1C: Enterprise Server Agent.
Depois de executar essas ações - tudo será
se não houver não repetir item 2!
Bunch Server 1C: Enterprise e PostgreSQL Segundo mais popular entre as instalações 1C e a solução mais usada na plataforma Linux. Em contraste com o agendamento do Windows e MSSQL, onde é difícil fazer isso que não funciona, a introdução com base no Linux está se destacando muitas armadilhas para um administrador inexperiente. Muitas vezes acontece que tudo parece ser feito corretamente, mas o erro segue o erro. Hoje vamos olhar para o mais típico deles.
informações gerais
Antes de começar a procurar erros de instalação e, em geral, para introduzir a implementação do servidor 1C: As empresas seriam legais para atualizar a visualização Como funciona:
Em pequenas implementações, o servidor 1C e o servidor DBMS geralmente combinam em um servidor físico, que reduz ligeiramente o círculo de possíveis erros. No nosso caso, a situação será considerada quando os servidores são separados por máquinas diferentes. Em nosso laboratório de teste, lançamos o seguinte esquema:
À nossa disposição, há dois servidores que executam o Ubuntu 12.04 X64, em um deles instalado o servidor 1C: Enterprise Versão 8.3, em outro postgresql 9.04 do EtherSoft, além de um cliente do Windows. Nós lembramos que o cliente funciona só Com o servidor 1C, que, por sua vez, gera as solicitações necessárias para o servidor DBMS. Não há dúvidas do cliente para o servidor de banco de dados do banco de dados não está acontecendo.
IMPORTANTE: O usuário do Postgres não passou autenticação (ident)
Esse erro ocorre quando os servidores são separados por diferentes PCs devido à autenticação configurada incorretamente na rede local. Aberto para eliminar /var/lib/pgsql/data/pg_hba.conf., encontre a string:
Anfitrião todos os 192.168.31.0/24 ident
e trazê-lo à mente:
Anfitrião todos todos 192.168.31.0/24 MD5
onde 192.168.31.0/24 - O alcance da sua rede local. Se não houver linhas, ela deve ser criada na seção Conexões locais IPv4..
Servidor de banco de dados não detectado
não foi possível transladar o nome do host "Nome" ToDress: falha temporária na resolução de nomes
À primeira vista, o erro é compreensível: o cliente não pode permitir o nome do servidor DBMS, um erro típico para pequenas redes, onde não há servidor DNS local. Como uma solução adicionar registro ao arquivo anfitriões. No cliente, que não dá nenhum resultado ...
E agora lembro o que foi dito um pouco mais cedo. O cliente do servidor DBMS é o servidor 1c, mas não um PC cliente, portanto, o registro deve ser adicionado no servidor 1C: Enterprise ao arquivo / etc / hosts No Linux ou na plataforma Windows.
Um erro semelhante ocorrerá se você esqueceu de adicionar Tipo de registro A. Para o servidor DBMS no servidor DNS local.
Erro ao executar uma operação com uma base de informações
server_addr \u003d nome DESCR \u003d 11001 (0x00002AF9): Este host é desconhecido.
Como o passado, esse erro está associado à resolução errada do cliente do nome do servidor. Desta vez é o PC cliente. Adicionar ao arquivo como uma solução / etc / hosts na plataforma Linux ou em C: \\ windows \\ system32 \\ drivers \\ etc \\ hosts Na exibição de registro da plataforma do Windows:
192.168.31.83srv-1C-1204
onde especificar o endereço e o nome do seu servidor 1C: empresas. Em caso de uso de DNS local, adicione Uma gravação Para o servidor 1c.
Erro DBD: banco de dados não é adequado para uso
Um erro muito mais grave que diz que você instalou incompatível com 1C: versão corporativa postgresql ou fez erros aproximados durante a instalação, por exemplo, não definir todas as dependências necessárias, em particular a biblioteca libicu..
Se você tiver experiência de administração suficiente de sistemas Linux, poderá tentar definir as bibliotecas necessárias e inicializar novamente o cluster do DBMS. Caso contrário, o PostgreSQL é melhor reinstalar, sem esquecer de excluir o conteúdo da pasta / Var / lib / pgsql.
Também esse erro pode ocorrer ao usar conjuntos 9.1.x.e 9.2.x. [E-mail protegido] , olhe abaixo.
Erro do DBMS:
Erro: Não foi possível carregar a biblioteca "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Erro bastante específico característico de assemblies 9.1.x.e 9.2.x. [E-mail protegido] Também pode liderar o erro anterior. A razão está no erro defeituoso na biblioteca Fasttrun.so. Solução - Role de volta para a montagem 9.0.x. [E-mail protegido] .
Erro DBMS.
Erro: tipo "mvarchar" não existe no caractere 31
Ocorre se o banco de dados tiver sido criado sem a ajuda do sistema 1C: empresas. Lembre-se, para trabalhar com o banco de dados de 1C deve ser criado apenas usando as ferramentas de plataforma 1C: através do console
ou através do tipo de lançamento 1C.
Servidor de banco de dados não detectado
Importante: O usuário "Postgres" não passou a autenticação (por senha)
Erro muito simples. Incorretamente especificado Postgres Super Senha do Usuário. Opções de solução Dois: Recupere a senha ou altere-a. No segundo caso, você precisará alterar a senha nas propriedades de todas as bases de informações existentes através do snap Administre Servidores 1C Enterprise.
Servidor de banco de dados não detectado
FATAL: O "nome" do banco de dados não existe
Outro erro muito simples. Não faz sentido garantir que o banco de dados especificado não exista. A maioria das vezes surge devido a um erro na especificação do nome da base. Deve ser lembrado que a base de informações do 1C no cluster e o banco de dados DBMS são duas entidades diferentes e podem ter nomes diferentes. Também deve ser lembrado que os sistemas Linux são sensíveis ao registro e para eles unf83. e Unf83. Dois nomes diferentes.
Por favor, ative o Javascript para ver o
Tag:
Na semana passada trouxe um novo servidor para 1C. Processador HP ProLiant 380 G6 2 2.58 GHz, 6 GB de RAM e três discos, cada capacidade de 72 GB e velocidade de rotação 15k. Como os apelidos do Windows 2008 1C não são digeridos (isso ainda é!), Eu instalei o Windows Server 2003 x64 Standart Edition.
Os primeiros ancinhos vieram quando o servidor foi lançado no "modo de combate", naturalmente, renomeado: o serviço "Servidor Agente 1C: Enterprise 8.2" começou a cair (começa, executando 10 segundos e paradas).
Quando conectado a 1C: Enterprise 8.2 Através do console do servidor, recebemos um erro:
"Erro de conexão com o servidor 1C: Enterprise 8.2
server_addr \u003d TCP: // S02: 1540 DESCR \u003d Erro de acesso à rede
(Soquetes Windows - 10061 (0x0000274d). A conexão não está instalada, porque o computador final rejeitou a solicitação de conexão.) Linha \u003d 590 arquivo \u003d. \\ Src \\ dataexchangetcpclientitmpl.cpp
Quando conectado ao banco de dados neste servidor, obtemos um erro:
"Não é lançado um único fluxo de trabalho. A conexão com a base é impossível".
O firewall é desligado, o DEP também (habilitado apenas para serviços do Windows). Reiniciando o servidor e reinstalar a plataforma não ajudou. Visualizou o registro duas vezes também, sem sucesso.
Acontece para configurar o cluster 1C Server: A empresa é armazenada no diretório SRVInfo (caminho para este diretório pode ser visualizada no parâmetro Propriedades do Serviço "Servidor 1C: Enterprise 8.2". Este diretório armazena o nome do cluster e suas configurações (incluindo segurança) e as listas do IB conectadas a este cluster e suas configurações. Estes são dois arquivos: srvinfo \\ srvribrg.lst e srvinfo \\ reg_1541 \\ 1cv8reg.lst. Nestes arquivos de configuração e o nome do servidor antigo permanece.
Próximo bug: parou de chamadas v82.comconnector - escreveu classe não registrada. Depois de um pequeno google, encontrei uma solução para o problema no recurso http://www.gilev.ru/1c/hasp/
15. Para conexões COM para o uso do aplicativo de servidor de 64X BITS
Talvez apenas no computador no qual a chave esteja instalada
Servidor de 64 bits 1C: Empresas (e não da sessão do terminal).Para
usando v81.comconnector em computadores que estão disponíveis apenas
As chaves do cliente podem ser registradas 32 bits v81.comconnector em
COM +.
- iniciar serviços de componentes;
- criar um aplicativo COM + vazio com o aplicativo e nome do servidor de ativação - servidor, por exemplo, v81_comconnector, especifique o nome de usuário do Windows, em nome do qual o componente será executado no espaço de endereço do processo de Dllhost.exe separado;
- no ramo dos componentes, adicione um novo componente Comcntr.dll do catálogo de 1C de carregamento: empresas.
Neste caso, o V81.comConnector será executado em um processo de 32 bits separado e poderá ser usado aplicativos de 32 e 64 bits.
de mim, quero acrescentar que você precisa do usuário em que o servidor 8.2 funciona adicionando aos usuários deste novo componente.
