Errore di connessione al server 1C Enterprise. Server database non trovatoFATAL: il database "NAME" non esiste

Quando ci connettiamo al server 1C dalla console otteniamo:

Errore del server o connessione interrotta dall'amministratore
Errore nel formato dello streaming

Quando si avvia il database SQL si ottiene l'errore:

Si è verificato un errore del server oppure la connessione è stata interrotta dall'amministratore.
Errore nel formato dello streaming

E allora, i primi dati:

Windows 7 Professional x64 appena installato, tutti gli aggiornamenti, ecc. (il problema si verifica sia su Server 2008 che su 2008R2)

Server x64 1C installato (provato anche a 32 bit)

Funziona tutto fino al riavvio. Dopo un riavvio, quando proviamo a connetterci a un database in SQL o ad aprire un cluster nella console 1C, otteniamo una risposta con le seguenti immagini:

Quando ci connettiamo al server 1C dalla console otteniamo:

Errore di connessione al server 1C:Enterprise 8.2:
Errore del server o connessione interrotta dall'amministratore
Errore nel formato dello streaming

Quando si avvia il database SQL si ottiene l'errore:

Si è verificato un errore durante l'esecuzione di un'operazione con l'infobase.
Si è verificato un errore del server oppure la connessione è stata interrotta dall'amministratore.
Errore nel formato dello streaming

Per poter avviare il database e connettersi al cluster dalla console, l'unica cosa che ha aiutato è stata:

1. Interrompere il servizio del server 1C:Impresa 8.2

2. Rimozione dei processi rmngr.exe rphost.exe (si blocca quando termina rmngr.exe).

3. Pulitura della directory C:\Program Files\1cv82\srvinfo\reg_1541\snccntx (per un server a 32 bit C:\Program Files (x86)\1cv82\srvinfo\reg_1541\snccntx)

4. Avvio del servizio server 1C:Enterprise 8.2

Tuttavia, mentre si lavora con la configurazione SQL, è stato possibile riscontrare inaspettatamente un arresto di emergenza di 1SKi e quindi ricevere gli stessi errori.

Sono stati testati:

1. versioni diverse, server diversi,

2. vari utenti: Sistema, Amministratore, USR1CV82.

3. assegnazione forzata dei diritti completi su queste directory per questi utenti C:\Program Files\1cv82\ (per un server a 32 bit C:\Program Files (x86)\1cv82\) con ereditarietà agli oggetti figlio.

4. decine di riavvii e molto altro.

Tuttavia, il motivo si è rivelato molto più inaspettato!

Dereferenziazione in Windows 7 (Server 2008, 2008R2, probabilmente 2012)

Prova a eseguire il ping del tuo computer per nome. Ciò che vedrai determinerà la possibilità di utilizzare la mia soluzione.

È facile da fare:

1. Avvia la riga di comando (Win+R, digita cmd e fai clic su OK)

2. Nella riga di comando, digita il comando "Ping" seguito da uno spazio e dal nome del tuo computer. È il nome, non il suo indirizzo IP. Premere Invio.

3. Se il sistema inizia a eseguire il ping tramite un indirizzo simile fabc:de12:3456:7890:ABCD:EF98:7654:3210, o un altro indirizzo IP diverso dal tuo

Benvenuti nel club privato delle funzionalità di dereferenziazione dei bug di Windows 7.

La base del problema sta nel fatto che il server 1C non può identificarsi per nome.

Ma visualizzare il tuo IP come IPv6 è uno dei motivi più comuni di questo errore.

Un altro motivo potrebbe essere una connessione periodica a un'altra rete (diciamo una VPN) quando viene creata una nuova interfaccia e Windows ricomincia a dereferenziarsi "in modo errato".

Di seguito descriverò due soluzioni per bypassare questa “funzionalità”.

Per prima cosa voglio avvisarti:

Esegui tutte le azioni con il tuo computer a tuo rischio e pericolo.

Opzione 1 Aggiungi il tuo PC e il suo IP agli host

