Feil ved tilkobling til 1C Enterprise-server. Databaseserver ikke funnetFATAL: databasen "NAME" eksisterer ikke

Når vi kobler til 1C-serveren fra konsollen får vi:

Serverfeil eller tilkobling avsluttet av administrator
Strømformatfeil

Når vi starter SQL-databasen får vi feilen:

Det oppsto en serverfeil eller tilkoblingen ble avsluttet av administratoren.
Strømformatfeil

Og så, de første dataene:

Nyinstallert Windows 7 Professional x64, alle oppdateringer osv. (problemet oppstår på både Server 2008 og 2008R2)

1C x64 server installert (prøvet 32bit også)

Alt fungerer til omstart. Etter en omstart, når vi prøver å koble til en database i SQL eller åpner en klynge i 1C-konsollen, får vi et svar med følgende bilder:

Når vi kobler til 1C-serveren fra konsollen får vi:

Feil ved tilkobling til 1C:Enterprise 8.2-server:
Serverfeil eller tilkobling avsluttet av administrator
Strømformatfeil

Når vi starter SQL-databasen får vi feilen:

Det oppstod en feil under utførelse av en operasjon med infobasen.
Det oppsto en serverfeil eller tilkoblingen ble avsluttet av administratoren.
Strømformatfeil

For å kunne starte databasen og koble til klyngen fra konsollen, var det eneste som hjalp:

1. Stopp servertjenesten 1C:Enterprise 8.2

2. Fjerne prosesser rmngr.exe rphost.exe (den krasjer når rmngr.exe slutter).

3. Rengjør katalogen C:\Program Files\1cv82\srvinfo\reg_1541\snccntx (for en 32-bits server C:\Program Files (x86)\1cv82\srvinfo\reg_1541\snccntx)

4. Starte 1C:Enterprise 8.2-servertjenesten

Men mens du jobbet med SQL-konfigurasjonen, var det mulig å uventet fange en nødavstenging av 1SKi og deretter motta de samme feilene.

Ble testet:

1. forskjellige utgivelser, forskjellige servere,

2. ulike brukere: System, Administrator, USR1CV82.

3. tvungen tildeling av fulle rettigheter til disse katalogene for disse brukerne C:\Program Files\1cv82\ (for en 32-bits server C:\Program Files (x86)\1cv82\) med arv til underordnede objekter.

4. dusinvis av omstarter og mye mer.

Årsaken viste seg imidlertid å være mye mer uventet!

Fjernreferanse i Windows 7 (Server 2008, 2008R2, sannsynligvis 2012)

Prøv å pinge datamaskinen etter navn. Det du ser vil avgjøre muligheten for å bruke løsningen min.

Det er enkelt å gjøre:

1. Start kommandolinjen (Win+R, skriv inn cmd og klikk OK)

2. På kommandolinjen skriver du inn kommandoen "Ping" etterfulgt av et mellomrom og navnet på datamaskinen. Det er navnet, ikke IP-adressen. Trykk enter.

3. Hvis systemet begynner å pinge seg selv gjennom en adresse som fabc:de12:3456:7890:ABCD:EF98:7654:3210, eller en annen IP-adresse enn din

Velkommen til den private klubben for bagofichi dereferencing Windows-versjoner 7.

Grunnlaget for problemet ligger i det faktum at 1C-serveren ikke kan identifisere seg ved navn.

Men å vise din IP som IPv6 er en av de mest vanlige årsaker denne feilen oppstår.

En annen grunn kan være en periodisk tilkobling til et annet nettverk (la oss si en VPN) når et nytt grensesnitt er opprettet og Windows igjen begynner å referere seg selv "feil".

Nedenfor vil jeg beskrive to løsninger for å omgå denne "funksjonen".

Først vil jeg advare deg:

Du utfører alle handlinger med datamaskinen på egen risiko og risiko.

Valg 1 Legg til PCen og dens IP til Hosts

