O conexiune la serverul de baze de date este întreruptă de administrator. Conectarea la serverul de baze de date este întreruptă de administrator sau de o eroare Hresult neidentificată \u003d 80004005

Încercați clientului și pe server pentru a pune un patch la MDAC 2.8 support.microsoft.com/kb ... ",
sunt clienții instalați numai TCP / IP?

administratorii lor pot fi utile http://support.microsoft.com/kb/827422/ro

iată un extras din acest articol (deși pentru anul 2000, dar principiul aceluiași):

Depanarea instalării conexiunii
Cea mai mare parte a acestor depanare în SQL Server 2000 apare din cauza problemelor cu protocolul TCP / IP sau verificarea ferestre autenticitate sau o combinație de probleme ale ambelor tipuri.

Atenţie! Înainte de depanarea problemelor de conectare în SQL Server 2000, asigurați-vă că serviciul MSSQLSERVER se execută pe un computer SQL Server.

Verificați parametrii DNS
Serviciul Sistem de nume de domeniu (DNS) este utilizat pentru a rezolva adresa IP din numele instanței SQL Server. Cand o permisiune greșită Numele instanței SQL Server rămâne indisponibil și apar una sau mai multe mesaje de eroare de mai jos.
Serverul SQL nu există sau nu este refuzat
Eroare de rețea generală
Nu poate genera context SSPI
Asigurați-vă că numele serverului este permis corect, puteți intervieva serverul după numele său și adresa IP utilizând comanda Ping. Pentru a face acest lucru, urmați acești pași.
1. Faceți clic pe butonul Start și selectați Run.
2. În caseta de dialog Program, introduceți comanda CMD din câmpul Deschidere și faceți clic pe butonul OC.
3. Din linia de comandă, executați următoarea comandă:

ping.

Notați adresa IP returnată.
4. Din linia de comandă, executați următoarea comandă (unde adresa IP este o adresă IP, scrisă de Pasul 3):

ping.

Asigurați-vă că comanda returnează numele corect al serverului. Dacă una dintre comenzile de mai sus nu reușește, returnează o valoare incorectă sau expiră timpul de așteptare pentru execuția sa, ceea ce înseamnă că DNS funcționează incorect sau există o problemă diferită legată de funcția de rețea sau de rutare. Pentru a vizualiza parametrii actuali DNS, rulați următoarea comandă de la linia de comandă:

Pentru mai multe informații despre comanda ipconfig, consultați următorul articol de bază de cunoștințe Microsoft:
223413 http://support.microsoft.com/kb/223413/ Parametrii utilizați cu instrumentul IPconfig.exe în Windows 2000

Pentru a rezolva această problemă, adăugați o intrare pentru server la% SystemRoot% \\ System32 \\ Drivers \\ etc \\ gazde computer client. În plus, este posibil să ocoleați problema instalând o conexiune la server utilizând o bibliotecă de rețea a canalelor numite.

Verificați protocoalele incluse protocoalele și pseudonimele
Problemele de instalare a conexiunii pot apărea dacă aliasul este configurat incorect pe computerul client. Pentru vizualizarea pseudonimelor, programul este programul client de rețea. Efectuați următorii pași.
1. Rulați programul clientului de rețea. Dacă pe computerul în care se execută aplicația client, sunt instalate instrumentele client SQL Server, apoi trebuie efectuate următorii pași pentru a porni clientul de rețea.
a. Faceți clic pe butonul Start și selectați programul.
b. În grupul Microsoft SQL Server, selectați clientul de rețea.
Dacă instrumentele client SQL Server nu sunt instalate pe computerul client, atunci trebuie efectuate următorii pași pentru a porni clientul de rețea.
a. Faceți clic pe butonul Start și selectați Run.
b. În caseta de dialog PROGRAM STARTUP, introduceți comanda CliconFG din câmpul Deschidere și faceți clic pe butonul OC.
2. În caseta de dialog SQL Server Network Client, mergeți la fila General și activați protocoalele necesare.

Notă. Trebuie să activați cel puțin protocol TCP / IP și canalele numite.
3. Deschideți fila ALIAS și verificați aliasurile configurate pentru instanța SQL Server.
4. Asigurați-vă că numele serverului (adresa IP) și protocolul sunt configurate corespunzător în proprietățile aliasurilor.
Puteți crea un alias nou pentru a testa conexiunea după numele serverului, adresa IP sau alt protocol.

