Az adatbázis-kiszolgálóhoz való csatlakozás a rendszergazda megszakad. Az adatbázis-kiszolgálóhoz való csatlakozás az adminisztrátor vagy az ismeretlen HResult hiba \u003d 80004005

Próbálja meg az ügyfelet és a szerveren, hogy egy javítást tegyen az MDAC 2.8 support.microsoft.com/kb ... ",
az ügyfelek csak TCP / IP-t telepítettek?

az adminisztrátorok hasznosak lehetnek http://support.microsoft.com/kb/827422/en

itt van egy excerpt e cikkből (bár 2000-re, de az elve ugyanaz):

Hibaelhárítás Kapcsolat telepítése
A legtöbb ilyen hibaelhárítás SQL szerver A TCP / IP protokoll vagy az ellenőrzés problémái miatt következik be windows hitelesség vagy mindkét típus problémáinak kombinációja.

Figyelem! Az SQL Server 2000 csatlakozási problémáinak hibaelhárítása előtt győződjön meg róla, hogy az MSSQLServer szolgáltatás SQL Server számítógépen fut.

Ellenőrizze a DNS paramétereket
A Domain Name System (DNS) szolgáltatás az IP-cím megoldására szolgál az SQL Server példánynévben. Mikor rossz engedély Az SQL Server példány neve továbbra is nem érhető el, és az alábbi hibaüzenetek közül az egyik vagy több.
Az SQL Server nem létezik, vagy a hozzáférés megtagadva
Általános hálózati hiba
Nem tudja létrehozni az SSPI kontextust
Győződjön meg róla, hogy a kiszolgáló neve helyesen megengedett, akkor a név és az IP-cím segítségével megkérdezheti a kiszolgálót a Ping parancs használatával. Ehhez kövesse az alábbi lépéseket.
1. Kattintson a Start gombra, és válassza a Futtatás lehetőséget.
2. A Program indítása párbeszédpanelen írja be a CMD parancsot a nyitott mezőbe, és kattintson az OC gombra.
3. A parancssorból futtassa a következő parancsot:

ping.

Írja le a visszaküldött IP-címet.
4. A parancssorból futtassa a következő parancsot (ahol az IP-cím IP-cím, a 3. lépéssel írva):

ping.

Győződjön meg róla, hogy a parancs visszaadja a megfelelő kiszolgáló nevét. Ha a fenti parancsok egyike sikertelen, helytelen értéket ad vissza, vagy lejár a várakozási idő végrehajtásához, ami azt jelenti, hogy a DNS helytelenül működik, vagy van egy másik probléma a hálózati funkcióval vagy az útválasztással kapcsolatban. Az aktuális DNS-paraméterek megtekintéséhez futtassa a következő parancsot a parancssorból:

Az IPConfig parancsra vonatkozó további információkért lásd a következő Microsoft Tudásbázis cikket:
223413 http://support.microsoft.com/kb/223413/ az ipconfig.exe eszközzel használt paraméterek Windows 2000 rendszerben

A probléma megoldásához adjunk hozzá egy bejegyzést a kiszolgálóhoz a% Systemroot% \\ System32 \\ illesztőprogramokhoz ügyfélszámítógép. Ezenkívül megkerülheti a problémát a kiszolgálóhoz való csatlakozás telepítésével a megnevezett csatornák hálózati könyvtárával.

Ellenőrizze a protokollokat és a pszeudonimákat
A kapcsolat telepítési problémái akkor fordulhatnak elő, ha az Alias \u200b\u200bhelytelenül van konfigurálva az ügyfélszámítógépen. A pszeudonimák megtekintéséhez a program a program hálózati kliens. Végezze el a következő lépéseket.
1. Futtassa a hálózati ügyfélprogramot. Ha a számítógépen futó számítógépen fut, az SQL Server ügyféleszközök telepítve vannak, akkor a hálózati kliens elindításához a következő lépéseket kell végrehajtani.
a. Kattintson a Start gombra, és válassza ki a programot.
b. A Microsoft SQL Server csoportban válassza ki a hálózati ügyfél.
Ha az SQL Server ügyféleszközök nincsenek telepítve az ügyfélszámítógépen, akkor a hálózati kliens elindításához a következő lépéseket kell végrehajtani.
a. Kattintson a Start gombra, és válassza a Futtatás lehetőséget.
b. A Program indítása párbeszédpanelen írja be a CLICONFG parancsot a Megnyitás mezőbe, és kattintson az OC gombra.
2. Az SQL Server Network kliens párbeszédpanelen lépjen az Általános lapra, és engedélyezze a szükséges protokollokat.

