Správca je rozbitý spojenie s databázovým serverom. Pripojenie k databázovému serveru je rozbité správcom alebo neidentifikovaným chybou HRESULT \u003d 80004005

Skúste zákazníka a na serveri, aby sa náplasť na MDAC 2.8 Support.Microsoft.com/kb ... ",
sú zákazníci nainštalované len TCP / IP?

ich administrátori môžu byť užitočné http://support.microsoft.com/kb/827422/en

tu je výňatok z tohto článku (ALBEIT za rok 2000, ale zásada toho istého):

Riešenie problémov s pripojením Inštalácia
Väčšina z týchto riešení problémov SQL Server 2000 vzniká z dôvodu problémov s protokolom alebo overením TCP / IP autenticity systému Windows alebo kombináciu problémov oboch typov.

Pozor! Pred riešením problémov s pripojením problémov v SQL Server 2000 sa uistite, že služba MSSQLSERVER je spustená na serveri SQL Server.

Skontrolujte parametre DNS
Služba Domain Name System (DNS) sa používa na vyriešenie IP adresy v názve inštancie SQL Server. Kedy nesprávne povolenie Názov inštancie SQL Server zostáva nedostupný a jeden alebo viac chybových hlásení uvedených nižšie.
SQL Server neexistuje alebo prístup odmietol
Všeobecná chyba siete
Nemôže generovať kontext SSPI
Uistite sa, že názov servera je oprávnený správne, môžete, rozhovor s serverom podľa svojho mena a adresy IP pomocou príkazu Ping. Ak to chcete urobiť, postupujte podľa týchto krokov.
1. Kliknite na tlačidlo Štart a vyberte položku Spustiť.
2. V dialógovom okne Spustenie programu zadajte príkaz CMD v otvorenom poli a kliknite na tlačidlo OC.
3. Z príkazového riadku spustite nasledujúci príkaz:

ping.

Zapíšte si vrátenú adresu IP.
4. Z príkazového riadku spustite nasledujúci príkaz (kde je IP adresa IP adresa, napísaná krokom 3):

ping.

Uistite sa, že príkaz vráti správny názov servera. Ak jeden z vyššie uvedených príkazov zlyhá, vráti nesprávnu hodnotu alebo vyprší čas čakania na jeho vykonanie, čo znamená, že DNS je nesprávne spustená alebo existuje iný problém súvisiaci s funkciou siete alebo smerovanie. Ak chcete zobraziť aktuálne parametre DNS, spustite nasledujúci príkaz z príkazového riadka:

Ďalšie informácie o príkazom IPCONFIG nájdete v nasledujúcom článku Microsoft Knowledge Base Base
223413 http://support.microsoft.com/kb/223413/ Parametre používané s nástrojom IPCONFIG.exe v systéme Windows 2000

Ak chcete tento problém vyriešiť, pridajte položku pre server na% SystemRoot% System32 Drivers Etc Hosts Súbor klientský počítač. Okrem toho je možné obísť problém inštaláciou pripojenia k serveru pomocou sieťovej knižnice menovaných kanálov.

Kontrola zahŕňala protokoly a pseudonymy
Problémy s inštaláciou pripojenia sa môžu vyskytnúť, ak je alias nesprávne nakonfigurovaný na klientskom počítači. Pre zobrazenie pseudonymov je program program sieťový klient. Vykonajte nasledujúce kroky.
1. Spustite program sieťového klienta. Ak je v počítači, kde je spustená klientská aplikácia, nainštalujú sa nástroje klienta SQL Server, ktoré sa musia vykonať nasledujúce kroky, aby sa spustil klienta siete.
a. Kliknite na tlačidlo Štart a vyberte program.
b. V skupine Server Microsoft SQL Server vyberte zákazníka siete.
Ak na klientskom počítači nie sú nainštalované nástroje klienta SQL Server, potom sa musia vykonať nasledujúce kroky na spustenie klienta siete.
a. Kliknite na tlačidlo Štart a vyberte položku Spustiť.
b. V dialógovom okne Spustenie programu zadajte príkaz CliconFG v otvorenom poli a kliknite na tlačidlo OC.
2. V dialógovom okne SQL Server Network Client Client, prejdite na kartu Všeobecné a povolte požadované protokoly.