1. Du må finne hosts-filen i mappen C:\Windows\System32\drivers\etc Hvis du ikke ser Hosts-filen i denne mappen, er den ganske enkelt skjult. Deretter Du kan trykke ALT-tasten og, i menyen som vises, velge "Verktøy" - "Mappealternativer" - "Vis" og ta av det er en avmerkingsboks "Skjul beskyttet systemfiler". Du kan også sette bryteren "Vis skjulte filer, mapper, disker", så vil alt være synlig.(Etter å ha manipulert Hosts, anbefaler jeg at du returnerer avmerkingsboksen til dens opprinnelige plass, for ikke å fange noe ved et uhell i fremtiden)

2. Åpne denne filen i Notisblokk og legg til en linje som 192.168.0.1 Server (IP-adresse PC-navn) til slutten. Lagre og lukk filen.

3. Prøv å pinge PC-en igjen ved å bruke navnet. Hvis du igjen ikke ser den nødvendige IP-en, gikk noe galt ... Kanskje antiviruset kom tilbake gammel versjon fil (Casper elsker dette) eller noe annet.

Generelt må du oppnå riktig adresse når du pinger gjennom et navn.

For å prøve å være i forkant, installerer Windows 7 ikke bare IPv6 på alle grensesnitt samtidig, det setter det også som standard når det refereres. Men i dag er det få som bruker denne protokollen, og derfor kan/bør den deaktiveres. Husk at du fjerner merket for IPv6-protokollen i grensesnittet nettverkskort vil ikke gi noe!

1. Klikk Win+R, skriv regedit og trykk Enter. Registerredigering åpnes.
2. Hvis du blir bedt om å tillate handlinger, klikker du i dialogboksen Brukerkonto-kontroll knapp Fortsette.
3. Finn og velg følgende registerundernøkkel:

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

4. Dobbeltklikk på elementet DisabledComponents for å endre en parameter DisabledComponents.
   Hvis parameteren DisabledComponents mangler, må den opprettes. For dette:
   1. Mens du er på en gren Parametere på menyen Redigere Velg en Skape, og så - DWORD-verdi (32 biter).
   2. Skriv DisabledComponents og trykk Enter.

      Jeg vil minne deg på at begge løsningene ikke er et universalmiddel, og at de faktisk ikke lar deg omgå feilen, men ikke eliminere årsaken.

Feil som dukker opp når du arbeider med programvareprodukter, oftest fratatt muligheten til å bruke dem. Og mangelen på spesialkunnskap for å forstå driftsalgoritmene skaper også umuligheten av å diagnostisere og korrigere feil som oppstår. I denne artikkelen, la oss se på problemet "1C:Enterprise Server er ikke oppdaget, hvordan kan jeg fikse lanseringen av agentserveren?"

Det er flere måter å fikse problemet på i 1C.

Feilene som oppstår har forskjellige bakgrunnsdetaljer, de kan sorteres etter forekomstnivåer:

• Feil koding av utviklerne av selve one-esque;
• Feil gjort av programmerere som endrer (endrer) produktet i forhold til kravene (oppgavene) til en spesifikk bruker;
• Feil forårsaket av cache-minnefeil, oftest forvirrende programmerere;

Når det gjelder feilen "1C:Enterprise server not oppdaget", er det umulig å klassifisere den som en av de ovennevnte, siden en slik melding er en indikasjon til brukeren om manglende overholdelse av en viss nødvendig handling for at programmet skal fungere.

La oss fikse det - start serveren

Så situasjonen som denne publikasjonen er viet til, oppstår når agent-server-tjenesten enten er deaktivert eller stoppet. La oss merke seg at årsakene til dette som regel fortsatt er uklare (hvem som innrømmer det).

Denne tjenesten kjører på to måter - enten som en applikasjon eller som en tjeneste. La oss se hvordan du gjør det i begge tilfeller:

Som en søknad

For å kjøre det som et program, kjør kommandoen:

I dette tilfellet spesifiserer du (i innstillingene dine) port, portområder, nivå og katalog. Hvis disse parameterne ikke er spesifisert, vil verdiene deres bli satt av programmet "som standard".

Som en tjeneste

Når oppstartsalternativet ble valgt som en tjeneste under den første installasjonen av 1C, registreres det og skal deretter startes automatisk (hver gang operativsystemet startes).