Notă. În mai mult versiuni timpurii Interfața clientului de rețea Microsoft Data Access (MDAC) este diferită. Astfel, dacă nu vedeți elementele de interfață descrise în acest articol, instalați mai multe pe computerul client. versiune noua Componentele MDAC.

Server instalat 1c x64 (32bit) a încercat))

Totul funcționează înainte de repornire. După repornirea în timp ce încercați să vă conectați la baza de date SQL sau la deschiderea clusterului în consola 1c primim o plecare cu astfel de imagini:

Când este conectat la serverul 1C din consola, obținem:

Eroare de conectare cu serverul 1c: Întreprinderile 8.2:
Eroarea de pe server sau conexiune este întreruptă de către administrator
Formatul de inundații Eroare

Când începeți Baza SQL. Avem o greșeală:

Eroare la efectuarea unei operațiuni cu o bază de informații.
Eroarea de pe server sau conexiune este întreruptă de administrator.
Formatul de inundații Eroare

Pentru posibilitatea de a începe baza și de conectare la cluster din consola, a ajutat doar:

1. Opriți serviciul Server 1c: Intreprinderi 8.2

2. Ștergerea proceselor RMNGR.EXE RPHOST.EXE (se dovedește la capătul Rmngr.exe).

3. Catalog de compensare C: \\ Program Files \\ 1CV82 \\ Srvinfo \\ Reg_1541 \\ SNCCNTX (32 Bit Server C: \\ Fișierele program (x86) \\ 1CV82 \\ srvinfo \\ reg_1541 \\ snccntx)

4. Serviciul de pornire Server 1C: Întreprinderi 8.2

Cu toate acestea, în procesul de lucru cu Condo SQLA, a fost posibil să prindă în mod neașteptat închiderea de urgență 1, urmată de obținerea acelorași erori.

Au fost testate:

1. Diferite versiuni, diverse servere,

2. Diferiți utilizatori: sistem, administrator, USR1CV82.

3. Stabilirea forțată a drepturilor depline la acești utilizatori către directoare. C: \\ Fișierele programului \\ 1CV82 \\ (la servere de 32 biți C: \\ Fișierele program (x86) \\ 1cv82 \\) cu moștenire la obiecte pentru copii.

4. Zeci de reporniți și multe altele.

Cu toate acestea, motivul sa dovedit a fi mult mai neașteptat!

Interval în Windows 7 (Server 2008, 2008R2, Probabil 2012)

Încercați să puneți computerul după nume. Ce veți vedea va determina posibilitatea de a folosi decizia mea.

Rulați-l doar:

1. Rulați promptul de comandă (Win + R, tip cmd și faceți clic pe OK)

2. B. linie de comanda Formați comanda "Ping" și numele computerului. Este numele și nu adresa lui IP. Apasa Enter.

3. Dacă sistemul a început să se pată prin tipul de tip fabc: DE12: 3456: 7890: ABCD: EF98: 7654: 3210 sau altul diferit de adresa IP

Bine ați venit la Clubul privat Baikofit Raming versiunea Windows. 7.

Baza problemei constă în faptul că serverul 1C nu se poate defini după nume.

Dar, afișarea IP-ului dvs. sub formă de IPv6 este una dintre cele mai multe motive frecvente Apariția acestei erori.

Unul dintre motivele poate fi o conexiune periodică cu o altă rețea (să notăm) când este creat noua interfață Și Windows începe din nou să se pensioneze "greșit".

Mai jos, voi descrie două soluții pentru a ocoli această "caracteristici".

Înainte de a avertiza:

Toate acțiunile cu computerul pe care îl faceți și riscați.

Opțiunea numărul 1.Adăugați la găzduirea PC-ului dvs. și IP-ul său

1. Trebuie să găsiți fișierul gazdelor din folderul C: \\ Windows \\ System32 \\ Drivere \\ etc Dacă nu vedeți fișierul gazde în acest dosar, atunci este pur și simplu ascuns. Atunci puteți apăsa tasta ALT și, în meniul care apare, selectați "Service" - "Parametrii folderului" - "Vizualizare" și elimina Există o bifă "Ascunde protejată fișiere de sistem."Puteți seta în continuare afișarea comutatorului" fișiere ascunse, foldere, discuri ", atunci totul va fi vizibil. (După manipulări cu gazde, vă recomand să returnați bifarea la locul său anterior, astfel încât să fiu accidentat în viitor în viitor)