Poznámka. Musíte povoliť aspoň TCP / IP protokol a pomenované kanály.
3. Otvorte kartu ALIAS a skontrolujte, či aliasy nakonfigurované pre inštanciu SQL Server.
4. Uistite sa, že názov servera (IP adresa) a protokol sú riadne nakonfigurované v vlastnostiach aliasov.
Nové alias môžete vytvoriť na testovanie pripojenia podľa názvu servera, IP adresy alebo iného protokolu.

Poznámka. Vo viacerých predčasné verzie Komponenty Microsoft Dátové komponenty (MDAC) Sieťové rozhranie klienta je iné. Ak teda nevidíte prvky rozhrania opísané v tomto článku, nainštalujte viac na klientskom počítači. nová verzia MDAC komponenty.

Nainštalovaný server 1C X64 (32bit) tiež vyskúšaný)

Všetko funguje pred reštartu. Po reštarte pri pokuse o pripojenie k databáze SQL alebo otvorenie klastra v konzole 1C získame odchod s takýmito obrázkami:

Pri pripojení k serveru 1C z konzoly získavame:

Chyba pripojenia so serverom 1C: Enterprises 8.2:
Chyba na serveri alebo pripojení je rozbitý správcom
Chyba povodňového formátu

Pri štarte Základňa SQL Dostaneme chybu:

Chyba pri vykonávaní operácie s informačnou základňou.
Chyba na serveri alebo spojenie je rozbité správcom.
Chyba povodňového formátu

Pre možnosť spustenia základne a pripojenie k klastru z konzoly, len pomohla:

1. STOP SERVER SERVER 1C: Enterprises 8.2

2. Odstránenie procesov RPHOST.EXE RPNGR.EXE (Ukazuje sa na konci RMNGR.EXE).

3. Katalógový katalóg C: Programové súbory 1CV82 SRVINFO REG_1541 SNCCNTX (32 bitový server C: Programové súbory (X86) \\ 1CV82 SRVINFO REG_1541 SNCCNTX)

4. Spustenie servera Server 1c: Podniky 8.2

Avšak, v procese práce s SQLA Condo, bolo možné neočakávane zachytiť núdzové uzatvorenie 1, po ktorom nasleduje získanie týchto rovnakých chýb.

Boli testované:

1. Rôzne vydania, rôzne servery,

2. Rôzni používatelia: systém, administrátor, usr1cv82.