Hvis agenten opprinnelig ble installert av applikasjonen, kan du registrere den manuelt og starte den. Dette vil skje med kommandoen (ikke glem parametrene):

ragent.exe -instsrvc -usr ‹spesifiser navnet› -pwd ‹spesifiser passordet›

Port ‹for port› -regport ‹for port› -range ‹port ranges›

Seclev ‹ nødvendig nivå› -d ‹spesifiserer katalogen›

Resultatet av registreringen vil være opprettelsen av en ny tjeneste (i dette tilfellet for 1C versjon 8.3 for 64-bit):

For hukommelsen

For å slette (avregistrere) en tjeneste:

Stoppe:

Nå vet du alt om årsakene til problemet "1C:Enterprise server not oppdaget" og hva som må gjøres når det dukker opp.

Legg igjen dine kommentarer.

Spørsmål: Com-feil ved behandling av fylling

Hallo.
8.2 Detaljhandel 1.
Jeg kobler til 8.1 Ikke en typisk konf.
Jeg kobler til databasen via com og prøver å lage et dokument, men når jeg kaller "CreateDocument()" eller "GetObject()" oppstår det en feil i prosedyren Behandler Fylling. se fig.

Jeg prøver det samme i selve 8.1-databasen, men det er ingen feil, og jeg går heller ikke inn i Fyllingsbehandling.
Hva kan være galt?

Svar: turboq, en skjevt skrevet dokumentmodul!

Lagt til etter 5 minutter
Hun heter ikke! Hun prøver å kompilere! Men siden når du kobler til via ComConnector, eksisterer ikke dialogmodusproblemet, kan dokumentmodulen ikke kompileres.
For slike tilfeller, når det er nødvendig å implementere arbeid med en dialog i en objektmodul, bruk instruksjoner til forbehandleren

Dette er ikke din feil, men en feil i dokumentmodulen i databasen du kobler til.

I databasen kjøres koden på klienten og det er en dialogmodus, så alt skjer uten feil

Ikke bruk ComConnector, V8.Application for tilkobling, da vil grensesnittet være tilgjengelig for deg

Lagt til etter 5 minutter
=======================================================================================================================
fra beskrivelsen av den eksterne tilkoblingen (SP) Jeg fremhevet med fet skrift hva du bør lese om ComConnections

Beskrivelse:

Generelt er det å jobbe med 1C:Enterprise 8 via en ekstern tilkobling som å jobbe med 1C:Enterprise i serverautomatiseringsmodus. De viktigste forskjellene er som følger:

• Når det gjelder en automatiseringsserver, startes en fullverdig 1C:Enterprise 8-applikasjon, og i tilfelle en ekstern tilkobling startes en relativt liten COM-server i prosessen.

• Ikke tilgjengelig når du arbeider via en ekstern tilkobling funksjonalitet, på en eller annen måte knyttet til organisasjonen brukergrensesnitt 1C:Enterprise 8;

• Når du kjører en ekstern tilkobling, vil den administrerte applikasjonsmodulen (modul vanlig søknad) konfigurasjon 1C:Enterprise 8. Dens rolle når du arbeider med en ekstern tilkobling spilles av den eksterne tilkoblingsmodulen.

Når du bruker en ekstern tilkobling, er det følgende fordeler sammenlignet med å bruke en automatiseringsserver:

• Raskere tilkoblingsoppsett siden ingen separat prosess må opprettes operativsystem, og alle handlinger utføres i anropsprosessen;

• Raskere tilgang til egenskapene og metodene til 1C:Enterprise-objekter, siden organisering av en tilgang ikke krever kommunikasjon mellom prosesser;

• Mindre forbruk av operativsystemressurser.

For å organisere tilgang til 1C:Enterprise 8-data via en ekstern tilkobling, utføres følgende handlingssekvens:

• en COM-tilkoblingsbehandling opprettes, ved hjelp av hvilken tilkoblingen opprettes;
• et anrop blir gjort til Connect-metoden til COM-tilkoblingsbehandleren. Connect-metoden returnerer en ekstern tilkobling til 1C:Enterprise 8 infobase;