1. Devi trovare il file host nella cartella C:\Windows\System32\drivers\etc. Se non vedi il file Hosts in questa cartella, è semplicemente nascosto. Poi Puoi premere il tasto ALT e, nel menu che appare, selezionare “Strumenti” - “Opzioni cartella” - “Visualizza” e decollare C'è una casella di controllo per "Nascondi file di sistema protetti". Puoi anche impostare l'interruttore "Mostra file, cartelle, unità nascoste", quindi tutto sarà visibile.(Dopo aver manipolato gli host, consiglio di riportare la casella di controllo nella posizione originale, in modo da non rilevare accidentalmente nulla in futuro)

2. Apri questo file nel Blocco note (blocco note) e aggiungi una riga come 192.168.0.1 Server (indirizzo IP Nome PC) alla fine. Salva e chiudi il file.

3. Prova a eseguire nuovamente il ping del PC utilizzando il nome. Se ancora una volta non vedi l'IP richiesto, qualcosa è andato storto... Forse l'antivirus ha restituito una vecchia versione del file (a Casper piace questo) o qualcos'altro.

In generale, è necessario ottenere l'indirizzo corretto quando si esegue il ping di un nome.

Cercando di essere all'avanguardia, Windows 7 non solo installa IPv6 su tutte le interfacce contemporaneamente, ma lo imposta anche come predefinito durante il dereferenziamento. Tuttavia oggi poche persone utilizzano questo protocollo e quindi può/deve essere disabilitato. Ricorda che deselezionare il protocollo IPv6 nell'interfaccia della scheda di rete non farà nulla!

1. Clic Win+R, digita regedit e premi Invio. Si aprirà l'editor del Registro di sistema.
2. Se viene richiesto di consentire le azioni, fare clic su nella finestra di dialogo Controllo dell'account utente pulsante Continua.
3. Individuare e selezionare la seguente sottochiave del Registro di sistema:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\

4. Fare doppio clic sull'elemento Componenti disabilitati per modificare un parametro Componenti disabilitati.
   Se il parametro Componenti disabilitati manca, deve essere creato. Per questo:
   1. Mentre su un ramo Parametri sul menu Modificare scegliere oggetto Creare, poi - Valore DWORD (32 bit).
   2. Digitare DisabledComponents e premere Invio.

      Ricordo che entrambe le soluzioni non sono una panacea, e non permettono di fatto di aggirare l'errore, ma nemmeno di eliminarne la causa

Gli errori che compaiono quando si lavora con prodotti software molto spesso ne rendono impossibile l'utilizzo. E la mancanza di conoscenze specifiche per comprendere gli algoritmi operativi crea anche l’impossibilità di diagnosticare e correggere i guasti che si verificano. In questo articolo, esaminiamo il problema "1C:Enterprise Server non viene rilevato, come posso risolvere l'avvio del server agente?"

Esistono diversi modi per risolvere il problema in 1C.

Gli errori che si presentano hanno dettagli di fondo diversi e possono essere ordinati per livelli di occorrenza:

• Codifica errata da parte degli sviluppatori del one-esque stesso;
• Errori commessi da programmatori che modificano (cambiano) il prodotto in relazione ai requisiti (compiti) di un utente specifico;
• Guasti causati da errori di memoria cache, che molto spesso lasciano perplessi i programmatori;

Per quanto riguarda l'errore "1C:Enterprise server non rilevato", è impossibile classificarlo come uno dei precedenti, poiché tale notifica indica all'utente la mancata esecuzione di una determinata azione necessaria affinché il programma funzioni.

Risolviamolo: avvia il server

Pertanto, la situazione a cui è dedicata questa pubblicazione si verifica quando il servizio agent-server è disabilitato o arrestato. Notiamo che, di regola, le ragioni di ciò rimangono poco chiare (chi lo ammette).

Questo servizio viene eseguito in due modi: come applicazione o come servizio. Vediamo come fare in entrambi i casi:

Come applicazione

Per eseguirlo come un'applicazione, esegui il comando:

In questo caso, specifichi (nelle tue impostazioni) la porta, gli intervalli di porte, il livello e la directory. Se questi parametri non vengono specificati, i loro valori verranno impostati dal programma “di default”.

Come servizio

