Nainstalován 1C x64 server (vyzkoušen také 32bit)
Vše funguje až do restartu. Po restartu, při pokusu o připojení k databázi v SQL nebo otevření clusteru v konzole 1C, se otřásáme následujícími obrázky:
Při připojení k serveru 1C z konzoly získáme:
Chyba při připojení k serveru 1C: Enterprise 8.2:
Chyba serveru nebo připojení bylo přerušeno správcem
Chyba formátu streamu
Při spuštění databáze SQL se zobrazí chyba:
Při provádění operace s infobází došlo k chybě.
Došlo k chybě na serveru nebo připojení bylo přerušeno správcem.
Chyba formátu streamu
Aby bylo možné spustit databázi a připojit se ke clusteru z konzoly, pomohlo jen:
1. Zastavení služby serveru 1C: Enterprise 8.2
2. Odebrání procesů rmngr.exe rphost.exe (dojde k chybě po dokončení rmngr.exe).
3. Čištění adresáře C: \\ Program Files \\ 1cv82 \\ srvinfo \\ reg_1541 \\ snccntx (pro 32bitový server C: \\ Program Files (x86) \\ 1cv82 \\ srvinfo \\ reg_1541 \\ snccntx)
4. Spuštění služby serveru 1C: Enterprise 8.2
V procesu práce s konfrontací SQL však bylo možné neočekávaně zachytit nouzové vypnutí 1Sky s následným přijetím stejných chyb.
Byly testovány:
1. různé verze, různé servery,
2. různí uživatelé: System, Administrator, USR1CV82.
3. vynucení úplných práv těchto uživatelů na adresáře C: \\ Program Files \\ 1cv82 \\ (pro 32bitový server C: \\ Program Files (x86) \\ 1cv82 \\) s dědičností k podřízeným objektům.
4. desítky restartů a další.
Důvod však byl mnohem neočekávanější!
Dereferencování ve Windows 7 (Server 2008, 2008R2, pravděpodobně 2012)
Zkuste pomocí počítače provést ping podle jména. To, co uvidíte, určí použitelnost mého řešení.
Toho lze snadno dosáhnout:
1. Spusťte příkazový řádek (Win + R, zadejte cmd a klikněte na OK)
2. Do příkazového řádku zadejte příkaz „Ping“, mezeru a název vašeho počítače. Jmenovitě ne jeho IP adresa. Stiskněte Enter.
3. Pokud systém začne pingovat přes adresu jako fabc: de12: 3456: 7890: ABCD: EF98: 7654: 3210 nebo jiná adresa IP odlišná od vaší
Vítejte v soukromém klubu dereference bugofichi Windows 7.
Základ problému spočívá ve skutečnosti, že se server 1C nemůže identifikovat podle jména.
Zobrazení vaší IP adresy jako IPv6 je ale jednou z nejčastějších příčin této chyby.
Dalším důvodem může být pravidelné připojení k jiné síti (řekněme VPN), když je vytvořeno nové rozhraní a Windows znovu začne „nesprávně“ dereferovat.
Níže popíšu dvě řešení, jak tuto „funkci“ obejít.
Nejprve vás chci varovat:
Všechny akce s počítačem provádíte na vlastní nebezpečí a riziko.
Možnost číslo 1Přidejte svůj počítač a jeho IP adresu k hostitelům
1. Musíte najít soubor hostitelů ve složce C: \\ Windows \\ System32 \\ drivers \\ atd. Pokud soubor Hosts v této složce nevidíte, je jednoduše skrytý. Pak můžete stisknout klávesu ALT a v zobrazené nabídce zvolit „Nástroje“ - „Možnosti složky“ - „Zobrazit“ a vzlétnout je zde zaškrtnutí „Skrýt chráněné systémové soubory“. Můžete také nastavit přepínač "Zobrazit skryté soubory, složky, jednotky", pak bude obecně vše viditelné. (Po manipulaci s hostiteli doporučuji vrátit zaškrtnutí na původní místo, aby se v budoucnu náhodou něco nestalo)
2. Otevřete tento soubor v poznámkovém bloku a na konec přidejte řádek jako server 192.168.0.1 (IP adresa PCName). Uložte a zavřete soubor.
3. Zkuste znovu pomocí příkazu ping použít název počítače. Pokud IP adresu znovu nevidíte, něco se pokazilo ... Možná antivirus vrátil starou verzi souboru (Casper to miluje) nebo něco jiného.
Obecně musíte při pingování pomocí jména dosáhnout správné adresy.
Možnost č. 2 Úplné zakázání protokolu IPv6 (http://support.microsoft.com/kb/929852)
Windows 7 se snaží být o krok napřed, nejenže staví IPv6 na všechna rozhraní najednou, ale při dereferencování jej také nastavuje jako výchozí. Dnes však tento protokol používá jen velmi málo lidí, a proto může / měl by být deaktivován. Pamatujte, že odstranění zaškrtnutí z protokolu IPv6 v rozhraní síťové karty nic neudělá!
- Klikněte na Win + R, napište regedit a stiskněte klávesu Enter. Otevře se editor registru.
- Pokud se zobrazí výzva k povolení akcí, klikněte v dialogovém okně Kontrola uživatelského účtu knoflík Pokračovat.
- Vyhledejte a vyberte následující podklíč registru:
HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ Services \\ Tcpip6 \\ Parameters \\
- Poklepejte na položku Zakázané komponenty změnit parametr Zakázané komponenty.
Pokud parametr Zakázané komponenty chybí, musí být vytvořen. Pro tohle:- Být na větvi Parametry,v nabídce Upravit vybrat předmět Vytvořit, a pak - Parametr DWORD (32 bitů).
- Zadejte DisabledComponents a stiskněte klávesu Enter.
- Poklepejte na položku Zakázané komponenty.
- Zadejte ffffffff a poté klikněte OK.
- Restartujte váš počítač.
Mělo by to vypadat takto:
Proto zcela zakážete protokol IPv6 a systém Windows nebude používat jeho adresu IP k přejmenování.
DŮLEŽITÉ!!!
Ujistěte se, že pingujete na svůj počítač pomocí názvu a ujistěte se, že ping směřuje na správnou adresu IP. Ne vždy, poprvé je možné zakázat IPv6 (buď název parametru není zcela správný, pak hodnota ...)
Chci vám připomenout, že obě řešení nejsou všelékem a ve skutečnosti vám nedovolí chybu obejít a neodstraňovat její příčinu.
Myslím, že každý alespoň jednou, ale čelil chybě 1C Připojení k databázovému serveru bylo ukončeno správcem nativního klienta Microsoft SQL Server 10.0: Neidentifikovaná chyba HRESULT \u003d 80004005
Zde je několik způsobů, jak tento problém vyřešit:
1. Zkontrolujte nesprávné nastavení konfigurace (nečistoty). Chcete-li to provést, proveďte příkaz „Zkontrolovat konfiguraci“ se zaškrtnutým políčkem „Zkontrolovat logickou integritu konfigurace“. Pokud jsou zjištěny problémy, zobrazí se zpráva. V takovém případě budou nesprávné informace automaticky odstraněny, ale měla by být zajištěna přístupnost pro změnu kořenového konfiguračního objektu (například při práci s úložištěm by měly být zachyceny).
2. Pokud vaše konfigurace podporuje, měli byste podobně zkontrolovat konfiguraci dodavatele. Chcete-li to provést, v nastavení podpory uložte konfiguraci dodavatele do souboru cf, načtěte ji do nové databáze a postupujte podle postupu popsaného v bodě 1. Pokud byla přijata opravná zpráva, obsahuje konfigurace dodavatele nesprávné informace. V tomto případě byste měli odebrat vaši konfiguraci z podpory a znovu ji nainstalovat sloučením s novým vydáním konfigurace dodavatele. V současné době jsou všechna vydání vydaná společností 1C testována a vydána bez tohoto problému.
3. S touto situací se protíná také následující situace:
10007066 Záznam dat obsahujících sloupce typu Úložiště
Problém:
Při použití serveru MS SQL SERVER DBMS může dojít k chybě při zápisu databázového objektu obsahujícího několik sloupců Hodnoty typu úložiště, pro které jsou data získávána ze souborů.
Chyba DBMS: Poskytovatel Microsoft OLE DB pro SQL Server: Neshoda délky dat řetězce HRESULT \u003d 80004005 a program selhal.
Povolením technologického protokolu v době spuštění můžete definovat tabulku, která obsahuje taková úložiště. Najděte sloupce typu obrázku v této tabulce pomocí nástroje MS SQL Server Query Analizer. Pro každý sloupec typu image spusťte dotaz takto:
S_elect top 10 DATALENGTH (_Fld4044)
z _InfoReg4038
objednat podle DATALENGTH (_Fld4044) desc
Nuance: mějte na paměti, že „Standardní kontroly“ prováděné platformou (chdbfl v konfigurátoru) trvale říkají, že se základnou je vše v pořádku.
Podstata problému: je důležité, aby pod tuto chybovou zprávu mohly spadat různé důvody, ale pro 1C mají společnou část - není to dost RAM... Přesněji neefektivní využití paměťových zdrojů... Existují tedy nepřímé způsoby, jak problém překonat: restartováním serveru (na chvíli bude k dispozici více paměti) nebo přepnutím na 64bitový aplikační server.
1C: Enterprise 8.2. Licence serveru (x86-64)
Ze zkušeností problém souvisí s ukládáním dat do rekvizit úložiště hodnot nebo s přítomností binárních dat VÍCE než 120 MB v konfigurační tabulce.
1. Zakažte všechny úlohy na pozadí pro všechny databáze
V 8.1.11 došlo k přepnutí „zákazu úloh na pozadí“ v
v okamžiku vytvoření základny.
Jsem připraven objasnit, že práce na pozadí nejsou samy o sobě zlé, ale rutinní postupy
s fulltextovým vyhledáváním - věc sama o sobě - \u200b\u200ba pamětí, po které době
jíst zdroje rphost.exe, které nebudou ponechány pro další operace, a jednoduše
blokovat základnu
ty. jinými slovy, po prvním kroku již můžete zkontrolovat - možná problém „zmizí“.
2. Restartujte server
Druhým krokem je speciální případ pro váš případ a také po něm
má smysl kontrolovat výkon. Jelikož však dochází k únikům paměti http://www.gilev.ru/1c/memleak, pak se po chvíli po restartování problému může vrátit.
3) vytvořte zálohu pomocí sql
Doporučuji provést zálohu všech akcí, když bude potřeba „vrátit se“ do předchozího stavu dat
4) vyjměte základnu z podpěry, vyložte srov
zabít položku více než 120 MB v databázi konzoly pro správu v konfigurační tabulce, provést „načíst konfiguraci“ (ne sloučit) zabít položku více než 120 MB v databázi konzoly pro správu v konfigurační tabulce, provést „načíst konfiguraci“ (nesloučit)
Zde je příklad toho, jak tato technika funguje.
http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293
1. Otevřete konfigurátor;
2. Odebrali jste konfiguraci z podpory, NEUCHOVALI KONFIGURACI!
3. Dále Uložte konfiguraci do souboru (bez uložení změněné konfigurace);
4. V SQL pro požadovanou databázi jsem spustil následující příkaz:
ODSTRANIT Z dbo.Config WHERE DataSize\u003e 125829120
5. Načtěte uloženou konfiguraci zpět.
Převzato z http://www.forum.mista.ru/topic.php?id\u003d465608
Zde můžete zkusit radikálnější krok:
smazat (v konzole pro správu) v databázové tabulce „config“
D_rop TABULKA.
5) proveďte „načíst konfiguraci“ (ne sloučit) z srov
poté zkontrolujeme, problém zmizí.
6) Chyba: „Připojení k databázovému serveru bylo přerušeno správcem
Poskytovatel Microsoft OLE DB pro SQL Server: Nerozpoznaná chyba
HRESULT \u003d 80004005 "
Máme: 1C 8.1.13.41 SCP 1.2.19.21 na MS SQL 2005 SP3 na Win2003 Server Enterprise na fyzickém počítači 4 Gb. paměť (SQL nakonfigurován na maximální paměť 2 GB)
Řešení v mém případě:
Ve výchozím nastavení si Windows vezme 2 GB pro sebe a 2 nám dá. SQL snědl téměř veškerý zbytek paměti (v nastavení stojí 2 Gb) a všem ostatním ponechal pouze 128 MB fyzické paměti. paměť (jak se na SQL sluší - nemělo by to trvat VŠE, mělo by zůstat 128). Chyba 1C se začala objevovat po přepnutí na verzi 1.2.21.1. Ano, ve verzi 1.2.19.1 nebyly v souboru dbo.Config žádné položky větší než 120 MB. Ale po aktualizaci na 1.2.21.1 se takový záznam (asi 135 MB) objeví. Když je odstraněn z podpory, záznam zmizí sám a nic se nemusí mazat. Při umisťování na podporu se znovu objeví ... Jak jsem pochopil, toto je konfigurace dodavatele.
Pokud SQL ponechává pouze 128, ale je jich potřeba až 135, pak je závěr, že je nutné dát pracovním procesům živou fyzickou paměť. SQL může být zkrácen. A můžete Windows. Nastavením přepínače / 3GB v boot.ini jsem tím dal Windows 1Gb a zbytek 3Gb, a ne 2/2 jako výchozí. Po restartu je vše v pořádku.
Máte své vlastní řešení!? nechte to v komentářích)
Popisy chybových kódů jsou často uvedeny na ITS, ale nejsou vždy vyčerpávající. V tomto článku se pokusíme pokračovat v „vyčerpání“ 🙂
Při provozu databází 1C se můžete setkat s následující situací:
Relace byla ukončena administrátorem.
kvůli:
Správce ukončil připojení k databázovému serveru
Poskytovatel Microsoft OLE DB pro SQL Server: Nerozpoznaná chyba
HRESULT \u003d 80004005
Příznaky problému: Nelze uložit na dt
Pozornost! S kódem 80004005 je spousta chyb, klasifikaci jsem popsal podrobněji zde http: //www..htm. Tady mluvíme konkrétně o „neidentifikované chybě“ 🙂
1. Zkontrolujte konfiguraci, zda neobsahuje nesprávné informace (nečistoty). Chcete-li to provést, spusťte příkaz „Zkontrolovat konfiguraci“ se zaškrtnutým políčkem „Zkontrolovat logickou integritu konfigurace“. Pokud jsou zjištěny problémy, zobrazí se zpráva. V takovém případě budou nesprávné informace automaticky odstraněny, ale měla by být zajištěna přístupnost pro změnu kořenového konfiguračního objektu (například při práci s úložištěm by měly být zachyceny).
2. Pokud vaše konfigurace podporuje, měli byste podobně zkontrolovat konfiguraci dodavatele. Chcete-li to provést, v nastavení podpory uložte konfiguraci dodavatele do souboru cf, načtěte ji do nové databáze a postupujte podle postupu popsaného v bodě 1. Pokud byla přijata opravná zpráva, obsahuje konfigurace dodavatele nesprávné informace. V tomto případě byste měli odebrat vaši konfiguraci z podpory a znovu ji nainstalovat sloučením s novým vydáním konfigurace dodavatele. V současné době jsou všechna vydání vydaná společností 1C testována a vydána bez tohoto problému.
3. S touto situací se protíná také následující situace:
10007066 Záznam dat obsahujících sloupce typu Úložiště
Problém:
Při použití serveru MS SQL SERVER DBMS může dojít k chybě při zápisu databázového objektu obsahujícího několik sloupců Hodnoty typu úložiště, pro které jsou data získávána ze souborů.
Chyba DBMS: Poskytovatel Microsoft OLE DB pro SQL Server: Neshoda délky dat řetězce HRESULT \u003d 80004005 a program selhal.
Datum vydání: 2008-11-13
Povolením technologického protokolu v době spuštění můžete definovat tabulku, která obsahuje taková úložiště. Najděte sloupce typu obrázku v této tabulce pomocí nástroje MS SQL Server Query Analizer. Pro každý sloupec typu image spusťte dotaz takto:
vyberte top 10 DATALENGTH (_Fld4044)
z _InfoReg4038
objednat podle DATALENGTH (_Fld4044) desc
Nuance: mějte na paměti, že „Standardní kontroly“ prováděné platformou (chdbfl v konfigurátoru) trvale tvrdí, že se základnou je vše v pořádku.
Podstata problému: je důležité, aby pod tuto chybovou zprávu mohly spadat různé důvody, ale mají společnou část pro 1C - to není dost RAM. Přesněji řečeno, neefektivní využití paměťových zdrojů. Existují tedy nepřímé způsoby, jak tento problém překonat: restartováním serveru (na chvíli bude k dispozici více paměti) nebo přepnutím na 64bitový aplikační server.
1C: Enterprise 8.2. Licence serveru (x86-64)
Ze zkušeností problém souvisí s ukládáním dat do rekvizit úložiště hodnot nebo s přítomností binárních dat VÍCE než 120 MB v konfigurační tabulce.
V 8.1.11 došlo k přepnutí „zákazu úloh na pozadí“ v
v okamžiku vytvoření základny.
Jsem připraven objasnit, že práce na pozadí nejsou samy o sobě zlé, ale rutinní postupy
s fulltextovým vyhledáváním - věc sama o sobě - \u200b\u200ba pamětí, po které době
jíst zdroje rphost.exe, které nebudou ponechány pro další operace, a jednoduše
blokovat základnu
ty. jinými slovy, po prvním kroku již můžete zkontrolovat - možná problém „zmizí“.
2. Restartujte server
Druhým krokem je speciální případ pro váš případ a také po něm
má smysl kontrolovat výkon. Jelikož však na adrese http: //www.site/1c/memleak dochází k únikům paměti, může se to po restartu vrátit nějakou dobu.
3) vytvořte zálohu pomocí sql
4) vyjměte základnu z podpěry, vyložte srov
zabít v databázi správy konzoly v konfigurační tabulce zaznamenat více než 120 MB, provést „načíst konfiguraci“ (ne sjednotit) zabít v databázi správy konzoly v konfigurační tabulce zaznamenat více než 120 MB, provést „načíst konfiguraci“ (ne sjednotit)
zde je příklad toho, jak tato technika funguje
http://partners.v8.1c.ru/forum/thread.jsp?id\u003d543293
1. Otevřete konfigurátor;
2. Odebrali jste konfiguraci z podpory, NEUCHOVALI KONFIGURACI!
3. Dále Uložte konfiguraci do souboru (bez uložení změněné konfigurace);
4. V SQL pro požadovanou databázi jsem spustil následující příkaz:
ODSTRANIT Z dbo.Config WHERE DataSize\u003e 125829120
5. Načtěte uloženou konfiguraci zpět.
Převzato z http://www.forum.mista.ru/topic.php?id\u003d465608
zde můžete zkusit radikálnější krok:
odstranit (ve správě konzoly) tabulku "config" v databázi
DROP TABULKA.
5) proveďte "načíst konfiguraci" (ne sjednocení) z srov
poté zkontrolujeme, problém zmizí.
Zkuste nainstalovat opravu pro MDAC 2.8 support.microsoft.com/kb na server a na klienta ... "",
klienti mají také nainstalován pouze TCP / IP?
jejich správci se mohou hodit http://support.microsoft.com/kb/827422/ru
zde je výňatek z tohoto článku (i když pro rok 2000, ale princip je stejný):
Řešení potíží s připojením
Většina z těchto problémů na serveru SQL Server 2000 je způsobena problémy s TCP / IP nebo ověřováním systému Windows nebo jejich kombinací.
Pozornost! Před pokusem o řešení problémů s připojením na serveru SQL Server 2000 se ujistěte, že je v počítači se serverem SQL spuštěna služba MSSQLServer.
Kontrola nastavení DNS
Služba DNS (Domain Name System) se používá k překladu adresy IP na název instance serveru SQL Server. Pokud je název nesprávně vyřešen, instance serveru SQL Server zůstane nedostupná a zobrazí se jedna nebo více následujících chybových zpráv.
SQL Server neexistuje nebo byl odepřen přístup
Obecná chyba sítě
Nelze generovat kontext SSPI
Můžete ověřit, zda je název serveru správně vyřešen pingem serveru na jeho název a adresu IP. Chcete-li to provést, postupujte takto.
1. Klikněte na tlačítko Start a vyberte Spustit.
2. V dialogovém okně Spustit program zadejte cmd do pole Otevřít a klepněte na OK.
3. Spusťte následující příkaz z příkazového řádku:
ping
Poznamenejte si vrácenou IP adresu.
4. Z příkazového řádku spusťte následující příkaz (kde IP adresa je IP adresa, kterou jste si zapsali v kroku 3):
ping –a
Ujistěte se, že příkaz vrátí správný název serveru. Pokud jeden z výše uvedených příkazů selže, vrátí nesprávnou hodnotu nebo vyprší časový limit, pak vyhledávání DNS nefunguje správně nebo došlo k jinému problému se sítí nebo směrováním. Chcete-li zobrazit aktuální nastavení DNS, spusťte z příkazového řádku následující příkaz:
Další informace o příkazu ipconfig najdete v následujícím článku znalostní báze Microsoft Knowledge Base:
223413 http://support.microsoft.com/kb/223413/ Parametry používané s nástrojem Ipconfig.exe v systému Windows 2000
Chcete-li tento problém vyřešit, přidejte položku pro server do souboru% systemroot% \\ system32 \\ drivers \\ etc \\ hosts v klientském počítači. Alternativně můžete problém vyřešit vytvořením připojení k serveru pomocí knihovny Network Named Pipes Library.
Kontrola povolených protokolů a aliasů
Problémy s připojením mohou nastat, pokud alias není v klientském počítači správně nakonfigurován. K zobrazení aliasů použijte síťový klientský program. Následuj tyto kroky.
1. Spusťte program síťového klienta. Pokud jsou klientské nástroje serveru SQL Server nainstalovány v počítači, na kterém je spuštěna klientská aplikace, musíte spustit síťový klientský program následujícím postupem.
a. Klikněte na tlačítko Start a vyberte Programy.
b. Ve skupině Microsoft SQL Server vyberte Network Client Program.
Pokud klientské nástroje serveru SQL Server nejsou v klientském počítači nainstalovány, musíte spustit síťový klientský program podle následujících pokynů.
a. Klikněte na tlačítko Start a vyberte Spustit.
b. V dialogovém okně Spustit program zadejte cliconfg do pole Otevřít a klepněte na OK.
2. V dialogovém okně nástroje SQL Server Network Client Utility klepněte na kartu Obecné a povolte požadované protokoly.
Poznámka. Musí být povoleno alespoň TCP / IP a pojmenované kanály.
3. Klepněte na kartu Alias \u200b\u200ba zkontrolujte aliasy nakonfigurované pro instanci serveru SQL Server.
4. Ujistěte se, že název serveru (IP adresa) a protokol jsou ve vlastnostech aliasu správně nakonfigurovány.
Můžete vytvořit nový alias pro testování připojení podle názvu serveru, IP adresy nebo jiného protokolu.
Poznámka. V dřívějších verzích Microsoft Data Access Components (MDAC) je rozhraní programu síťového klienta jiné. Proto pokud nevidíte prvky rozhraní popsané v tomto článku, nainstalujte v klientském počítači novější verzi součástí MDAC.