• gjennom en ekstern tilkobling gjøres tilgang til gyldige metoder, egenskaper og objekter til infobasen som tilkoblingen er etablert med.

Viktig! På grunn av mangelen på et brukergrensesnitt kan ikke alle objekter, egenskaper og metoder brukes i en ytre forbindelse.
Den ytre skjøten gir full tilgang til sin globale kontekst. Derfor kan en ekstern tilkobling som dens metoder ha: systemkonstanter, verdier for objekter spesifisert i konfiguratoren, tilgang til som utføres ved hjelp av ledere (for eksempel konstanter, oppregninger, kataloger, dokumenter, dokumentlogger, rapporter , prosessering, planer for kjennetegnstyper, kontoplaner , beregningstypeplaner, registre), samt variabler deklarert i den eksterne koblingsmodulen med Eksporter nøkkelordet.

Tilgjengelighet:

Kombinasjonen av 1C:Enterprise-server og PostgreSQL er den nest mest populære blant 1C-installasjoner og den mest brukte løsningen på Linux-plattform. I motsetning til implementeringer basert på Windows og MSSQL, hvor det er vanskelig å få det til å ikke fungere, er implementeringer basert på Linux fulle av mange fallgruver for en uerfaren administrator. Det hender ofte at alt ser ut til å være gjort riktig, men feil følger feil. I dag skal vi se på de mest typiske av dem.

generell informasjon

Før du begynner å lete etter installasjonsfeil og generelt sett begynner å implementere serverversjonen av 1C:Enterprise, ville det være fint å fornye forståelsen av hvordan det fungerer:

I små implementeringer er 1C-serveren og DBMS-serveren vanligvis kombinert på én fysisk server, noe som begrenser sirkelen litt mulige feil. I vårt tilfelle vil vi vurdere en situasjon der serverne er plassert på forskjellige maskiner. I vårt testlaboratorium implementerte vi følgende opplegg:

Vi har til rådighet to servere som kjører Ubuntu 12.04 x64, en av dem har 1C:Enterprise server versjon 8.3 installert, den andre har PostgreSQL 9.04 fra Ethersoft, samt en klient som kjører Windows-kontroll. Vi minner om at klienten jobber bare med 1C-serveren, som igjen genererer de nødvendige forespørslene til DBMS-serveren. Ingen forespørsler fra klient til databasebehandlingsserver skjer ikke.

VIKTIG: brukeren "postgres" er ikke autentisert (Ident)

Denne feilen oppstår når servere er distribuert over forskjellige PC-er på grunn av feilkonfigurert autentisering i lokalt nettverk. Åpne for å løse det /var/lib/pgsql/data/pg_hba.conf, finn linjen:

Vert alle alle 192.168.31.0/24 ident

og ta det til dette skjemaet:

Vert alle alle 192.168.31.0/24 md5

Hvor 192.168.31.0/24 - rekkevidden til ditt lokale nettverk. Hvis det ikke er en slik linje, bør den opprettes i seksjonen IPv4 lokale tilkoblinger.

Databaseserver ikke funnet
kunne ikke oversette vertsnavnet "NAME" til adresse: Midlertidig feil i navneløsningen

Ved første øyekast er feilen klar: klienten kan ikke løse navnet på DBMS-serveren, en typisk feil for små nettverk der det ikke er noen lokal DNS-server. Som en løsning, legg til en oppføring i filen verter på klienten, noe som ikke gir noe resultat...

Og la oss nå huske hva som ble sagt litt tidligere. Klienten til DBMS-serveren er 1C-serveren, men ikke klient-PC-en, derfor må oppføringen legges til filen på 1C:Enterprise-serveren /etc/hosts på Linux-plattformen eller på Windows-plattformen.

En lignende feil vil oppstå hvis du har glemt å legge til posttype A for DBMS-serveren på den lokale DNS-serveren.

Feil ved utføring av en operasjon med infobasen
server_addr=NAME descr=11001(0x00002AF9): Denne verten er ukjent.