Jegyzet. Legalább TCP / IP protokollt és megnevezett csatornákat kell engedélyeznie.
3. Nyissa meg az Alias \u200b\u200bfület, és ellenőrizze az SQL Server példányhoz konfigurált aliasokat.
4. Győződjön meg róla, hogy a kiszolgáló neve (IP-cím) és a protokoll megfelelően van beállítva az aliasok tulajdonságaiban.
Új álnevet hozhat létre a kiszolgálónév, az IP-cím vagy más protokoll általi kapcsolat teszteléséhez.

Jegyzet. Több korai verziók A Microsoft Data Access Components (MDAC) hálózati ügyfélfelület eltérő. Így, ha nem látja az e cikkben leírt interfészelemeket, telepítsen többet az ügyfélszámítógépre. Új verzió MDAC alkatrészek.

Telepített szerver 1c x64 (32bit) is megpróbált)

Minden az újraindítás előtt működik. Az újraindítás után az SQL adatbázishoz való csatlakozás során vagy a klaszter megnyitásához az 1C konzolban indulunk az ilyen képeken:

Ha az 1C szerverhez csatlakozik a konzolból, megkapjuk:

Csatlakozási hiba a kiszolgálón 1c: Vállalatok 8.2:
A szerveren vagy a kapcsolaton hiba történt az adminisztrátor által
Árvízformátum hiba

Kezdve Sql alap Hiba van:

Hiba történt egy információs bázissal ellátott művelet végrehajtásakor.
A szerveren vagy a kapcsolaton hiba történt az adminisztrátor által.
Árvízformátum hiba

Az alap indításának lehetőségéhez és a klaszterhez való csatlakozáshoz csak segített:

1. STOP SERVER SZOLGÁLTATÁS 1c: Vállalatok 8.2

2. Az RMNGR.EXE RPHOST.EXE folyamatok törlése (az rmngr.exe végén kiderül).

3. Katalógus törlése C: \\ Programfájlok \\ 1CV82 \\ srvinfo \\ REV_1541 \\ snccntx (32 bit szerver C: programfájlok (x86) \\ 1CV82 \\ srvinfo \\ REV_1541 \\ snccntx)

4. Kiszolgálószolgáltatás kezdete 1c: Vállalatok 8.2

Az SQLA Condo-val való együttműködés során azonban váratlanul elkaphatják az 1 vészhelyzeti zárót, ezt követően ugyanazokat a hibákat kapjuk.

Tesztelték:

1. Különböző kiadások, különböző szerverek,

2. Különböző felhasználók: Rendszer, adminisztrátor, USR1CV82.

3. A teljes jogok megteremtése ezeknek a felhasználóknak a könyvtárakhoz. C: \\ Programfájlok \\ 1CV82 \\ (32 bites kiszolgálóknál C: \\ Programfájlok (X86) \\ 1CV82 \\) A gyermek tárgyak öröklésével.

4. Több tucat újraindítás és sokkal több.

Azonban az oka sokkal váratlanabbnak bizonyult!

Tartomány a Windows 7-ben (Server 2008, 2008R2, valószínűleg 2012)

Próbálja meg a számítógépet nevezni. Amit látni fog, meghatározza a döntésem használatának lehetőségét.

Futtassa csak:

1. Futtassa a parancssor parancsot (Win + R, írja be a CMD parancsot, majd kattintson az OK gombra)

2. B. parancs sor Tárcsázza a "Ping" parancsot és a számítógép nevét. Ez a név, és nem az IP-címe. Nyomd meg az Entert.