Quando, durante la prima installazione di 1C, è stata selezionata l'opzione di avvio come servizio, questa viene registrata e successivamente dovrebbe essere avviata automaticamente (ad ogni avvio del sistema operativo).

Se l'agente è stato inizialmente installato dall'applicazione, è possibile registrarlo manualmente e avviarlo. Ciò avverrà con il comando (non dimenticare i parametri):

ragent.exe -instsrvc -usr ‹specificare il nome› -pwd ‹specificare la password›

Port ‹per porto› -regport ‹per porto› -range ‹intervalli di porti›

Seclev ‹livello desiderato› -d ‹specificare directory›

Il risultato della registrazione sarà la creazione di un nuovo Servizio (in questo caso per la versione 1C 8.3 per 64 bit):

Per memoria

Per eliminare (annullare la registrazione) di un servizio:

Fermare:

Ora sai tutto sulle cause del problema "1C:Enterprise server non rilevato" e cosa bisogna fare quando appare.

Lascia i tuoi commenti.

Domanda: Errore Com nell'elaborazione del riempimento

Ciao.
8.2 Vendita al dettaglio 1.
Mi collego a 8.1 Non una configurazione tipica.
Mi collego via com al database e provo a creare un documento, ma quando chiamo “CreateDocument()” o “GetObject()” si verifica un errore nella procedura ElaborazioneRiempimento. vedere la fig.

Provo la stessa cosa nel database 8.1 stesso, ma non si verificano errori e non entro in Filling Processing.
Cosa potrebbe esserci di sbagliato?

Risposta: turboq, un modulo documento scritto in modo storto!

Aggiunto dopo 5 minuti
Non è chiamata! Sta cercando di compilare! Ma poiché quando ci si connette tramite ComConnector il problema della modalità dialogo NON ESISTE, il modulo del documento non può essere compilato.
In questi casi, quando è necessario implementare il lavoro con una finestra di dialogo in un modulo oggetto, utilizzare le istruzioni al preprocessore

Questo non è un tuo errore, ma un errore nel modulo documento nel database a cui ti stai connettendo.

Nel database il codice viene eseguito sul client ed è presente una modalità di dialogo, quindi tutto avviene senza errori

Non utilizzare ComConnector, V8.Application per la connessione, quindi le cose dell'interfaccia saranno disponibili

Aggiunto dopo 5 minuti
=======================================================================================================================
dalla descrizione del collegamento esterno (SP) Ho evidenziato in grassetto cosa dovresti leggere su ComConnections

Descrizione:

In generale, lavorare con 1C:Enterprise 8 tramite una connessione esterna è simile a lavorare con 1C:Enterprise in modalità Automazione server. Le differenze principali sono le seguenti:

• Nel caso di un server di automazione, viene avviata un'applicazione 1C:Enterprise 8 completa e, nel caso di una connessione esterna, viene avviato un server COM in-process relativamente piccolo.

• Quando si lavora tramite una connessione esterna, la funzionalità che è in un modo o nell'altro correlata all'organizzazione dell'interfaccia utente 1C:Enterprise 8 non è disponibile;

• Quando si lavora con una connessione esterna, non viene utilizzato il modulo dell'applicazione gestita (modulo dell'applicazione normale) della configurazione 1C:Enterprise 8. Il suo ruolo quando si lavora con una connessione esterna è svolto dal modulo di connessione esterna.

Utilizzando una connessione esterna si hanno i seguenti vantaggi rispetto all'utilizzo di un Automation Server:

• Creazione di una connessione più rapida, poiché non è necessario creare un processo separato del sistema operativo e tutte le azioni vengono eseguite all'interno del processo chiamante;

• Accesso più rapido alle proprietà e ai metodi degli oggetti 1C:Enterprise, poiché l'organizzazione di un accesso non richiede la comunicazione tra processi;

• Minore consumo di risorse del sistema operativo.

Per organizzare l'accesso ai dati 1C:Enterprise 8 tramite una connessione esterna, viene eseguita la seguente sequenza di azioni:

• viene creata una gestione connessione COM con l'aiuto della quale viene stabilita la connessione;
• viene effettuata una chiamata al metodo Connect della gestione connessione COM. Il metodo Connect restituisce una connessione esterna all'infobase 1C:Enterprise 8;

• attraverso una connessione esterna si accede a metodi, proprietà e oggetti validi dell'infobase con cui viene stabilita la connessione.

Importante! A causa della mancanza di un'interfaccia utente, non tutti gli oggetti, le proprietà e i metodi possono essere utilizzati in una connessione esterna.
Un join esterno fornisce l'accesso completo al relativo contesto globale. Pertanto, una connessione esterna come metodi può avere: costanti di sistema, valori ​​​​degli oggetti specificati nel configuratore, il cui accesso viene effettuato utilizzando gestori (ad esempio, costanti, enumerazioni, directory, documenti, registri di documenti, report , elaborazioni, tipi di piani di caratteristiche, piani dei conti, piani di tipi di calcolo, registri), nonché variabili dichiarate nel modulo di connessione esterna con la parola chiave Esporta.

Disponibilità:

La combinazione di server 1C:Enterprise e PostgreSQL è la seconda più popolare tra le installazioni 1C e la soluzione più utilizzata sulla piattaforma Linux. A differenza delle implementazioni basate su Windows e MSSQL, dove è difficile impedire che funzioni, le implementazioni basate su Linux sono piene di molte insidie ​​per un amministratore inesperto. Accade spesso che tutto sembri fatto correttamente, ma l'errore segue l'errore. Oggi vedremo quelli più tipici.

informazioni generali

Prima di iniziare a cercare errori di installazione e, in generale, iniziare a implementare la versione server di 1C:Enterprise, sarebbe bello rinfrescare la tua comprensione di come funziona:

Nelle piccole implementazioni, il server 1C e il server DBMS sono solitamente combinati su un server fisico, il che restringe leggermente la gamma di possibili errori. Nel nostro caso, considereremo una situazione in cui i server si trovano su macchine diverse. Nel nostro laboratorio di test abbiamo implementato il seguente schema:

Abbiamo due server che eseguono Ubuntu 12.04 x64, uno di essi ha installato il server 1C:Enterprise versione 8.3, l'altro ha PostgreSQL 9.04 di Ethersoft, nonché un client che esegue Windows. Ti ricordiamo che il client sta funzionando soltanto con il server 1C, che, a sua volta, genera le richieste necessarie al server DBMS. Nessuna richiesta dal client al server di gestione del database non sta succedendo.

IMPORTANTE: l'utente "postgres" non è autenticato (Ident)

Questo errore si verifica quando i server sono distribuiti su diversi PC a causa di un'autenticazione configurata in modo errato sulla rete locale. Per risolvere, aprire /var/lib/pgsql/data/pg_hba.conf, trova la riga:

Ospita tutti tutti 192.168.31.0/24 ident

e portalo in questo modulo:

Ospita tutti tutti 192.168.31.0/24 md5

Dove 192.168.31.0/24 - la portata della vostra rete locale. Se non esiste una riga di questo tipo, dovrebbe essere creata nella sezione Connessioni locali IPv4.

Server database non trovato
impossibile tradurre il nome host "NAME" nell'indirizzo: errore temporaneo nella risoluzione del nome

A prima vista l'errore è chiaro: il client non riesce a risolvere il nome del server DBMS, un errore tipico delle piccole reti dove non è presente un server DNS locale. La soluzione è aggiungere una voce al file ospiti sul client, il che non dà alcun risultato...

E ora ricordiamo quanto detto poco prima. Il client del server DBMS è il server 1C, ma non il PC client, pertanto la voce deve essere aggiunta al file sul server 1C:Enterprise /etc/hosts sulla piattaforma Linux o sulla piattaforma Windows.

Un errore simile si verificherà se ti dimentichi di aggiungere tipo di registrazione A per il server DBMS sul server DNS locale.

Errore durante l'esecuzione di un'operazione con l'infobase
server_addr=NAME descr=11001(0x00002AF9): questo host è sconosciuto.