3. Nútené nastavenie plných práv pre týchto používateľov do adresárov. C: Programové súbory 1CV82 (na 32 bitových serveroch C: Programové súbory (X86) 1CV82 s dedičstvom pre detské predmety.

4. Desiatky reštartov a oveľa viac.

Dôvod sa však ukázal byť oveľa nečakaný!

Rozsah v systéme Windows 7 (Server 2008, 2008R2, pravdepodobne 2012)

Pokúste sa dať počítač podľa mena. Čo uvidíte, určí možnosť využitia môjho rozhodnutia.

Spustiť to len:

1. Spustite príkazový riadok (WIN + R, zadajte CMD a kliknite na tlačidlo OK)

2. B. príkazový riadok Vytočte príkaz "Ping" a názov počítača. Je to meno, a nie jeho IP adresa. Stlačte Enter.

3. Ak sa systém začal ping sám cez typ typu fabc: DE12: 3456: 7890: ABCD: EF98: 7654: 3210, alebo iný odlišný od vašej IP adresy

Vitajte v súkromnom klube BAIGOFIT RAMING verzia systému Windows 7.

Základom problému spočíva v tom, že 1C server nemôže definovať podľa mena.

Ale zobrazenie vašej IP vo forme IPv6 je jedným z najviac Časté dôvody Vzniku tejto chyby.

Jedným z dôvodov môže byť periodické pripojenie k inej sieti (oznámime), keď je vytvorený nové rozhranie A okná opäť začína odísť do dôchodku "zle".

Nižšie popíšem dva riešenia na obchádzanie týchto "funkcií".

Predtým chcú varovať:

Všetky akcie s počítačom, ktoré urobíte a riskujú.

Možnosť možnosti 1Pridať do hostiteľa vášho počítača a jeho IP

1. Musíte nájsť súbor hostiteľov v priečinku C: Windows System32 Drivers atď Ak nevidíte súbor hostiteľa v tomto priečinku, potom je to jednoducho skryté. Potom môžete stlačiť kláves ALT a v zobrazenej ponuke, vyberte položku "Service" - "Parametre priečinkov" - "Zobraziť" a odstrániť K dispozícii je začiarknutie "Skryť chránené systémové súbory"Stále môžete nastaviť prepínač" skryté súbory, priečinky, disky ", potom bude všetko viditeľné. (Po manipulácii s hostiteľmi odporúčam vrátiť kliešte na svoje predchádzajúce miesto, aby som bol náhodne závislý v budúcnosti)

2. Otvorte tento súbor do programu Poznámkový blok (Poznámkový blok) a ukončíte pridanie reťazca zobrazenia 192.168.0.1 servera (názov iPaddress). Uložte a zatvorte súbor.

3. Skúste obnoviť počítač cez názov. Ak nevidíte znova, potrebujete IP - niečo sa pokazilo ... Možno sa Antivirus vrátil stará verzia Súbor (Casper miluje) alebo niečo iné.

Všeobecne platí, že musíte dosiahnuť správna adresa Pri ping cez meno.

Option Číslo 2 Vypnite protokol IPv6 (http://support.microsoft.com/kb/929852)

Snažím sa byť pred planétou všetkých, Windows 7, len umiestni IPv6 okamžite na všetky rozhrania, pretože ho tiež dá predvolené pri fajčení. Dnes je však tento protokol málo ľudí, a preto môže byť / je potrebné vypnúť. Pamätajte, že odstránenie začiarkavacieho políčka z protokolu IPv6 v rozhraní internetová karta Nič nedá!

Kliknúť Win + R, Write Regedit a stlačte ENTER. Otvorí sa editor databázy Registry.
Ak máte požiadavku na povolenie akcie, kliknite na dialógové okno Kontrola použivateľského konta tlačidlo Pokračovať.
Nájsť a vyberte nasledujúci pododdiel registra:
HKEY_LOCAL_MACHINE SYSTÉMU SYSTÉMU SKÚŠKACIESTOSTI SLUŽBY TCPIP6 parametrov \\ t
Dvojité kliknutie Zdravotne postihnutýchcom Zmena parametra Zdravotne postihnutýchcom.
Ak parameter Zdravotne postihnutýchcom Nie, musí sa vytvoriť. Pre to:
1. Byť na pobočke Parametrev ponuke Upraviť Vybrať Vytvárať, a potom - Parameter DWORD (32 bitov).
2. Zadajte zdravotne postihnutýchcom a stlačte ENTER.
3. Dvojité kliknutie Zdravotne postihnutýchcom.
4. Zadajte hodnotu fffffffffffffffffff V poriadku.
5. Preťaženie počítača.

Mal by vyzerať takto:

Týmto spôsobom vypnete protokol IPv6 a systém Windows nepoužije svoje IP lezenie.

DÔLEŽITÉ !!!

Uistite sa, že ste pripojili počítač cez názov a uistite sa, že pings prejdite na správnu adresu IP. Nie vždy, prvýkrát, je možné vypnúť IPv6 (potom názov parametra nie je celkom správny, potom hodnota ...)

Chcem vám pripomenúť, že oba rozhodnutia nie sú všeliek, a v skutočnosti nám umožňujú obísť chybu, a nie odstrániť jej dôvod.

Myslím, že každý raz, ale ja som sa stretol s chybou 1C pripojenie k databázovému serveru je rozbité Microsoft SQL Server Native Client Client 10.0 Administrátor: neidentifikovaná chyba HRESULT \u003d 80004005

Tu sú niektoré spôsoby, ako pomôcť vyriešiť tento problém:
1. Skontrolujte konfiguráciu pre nesprávne informácie (odpadky). Ak to chcete urobiť, spustite príkaz "Konfigurácia" s konfiguráciou "Kontrola logickej integrity konfigurácie". Pri identifikácii problémov bude vydaná správa. Nesprávne informácie sa automaticky odstránia, ale prístupnosť by mala byť poskytnutá na zmenu koreňového objektu konfigurácie (skladovacie zariadenie pri práci s úložiskom, malo by sa zachytiť).

2. Ak je vaša konfigurácia na podporu, mali by ste súčasne skontrolovať konfiguráciu dodávateľa. Ak to chcete urobiť, v konfigurácii podpory udržujte konfiguráciu poskytovateľa v súbore CF, stiahnite ho do novej databázy a vykonajte postup opísaný v odseku 1. V prípade, že bola prijatá korekčná správa, znamená to, že konfigurácia poskytovateľa obsahuje nesprávne informácie. V tomto prípade by ste mali odstrániť konfiguráciu s podporou a znovu dodať kombináciou konfigurácie dodávateľa s čerstvým uvoľňovaním. V súčasnosti sú všetky správy vyrábané 1C testované a vyrobené bez tohto problému.

3. S touto situáciou pretínajú nasledujúcu situáciu:
10007066 Nahrávanie údajov obsahujúcich stĺpce typu Storage
Problém:
Pri použití MS SQL Server DBMS pri nahrávaní databázového objektu obsahujúceho niekoľko stĺpcov typu Storage, môžu sa vyskytnúť chyba, pre ktoré sa získava zo súborov, môže dôjsť k chybe
Chyba DBMS: Microsoft OLE DB POSKYTOVATEĽA PRE SQL SERVER: String dát Dĺžka MMISCHHRESULT \u003d 80004005 a núdzové dokončenie programu.

Zapnutie technologického denníka V čase zavádzania môžete definovať tabuľku obsahujúcu takéto skladovanie. Vyhľadajte aplikáciu MS SQL Server Query Anizer v tabuľke stĺpcov typu obrázka. Pre každý stĺpec typu obrazu postupujte podľa zobrazenia:

S_ELECT TOP 10 DATUMENTNOSTI (_FLD4044)
z _inforeg4038.
Objednávka podľa dátovej dĺžky (_fld4044)

NOUKTY: Upozorňujeme, že " Štandardné kontroly"Platforma (CHDBFL, v konfigurátore) tvrdohlavo hovoria, že všetko je v poriadku so základňou.

Podstatou problému: Je dôležité, aby sa chybové hlásenie mohlo spadnúť rôzne dôvodyAle majú spoločnú časť pre 1c - to nie je dosť náhodný vstup do pamäťe . A presnejšie inheekin používanie pamäťových zdrojov. Odtiaľ nepriame spôsoby poraziť problém: Reštartovaním servera (na nejakú dobu je viac dostupnej pamäte) alebo prejdite na 64-bitový aplikačný server.

1C: Podnik 8.2. Licencia pre server (X86-64)

Skúsenosti sa problém týka uchovávania údajov v správnom úložisku hodnôt alebo prítomnosti v tabuľke Binárneho dátovej konfigurácie viac ako 120 MB.

1. Vypnite všetky úlohy na pozadí pre všetky databázy
V 8.1.11 sa objavil prepínač "zákaz na pozadí"
Momentu vytvárania základne.

Pripravený na objasnenie, pozadie samotných úloh sami nezvolia, ale regulačné postupy
s úplným vyhľadávaním - vec v sebe - a pamäť, ktorú môže po akom čase
jesť rphost.exe zdroje, nie zostať na iných operáciách, a len
Základný blok
tí. Inými slovami, po prvom kroku, môžete už skontrolovať - \u200b\u200bproblém "opustí".

2. Reštartujte server
Druhý krok je špeciálny prípad pre váš prípad a po ňom.
Má zmysel kontrolovať výkon. Keďže však existujú úniky pamäte http://www.gilev.ru/1c/memleak, potom po chvíli po reštarte sa môže prolem vrátiť.

3) Robíme zálohu s SQL
Robiť zálohovanie Odporúčam s akýmikoľvek akciami, keď potrebujete "vrátiť" do predchádzajúceho stavu údajov.

4) Odstráňte základňu s podporou, UNLOAD CF
Zabijeme databázovú konzolu v konfiguračnej tabuľke v tabuľke Config, urobíme "sťahovanie konfigurácie" (nie je Union), zabijeme databázovú konzolu v tabuľke Config v tabuľke Config viac ako 120 MB, urobíme "konfiguráciu prevzatia" ( nie je Union)