2. Deschideți acest fișier în Notepad (Notepad) și pentru a termina pentru a adăuga un șir de server de vizualizare 192.168.0.1 (numele iPaddress). Salvați și închideți fișierul.

3. Încercați să reintroduceți PC-ul prin nume. Dacă nu vedeți din nou, aveți nevoie de IP - ceva a mers prost ... Poate că Antivirus sa întors versiune veche Fișier (casper iubește astfel) sau altceva.

În general, trebuie să realizați adresa corectă Când ping prin nume.

Numărul de opțiuni 2 Dezactivați protocolul complet IPv6 (http://support.microsoft.com/kb/929852)

Încercarea de a fi înaintea planetei tuturor, Windows 7, puneți imediat IPv6 la toate interfețele, deoarece o pune și o valoare implicită la fumat. Cu toate acestea, astăzi, acest protocol este utilizat puțini oameni și, prin urmare, poate fi dezactivat. Amintiți-vă că eliminarea casetei de selectare din protocolul IPv6 din interfață card de retea Nimic nu va da!

Clic Câștigă + R, scrieți regedit și apăsați ENTER. Editorul de registru se deschide.
Dacă aveți o cerere de permisiune de acțiune, faceți clic pe caseta de dialog Controlul contului de utilizator buton Continua.
Găsiți și selectați următoarea subsecțiune de registru:
HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlset \\ SERVICII \\ TCPIP6 \\ Parametrii \\
Dublu click Disablebil Pentru a schimba parametrul Disablebil.
Dacă parametrul Disablebil Nu, trebuie să fie creată. Pentru aceasta:
1. Fiind pe o ramură Parametriîn meniu Editați | × Selectați Crea, și apoi - Parametrul DWORD (32 biți).
2. Introduceți descărcabile și apăsați ENTER.
3. Dublu click Disablebil.
4. Introduceți valoarea FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF O.K.
5. Supraîncărcați un computer.

Ar trebui să arate așa:

În acest fel, dezactivați complet protocolul IPv6, iar Windows nu va folosi urcarea IP.

IMPORTANT!!!

Asigurați-vă că vă conectați PC-ul prin nume și asigurați-vă că ping-urile se adresează adresei IP corecte. Nu întotdeauna, prima dată, este posibil să dezactivați IPv6 (atunci numele parametrului nu este corect, apoi valoarea ...)

Vreau să vă reamintesc că ambele decizii nu sunt un panaceu și, de fapt, să ne permită să ocoli greșeala și să nu eliminăm motivul ei.

Cred că din ce în ce mai puțin o dată, dar am întâlnit o conexiune de eroare 1C la serverul de baze de date este rupt de Microsoft SQL Server Native Client 10.0 Administrator: Unidentificat Hresult Error \u003d 80004005

Iată câteva modalități de a ajuta la rezolvarea acestei probleme:
1. Verificați configurația pentru informații incorecte (gunoi). Pentru a face acest lucru, executați comanda "Configurare" cu caseta de selectare "Verificați logica Integrity Configuration". La identificarea problemelor, va fi emis un mesaj. Informațiile incorecte vor fi eliminate automat, dar trebuie furnizate accesibilitatea pentru a modifica obiectul rădăcină al configurației (o instalație de depozitare, atunci când funcționează cu depozitul pe care trebuie să îl captureze).

2. Dacă configurația dvs. este pe suport, trebuie să verificați simultan configurația furnizorului. Pentru a face acest lucru, în configurarea suportului, păstrați configurația furnizorului în fișierul CF, descărcați-l într-o nouă bază de date și executați procedura descrisă la alineatul (1). În cazul în care a fost primit un mesaj de corecție, aceasta înseamnă că configurația furnizorului conține informații incorecte. În acest caz, ar trebui să eliminați configurația cu suport și să re-livrați prin combinarea configurației furnizorului cu eliberare proaspătă. În prezent, toate versiunile fabricate de 1c sunt testate și fabricate fără această problemă.

3. Următoarea situație se intersectează cu această situație:
10007066 Înregistrarea datelor care conțin coloane de stocare
Problemă:
Când utilizați DBMS MS SQL Server la înregistrarea unui obiect de bază de date care conține mai multe coloane de tip de stocare, datele pentru care sunt obținute din fișiere, poate apărea o eroare
Eroare DBMS: furnizor Microsoft Ole DB pentru SQL Server: Lungimea datelor String Mismatchhresult \u003d 80004005 și finalizarea de urgență a programului.

Pornirea jurnalului tehnologic la momentul încărcării, puteți defini un tabel care conține astfel de stocare. Găsiți interogarea MS SQL Server ANZIZER în această masă de tip de tip de imagine. Pentru fiecare coloană de tip imagine, urmați vizualizarea:

S_ELECT TOP 10 DATALINGHT (_FLD4044)
de la _inforeg4038.
Comanda cu datele de date (_FLD4044) DESC

Nuante: Vă rugăm să rețineți că " Verificări standard"Platformă (CHDBFL, în configurator) spunând cu încăpățânare că totul este în regulă cu baza.

Esența problemei: Este important ca mesajul de eroare să cadă motive diferitedar au o parte comună pentru 1c - acest lucru nu este suficient memorie cu acces aleator . Și mai precis ineectina Utilizarea resurselor de memorie. De aici, modalități indirecte de a învinge problema: prin repornirea serverului (există o memorie mai accesibilă pentru ceva timp) sau mergeți la un server de aplicații pe 64 de biți.

1C: Întreprinderea 8.2. Licență pentru server (x86-64)

Prin experiență, problema este legată de stocarea datelor în depozitul corespunzător al valorilor sau prezența în tabelul de configurare binar de date mai mare de 120 MB.

1. Opriți toate sarcinile de fundal pentru toate bazele de date
În 8.1.11, a apărut un comutator "interzicerea sarcinilor de fundal"
Momentul creării unei baze.

Gata de a clarifica, sarcinile de fundal nu fac rău, ci proceduri de reglementare
cu căutare de text integral - lucrul în tine - și memoria pe care o poate după ce oră
mănâncă resurse rphost.exe, să nu stați pe alte operațiuni și doar
Blocul de bază
acestea. Cu alte cuvinte, după primul pas, puteți verifica deja - problema "va pleca".

2. Reporniți serverul
Al doilea pas este un caz special pentru cazul dvs. și după el.
Este logic să verificați performanța. Cu toate acestea, deoarece există scurgeri de memorie http://www.gilev.ru/1c/memleak, după un timp după repornire, prulemul se poate întoarce.

3) Facem backup cu SQL
Do backup. Vă recomandăm cu orice acțiuni atunci când trebuie să "reveniți" la starea de date anterioară.

