Server 1C x64 instalat (încercat și pe 32 de biți)
Totul funcționează până la repornire. După o repornire, când încercăm să ne conectăm la o bază de date în SQL sau să deschidem un cluster în consola 1C, primim un shake cu următoarele imagini:
Când ne conectăm la serverul 1C de pe consolă, obținem:
Eroare la conectarea la serverul 1C: Enterprise 8.2:
Eroarea serverului sau conexiunea a fost întreruptă de administrator
Eroare la formatul fluxului
La pornirea bazei de date SQL, primim o eroare:
A apărut o eroare în timpul efectuării unei operații cu o bază de date.
A apărut o eroare pe server sau conexiunea a fost întreruptă de administrator.
Eroare la formatul fluxului
Pentru a putea porni baza de date și a vă conecta la cluster din consolă, a ajutat doar:
1. Oprirea serviciului server 1C: Enterprise 8.2
2. Eliminarea proceselor rmngr.exe rphost.exe (se blochează singură când rmngr.exe se termină).
3. Curățarea directorului C: \\ Program Files \\ 1cv82 \\ srvinfo \\ reg_1541 \\ snccntx (pentru un server pe 32 biți C: \\ Program Files (x86) \\ 1cv82 \\ srvinfo \\ reg_1541 \\ snccntx)
4. Pornirea serviciului server 1C: Enterprise 8.2
Cu toate acestea, în procesul de lucru cu confa SQL, a fost posibil să surprindeți în mod neașteptat o oprire de urgență a 1Sky odată cu primirea ulterioară a acelorași erori.
Au fost testați:
1. versiuni diferite, diferite servere,
2. diferiți utilizatori: Sistem, Administrator, USR1CV82.
3. impunerea drepturilor depline ale acestor utilizatori la cataloage C: \\ Program Files \\ 1cv82 \\ (pentru un server pe 32 biți C: \\ Program Files (x86) \\ 1cv82 \\) cu moștenire pentru obiectele copil.
4. zeci de reporniri și multe altele.
Cu toate acestea, motivul a fost mult mai neașteptat!
Dereferențierea în Windows 7 (Server 2008, 2008R2, probabil 2012)
Încercați să trimiteți ping computerului după nume. Ceea ce vedeți va determina aplicabilitatea soluției mele.
Acest lucru este ușor de realizat:
1. Rulați Command Prompt (Win + R, tastați cmd și faceți clic pe OK)
2. În linia de comandă, tastați comanda „Ping” un spațiu și numele computerului. Anume, nu adresa lui IP. Apăsați Enter.
3. Dacă sistemul începe să treacă printr-o adresă de genul fabc: de12: 3456: 7890: ABCD: EF98: 7654: 3210 sau o altă adresă IP diferită de a ta
Bine ați venit la clubul privat de referință Windows 7 bugofichi.
Baza problemei constă în faptul că serverul 1C nu se poate identifica pe nume.
Dar, afișarea IP-ului dvs. ca IPv6 este una dintre cele mai frecvente cauze ale acestei erori.
Un alt motiv poate fi o conexiune periodică la o altă rețea (să zicem VPN) atunci când se creează o nouă interfață și Windows începe din nou să se dereferere „incorect”.
Mai jos voi descrie două soluții pentru a rezolva această „caracteristică”.
Vreau să te avertizez mai întâi:
Toate acțiunile cu computerul dvs. le efectuați pe propriul pericol și risc.
Opțiunea numărul 1Adăugați computerul și IP-ul său la gazde
1. Trebuie să găsiți fișierul hosts în folderul C: \\ Windows \\ System32 \\ drivers \\ etc. Dacă nu vedeți fișierul Hosts în acest folder, atunci este pur și simplu ascuns. Atunci puteți apăsa tasta ALT și, în meniul care apare, selectați „Instrumente” - „Opțiuni folder” - „Vizualizare” și decolare există o bifă „Ascundeți fișierele de sistem protejate”. De asemenea, puteți seta comutatorul „Afișați fișierele, folderele, unitățile ascunse”, apoi în general totul va fi vizibil. (După manipularea gazdelor, vă recomand să returnați bifa la locul inițial, pentru a nu prinde accidental ceva în viitor)
2. Deschideți acest fișier în Notepad (notepad) și adăugați la sfârșit o linie precum 192.168.0.1 Server (adresa IP PCName). Salvați și închideți fișierul.
3. Încercați să faceți ping din nou pe computer folosind numele. Dacă nu mai vedeți IP-ul, ceva nu a funcționat ... Poate că antivirusul a returnat o versiune veche a fișierului (Casper iubește asta) sau altceva.
În general, trebuie să obțineți adresa corectă atunci când faceți ping prin nume.
Opțiunea # 2 Dezactivați complet IPv6 (http://support.microsoft.com/kb/929852)
Încercând să fie înaintea celorlalți, Windows 7, nu numai că pune IPv6 la toate interfețele simultan, ci îl pune și ca implicit la dereferențierea. Cu toate acestea, astăzi acest protocol este foarte puțin utilizat de către oameni și, prin urmare, poate / ar trebui să fie dezactivat. Amintiți-vă că eliminarea bifei din protocolul IPv6 din interfața plăcii de rețea nu va face nimic!
- Click pe Câștigă + R, scrie regedit și apasă Enter. Editorul de registru se va deschide.
- Dacă vi se solicită să permiteți acțiuni, faceți clic în caseta de dialog Control cont utilizator buton Continua.
- Găsiți și selectați următoarea subcheie de registry:
HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ Services \\ Tcpip6 \\ Parameters \\
- Faceți dublu clic pe element DisabledComponents pentru a modifica parametrul DisabledComponents.
Dacă parametru DisabledComponents lipsește, trebuie creat. Pentru asta:- Fiind pe o ramură Parametrii,în meniu Editați | × selectați elementul Creeaza o, și apoi - Parametru DWORD (32 biți).
- Tastați DisabledComponents și apăsați Enter.
- Faceți dublu clic pe element DisabledComponents.
- Introduceți ffffffff și apoi faceți clic pe O.K.
- Reporniți computerul.
Ar trebui să arate astfel:
Astfel, dezactivați complet IPv6 și Windows nu va folosi adresa IP pentru redenumire.
IMPORTANT!!!
Asigurați-vă că treceți ping-ul computerului prin nume și asigurați-vă că ping-urile se îndreaptă către adresa IP corectă. Nu întotdeauna, pentru prima dată, este posibilă dezactivarea IPv6 (fie numele parametrului nu este complet corect, apoi valoarea ...)
Vreau să vă reamintesc că ambele soluții nu sunt un panaceu și nu vă permit cu adevărat să rezolvați eroarea și să nu eliminați cauza acesteia.
Cred că toată lumea măcar o dată, dar s-a confruntat cu eroarea 1C Conexiunea la serverul bazei de date a fost întreruptă de administratorul Microsoft SQL Server Native Client 10.0: Eroare neidentificată HRESULT \u003d 80004005
Iată câteva modalități de a ajuta la rezolvarea acestei probleme:
1. Verificați configurația pentru informații incorecte (resturi). Pentru aceasta, executați comanda „Verificați configurația” cu caseta de selectare „Verificați integritatea logică a configurației”. Dacă sunt identificate probleme, va fi afișat un mesaj. În acest caz, informațiile incorecte vor fi șterse automat, dar trebuie asigurată accesibilitatea pentru schimbarea obiectului de configurare rădăcină (de exemplu, atunci când lucrați cu depozitul, ar trebui să fie capturate).
2. Dacă configurația dvs. este acceptată, ar trebui să verificați în mod similar configurația furnizorului. Pentru aceasta, în configurația de asistență, salvați configurația furnizorului într-un fișier cf, încărcați-o într-o nouă bază de date și urmați procedura descrisă la punctul 1. Dacă a fost primit un mesaj de corecție, atunci configurația furnizorului conține informații incorecte. În acest caz, ar trebui să eliminați configurația din suport și să reinstalați prin fuzionarea cu o nouă versiune a configurației furnizorului. În prezent, toate versiunile emise de 1C sunt testate și lansate fără această problemă.
3. De asemenea, următoarea situație se intersectează cu această situație:
10007066 Înregistrarea datelor care conțin coloane de tip Storage
Problemă:
Când se utilizează MS SQL SERVER DBMS, poate apărea o eroare la scrierea unui obiect de bază de date care conține mai multe coloane de tipul stocării Valori pentru care se obțin date din fișiere.
Eroare SGBD: Furnizor Microsoft OLE DB pentru SQL Server: necorespundere lungime date șir HRESULT \u003d 80004005 și programul sa prăbușit.
Activând jurnalul tehnologic la momentul pornirii, puteți defini un tabel care conține astfel de stocări. Găsiți coloanele tipului de imagine din acest tabel utilizând MS SQL Server Query Analizer. Pentru fiecare coloană de tip imagine, rulați o interogare de genul acesta:
S_electați top 10 DATALENGTH (_Fld4044)
din _InfoReg4038
comandă după DATALENGTH (_Fld4044) desc
Nuanțe: vă rugăm să rețineți că „Verificările standard” de pe platformă (chdbfl, în configurator) spun persistent că totul este în regulă cu baza.
Esența problemei: este important ca diferite motive să se încadreze în acest mesaj de eroare, dar au o parte comună pentru 1C - nu este suficient RAM... Mai precis utilizarea ineficientă a resurselor de memorie... Prin urmare, există modalități indirecte de a depăși problema: prin repornirea serverului (va exista mai multă memorie disponibilă pentru o vreme) sau prin trecerea la un server de aplicații pe 64 de biți.
1C: Enterprise 8.2. Licență de server (x86-64)
Din experiență, problema este legată de stocarea datelor în recuzita magazinului de valori sau de prezența datelor binare MAI MULTE de 120 mb în tabelul de configurare.
1. Dezactivați toate sarcinile de fundal pentru toate bazele de date
În 8.1.11 a existat o opțiune "interzicerea lucrărilor de fundal" în
în momentul creării bazei.
Sunt gata să clarific că joburile de bază nu sunt rele în sine, ci proceduri de rutină
cu căutare full-text - un lucru în sine - și memorie care poate după ce oră
mâncați resursele rphost.exe, care nu vor fi lăsate pentru alte operații și pur și simplu
blochează baza
acestea. cu alte cuvinte, după primul pas, puteți verifica deja - poate problema va „dispărea”.
2. Reporniți serverul
Al doilea pas este un caz special pentru cazul dvs. și după acesta
este logic să verificați performanța. Cu toate acestea, deoarece există scurgeri de memorie http://www.gilev.ru/1c/memleak, atunci după un timp după repornirea problemei, se poate reveni.
3) faceți o copie de rezervă folosind sql
Vă recomand să faceți o copie de rezervă pentru orice acțiune atunci când este posibil să trebuiască să „reveniți” la starea anterioară a datelor
4) scoateți baza de pe suport, descărcați cf.
eliminați o intrare mai mare de 120 MB în baza de date a consolei de administrare din tabelul de configurare, faceți „încărcați configurația” (nu combinați) eliminați o intrare mai mare de 120 MB în baza de date a consolei de administrare în tabelul de configurare, faceți „încărcați configurația” (nu combinați)
Iată un exemplu de funcționare a acestei tehnici.
http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293
1. Deschideți configuratorul;
2. A fost eliminată configurația din suport, NU AM SALVAT CONFIGURAREA!
3. Apoi Salvați configurația într-un fișier (fără a salva configurația modificată);
4. În SQL pentru baza de date necesară, am rulat următoarea comandă:
ȘTERGEȚI DIN dbo.Config WHERE DataSize\u003e 125829120
5. Încărcați configurația salvată înapoi.
Luat de pe http://www.forum.mista.ru/topic.php?id\u003d465608
Puteți încerca un pas mai radical aici:
șterge (în consola de administrare) în tabelul bazei de date „config”
D_rop TABLE.
5) faceți „încărcați config” (nu combinați) din cf.
după aceea verificăm, problema dispare.
6) Eroare: „Conexiunea la serverul bazei de date a fost întreruptă de administrator
Furnizor Microsoft OLE DB pentru SQL Server: eroare nerecunoscută
HRESULT \u003d 80004005 "
Avem: 1C 8.1.13.41 SCP 1.2.19.21 pe MS SQL 2005 SP3 pe Win2003 Server Enterprise pe un computer fizic de 4 GB. memorie (SQL configurat la Max Memory 2Gb)
Soluție în cazul meu:
Windows implicit ia 2 GB pentru sine și ne oferă 2. SQL a consumat aproape tot restul memoriei (în setări costă 2 GB) și a lăsat doar 128 MB fizic pentru toți ceilalți. memorie (așa cum se potrivește SQL - nu ar trebui să ia TOT, ar trebui să lase 128). Eroarea 1C a început să apară după trecerea la versiunea 1.2.21.1. Da, într-adevăr, în versiunea 1.2.19.1 nu existau intrări mai mari de 120 MB în fișierul dbo.Config. Dar după actualizarea la 1.2.21.1, apare o astfel de înregistrare (aproximativ 135 MB). Când este eliminat din suport, înregistrarea dispare de la sine și nu trebuie șters nimic. Când plasați pe suport, apare din nou ... După cum înțeleg, aceasta este configurația furnizorului.
Dacă SQL lasă doar 128, dar sunt necesare până la 135, atunci concluzia este că este necesar să oferim proceselor de lucru viață de memorie fizică. SQL poate fi trunchiat. Și puteți Windows. Prin setarea comutatorului / 3GB în boot.ini, am dat Windows 1Gb și restul 3Gb și nu 2/2 ca implicit. După repornire totul este OK.
Aveți propria soluție!? lasă-l în comentarii)
Descrierile codurilor de eroare sunt adesea date pe ITS, dar nu sunt întotdeauna exhaustive. În acest articol vom încerca să continuăm să „epuizăm” 🙂
Când operați baze de date 1C, puteți întâlni următoarea situație:
Sesiunea a fost încheiată de administrator.
din cauza:
Conexiunea la serverul bazei de date a fost terminată de administrator
Furnizor Microsoft OLE DB pentru SQL Server: eroare nerecunoscută
HRESULT \u003d 80004005
Simptomele problemei: Nu pot fi aruncate pe dt
Atenţie! Există o mulțime de erori cu codul 80004005, am descris clasificarea mai detaliat aici http: //www..htm. Aici vorbim în mod specific despre „eroarea neidentificată” 🙂
1. Verificați configurația pentru informații incorecte (resturi). Pentru aceasta, rulați comanda „Verificați configurația” cu caseta de selectare „Verificați integritatea logică a configurației”. Dacă sunt identificate probleme, va fi afișat un mesaj. În acest caz, informațiile incorecte vor fi șterse automat, dar trebuie asigurată accesibilitatea pentru schimbarea obiectului de configurare rădăcină (de exemplu, atunci când lucrați cu depozitul, ar trebui să fie capturate).
2. Dacă configurația dvs. este acceptată, ar trebui să verificați în mod similar configurația furnizorului. Pentru aceasta, în configurația de asistență, salvați configurația furnizorului într-un fișier cf, încărcați-o într-o nouă bază de date și urmați procedura descrisă la punctul 1. Dacă a fost primit un mesaj de corecție, atunci configurația furnizorului conține informații incorecte. În acest caz, ar trebui să eliminați configurația din suport și să reinstalați prin fuzionarea cu o nouă versiune a configurației furnizorului. În prezent, toate versiunile emise de 1C sunt testate și lansate fără această problemă.
3. De asemenea, următoarea situație se intersectează cu această situație:
10007066 Înregistrarea datelor care conțin coloane de tip Storage
Problemă:
Când se utilizează MS SQL SERVER DBMS, poate apărea o eroare la scrierea unui obiect de bază de date care conține mai multe coloane de tipul stocării Valori pentru care se obțin date din fișiere.
Eroare SGBD: Furnizor Microsoft OLE DB pentru SQL Server: necorespundere lungime date șir HRESULT \u003d 80004005 și programul sa prăbușit.
Data publicării: 13.11.2008
Activând jurnalul tehnologic la momentul pornirii, puteți defini un tabel care conține astfel de stocări. Găsiți coloanele tipului de imagine din acest tabel utilizând MS SQL Server Query Analizer. Pentru fiecare coloană de tip imagine, rulați o interogare de genul acesta:
selectați top 10 DATALENGTH (_Fld4044)
din _InfoReg4038
comandă după DATALENGTH (_Fld4044) desc
Nuanțe: vă rugăm să rețineți că „Verificările standard” de pe platformă (chdbfl, în configurator) spun persistent că totul este în regulă cu baza.
Punctul esențial al problemei: este important ca diferite motive să se încadreze în acest mesaj de eroare, dar au o parte comună pentru 1C - acest lucru nu este suficient RAM. Mai precis, utilizarea ineficientă a resurselor de memorie. Prin urmare, există modalități indirecte de a depăși problema: prin repornirea serverului (va exista mai multă memorie disponibilă pentru o vreme) sau prin trecerea la un server de aplicații pe 64 de biți.
1C: Enterprise 8.2. Licență de server (x86-64)
Din experiență, problema este legată de stocarea datelor în recuzita magazinului de valori sau de prezența datelor binare MAI MULTE de 120 mb în tabelul de configurare.
În 8.1.11 a existat o opțiune "interzicerea lucrărilor de fundal" în
în momentul creării bazei.
Sunt gata să clarific că joburile de bază nu sunt rele în sine, ci proceduri de rutină
cu căutare full-text - un lucru în sine - și memorie care poate după ce oră
mâncați resursele rphost.exe, care nu vor fi lăsate pentru alte operații și pur și simplu
blochează baza
acestea. cu alte cuvinte, după primul pas, puteți verifica deja - poate problema va „dispărea”.
2. Reporniți serverul
Al doilea pas este un caz special pentru cazul dvs. și după acesta
este logic să verificați performanța. Cu toate acestea, deoarece există scurgeri de memorie la http: //www.site/1c/memleak, se poate întoarce la un timp după repornire.
3) faceți o copie de rezervă folosind sql
4) scoateți baza de pe suport, descărcați cf.
ucideți în baza de date de gestionare a consolei în tabelul de configurare înregistrați mai mult de 120 MB, faceți „încărcați configurația” (nu unirea) ucideți în baza de date de gestionare a consolei în tabelul de configurare înregistrați mai mult de 120 MB, faceți „încărcați configurarea” (nu unirea)
iată un exemplu de funcționare a acestei tehnici
http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293
1. Deschideți configuratorul;
2. A fost eliminată configurația din suport, NU AM SALVAT CONFIGURAREA!
3. Apoi Salvați configurația într-un fișier (fără a salva configurația modificată);
4. În SQL pentru baza de date necesară, am rulat următoarea comandă:
ȘTERGEȚI DIN dbo.Config WHERE DataSize\u003e 125829120
5. Încărcați configurația salvată înapoi.
Luat de pe http://www.forum.mista.ru/topic.php?id\u003d465608
puteți încerca un pas mai radical aici:
tabelul de ștergere (în gestionarea consolei) „config” din baza de date
MESAJ DE DROP.
5) faceți „încărcați configurația” (nu unirea) din cf.
după aceea verificăm, problema dispare.
Încercați să instalați un patch pentru MDAC 2.8 support.microsoft.com/kb pe server și pe client ... "",
clienții au instalat doar TCP / IP?
administratorii lor pot fi de folos http://support.microsoft.com/kb/827422/ru
iată un extras din acest articol (deși pentru anul 2000, dar principiul este același):
Depanarea conectivității
Majoritatea acestor probleme din SQL Server 2000 se datorează problemelor cu autentificarea TCP / IP sau Windows sau unei combinații a ambelor.
Atenţie! Asigurați-vă că serviciul MSSQLServer rulează pe computerul SQL Server înainte de a încerca să depanați problemele de conexiune din SQL Server 2000.
Verificarea setărilor DNS
Serviciul DNS (Domain Name System) este utilizat pentru a rezolva o adresă IP la numele unei instanțe din SQL Server. Dacă numele este rezolvat incorect, instanța SQL Server rămâne indisponibilă și apare unul sau mai multe dintre următoarele mesaje de eroare.
SQL Server nu există sau accesul refuzat
Eroare generală de rețea
Nu se poate genera context SSPI
Puteți verifica dacă numele serverului este rezolvat corect făcând ping pe server pentru numele și adresa IP. 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 Executare program, introduceți cmd în câmpul Deschidere și faceți clic pe OK.
3. Rulați următoarea comandă din linia de comandă:
ping
Notați adresa IP returnată.
4. Din linia de comandă, executați următoarea comandă (unde adresa IP este adresa IP pe care ați notat-o \u200b\u200bla pasul 3):
ping –a
Asigurați-vă că comanda returnează numele serverului corect. Dacă una dintre comenzile de mai sus eșuează, returnează o valoare incorectă sau expiră, atunci căutarea DNS nu funcționează corect sau există o altă problemă de rețea sau de rutare. Pentru a vizualiza setările DNS curente, executați următoarea comandă dintr-un prompt de comandă:
Pentru mai multe informații despre comanda ipconfig, consultați următorul articol din baza de cunoștințe Microsoft:
223413 http://support.microsoft.com/kb/223413/ Parametri utilizați cu instrumentul Ipconfig.exe în Windows 2000
Pentru a rezolva această problemă, adăugați o intrare pentru server în fișierul% systemroot% \\ system32 \\ drivers \\ etc \\ hosts de pe computerul client. Alternativ, puteți rezolva problema stabilind o conexiune la server utilizând Biblioteca cu țevi denumite în rețea.
Verificarea protocoalelor și aliasurilor activate
Probleme de conexiune pot apărea dacă aliasul nu este configurat corect pe computerul client. Utilizați programul client de rețea pentru a vizualiza pseudonimele. Urmați acești pași.
1. Porniți programul client de rețea. Dacă instrumentele client SQL Server sunt instalate pe computerul care execută aplicația client, trebuie să parcurgeți pașii următori pentru a rula programul client de rețea.
a. Faceți clic pe butonul Start și selectați Programe.
b. În grupul Microsoft SQL Server, selectați Network Client Program.
Dacă instrumentele client SQL Server nu sunt instalate pe computerul client, trebuie să parcurgeți pașii următori pentru a rula programul client de rețea.
a. Faceți clic pe butonul Start și selectați Run.
b. În caseta de dialog Executare program, introduceți cliconfg în câmpul Deschidere și faceți clic pe OK.
2. În caseta de dialog SQL Server Network Client Utility, faceți clic pe fila General și activați protocoalele necesare.
Notă. Trebuie activate cel puțin TCP / IP și conductele denumite.
3. Faceți clic pe fila Alias \u200b\u200bși examinați aliasurile configurate pentru instanța SQL Server.
4. Asigurați-vă că numele serverului (adresa IP) și protocolul sunt configurate corect în proprietățile aliasului.
Puteți crea un nou alias pentru a testa conectivitatea după numele serverului, adresa IP sau alt protocol.
Notă. În versiunile anterioare ale Microsoft Data Access Components (MDAC), interfața programului client de rețea este diferită. Prin urmare, dacă nu vedeți elementele de interfață descrise în acest articol, instalați o versiune mai nouă a componentelor MDAC pe computerul client.