Tu je príkladom výkonu tohto recepcie
http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293.

1. Otvorte konfigrator;
2. Odstráňte konfiguráciu z podpory, zatiaľ čo konfigurácia neuložila!
3. Ďalej uložte konfiguráciu do súboru (bez uloženia zmenenej konfigurácie);
4. SQL pre požadovanú základňu vykonala nasledujúci príkaz:
Odstrániť z Dbo.config, kde dáta\u003e 125829120
5. Stiahnite si uloženú konfiguráciu.

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

Môžete si vyskúšať radikálový krok tu:
Vymažujeme (v manažmente konzoly) v databázovej tabuľke "Config"
Tabuľka D_op.

5) Urobte si "sťahovanie konfigurácie" (nie je Union) z CF
Potom, čo skontrolujeme, problém ide.

6) Chyba: "Pripojenie k databázovému serveru je rozbitý správcom
Microsoft OLE DB Poskytovateľ pre SQL Server: neidentifikovaná chyba
HRESULT \u003d 80004005 "

Máme: 1c 8.1.13.41 UPP 1.2.19.21 na MS SQL 2005 SP3 na Win2003 server Enterprise na počítači 4 GB Piz. Pamäť (SQL je nakonfigurovaná na MAX MEMORY 2GB)

Riešenie v mojom prípade:
Predvolené okná 2GB sa zaoberá a 2 nám dáva. SQL takmer celý zvyšok pamäte išiel (v nastaveniach je 2 GB) a odišiel pre všetky ostatné iba 128 MB pH. Pamäť (ako by mala byť SQL- To by nemalo mať všetko, by malo odísť 128). Chyba 1C sa začala prejaviť po prepnutí na uvoľnenie 1.2.21.1. ÁNO, V skutočnosti, vo vydaní 1.2.19.1 v súbore dbo.config neboli žiadne záznamy viac ako 120 MB. Ale po aktualizácii o 1.2.21.1 sa objaví takýto záznam (približne 135 MB). Pri odstraňovaní s podporou sa záznam zmizne a nič nebolo odstránené. Ak je to vhodná podpora, objaví sa ... Chápem, že toto je konfigurácia dodávateľa.
Ak SQL listy len 128 a je potrebné, až 135, potom je potrebné poskytnúť živú fyzickú pamäť na pracovné procesy. Rezať SQL. A môžete systém Windows. Inštaláciou klávesu / 3 GB kľúč v boot.ini, čím sa zobrazí 1GB okná a všetko ostatné je 3GB, a nie 2/2 ako predvolené. Po reštarte je všetko v poriadku.