4) Scoateți baza cu suport, descărcați cf
Omulem consola bazei de date în tabelul de configurare din tabelul de configurare, facem o "configurație de descărcare" (nu uniune), ucidem consola bazei de date în tabelul de configurare din tabelul de configurare mai mult de 120MB, faceți o "configurație de descărcare" ( nu uniune)

Iată un exemplu de performanță a acestei recepții
http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293.

1. Deschideți configuratorul;
2. Scoateți configurația din suport, în timp ce configurația nu a salvat!
3. Apoi salvați configurația în fișier (fără a salva configurația modificată);
4. SQL pentru baza necesară a executat următoarea comandă:
Ștergeți de la dbo.config unde datazize\u003e 125829120
5. Descărcați configurația salvată înapoi.

Luat de la http://www.forum.mista.ru/topic.php?id\u003d465608.

Puteți încerca un pas mai radical aici:
Ștergem (în managementul consolei) în tabelul bazei de date "config"
D_rop tabel.

5) Faceți o "configurație de descărcare" (nu uniune) de la CF
După aceea, verificăm, problema merge.

6) Eroare: "Conectarea la serverul de baze de date este întreruptă de administrator
Microsoft Ole DB Furnizor pentru SQL Server: eroare neidentificată
HRESULT \u003d 80004005 "

Avem: 1c 8.1.13.41 UPP 1.2.19.21 pe MS SQL 2005 SP3 pe Win2003 Server Enterprise pe un computer 4GB PIZ. Memorie (SQL este configurată pentru memoria maximă 2GB)

Soluția în cazul meu:
Windows 2GB implicit se duce și 2 ne dă. SQL Aproape toate restul memoriei au mers (în setările este de 2 GB) și lăsați pentru toate celelalte pH-uri de 128 MB. Memoria (cum ar trebui să fie sql- nu ar trebui să ia totul, ar trebui să lase 128). Eroare 1C a început să se manifeste după trecerea la eliberare 1.2.21.1. Da, într-adevăr, în lansarea 1.2.19.1 în dosarul dbo.config, nu au existat înregistrări mai mari de 120MB. Dar după actualizarea cu 1.2.21.1, apare o astfel de înregistrare (aproximativ 135MB). La îndepărtarea cu suport, înregistrarea dispare și nimic nu a fost eliminat. Când este cazul, apare ... Înțeleg că aceasta este configurația furnizorului.
Dacă SQL pleacă doar 128 și este necesar ca 135, atunci este necesar să se ofere memorie fizică vii proceselor de lucru. Tăiat sql. Și puteți ferestrele. Prin instalarea tastei cheie / 3GB în boot.ini, a dat ferestre de 1 GB și orice altceva este de 3 GB și nu 2/2 ca implicit. După repornire - totul este OK.