Come il precedente, questo errore è dovuto al fatto che il client risolve erroneamente il nome del server. Questa volta è il PC client. Come soluzione, aggiungi al file /etc/hosts su piattaforma Linux o C:\Windows\System32\drivers\etc\hosts sulla piattaforma Windows, una voce come questa:

192.168.31.83SRV-1C-1204

dove indichi l'indirizzo e il nome del tuo server 1C:Enterprise. Se utilizzi il DNS locale, dovresti aggiungere Un record per server 1C.

Errore DBMS: DATABASE non è utilizzabile

Un errore molto più grave, che indica che hai installato una versione di PostgreSQL incompatibile con 1C:Enterprise o che hai commesso gravi errori durante l'installazione, ad esempio non hai installato tutte le dipendenze necessarie, in particolare la libreria libICU.

Se hai sufficiente esperienza nell'amministrazione di sistemi Linux, puoi provare a installare le librerie necessarie e reinizializzare il cluster DBMS. Altrimenti è meglio reinstallare PostgreSQL, ricordandosi di eliminare il contenuto della cartella /var/lib/pgsql.

Questo errore può verificarsi anche quando si utilizzano gli assembly 9.1.x E 9.2.x Postgre@Etersoft, vedere i dettagli di seguito.

Errore DBMS:
ERRORE: impossibile caricare la libreria "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

Un errore piuttosto specifico, tipico degli assemblaggi 9.1.x E 9.2.x Postgre@Etersoft, può anche portare all'errore precedente. Il motivo risiede in un bug non corretto nella libreria fasttrun.so. La soluzione è ripristinare il file build 9.0.x Postgre@Etersoft.

Errore DBMS
ERRORE: il tipo "mvarchar" non esiste al carattere 31

Si verifica se il database è stato creato senza l'ausilio del sistema 1C:Enterprise. Ricorda, per lavorare con 1C, i database dovrebbero essere creati solo utilizzando gli strumenti della piattaforma 1C: tramite la console

o tramite il launcher 1C.

Server database non trovato
IMPORTANTE: l'utente "postgres" non è autenticato (tramite password)

Un errore molto semplice. La password per il superutente DBMS postgres è specificata in modo errato. Le soluzioni sono due: ricordare la password oppure cambiarla. Nel secondo caso sarà necessario modificare la password nelle proprietà di tutte le infobase esistenti tramite lo snap-in Amministrazione dei server 1C Enterprise.

Server database non trovato
FATAL: il database "NAME" non esiste

Un altro errore molto semplice. Il suo significato si riduce al fatto che il database specificato non esiste. Molto spesso ciò si verifica a causa di un errore nella specifica del nome del database. Va ricordato che la base informativa 1C nel cluster e il database DBMS sono due entità diverse e possono avere nomi diversi. Dovresti anche ricordare che i sistemi Linux fanno distinzione tra maiuscole e minuscole e per loro unf83 E UNF83 due nomi diversi.

• tag:

Abilita JavaScript per visualizzare il

• Dottoressa Cuddy: Abbiamo bisogno di una diagnosi. Donna, 26 anni, esplosione di gas sotto l'edificio, è stata tirata fuori dalle macerie dopo 6 ore. Due interventi chirurgici a causa di numerose fratture e ustioni...
  Dottor House: Penso che le ossa rotte siano il risultato di un edificio che le è crollato sulla testa.
• Dottor House: Immagina che il tetto del ripostiglio sia crollato sul tuo depuratore preferito. E inizia a surriscaldarsi.
  Più pulito: Perché dovrei amare una lavapavimenti? Ok... forse l'impatto ha danneggiato qualcosa nel cablaggio elettrico. Oppure qualcosa è entrato dentro e l'ha rovinato...
  Dottor House: HM interessante. Penetrazione dell'infezione attraverso lacerazioni. I batteri reagirebbero agli antibiotici. Il caldo è troppo intenso per un virus, forse parassiti o funghi.
  Più pulito:O lupus.
  House si gira stupito.
  Più pulito: Mia nonna ha il lupus.
  Dottor House:(perplesso) Ok, autoimmune. Controllerò se c'è il lupus. Anche se un'infezione è più probabile. Sarebbe carino avere anche la sua mappa. Veniamo alla parte peggiore del lavoro. Per comunicare con la famiglia della lavapavimenti.