3. Ha a rendszer a típus típusán keresztül kezdődött fABC: DE12: 3456: 7890: ABCD: EF98: 7654: 3210, vagy más az IP-címétől eltérő

Üdvözöljük a Baigofit Raming privát klubban windows verzió 7.

A probléma alapja abban rejlik, hogy az 1C szerver nem tudja megnevezni magát név szerint.

De az IP kijelzője az IPv6 formájában az egyik leginkább gyakori okok miatt A hiba megjelenése.

Az egyik oka lehet egy periodikus kapcsolat egy másik hálózathoz (értesítsük), amikor létrejön Új felület És a Windows ismét elkezdi nyugdíjba vonulni "rossz".

Az alábbiakban két megoldást fogok leírni a "funkciók" megkerülésére.

Korábban figyelmeztetni kell:

Minden olyan cselekvés, amely a számítógépével és kockázattal jár.

1. opció 1Add hozzá a számítógépet és az IP-t

1. Meg kell találnia a Hosts fájlt a C: \\ Windows \\ System32 \\ illesztőprogramok mappában, ha nem látja a Hosts fájlt ebben a mappában, akkor egyszerűen rejtve van. Azután nyomja meg az Alt billentyűt, és a megjelenő menüben válassza a "Service" - "Mappa paraméterek" - "Nézet" és eltávolít Van egy kullancs "elrejtés védett rendszerfájlok"Még mindig beállíthatja a kapcsolót" show rejtett fájlok, mappák, lemezek ", akkor minden látható lesz. (A házigazdákkal való manipulációk után azt javaslom, hogy visszaadja a kullancsot a korábbi helyére, hogy véletlenül a jövőben véletlenül összekapcsolódjak)

2. Nyissa meg ezt a fájlt a Jegyzettömb (Notepad) és a végére kell hozzáadni egy string a nézet 192.168.0.1 Server (Név IPADDRESS). Mentse és zárja be a fájlt.

3. Próbálja meg újraindítani a számítógépet a néven keresztül. Ha nem látja újra, szüksége van IP-re - valami rosszul ment ... Talán Antivirus visszatért régi verzió Fájl (Casper Loves Ilyen) vagy valami más.

Általában el kell érnie megfelelő cím Amikor a néven keresztül ping.