Som den forrige, skyldes denne feilen at klienten feilløste servernavnet. Denne gangen er det klient-PCen. Som en løsning, legg til i filen /etc/hosts på Linux-plattformen eller C:\Windows\System32\drivers\etc\hosts på plattformen Windows-opptak type:

192.168.31.83SRV-1C-1204

hvor du angir adressen og navnet på 1C:Enterprise-serveren din. Hvis du bruker lokal DNS, bør du legge til En rekord for 1C server.

DBMS-feil: DATABASE kan ikke brukes

En mye mer alvorlig feil, som indikerer at du installerte en versjon av PostgreSQL som er inkompatibel med 1C:Enterprise eller gjorde alvorlige feil under installasjonen, for eksempel ikke installerte alle nødvendige avhengigheter, spesielt biblioteket libICU.

Hvis du har tilstrekkelig erfaring med å administrere Linux-systemer, kan du prøve å installere de nødvendige bibliotekene og reinitialisere DBMS-klyngen. Ellers er det bedre å installere PostgreSQL på nytt, og husk å slette innholdet i mappen /var/lib/pgsql.

Denne feilen kan også oppstå ved bruk av sammenstillinger 9.1.x Og 9.2.x Postgre@Etersoft, se detaljer nedenfor.

DBMS feil:
FEIL: kunne ikke laste inn biblioteket "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

Ganske spesifikk feil, typisk for sammenstillinger 9.1.x Og 9.2.x Postgre@Etersoft, kan også føre til forrige feil. Årsaken ligger i en ukorrigert feil i fasttrun.so-biblioteket. Løsningen er å rulle tilbake til bygget 9.0.x Postgre@Etersoft.

DBMS feil
FEIL: typen "mvarchar" eksisterer ikke ved tegn 31

Oppstår hvis databasen ble opprettet uten hjelp av 1C:Enterprise-systemet. Husk at for å jobbe med 1C, bør databaser kun opprettes ved å bruke verktøyene til 1C-plattformen: gjennom konsollen

eller gjennom 1C launcher.

Databaseserver ikke funnet
VIKTIG: brukeren "postgres" er ikke autentisert (med passord)

Veldig enkel feil. Passordet for postgres DBMS-superbruker er feil spesifisert. Det er to løsninger: husk passordet ditt eller endre det. I det andre tilfellet må du endre passordet i egenskapene til alle eksisterende infobaser gjennom snapin-modulen Administrasjon av 1C Enterprise servere.

Databaseserver ikke funnet
FATAL: databasen "NAME" eksisterer ikke

Nok en veldig enkel feil. Dens betydning koker ned til det faktum at den angitte databasen ikke eksisterer. Oftest oppstår det på grunn av en feil ved å spesifisere databasenavnet. Det bør man huske på informasjonsgrunnlag 1C i en klynge og DBMS-databasen er to forskjellige enheter og kan ha forskjellige navn. Det bør man også huske på Linux-systemer store og små bokstaver og for dem unf83 Og UNF83 to forskjellige navn.

• Tagger:

Aktiver JavaScript for å se

• Dr. Cuddy: Vi trenger en diagnose. Kvinne, 26 år gammel, gasseksplosjon under bygningen, hun ble trukket ut av ruinene etter 6 timer. To operasjoner på grunn av mange brudd og brannskader...
  Dr. House: Jeg tror de brukne beinene er et resultat av en bygning som kollapset på hodet hennes.
• Dr. House: Tenk deg at bodtaket kollapser på favorittskrubben din. Og det begynner å overopphetes.
  Renere: Hvorfor skal jeg elske en gulvskrubber? Ok... Kanskje støtet skadet noe i de elektriske ledningene. Eller noe strømmet inn og ødela det...
  Dr. House: HM interessant. Penetrering av infeksjon gjennom rifter. Bakteriene ville reagere på antibiotika. Varmen er for intens for et virus. Muligens parasitter eller sopp.
  Renere: Eller lupus.
  House snur seg forundret.
  Renere: Min bestemor har lupus.
  Dr. House:(forvirret) Ok, autoimmun. Jeg skal se etter lupus. Selv om en infeksjon er mer sannsynlig. Det ville vært fint å ha kartet hennes også. La oss komme til den verste delen av jobben. For å kommunisere med familien til gulvvaskeren.