• Dottor House: La carta dice che era malata prima che l'edificio crollasse.
  Il marito della paziente: Penso che sia un comune raffreddore. Cosa, pensi che ci sia un collegamento?
  Dottor House: La sua malattia con la sua malattia? A volte succede.
• La madre del paziente: Il diario dice che mia figlia prende queste pillole?
  Dottor House: No, ma dal punto di vista medico...
  Dottoressa Cuddy: Hai trovato le pillole a casa sua?
  Dottor House: A quanto pare li ha nascosti nella borsa. Ho pensato che sarebbe stato indecente cercare sotto le 1000 tonnellate di detriti.
• Chirurgo: Sanguina dappertutto, a meno che l'aborto non sia stato fatto con un fucile.

Questo articolo mostra un esempio di principi generali per l'analisi dei problemi tecnologici che possono sorgere quando si lavora con 1C:Enterprise 8.1.

A tutti piace dare consigli, ma quando si arriva al dunque, tutti improvvisamente hanno cose più importanti da fare :))). Probabilmente sarebbe giusto avvertire immediatamente che questo materiale è stato scritto da me più come informazione su cui riflettere e non come teoria per risolvere problemi personali e situazioni spiacevoli sul lavoro. Tuttavia, penso che gli esempi forniti qui dalla mia pratica possano essere utili quando si analizzano problemi simili.

A titolo esemplificativo verranno discussi i seguenti:

Esempio 1. Un utente si è lamentato dell'impossibilità di avviare 1C: Contabilità.

Messaggio di testo:

"Errore di connessione al server 1c: Enterprise 8.1:
server_addr=App1С:1540=Errore nell'accesso di rete al server
(Prese Windows - 10061(0x0000274D)
Non è stato possibile stabilire alcuna connessione perché la macchina di destinazione la ha rifiutata attivamente) riga =567

Esempio 2. L’accesso alla base informativa è “perso”.

Messaggio di testo:

Errore durante l'esecuzione di un'operazione con l'infobase

Microsoft OLE Provider DB per SQL Server: accesso non riuscito per l'utente "utente1c"

H RISULTATO=80040E4D, SQLSrvr: stato errore=1, gravità=E, nativo=18456, riga=1

Esempio 3. Strano errore "sconosciuto".

Testo del messaggio: "Si è verificato un errore sconosciuto sul server 1C Enterprise (80010108)"

1. Determinazione del testo (manifestazione) dell'errore e localizzazione della fonte dell'evento

• Registrare l'errore (testo e/o altre informazioni che potrebbero essere utili per analizzare il problema). È meglio registrare il problema utilizzando un registro tecnologico. Conclusione: se non utilizzi il log tecnologico per altri compiti, configuralo per raccogliere costantemente eventi di “eccezione” (EXCP) e generare dump in caso di crash della piattaforma.
• Registrare l'ora in cui si è verificato l'errore. Ciò aiuterà ulteriormente a localizzare la posizione dello studio di vari registri.
• LEGGI il testo del messaggio, cerca di capire subito l'origine del problema dal contenuto di questo testo.
• Cerca una soluzione nel testo del messaggio su Internet o in altre fonti a te note per risolvere il problema.
• Chi non ha precedentemente affrontato problemi con errori della piattaforma non li risolverà, cerca chi lo ha fatto o lo sta facendo.

Nota. Esempio 1. Una ricerca in basso nella sezione “Dove posso trovare una soluzione già pronta” utilizzando il testo “10061” riportato in questa pagina mostrerà immediatamente una spiegazione del motivo e soluzione: Il servizio è stato arrestato sul server delle applicazioni" agente server 1c:Impresa 8.1". Di conseguenza, deve essere avviato, ad esempio dalla riga di comando:

net start Server Agente 1C:Enterprise 8.1

Se il server delle applicazioni non si avvia, in alcuni casi eseguire una copia della cartella C:\Programmi\1cv81\server ed eliminare il contenuto prima di tentare l'avvio.