2. opció 2 A teljes IPv6 protokoll letiltása (http://support.microsoft.com/kb/929852)

A Windows 7-es bolygó előtt próbálkozik, csak az IPv6-ot azonnal az összes interfészre helyezi, mivel a dohányzás során alapértelmezésként is elhelyezi. Ma azonban ez a protokoll kevés ember használja, ezért le kell tiltani. Ne feledje, hogy a jelölőnégyzet eltávolítása az IPv6 protokollból az interfészen hálózati kártya Semmi sem ad!

Kattintás WIN + R, írjon regeditet, és nyomja meg az Enter billentyűt. Megnyílik a Rendszerleíróadatbázis-szerkesztő.
Ha cselekvési engedély iránti kérelme van, kattintson a párbeszédpanelen Felhasználói felület gomb Folytassa.
Keresse meg és válassza ki a következő rendszerleíró alfejezetet:
HKEY_LOCAL_MACHINE \\ SYSTEM \\ CHREATHCONTROLSET \\ SERVICES \\ TCPIP6 \\ paraméterek \\
Dupla kattintás Tiltott komponensek A paraméter módosítása Tiltott komponensek.
Ha a paraméter Tiltott komponensek Nem, meg kell teremteni. Ezért:
1. Egy ágon van Paramétereka menün Szerkesztés Kiválaszt Teremt, és akkor - DWORD paraméter (32 bit).
2. Adja meg a letiltott komponenseket, és nyomja meg az Enter billentyűt.
3. Dupla kattintás Tiltott komponensek.
4. Adja meg a FFFFFFFF értéket, majd kattintson a gombra rendben.
5. A számítógép túlterhelése.

Úgy néz ki, mint ez:

Ily módon az IPv6 protokoll teljesen kikapcsolja, és a Windows nem használja az IP-mászását.

FONTOS!!!

Győződjön meg róla, hogy csatlakoztassa a számítógépet a néven keresztül, és győződjön meg róla, hogy a pings megy a megfelelő IP-címre. Nem mindig, az első alkalom, hogy letilthatja az IPv6-t (akkor a paraméter neve nem teljesen helyes, akkor az érték ...)

Szeretném emlékeztetni Önt, hogy mindkét döntés nem csodaszer, és valójában lehetővé teszi számunkra, hogy megkerüljék a hibát, és ne szüntessék meg az okát.

Azt hiszem, legalább egyszer, de találkoztam egy hiba 1c-es kapcsolat az adatbázis-kiszolgáló megszakad a Microsoft SQL Server natív kliens 10.0 rendszergazda: azonosítatlan Hresult hiba \u003d 80004005

Íme néhány módja annak, hogy segítsen megoldani ezt a problémát:
1. Ellenőrizze a helytelen információk konfigurációját (szemét). Ehhez hajtsa végre a "Konfiguráció" parancsot a "Ellenőrizze a Logic Integrity Configuration" jelölőnégyzetet. A problémák azonosításakor üzenetet adnak ki. A helytelen információkat automatikusan eltávolítják, de a konfiguráció gyökérobjektumának (tárolóhely, ha a tárolóval való együttműködés során meg kell adni a hozzáférést).

2. Ha a konfiguráció támogatásra van, akkor egyidejűleg ellenőriznie kell a szállító konfigurációját. Ehhez a támogatás konfigurálásakor tartsa be a szolgáltató konfigurációját a CF fájlban, töltse le egy új adatbázisba, és hajtsa végre az (1) bekezdésben leírt eljárást. Abban az esetben, ha egy korrekciós üzenet érkezett, azt jelenti, hogy a szolgáltató konfigurációja helytelen információkat tartalmaz. Ebben az esetben távolítsa el a konfigurációt a támogatással és az újbóli szállítással a beszállítói konfiguráció friss kiadásával történő kombinálásával. Jelenleg az 1C által gyártott összes kiadványt a probléma nélkül tesztelik és gyártják.

3. A következő helyzet metszi a helyzetet:
10007066 Adatok rögzítése tároló típusú oszlopok
Probléma:
Az MS SQL Server DBMS használatakor, amikor több tárolási típusú oszlopot tartalmazó adatbázis-objektum rögzítése során a fájlokból származó adatok előfordulhatnak, hiba léphet fel
Hiba DBMS: Microsoft OLE DB szolgáltató az SQL Server számára: String Data hossza Mismatchhresult \u003d 80004005 és a program vészhelyzetének befejezése.

A technológiai napló bekapcsolása a rendszerindítási időpontban meghatározhatja az ilyen tárolót tartalmazó táblázatot. Keresse meg az MS SQL Server Query Anizer-t ebben a kép típusú oszlop táblázatában. Minden egyes képtípus oszlophoz kövesse a nézetet:

S_ELECT TOP 10 DATALSTH (_FLD4044)
_inforg4038-tól.
Rendelés datalength (_fld4044) desc

NUANCES: Kérjük, vegye figyelembe, hogy " Szabványos ellenőrzések"Platform (chdbfl, a konfigurátorban) makacsul azt mondják, hogy minden rendben van az alapon.

A probléma lényege: Fontos, hogy a hibaüzenet eshet különböző okokbólDe közös részük van az 1C-hez - ez nem elég véletlen hozzáférési memória . És pontosabban a memória erőforrásainak hűtése. Innen, közvetett módon, hogy legyőzze a problémát: A kiszolgáló újraindításával (egy ideig hozzáférhető memória van), vagy menjen egy 64 bites alkalmazáskiszolgálóra.

1c: Vállalat 8.2. Licenc a szerverhez (x86-64)

Tapasztalat szerint a probléma az adatok megfelelő adattárába történő tárolásához kapcsolódik, vagy a 120 MB-nál nagyobb bináris adatkonfigurációs táblázatban szereplő jelenléte.

1. Kapcsolja ki az összes adatbázis összes háttérfeladatát
A 8.1.11-ben a "háttérfeladatok tilalma" kapcsoló megjelent
Az alap létrehozásának pillanatát.

Készen áll a tisztázásra, a háttérfeladatok maguk nem gonoszok, hanem szabályozási eljárások
Teljes szöveges kereséssel - a dolog magadban - és a memória, amit kb
enni rphost.exe erőforrásokat, hogy ne maradjon más műveleteken, és csak
Alapblokk
azok. Más szóval, az első lépés után már ellenőrizheti - a probléma "elhagyja".

2. Indítsa újra a kiszolgálót
A második lépés egy különleges eset az Ön esetére és utána is.
Érdemes ellenőrizni a teljesítményt. Azonban, mivel vannak memóriaszivárgák http://www.gilev.ru/1c/memleak, majd egy idő után az újraindítás után, a protem visszatérhet.

3) SQL-vel biztonsági mentést készítünk
Tegye biztonsági mentés Azt javaslom, hogy bármilyen cselekvés, ha szükséges "visszatérni" az előző adatállapot.