Aveți propria soluție!? Lăsați-l în comentarii)

Deseori descrie codurile de eroare, dar nu se epuizează întotdeauna. În acest articol vom încerca să continuăm să "evacuați" 🙂

Când sa bucurat de baze de date 1c, puteți să vă așteptați cu o astfel de situație:

Sesiunea de lucru este completată de administrator.
din cauza:
Conectarea la serverul de baze de date este întreruptă de administrator
Microsoft Ole DB Furnizor pentru SQL Server: eroare neidentificată
HRESULT \u003d 80004005.

Semne ale problemei: Nu puteți descărca în DT

Atenţie! Erori cu codul 80004005 foarte mult, în detaliu clasificarea pe care am descris-o aici http: //www..htm. Aici vorbim despre "eroarea neidentificată" 🙂

1. Verificați configurația pentru informații incorecte (gunoi). Pentru a face acest lucru, executați comanda "Configurare" cu caseta de selectare "Verificați configurarea logică Configuration Integrity". La identificarea problemelor, va fi emis un mesaj. Informațiile incorecte vor fi eliminate automat, dar trebuie furnizate accesibilitatea pentru a modifica obiectul rădăcină al configurației (o instalație de depozitare, atunci când funcționează cu depozitul pe care trebuie să îl captureze).

3. Următoarea situație se intersectează cu această situație:

10007066 Înregistrarea datelor care conțin coloane de stocare
Problemă:
Când utilizați DBMS MS SQL Server la înregistrarea unui obiect de bază de date care conține mai multe coloane de tip de stocare, datele pentru care sunt obținute din fișiere, poate apărea o eroare
Eroare DBMS: furnizor Microsoft Ole DB pentru SQL Server: Lungimea datelor String Mismatchhresult \u003d 80004005 și finalizarea de urgență a programului.
Data publicării: 2008-11-13

selectați Top 10 Detalgk (_FLD4044)
de la _inforeg4038.
Comanda cu datele de date (_FLD4044) DESC

Nuanțele: Vă rugăm să rețineți că platforma "Standard verifică" (CHDBFL, în configurator) spunând cu încăpățânare că totul este în regulă cu baza.

Esența problemei: Este important să existe motive diferite pentru acest mesaj de eroare, dar au o parte comună pentru 1c - acest lucru nu este suficient de berbec. Mai precis, utilizarea ineficientă a resurselor de memorie. De aici, modalități indirecte de a învinge problema: prin repornirea serverului (există o memorie mai accesibilă pentru ceva timp) sau mergeți la un server de aplicații pe 64 de biți.

1C: Întreprinderea 8.2. Licență pentru server (x86-64)

Prin experiență, problema este legată de stocarea datelor în depozitul corespunzător al valorilor sau prezența în tabelul de configurare binar de date mai mare de 120 MB.

În 8.1.11, a apărut comutatorul de "interzicere pe sarcini de fundal"
Momentul creării unei baze.

Al doilea pas este un caz special pentru cazul dvs. și după el.
Este logic să verificați performanța. Cu toate acestea, deoarece există scurgeri de memorie HTTP: //www.set/1c/memleak, după un timp după repornire, prulemul se poate întoarce.
3) Facem backup cu SQL

4) Scoateți baza cu suport, descărcați cf

omulem consola bazei de date în tabelul de configurare cu o înregistrare de mai mult de 120MB, face o "configurație de descărcare" (nu uniune) ucide consola bazei de date în tabelul de configurare cu o înregistrare mai mare de 120MB, faceți o "configurație de descărcare" (nu uniune)

iată un exemplu de performanță a acestei recepții

http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293.

Luat de la http://www.forum.mista.ru/topic.php?id\u003d465608.

puteți încerca un pas mai radical aici:
Ștergem (în schimbarea consolei) în tabelul bazei de date "config"

Masa de drop.
5) Facem o "configurație de descărcare" (nu uniune) de la CF

după aceea, verificăm, problema merge.