Máte vlastné riešenie!? Nechajte ho v komentároch)

Často opisuje chybové kódy, ale nie vždy vyčerpané. V tomto článku sa pokúsime pokračovať v "výfuku" 🙂

Keď si užívali databázy 1c, môžete sa postaviť s takýmito situáciou:

Pracovná relácia dokončí správcom.
kvôli:
Spojenie s databázovým serverom je rozbitý správcom
Microsoft OLE DB Poskytovateľ pre SQL Server: neidentifikovaná chyba
HRESULT \u003d 80004005.

Známky problému: Nemôžete vyložiť v DT

Pozor! Chyby s kódom 80004005 veľa, podrobnejšie klasifikácia I opísala tu http: //www..htm. Hovoríme tu o "neidentifikovanej chybe" 🙂

1. Skontrolujte konfiguráciu pre nesprávne informácie (odpadky). Ak to chcete urobiť, vykonajte príkaz "Konfigurácia" so začiarkavačkou "Skontrolujte registráciu integrity logickej konfigurácie. Pri identifikácii problémov bude vydaná správa. Nesprávne informácie sa automaticky odstránia, ale prístupnosť by mala byť poskytnutá na zmenu koreňového objektu konfigurácie (skladovacie zariadenie pri práci s úložiskom, malo by sa zachytiť).