4) Távolítsa el az alapot a támogatással, ürítse ki a cf-et
Megöljük az adatbázis-konzolt a konfigurációs táblázatban a konfigurációs táblázatban, "letöltési konfigurációt" (nem szakszervezet), megöljük az adatbázis-konzolt a konfigurációs táblázatban a konfigurációs táblázatban több mint 120 MB-ot, készítsen egy "letöltési konfigurációt" ( nem szakszervezet)

Itt van egy példa a fogadás teljesítményére
http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293.

1. Nyissa ki a kongnurátort;
2. Eltávolította a konfigurációt a támogatásból, míg a konfiguráció nem mentett!
3. Következő Mentse el a konfigurációt a fájlba (a megváltozott konfiguráció mentése nélkül);
4. Az SQL a kívánt alaphoz a következő parancsot hajtotta végre:
Törölje a dbo.config-t, ahol adatminőség\u003e 125829120
5. Töltse le a mentett konfigurációt.

Http://www.forum.mista.ru/topic.php?id\u003d465608.

Itt próbálhatsz egy radikálisabb lépést:
A "Config" adatbázis táblázatban töröljük (a konzolkezelésben)
D_rop asztal.

5) készítsen egy "letöltési konfigurációt" (nem szakszervezet) a CF-től
Ezt követően ellenőrizzük, a probléma megy.

6) Hiba: "Az adatbázis-kiszolgálóhoz való csatlakozás a rendszergazda megszakad
Microsoft OLE DB szolgáltató az SQL Serverhez: azonosítatlan hiba
Hresult \u003d 80004005 "

Mi van: 1C 8.1.13.41 UPP 1.2.19.21 az SQL 2005 SP3-on a Win2003 szerver vállalkozáson egy számítógépen 4 GB PIZ. Memória (SQL konfigurálva MAX MEMORY 2GB)

A megoldás az én esetemben:
Az alapértelmezett Windows 2GB megtartja magát, és 2 ad minket. SQL szinte az összes többi memória elment (a 2 GB-os beállításokban), és a többi csak 128 MB PHS-re maradt. Memória (ahogyan az SQL-nek kell lennie, nem szabad mindent megtenni, el kell hagynia 128-at). Az 1c hiba az 1.2.21.1 kiadásra való áttérés után kezdődött. Igen, valóban az 1.2.19.1 kiadásban a dbo.config fájlban nem volt több rekord több mint 120 MB. De a frissítés után 1.2.21.1-ig ilyen rekord (kb. 135 MB) jelenik meg. A támogatás eltávolításakor a rekord eltűnik, és semmi sem távolítható el. Ha megfelelő támogatást tesz lehetővé ... Megértem, hogy ez a beszállító konfigurációja.
Ha az SQL csak 128-ot hagy, és 135-ig szükséges, akkor az élő fizikai memóriát a munkafolyamatokra kell adni. Vágja az SQL-t. És ablakok. A boot.ini billentyű / 3gb-kulcs telepítésével 1 GB-os ablakokat kaptunk, és minden más 3 GB, és nem 2/2 alapértelmezett. Újraindítás után - minden rendben van.

Van saját megoldása!? Hagyja a megjegyzésekben)