• Dr. House: Kortet sier at hun var syk før bygningen kollapset.
  Pasientens mann: Jeg tror det er en vanlig forkjølelse. Hva, tror du dette henger sammen?
  Dr. House: Hennes sykdom med hennes sykdom? Noen ganger skjer det.
• Pasientens mor: Står det i dagboken at datteren min tar disse pillene?
  Dr. House: Nei, men fra et medisinsk synspunkt...
  Dr. Cuddy: Fant du pillene i huset hennes?
  Dr. House: Tilsynelatende gjemte hun dem i veska. Jeg trodde det ville være uanstendig å søke under 1000 tonn rusk.
• Kirurg: Hun blør overalt, med mindre aborten ble gjort med hagle.

Denne artikkelen viser et eksempel på generelle prinsipper for å analysere teknologiske problemer som kan oppstå når du arbeider med 1C:Enterprise 8.1.

Alle elsker å gi råd, men når det kommer til stykket har alle plutselig viktigere ting å gjøre :))). Det ville sannsynligvis være rettferdig å umiddelbart advare om at dette materialet ble skrevet av meg mer som informasjon til ettertanke, og ikke som en løsningsteori personlige problemer og ubehagelige situasjoner på jobben. Likevel tror jeg at eksemplene gitt her fra min praksis kan være nyttige når man skal analysere lignende problemer.

Følgende vil bli diskutert som eksempler:

Eksempel 1. En bruker klaget over umuligheten av å lansere 1C: Accounting.

Meldingstekst:

"Feil ved tilkobling til server 1c: Enterprise 8.1:
server_addr=App1С:1540=Feil i nettverkstilgang til server
(Windows-sockets - 10061(0x0000274D)
Ingen tilkobling kunne opprettes fordi målmaskinen aktivt nektet det) linje =567

Eksempel 2. Tilgang til informasjonsbasen er «tapt».

Meldingstekst:

Feil ved utføring av en operasjon med infobasen

Microsoft OLE DB-leverandør for SQL Server: Pålogging mislyktes for brukeren 'user1c'

H RESULTAT=80040E4D, SQLSrvr: Feilstatus=1, Alvorlighet=E, opprinnelig=18456, linje=1

Eksempel 3. Merkelig "ukjent" feil.

Teksten til meldingen: "Det oppstod en ukjent feil på 1C Enterprise-serveren (80010108)"

1. Bestemmelse av teksten (manifestasjon) av feilen og lokalisering av kilden til forekomsten

• Registrer feilen (tekst og/eller annen informasjon som kan være nyttig for å analysere problemet). Det er bedre å registrere problemet ved hjelp av en teknologilogg. Konklusjon: hvis du ikke bruker den teknologiske loggen til andre oppgaver, konfigurer den til å hele tiden samle "unntakshendelser" (EXCP) og generere dumps i tilfelle plattformkrasj.
• Registrer tiden da feilen oppsto. Dette vil ytterligere bidra til å lokalisere plasseringen av studien av ulike logger.
• LES teksten i meldingen, prøv å umiddelbart forstå kilden til problemet fra innholdet i denne teksten.
• Søk etter en løsning i teksten til meldingen på Internett eller i andre kilder du kjenner for å løse problemet.
• De som ikke tidligere har håndtert problemer med plattformfeil vil ikke løse dem, se etter de som har gjort eller gjør dette.

Merk. Eksempel 1. Søk nedenfor i seksjonen "Hvor kan jeg finne ferdig løsning" i henhold til teksten "10061" gitt på denne siden vil umiddelbart vise en forklaring av årsaken og løsning: Tjenesten har stoppet på applikasjonsserveren" 1c serveragent:Enterprise 8.1" Følgelig må den lanseres, for eksempel fra kommandolinje:

net start Server Agent 1C:Enterprise 8.1

Hvis applikasjonsserveren ikke starter, kan du i noen tilfeller lage en kopi av mappen C:\Program Files\1cv81\server og slette innholdet før du prøver å starte.