3. S touto situáciou pretínajú nasledujúcu situáciu:

10007066 Nahrávanie údajov obsahujúcich stĺpce typu Storage
Problém:
Pri použití MS SQL Server DBMS pri nahrávaní databázového objektu obsahujúceho niekoľko stĺpcov typu Storage, môžu sa vyskytnúť chyba, pre ktoré sa získava zo súborov, môže dôjsť k chybe
Chyba DBMS: Microsoft OLE DB POSKYTOVATEĽA PRE SQL SERVER: String dát Dĺžka MMISCHHRESULT \u003d 80004005 a núdzové dokončenie programu.
Dát.vydania: 2008-11-13

vyberte TOP 10 DATUMENTVY (_FLD4044)
z _inforeg4038.
Objednávka podľa dátovej dĺžky (_fld4044)

NEUANCE: Upozorňujeme, že platforma "Štandardné kontroly" (CHDBLFL, v konfigurátore) tvrdohlavo hovoria, že všetko je v poriadku so základňou.

Podstatou problému: Je dôležité, aby existovali rôzne dôvody pre toto chybové hlásenie, ale majú spoločnú časť pre 1C - to nie je dostatok RAM. Presnejšie, neefektívne využívanie pamäťových zdrojov. Odtiaľ nepriame spôsoby poraziť problém: Reštartovaním servera (na nejakú dobu je viac dostupnej pamäte) alebo prejdite na 64-bitový aplikačný server.

1C: Podnik 8.2. Licencia pre server (X86-64)

Skúsenosti sa problém týka uchovávania údajov v správnom úložisku hodnôt alebo prítomnosti v tabuľke Binárneho dátovej konfigurácie viac ako 120 MB.

V 8.1.11 sa objavil prepínač "zákaz na pozadí"
Momentu vytvárania základne.

Druhý krok je špeciálny prípad pre váš prípad a po ňom.
Má zmysel kontrolovať výkon. Keďže však existuje únik pamäte HTTP: //www.set/1c/memleak, potom po chvíli po reštarte sa môže prolem vrátiť.
3) Robíme zálohu s SQL

4) Odstráňte základňu s podporou, UNLOAD CF

zabijeme databázovú konzolu v konfiguračnej tabuľke s záznamom o viac ako 120 MB, urobte "sťahovanie konfigurácie" (nie je Union) Zabite databázovú konzolu v tabuľke Config s nahrávaním viac ako 120 MB, vykonajte "sťahovanie konfigurácie" (nie Únia)

tu je príkladom výkonu tohto recepcie

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

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

môžete si vyskúšať radikálový krok tu:
Vymažujeme (v zmene konzoly) v tabuľke databázy "Config"

Stola.
5) Vykonávame "sťahovanie" (nie je Union) z CF

potom, čo skontrolujeme, problém ide.