Gyakran leírja a hibakódokat, de nem mindig kimerítenek. Ebben a cikkben megpróbáljuk folytatni a "kipufogó" 🙂

Ha élvezte az 1c adatbázisokat, akkor felállhatsz ilyen helyzetben:

A munkamenet befejeződik az adminisztrátor.
mert:
Az adatbázis-kiszolgálóhoz való csatlakozás a rendszergazda megszakad
Microsoft OLE DB szolgáltató az SQL Serverhez: azonosítatlan hiba
Hresult \u003d 80004005.

A probléma jelei: Nem lehet kirakni a DT-ben

Figyelem! Hibák a 80004005 kóddal Sokat, részletesebb osztályozásban, itt leírtam itt http: //www..htm. Itt beszélünk az "azonosítatlan hiba" 🙂

1. Ellenőrizze a helytelen információk konfigurációját (szemét). Ehhez hajtsa végre a "Konfiguráció" parancsot a "Ellenőrizze a logikai konfigurációs integritás" jelölőnégyzetet. A problémák azonosításakor üzenetet adnak ki. A helytelen információkat automatikusan eltávolítják, de a konfiguráció gyökérobjektumának (tárolóhely, ha a tárolóval való együttműködés során meg kell adni a hozzáférést).

3. A következő helyzet metszi a helyzetet:

10007066 Adatok rögzítése tároló típusú oszlopok
Probléma:
Az MS SQL Server DBMS használatakor, amikor több tárolási típusú oszlopot tartalmazó adatbázis-objektum rögzítése során a fájlokból származó adatok előfordulhatnak, hiba léphet fel
Hiba DBMS: Microsoft OLE DB szolgáltató az SQL Server számára: String Data hossza Mismatchhresult \u003d 80004005 és a program vészhelyzetének befejezése.
Publikáció dátuma: 2008-11-13

válassza ki a Top 10 adathossz (_fld4044)
_inforg4038-tól.
Rendelés datalength (_fld4044) desc

NUANCE: Kérjük, vegye figyelembe, hogy a "Standard Checks" platform (CHDBFL, a konfigurátorban) makacsul azt mondja, hogy minden rendben van az alapon.

A probléma lényege: Fontos, hogy ez a hibaüzenet más oka lehet, de közös részük van az 1C-nek - ez nem elegendő RAM. Pontosabban, a memóriaforrások hatástalan használata. Innen, közvetett módon, hogy legyőzze a problémát: A kiszolgáló újraindításával (egy ideig hozzáférhető memória van), vagy menjen egy 64 bites alkalmazáskiszolgálóra.

1c: Vállalat 8.2. Licenc a szerverhez (x86-64)

Tapasztalat szerint a probléma az adatok megfelelő adattárába történő tárolásához kapcsolódik, vagy a 120 MB-nál nagyobb bináris adatkonfigurációs táblázatban szereplő jelenléte.

A 8.1.11-ben a "háttérfeladatok tilalma" kapcsoló megjelent
Az alap létrehozásának pillanatát.

A második lépés egy különleges eset az Ön esetére és utána is.
Érdemes ellenőrizni a teljesítményt. Azonban, mivel vannak HTTP memória szivárgások: //www.set/1c/memleak, majd egy ideig újraindítás után, a protem visszatérhet.
3) SQL-vel biztonsági mentést készítünk

4) Távolítsa el az alapot a támogatással, ürítse ki a cf-et

megöljük az adatbázis-konzolt a konfigurációs táblázatban, amelynek rekordja több mint 120 MB, készítsen egy "letöltési konfigurációt" (nem szakszervezet) megöli az adatbázis-konzolt a konfigurációs táblázatban, amelynek rekordja több mint 120 MB, készítsen "letöltési konfigurációt" (nem unió)

itt van egy példa a fogadás teljesítményére

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

Http://www.forum.mista.ru/topic.php?id\u003d465608.

itt próbálhatsz egy radikálisabb lépést:
A "Config" adatbázis táblázatban töröljük (a konzolváltozásban)

Drop asztal.
5) A CF-től "letöltési konfigurációt" (nem szakszervezet)

ezt követően ellenőrizzük, a probléma megy.