26.07.2017

Szabály hozzáadása a Windows Server 2012 R2 tűzfalhoz az 1C: Enterprise rendszerhez

A különböző szolgáltatások működése során ill szoftver a hálózati protokollok szerint ezek a munkaelemek meghatározott portokat használnak, amelyeken keresztül adatcsere történik.

A Windows Server 2008/2012 R2 tűzfal konfigurációja alapértelmezés szerint blokkolásra van állítva hálózati tevékenység. Annak érdekében, hogy az ügyfélprogramok kommunikálni tudjanak a megfelelő portokon lévő kiszolgálóösszetevőkkel, szabályokat kell hozzáadnia a Windows tűzfalhoz, amelyek lehetővé teszik a kommunikációt a hálózaton meghatározott portok használatával.

A felhasználók gyakran találkoznak olyan helyzetekkel, amikor az ügyfélszoftver nem találja a Win Server 2012 által kezelt kiszolgálókörnyezetben futó 1C:Enterprise kiszolgálót. Ebben az esetben a következő jellegű hibák fordulhatnak elő:

hiba a kiszolgáló hálózaton keresztüli elérésekor;

hiba az információs bázissal végzett műveletek során;

sikertelen kapcsolatlétesítési kísérlet, a szükséges válasz nem érkezett meg egy másik számítógépről;

már megtört létrejött kapcsolat egy már csatlakoztatott számítógép helytelen válasza miatt.

Ezek a hibák azt jelzik, hogy az ügyfélszoftver nem találta az 1C szervert a megadott címen. Gyakran előfordul, hogy a szerveren egyszerűen bezárják a csatlakozáshoz szükséges portot. 1C szerver esetén ez az 1541-es portszám.

Ennek a portnak a megnyitásához RDP-kapcsolaton keresztül a szerverre kell lépnie, és futnia kell Windows vezérlés Tűzfal. Ezt a műveletet kétféleképpen lehet végrehajtani. Az első lehetőség az, hogy a „Vezérlőpultra”, majd a „Rendszer és biztonság” alszakaszra lép, ahol el kell indítania a tűzfalat.

Ehhez a parancssort is használhatja a firewall.cpl parancs végrehajtásával - ehhez nyomja meg a Win + R gyorsbillentyűket, majd lépjen a "Megnyitás" részre, írja be a parancs nevét, és kattintson a művelet megerősítésére.

Miután hozzáférünk Windows tűzfal, annak aktív ablakában ki kell választanunk a további paraméterek részt, amely a bal oldali menüben található. Továbbá a megnyíló új ablak bal oldalán lépjen a bejövő kapcsolatokra vonatkozó szabályok szakaszba, és a "Műveletek" menüben válassza az "Új szabály létrehozása" lehetőséget.

Látni fogunk egy varázslót az új bejövő kapcsolatok szabályainak létrehozásához. A címlapon ki kell választani a kiválasztandó szabály típusát, „Kikötőkhöz” névvel megjelölve, és már mehet is tovább. Most megadjuk a hálózati adatátviteli protokollt (esetünkben a TCP-t), valamint a megnyitandó port számát.

A következő lapon közvetlenül meg kell adnunk azt a műveletet, amely az általunk létrehozandó szabállyal lesz társítva. Érdekel bennünket a "Kapcsolatok engedélyezése" akció. Válassza ki, és kattintson a "Tovább" gombra. Most megjelöljük a szükségeset Windows profilok Tűzfal, amelyet az általunk létrehozott műveletnek le kell fednie. az utolsó oldal A varázsló kéri, hogy adjunk meg egy nevet az új szabálynak, valamint adjunk hozzá leírást, ha szükséges. Kattintson a Befejezés gombra, és fejezze be a varázslót.

A szabály létrehozása után újra meg kell próbálnia csatlakozni az 1C szerverhez. Csatlakozáskor ugyanazt a hibát fogjuk látni, de most az üzenet egy másik 1560-as portszámról beszél.

A fent leírt portok hozzáadásának sémájával analóg módon hozzáadunk egy másik szabályt, amelyben megadjuk az 1560-1591 portok tartományát. Ezek a portok szükségesek az 1C program különféle munkafolyamatainak támogatásához. Az ebbe a tartományba tartozó portok kötőjellel vannak jelölve a "Protokoll és portok" részben.

A műveletek elvégzése után lépjen a „Windows tűzfal speciális biztonsággal” beépülő modulhoz. Itt, a bejövő kapcsolat szabályainál láthatjuk majd az általunk létrehozott szabályokat. Ugyanakkor az 1C kliensnek szabadon kell csatlakoznia a szerverkörnyezethez. Ha az 1C szerver adminisztrációs konzolján keresztül kell csatlakoznia a szerverhez, létre kell hoznia egy külön szabályt, amely megnyitja az 1540-es portot.

Ha szabályokat kell hozzáadnia a kimenő kapcsolatokhoz, ugyanezt a sémát használhatja az egyes protokollok és programok szabályainak létrehozásához.

A Windows tűzfal konfigurálása a Win Server 2012 rendszerhez 1C Server + MS SQL rendszeren

Most néhány szó arról, hogyan konfigurálhatja a tűzfalat a Windows Server 2012 alatt a megadott konfigurációban. Egy ilyen csomó nem ritka a modern irodákban, de néha több időbe telik, hogy kitalálják az elvet. Windows működik Tűzfal az 1C szerverkörnyezethez képest.

Feltéve, hogy a szerver elfogadja a kapcsolatokat a szabványos 1433-as TCP-porton, csak engedélyeznie kell ezt a portot a tűzfal szabályainak létrehozásával, amelynek elvét fentebb tárgyaltuk. Ha ellenőrizni szeretné, hogy a munka valóban ezen a porton keresztül történik-e, indítsa el az SQL Server Configuration Manager beépülő modult a Server 2012-ben, és lépjen a hálózati konfiguráció lapra. Itt ki kell választania az MSSQLSERVER protokollok fülét, és a bal oldali ablakban meg kell keresnie a TCP / IP protokollt. Kijelöljük, és a "Tulajdonságok" gombra kattintunk, majd megkeressük az "IP-címek" fület, és megnyitjuk az "IPAII" ágat.

Ha az SQL-port dinamikus, akkor engedélyre lesz szüksége a következő alkalmazáshoz: %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.

Mint fentebb említettük, az 1C szerver az 1541-es porttal és az 1560-1591-es portokkal működik. Gyakran előfordul azonban, hogy ismeretlen okokból ezt a listát A nyitott portok továbbra sem teszik lehetővé a szerverhez való csatlakozást. Ahhoz, hogy minden 100%-osan működjön, csak ki kell bővítenie ezt a tartományt az 1540 és 1591 közötti portok megadásával.

Háttér… Cégünknél sikeresen működik az 1C:Enterprise 8.2-es verziója, amelyben mintegy 100 intenzíven használt számviteli adatbázist hoztak létre. Ehhez az üzlethez külön szervert különítettek el, meglehetősen lenyűgöző tulajdonságokkal. működés közben kiderült, hogy az 1C: Enterprise 8.2 + MS SQL 2005 csomag nagyon igényes az olyan hardvererőforrásokra, mint pl. merevlemezek, processzor, és ami a legfontosabb - a szám véletlen hozzáférésű memória. Egy ilyen szerver költsége számunkra meghaladta a 250 ezer rubelt (nem számítva az operációs rendszer és magának az 1C-nek a licenceit).

Ésszerűtlennek tartották a hardver külön kiosztását az 1C:Enterprise 8.3-as verzióhoz, és emellett további 100 ezer rubelt fizetni az 1C szerver második kulcskészletéért nagyon drága! Az 1C:Enterprise 8.3-as verziójának "a homlokára" telepítésére tett kísérlet arra a tényre vezetett, hogy a meglévő adatbázisokkal rendelkező fürt elveszett. Itt derült ki az 1C: Enterprise két szerververziójának egy számítógépen történő telepítésének és futtatásának jellemzői.

Az 1C:Enterprise 8.2 és 8.3 telepítője úgy konfigurálja a szoftvert, hogy a szabványos portjait használja: 1540 (a szerverügynök használja), 1541 (a klaszterkezelő használja), 1560-1591 (a dolgozói folyamatokhoz használt porttartomány). Ezért, ha az 1C:Enterprise 8.3 szervernek egyidejűleg kell működnie az 1C:Enterprise 8.2 szerverrel, akkor az elsőnek meg kell adnia a futó szerverpéldány által már használt portoktól eltérő portokat. előző verzió.

A már telepített 1C:Enterprise szerver 8.2-es verziójával rendelkező számítógépen a „Server Agent 1C:Enterprise 8.2” szolgáltatás regisztrálva van és elindul, amely már használja a fenti szabványos portokat. Ha „közelébe” telepített egy 1C:Enterprise 8.3 szervert, akkor annak „1C:Enterprise 8.3 Server Agent” szolgáltatásának elindítása rendellenesen leáll, mert megpróbálja használni a már „elfoglalt” portokat. Ennek elkerülése érdekében a következőket kell tennie.

(Az alábbiakban leírtak az 1C: Enterprise 8.2 és 8.3 64 bites + SP1 és 32 bites szerververzióira érvényesek.

Az 1C:Enterprise 8.2-t (8.2.19.90-es verzió) én telepítettem Windows-szolgáltatásként, amely jogosult egy létező nevében futni. helyi felhasználó"Adminisztrátor".

A telepítés befejezése után az ablak Kiszolgálókezelő -> Konfiguráció -> Szolgáltatások látjuk futó szolgáltatást"Szerver Agent 1C: Enterprise 8.2":

paraméterekkel elindítva:

C:\Program Files (x86)\1cv82\8.2.19.90\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -tartomány 1560:1591 -d "C:\Program Files (x86)\1cv82\ srvinfo"

Az 1C szervert: Enterprise 8.3 (8.3.4.437-es verzió) ugyanilyen módon telepítettem:

Azonban ahogy az ablakban látjuk Kiszolgálókezelő -> Konfiguráció -> Szolgáltatások, a „Server Agent 1C:Enterprise 8.3” szolgáltatás nem indult el:

Most meg kell nyitnunk egy parancssori ablakot cmdés lépjen a telepített bin könyvtárába szerver verzió 1C:Enterprise 8.3, és próbálja meg eltávolítani a „Server Agent 1C:Enterprise 8.3” szolgáltatás regisztrációját a ragent.exe -rmsrvc paranccsal:

C:\Users\administrator>cd C:\Program Files (x86)\1cv8\8.3.4.437\bin C:\Program Files (x86)\1cv8\8.3.4.437\bin>ragent.exe -rmsrvc Hiba! ControlService hiba!

kiugrottam Hiba! ControlService hiba! , ami elvileg várható, hiszen a szolgáltatás nincs megfelelően regisztrálva a rendszerben. De tényleg mennie kellene. Az ablakban Kiszolgálókezelő -> Konfiguráció -> Szolgáltatások nem látod többé.

Most újra kell regisztrálnia ezt a kiszolgálót, ugyanakkor meg kell adnia az 1C:Enterprise 8.2 ügynök által már használt portoktól eltérő portokat. Az én esetemben a parancs így fog kinézni:

C:\Program Files (x86)\1cv8\8.3.4.437\bin>

• - 2540-es port- a port, amelyen az 1C:Enterprise 8.3-as verziójú szerverügynök futni fog;
• - 2541-es szám- a port, amelyen keresztül az 1C:Enterprise 8.3-as verziójú szerverfürt adminisztrálva lesz;
• -tartomány 2560:2591- portok választéka a dolgozói folyamatokhoz;
• -a „C:\Program Files (x86)\1cv8\srvinfo” mappába- egy könyvtár az újonnan létrehozott kiszolgálófürt 1C: Enterprise 8.3-as verziójával kapcsolatos információk tárolására;
• -usr .\Administrator- a felhasználó, akinek nevében az 1C: Enterprise 8.3-as verziójú szerverügynök elindul;
• -pwd******— a megadott felhasználó jelszava (adja meg a sajátját).

Ezután ismét megjelenik a „Server Agent 1C: Enterprise 8.3” szolgáltatás az ablakban. Kiszolgálókezelő -> Konfiguráció -> Szolgáltatások. Csak el kell indítania a ragent.exe -start paranccsal:

C:\Program Files (x86)\1cv8\8.3.4.437\bin>ragent.exe -start

Az ablakban Kiszolgálókezelő -> Konfiguráció -> Szolgáltatások látjuk a „Server Agent 1C: Enterprise 8.3” szolgáltatást:

paraméterekkel elindítva:

ahol a „Végrehajtható fájl” mező a következő beállítással rendelkezik:

C:\Program Files (x86)\1cv8\8.3.4.437\bin\ragent.exe" -srvc -agent -regport 2541 -port 2540 -tartomány 2560:2591 -d "C:\Program Files (x86)\1cv8\ srvinfo"

És most a legérdekesebb: tenni kell ezt a műveletet minden alkalommal, amikor frissítenie kell az 1C:Enterprise 8.3 szerververziót! Bravo fejlesztők...

Most egy kicsit arról, hogyan kell együtt élni a megadott csoporttal. Nem szükséges magát az 1C:Enterprise programot a régi verzióval futtatni (a C:\Program Files (x86)\1cv82\common mappából). Az 1C:Enterprise 8.3-as verziójának telepítésekor az asztali parancsikon automatikusan felülírásra kerül, hogy a program elinduljon a C:\Program Files (x86)\1cv8\common mappából. Ha egy 8.2-es verziójú kiszolgálón futó könyvelési adatbázist nyit meg, az automatikusan megnyílik a vékonykliens szükséges verziójában.

Az adatbázisok létrehozására szolgáló sablonok (könyvelés vagy ZIK) alapértelmezés szerint annak a felhasználónak a könyvtárába kerülnek, akinek a nevében elindította a telepítést. Ha ezt rendszergazdaként teszi, akkor a C:\Users\administrator\AppData\Roaming\1C\1cv8\tmplts helyen találja őket. Ha új alapot szeretne hozzáadni az alapján telepített sablon, vékony kliens A 8.3-as verzió mindegyiket látni fogja:

Most, ha regisztrálnia kell a 8.3-as verziójú adatbázist, akkor az „1C: Enterprise Server Cluster” mezőben meg kell adnia azt a számítógépet, amelyre az 1C szerver 8.3-as verziója telepítve van, és a fürtkezelő portját kettősponttal elválasztva, amelyet az 1C szerverügynök 8.3-as verziójának regisztrálásakor adott meg. Az én esetemben ez a 2541:

Amikor a számviteli adatbázisok listájához hozzáad egy újat, amely az 1C:Enterprise 8.3-as verziója által kezelt vállalat szerverén található, meg kell adnia a kiszolgáló nevét, és kettősponton keresztül - a fürtkezelő által használt portot:

Minden egyes telepítés/frissítés után továbbra is regisztrálni kell egy segédprogramot mindkét 1C-szerver (mind a 8.2-es és 8.3-as verzió) fürtjének adminisztrálására.

Most térjünk át az 1C:Enterprise szerverek különböző verzióit futtató fürtök adminisztrálására ugyanazon a számítógépen. Nyissa meg a mappát az Intézőben a C:\Program Files (x86)\1cv8\common elérési út mentén, és hozzon létre egy parancsikont az asztalon a fürt adminisztrációs konzol 8.3-as verziójához (jobb például azonnal átnevezni a parancsikont ennek megfelelően 1CV8.3):

Ugyanígy nyissa meg a mappát az Intézőben a C:\Program Files (x86)\1cv82\common útvonalon, és hozzon létre egy parancsikont az asztalon a fürt adminisztrációs konzol 8.2-es verziójához (jobb, ha azonnal átnevezi a parancsikont, például ahhoz 1CV8.2):

Az asztalon a következőket kapja:

Indítsuk el az 1C:Enterprise szerverfürt-adminisztrációs segédprogram 8.2-es verzióját „1CV8.2” címkével (mivel a szerver alapértelmezett portokat használ, a fürt probléma nélkül megjelenik):

Amikor megpróbálja megnyitni ezt a fürtöt az 1C:Enterprise kiszolgálófürt 8.3-as verziójának adminisztrálására szolgáló konzolról (az asztali „1CV8.3” nevű parancsikon használatával), hibaüzenetet fog látni:

Kapcsolódási hiba az 1C:Enterprise 8.3 szerverrel: A kliens és a kiszolgáló verziója különbözik (8.3.4.437 - 8.2.19.90), kliens alkalmazás: Cluster konzol

A szükséges 1C: Enterprise 8.3 kiszolgálófürt megjelenítéséhez létre kell hoznia egy új központi 1C: Enterprise 8.3 szervert ebben a beépülő modulban:

• mezőben Név meg kell adnia a telepített szerverrel rendelkező számítógép nevét 1C: Enterprise 8.3;
• mezőben IP port meg kell adnia azt a portot, amelyen az 1C:Enterprise 8.3 szerverügynök fut, és amelyet az ügynökindítási szolgáltatás konfigurálásakor jelölt meg;
• mezőben Leírás jelölje meg a leírást.

Az „OK” gombra kattintás után láthatja az új fürtjét, amely az 1C: Enterprise szerver 8.3-as verziójának telepítése után derült ki.

Azok. Az ugyanarra a számítógépre telepített 1C:Enterprise szerver különböző verzióinak fürtjeinek adminisztrálását a megfelelő beépülő modulok végzik.

Alapvetően ennyi. Sok szerencsét!

_________
UPD. Amint a gyakorlat azt mutatja, az ebben a cikkben leírt módszer nem alkalmas az 1C:Enterprise 8.3-as verziójú kiszolgáló több példányának egyidejű futtatására ugyanazon a kiszolgálón. Amikor létrehozni próbál új szolgáltatás 1C ügynök az 1C egy másik verziójából: Enterprise, más portokon fut, művelet:

C:\Program Files (x86)\1cv8\8.3.4.437\bin>ragent.exe -instsrvc -port 2540 -regport 2541 -tartomány 2560:2591 -d "C:\Program Files (x86)\1cv8\srvinfo" - usr .\Administrator -pwd ********

azzal ér véget, hogy az 1C 8.3 régi verziójának már futó szolgáltatása törlésre kerül, és új nem jön létre.

Ebben leírtam, hogyan kell telepíteni, létrehozni a megfelelőeket és futtatni az 1C: Enterprise 8.3 szerver több verzióját egy szerveren ...

Keresse meg a szálban

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8 Server Agent, paraméter ImagePath.

Alapértelmezés szerint az 1C:Enterprise szerver a következő portokat használja:

• 1540 - szerver ügynök
• 1541 - klaszter menedzser
• Az 1560:1691 a dolgozói folyamatok dinamikus porttartománya.

Vagy hivatalos információ a http://its.1c.ru webhelyről:

Az 1C: Enterprise 8.1 telepítésével és konfigurálásával kapcsolatos problémák a "kliens-szerver" verzióban

A legtöbb esetben az 1C:Enterprise 8.1 „kliens-szerver” verzióban történő telepítéséhez elegendő az 1C:Enterprise 8.1 telepítő futtatása. Ugyanakkor az 1C:Enterprise szerver megkapja a normál működéséhez szükséges szabványos paraméterértékeket.

Fontolja meg az 1C:Enterprise szerver telepítését részletesebben. Az 1C:Enterprise 8.1 szerver telepítése során az 1C:Enterprise 8.1 telepítője a következő műveleteket hajtja végre:

Az 1C:Enterprise szerver rendszerindító moduljait az 1C:Enterprise telepítő által célmappaként megadott könyvtárba másolja.

Ha a telepítés során a "USR1CV81 felhasználó létrehozása" van kiválasztva, akkor az USR1CV81 felhasználót hozza létre. Az 1C:Enterprise 8.1 szerver a felhasználó nevében fut, ha szolgáltatásként fut. Csak azokhoz az erőforrásokhoz fér hozzá, amelyekre az 1C:Enterprise szervernek szüksége van. Fontos, hogy az 1C:Enterprise szervernek két könyvtárra van szüksége a működéséhez: egy közös könyvtárra a szerveradatokkal (általában "C:\Program Files\1cv81\server") és egy ideiglenes fájlkönyvtárra (általában "C:\Documents and Settings\" usr1cv81\Local Settings \Temp" vagy "C:\WINNT\Temp"). Az USR1CV81 felhasználó jogokat kap a szerveradatokat tartalmazó megosztott könyvtárhoz. Az ideiglenes fájlok könyvtára általában minden felhasználó számára elérhető.

Ha a telepítés során engedélyezve van az "1C:Enterprise 8.1 kiszolgáló telepítése Windows szolgáltatásként", akkor a rendszer regisztrálja az 1C:Enterprise szerverügynök szolgáltatást a Windows rendszerben, és elindítja azt. Az első indításkor egy 1C:Enterprise szerverfürt jön létre alapértelmezett beállításokkal. Egy működő szerverrel és egy munkafolyamattal rendelkezik. A működő kiszolgáló címe megegyezik annak a számítógépnek a nevével, amelyen a telepítést végrehajtották.

USR1CV81 felhasználó és jogai

A Server 1C:Enterprise egy szerveralkalmazás, amelynek működése nem függhet attól, hogy melyik felhasználó jelentkezett be interaktív módban a szerver számítógépre, ha egyáltalán bejelentkezett valaki. Ezért az 1C:Enterprise szerver telepítésekor tanácsos létrehozni egy speciális USR1CV81 felhasználót, aki rendelkezik az 1C:Enterprise szerverhez minimálisan szükséges jogokkal, és nem interaktív bejelentkezésre szolgál. Szerver 1C:Enterprise képviselteti magát Windows rendszer USR1CV81 felhasználó.

Nézzük meg közelebbről az USR1CV81 felhasználóhoz rendelt jogokat. Az 1C:Enterprise Server a következő könyvtárakat használja:

A rendszerindító modulok könyvtára az 1C:Enterprise telepítő által célmappaként megadott könyvtárban található. Az 1C:Enterprise szerver rendszerindító moduljait tartalmazza. Az USR1CV81 felhasználónak jogokra van szüksége ahhoz, hogy adatokat olvasson és programokat futtasson ebből a könyvtárból és alkönyvtáraiból. Ezeket a jogokat implicit módon megkapja azáltal, hogy szerepel a Felhasználók csoportban.

A szerver adatkönyvtárának neve általában "C:\Program Files\1cv81\server". Az USR1CV81 felhasználónak teljes jogokra van szüksége ehhez a könyvtárhoz. Az 1C:Enterprise telepítőprogram az USR1CV81 felhasználó létrehozásakor jogokat ad neki ehhez a könyvtárhoz.

Az ideiglenes fájlok könyvtárának neve általában "C:\Documents and Settings\usr1cv81\Local Settings\Temp" vagy "C:\WINNT\Temp", amelyet a felhasználói környezeti TEMP változó vagy a rendszerkörnyezeti TEMP változó értéke határoz meg. . Ennek a változónak az értékét a Rendszer tulajdonságai párbeszédpanelen tekintheti meg (Start -> Beállítások -> Vezérlőpult -> Rendszer -> Speciális -> Környezeti változók). Az 1C:Enterprise telepítő teljes jogot biztosít az USR1CV81 felhasználónak ehhez a könyvtárhoz. Általában telepítéskor Windows könyvtár Az ideiglenes fájlok minden felhasználó számára elérhetők, ha felveszi a CREATOR OWNER csoportot a hozzáférési listájába. Ez a hozzáférés azonban nem teljes. A fájlok keresése ebben a könyvtárban nem minden felhasználó számára elérhető. Az USR1CV81 felhasználó teljes jogának beállítása az ideiglenes fájlok könyvtárához lehetővé teszi, hogy az 1C:Enterprise szerver elvégezze az összes szükséges műveletet. A hozzáférési listát a Biztonság lap címtártulajdonságok párbeszédpaneljén tekintheti meg. A CREATOR OWNER csoport jelenléte lehetővé teszi a könyvtárhoz való hozzáférést minden olyan felhasználó számára, aki ebben a könyvtárban fájlokat hoz létre, vagy a könyvtárban lévő fájlokkal rendelkezik. Ebben az esetben a fájlt létrehozó felhasználó kerül be a létrehozott fájl hozzáférési listájába a CREATOR OWNER csoport helyett. Azon felhasználók között, akik hozzáférhetnek ehhez a címtárhoz, az USR1CV81 felhasználónak kell lennie, akinek teljes joga van ehhez a címtárhoz.
Fontos szem előtt tartani, hogy egy adott felhasználó ideiglenes fájlkönyvtárát (beleértve az USR1CV81 felhasználót is) az adott felhasználó környezeti változóinak és rendszerkörnyezeti változóinak kombinációja határozza meg. A könyvtár kiderítéséhez az 1C:Enterprise telepítő az USR1CV81 felhasználói környezetet kéri. Ennek Windows 2000 rendszerben történő megtételéhez a felhasználónak, akinek nevében az 1C:Enterprise telepítőprogram elindul, a következő jogosultságokra lehet szüksége: Az operációs rendszer részeként kell működnie, és megkerülni a bejárási ellenőrzést. A felhasználó jogosultságait a Helyi biztonsági beállítások segédprogrammal ellenőrizheti a Helyi házirendek -> Felhasználói jogok hozzárendelése ágban. Az új szoftver telepítése során a telepítő általában automatikusan megkapja ezeket a jogosultságokat.

1C:Enterprise szerver regisztrálása Windows szolgáltatásként

A Server 1C:Enterprise egy egyszerű konzol Windows alkalmazásés interaktívan futtatható. Állandó használat esetén azonban ez kényelmetlen, mivel az 1C: Enterprise szerver elindítását az inaktív felhasználó bejelentkezéséről a szerver számítógépére állítja be. A függőség megszüntetése érdekében az 1C:Enterprise szerver Windows szolgáltatásként futtatható. Ehhez regisztrálnia kell a menedzserben Windows szolgáltatások.

A Windows-szolgáltatások és paramétereik listájának megtekintéséhez használja a Component Services segédprogramot (Start -> Beállítások -> Vezérlőpult -> Felügyeleti eszközök -> Szolgáltatások). Az 1C:Enterprise szervert az 1C:Enterprise Server Agent 8.1 szolgáltatás képviseli a szolgáltatások listájában. A szolgáltatás paraméterei határozzák meg az 1C:Enterprise Server Agent (ragent) folyamat elindítását, azt a felhasználót, akinek a neve alatt elindul, és az újraindítási módot vészhelyzetekben.

Az 1C:Enterprise Server Agent 8.1 szolgáltatás tulajdonságai párbeszédpanel Általános lapján megjelenik a ragens folyamat indításához szükséges karakterlánc, amely az 1C:Enterprise Server Agent. Általában ez a sor így néz ki:

Azt írja ki, hogy:

a Server Agent folyamat a "C:\Program Files\1cv81\bin\ragent.exe" rendszerindító modul;

a Ragent folyamat Windows szolgáltatásként fut, és a szolgáltatáskezelőnek (-srvc) kell felügyelnie;

1C:Enterprise Server Agent (-ügynök) néven használatos;

a szolgáltatás első indításakor létre kell hozni egy fürtöt az alapértelmezett paraméterekkel és az 1541-es fő IP-portszámmal (-regport 1541). Az ügyfélalkalmazásoknak ezt a portot kell használniuk a fürtben regisztrált információs bázisokhoz való csatlakozáshoz;

A szerver ügynök IP-portjának 1540-esnek kell lennie (-port 1540). Ezen a porton a fürtkonzolnak csatlakoznia kell a központi szerverhez az adminisztrációs funkciók végrehajtásához;

Amikor a fürtfolyamatok elindulnak ezen a kiszolgálón, dinamikusan hozzárendelődnek az 1560-1591 (-1560:1591) tartomány IP-portjaihoz.

a fürt megosztott adatai a "C:\Program Files\1cv81\server" könyvtárba kerülnek (-d "C:\Program Files\1cv81\server").

Az 1C:Enterprise 8.1 Server Agent szolgáltatás nem csak az 1C:Enterprise 1C:Enterprise 8.1 telepítővel történő telepítésekor vagy eltávolításakor, hanem manuálisan is hozzáadható vagy eltávolítható. Ehhez parancssorból futtathatja a Ragent segédprogramot, megadva a megfelelő paramétereket.

Szolgáltatás létrehozásához meg kell adnia az -instsrvc paramétert és a következő paramétereket: -usr az a felhasználónév, amellyel a szolgáltatást el kell indítani, a -pwd a felhasználó jelszava. Ebben az esetben a fennmaradó paraméterek az 1C:Enterprise Server Agent indítósorának, mint szolgáltatásnak a paraméterei lesznek. Például az 1C:Enterprise Server Agent szolgáltatás normál regisztrációjához hibakeresési módban a paraméterkészletnek a következőnek kell lennie:

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Jelszó -regport 1541 -port 1540 -tartomány 1560:1591 -d "C:\Program Files\1cv81\szerver" - hibakeresés

Egy szolgáltatás eltávolításához meg kell adnia az -rmsrvc beállítást. Például:

"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

Néha hasznos lehet megváltoztatni a Server Agent kezdősorát vagy az ügynök szolgáltatás egyéb paramétereit, például engedélyezni a hibakeresési módot, vagy több szolgáltatást létrehozni. különböző verziók. A szolgáltatás tulajdonságai párbeszédpanel nem teszi lehetővé a szolgáltatási alkalmazás indítósorának és néhány egyéb paraméternek, például a szolgáltatásazonosítónak a szerkesztését. A szerkesztéshez szüksége lesz a regedit segédprogramra, amelyet megtekintésre és szerkesztésre terveztek rendszerleíró adatbázis Ablakok.

Figyelem!
A rendszer szerkesztése Windows rendszerleíró adatbázis rendkívüli körültekintést igényel, mivel a hibás módosítások működésképtelenné tehetik az operációs rendszert.

Futtassa a regedit segédprogramot (nyissa meg a Start -> Futtatás parancsot, és írja be a regedit parancsot), és válassza ki az ágat:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent

Paraméterei között szerepel az ImagePath paraméter, melynek értéke az 1C:Enterprise Server Agent indító karakterlánc. Itt új indítási karakterlánc-paramétereket adhat hozzá, vagy módosíthatja a meglévők értékeit. Teljes lista A lehetséges paraméterek az "1C:Enterprise 8.1 Client-Server" című könyvben találhatók.

Ha az 1C:Enterprise Server Agent több független szolgáltatását kell regisztrálnia, akkor ezekhez különböző rendszerindító modulokat, különböző portokat és különböző fürt adatkönyvtárakat kell megadnia. Ezenkívül regisztrálnia kell őket különböző szolgáltatásazonosítókkal. Ezt így lehet megtenni:

Első szolgáltatás létrehozása:

"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server"

A regedit segédprogrammal módosíthatja a regisztrált szolgáltatás azonosítóját. Ehhez: válasszon egy ágat


HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First

Hozzon létre egy második szolgáltatást:

"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81_10\server"

Talán az azonosítóját is meg kellene változtatni. Ehhez: válasszon egy ágat
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
és módosítsa a nevét, például erre:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

Mit nem tud az 1C:Enterprise telepítő

Mint már említettük, az 1C:Enterprise telepítő lemásolja az 1C:Enterprise rendszerindító modulokat és végrehajtja szükséges regisztráció a COM-ban és a Windows Service Managerben. A fenti információk a regisztráció belső működésének megértéséhez szükségesek. Ha nem csak a szerver, hanem az 1C:Enterprise kliens része is telepítve van a szerver számítógépen, akkor a telepítés (és a biztonsági kulcsok csatlakoztatása) után azonnal használatra kész.

Az 1C:Enterprise szerver elérhetővé tétele más számítógépekről helyi hálózat, ellenőriznie kell hálózati beállítások a szerveren és a kliens számítógépeken, valamint a hálózat egészében. A TCP/IP-t az ügyfélalkalmazások és az 1C:Enterprise szerver, valamint a szerverfürt folyamatok közötti adatátvitelre használják. Az 1C:Enterprise működése a kliens-szerver változatban a beállítások helyességétől függ.

Az 1C:Enterprise szerverfürt folyamatai a működő szerver tulajdonságai párbeszédpanel "Számítógép" tulajdonságának értékeiként meghatározott címeken kapcsolódnak egymáshoz. Egy klaszternél a "Számítógép" tulajdonság értékének vagy pontozott jelölésű IP-címnek, vagy olyan szimbolikus címnek kell lennie, amely alapján az IP-cím az API-ban definiált gethostbyname függvény segítségével meghatározható. TCP protokoll. Az IP-cím meghatározása vagy a helyi szimbolikus címtábla (C:\WINNT\system32\drivers\etc\hosts) vagy a rendelkezésre álló címtáblázatok alapján történik. DNS szerverek. Ha a működő szerver szimbolikus címe nem vagy hibásan határozza meg az IP-címét (például az IP-cím nem egyezik a tényleges IP-címmel ez a számítógép), akkor a fürt nem fog működni. Fontos, hogy a fürt minden egyes működő kiszolgálóján a Windowsban meghatározott számítógépek neve és címei ne ütközzenek a DNS-ben szereplő nevükkel.

Minden működő szerveren a fürtfolyamatok a következő portokat használják: a működő szerver IP-portja (általában 1540); A munkafolyamat IP-portjainak IP-portjai (általában 1560-1591). Ezenkívül a fürt portja (általában 1541) a fürt központi szerverén használatos. Ha a rendszerben tűzfalakat használnak, engedélyezni kell az adatátvitelt ezeken a portokon. A fenti listából származó portok engedélyezése helyett engedélyezheti az adatátvitelt a fürtfolyamatokhoz (ragent, rmngr, rphost).

Az 1C:Enterprise kliens alkalmazás összekapcsolása a szerverrel 2 lépésben történik. Először kapcsolatot létesít a fürtkezelővel. Ez a központi szerver címét (szimbolikus vagy numerikus) és a fürt portját (általában 1541) használja. Ezután az ügyfélalkalmazás kapcsolatot létesít az egyik munkafolyamattal. Címként a megfelelő működő szerver "Számítógép" tulajdonságának értéke és a munkafolyamat portja, amely a működő szerver IP-portjai közül kerül kiválasztásra. Az ezekre a portokra történő adatátvitelt engedélyezni kell minden tűzfalon az ügyfélalkalmazás számítógépétől az 1C:Enterprise szerverfürt számítógépei felé vezető útvonalon. A szerverfolyamatok IP-címének meghatározása az ügyfélszámítógép gethostbyname függvényével történik. Fontos, hogy a központi és működő kiszolgálók neve és a Windowsban meghatározott címeik a fürt egyes kiszolgálóin ne ütközzenek az ügyfélszámítógép számára elérhető DNS-ben szereplő nevükkel.

És az utolsó. Nyilvánvaló, hogy az 1C:Enterprise szerver más számítógépekről való sikeres eléréséhez a hálózaton kell lennie, és ehhez meg kell adni a szükséges beállításokat. A hálózathoz való csatlakozás és a technika beállítása a hálózatok adminisztrációjához kapcsolódik Microsoft Windowsés a megfelelő utasításokban vannak leírva.

Az SQL szerver beállításának jellemzői

1C: A „kliens-szerver” változatban a vállalat SQL szervert használ az adatok tárolására. Ebben az esetben csak az 1C:Enterprise Server fér hozzá az SQL szerverhez. 1C: A vállalati ügyfeleknek nincs közvetlen hozzáférésük az SQL-kiszolgálóhoz. Az SQL szerver telepítését és konfigurálását részletesen a Microsoft SQL Server dokumentációja írja le. Az 1C:Enterprise Server SQL szerverrel történő sikeres működéséhez kapcsolatba kell lépnie Speciális figyelem a következő beállításokhoz.

Szükséges SQL Server komponensek. Az SQL Server 1C:Enterprise Server oldalról való eléréséhez az 1C:Enterprise Server számítógépnek rendelkeznie kell Microsoft összetevők Data Access 2.6 vagy újabb.

Felhasználó hitelesítés SQL szerverrel. Az SQL szerver adatbázisokhoz való hozzáférési jogokat az a felhasználó határozza meg, akinek nevében az adatbázisokhoz hozzáférnek. A számítógépről, amelyre az SQL-kiszolgáló telepítve van, futtassa az SQL Server Enterprise Manager segédprogramot, keresse meg a helyi csomópontot (Konzolgyökér -> Microsoft SQL Servers -> SQL Server Group -> (Helyi)), és nyissa meg a tulajdonságait. A Biztonság lapon láthatja, hogy az SQL Server két felhasználói hitelesítési módszert támogat: az SQL Server és a Windows és a Windows csak. A Windows hitelesítés lehetővé teszi, hogy az 1C:Enterprise Server csak az USR1CV81 felhasználó nevében érje el az SQL-kiszolgálót, ami nem teszi lehetővé az egyetlen 1C:Enterprise szerver által kiszolgált különböző információs bázisok hozzáférési jogainak megkülönböztetését. Javasolt az SQL Server és a Windows mód kiválasztása. Ebben az esetben az információbázis létrehozásakor az SQL-kiszolgáló felhasználójaként megadott felhasználó nevében egy adott információs bázishoz való hozzáférés történik. Fontos, hogy ennek a felhasználónak nem csak az infobase adatbázishoz kell teljes joggal rendelkeznie, hanem az SQL szerveren adatbázisok létrehozására és a Master adatbázis tábláinak olvasására is.

Hálózati protokollok az SQL szerver eléréséhez. Ha az 1C:Enterprise Server és az SQL szerver üzemeltetve van különböző számítógépek, meg kell adnia a beállításokat hálózati protokollok hozzáférés az SQL szerverhez. Ezt az SQL Server Client Network Utility segítségével teheti meg. Az Általános lapon kiválaszthatja az SQL-kiszolgáló eléréséhez használt hálózati protokollok listáját. A leggyorsabb és legsokoldalúbb a TCP/IP protokoll használata. Más protokollok használatakor ügyeljen arra, hogy ezek közül néhány, például a Named Pipes, további Windows-hitelesítést hajt végre az SQL-kiszolgálóval való kommunikáció során. Ebben az esetben az SQL szerverrel való sikeres munka érdekében a megfelelő jogosultságokkal felruházott USR1CV81 felhasználót regisztrálni kell a számítógépen az SQL szerverrel. Az SQL-kiszolgáló elérésének protokollja az Alias ​​lapon módosítható.

A cikk az 1C:Enterprise platformok 8.1-es és 8.2-es verzióinak egyetlen működő szerveren történő elindításával foglalkozik. Erre olyan körülmények között lehet szükség, amikor mondjuk már megtörtént a részleges átállás a 8.2-re, de a vállalat továbbra is a 8.1 alatti konfigurációkat használja.

Tehát van egy működő szerverünk SZERVER-1C Val vel telepített Windows Server 2008 R2 és Windows SQL Server 2008 x64.

Felváltva telepítsük a platformokat.

Kezdjük az 1C:Enterprise 8.1-el. Magát a folyamatot nem írjuk le, mert. nincs ebben semmi természetfeletti. A telepítés után nyissa meg és futtassa a konzolt Szolgáltatások. Menjünk a szolgáltatás tulajdonságaihoz Kiszolgálóügynök 1C:Enterprise 8.1 (1C:Enterprise 8.1 Server Agent)és győződjön meg arról, hogy rendszergazdai jogokkal vagy rendszerfiókkal rendelkező felhasználóként fut.

Indítsuk el ezt a szolgáltatást. Csatlakoztassunk egy próbaadatbázist FirmaBuh81:

És csatlakozzon hozzá a munkaállomásról:

Miután a próbakapcsolat sikeresen befejeződött, folytassuk az 1C:Enterprise 8.2 telepítését. Ezt követően, ugyanúgy, ahogy fent tettük, menjen a következőre Start - Vezérlőpult - Felügyeleti eszközökés indítsa el a konzolt Szolgáltatások. Megjelenik a szolgáltatás Szerverügynök 1C:Enterprise 8.2 (1C:Enterprise 8.2 Server Agent). A 8.1-es verzióhoz hasonlóan állítsuk be a szolgáltatás bejelentkezési paramétereit:

Itt egy fontos dolgot kell megjegyezni. Az 1C szabvány szerint: A vállalkozás indul 1541 kikötő. Ahhoz, hogy egyszerre több szolgáltatást indíthassunk el Server Agent 1C: Enterprise 8.X, meg kell változtatnunk a portot, amelyhez a szolgáltatás hozzá van kötve. Ezután a 8.2-es verzió portjait módosítjuk.

Indítsa el a Rendszerleíróadatbázis-szerkesztőt ( Start-Futtatás belép regedités kattintson az OK gombra). Végigsétálunk az úton:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\

És két mappát látunk az 1C: Enterprise Server Agent szolgáltatásaink nevével (1C: Enterprise 8.X Server Agent)

Módosítanunk kell az ImagePath karakterlánc paraméter értékét

"C:\Program Files\1cv82\8.2.13.219\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv82\srvinfo"

"C:\Program Files\1cv82\8.2.13.219\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv82\srvinfo"

Ezen lépések után biztonságosan elindíthatjuk az 1C: Enterprise 8.2 Server Agent szolgáltatást a Servicesben.

Kifejezések, fogalmak

Miért van szüksége 1C szerverre?

A "kiszolgálófürt" kifejezés több számítógépre (kiszolgálóra) utal, amelyek közös feladatot látnak el.

Az 1C:Enterprise 8 szerverfürt által megoldott feladatokat az alábbi ábra mutatja.

8.1 és 8.2 közötti különbség

1C klaszter 8.1

Az 1C:Enterprise 8.1 szerverfürt a terheléselosztás ötleteinek megvalósítása a klienskéréseket kiszolgáló szervereken. Egy ilyen mechanizmus megvalósítja a számítási erőforrások terhelésének elosztását egy szerveren vagy több szerveren belül ("Munkakiszolgálók"), így biztosítva az alkalmazások méretezését. A kiszolgálófürt megkettőzi az ügyfélkapcsolatokat kezelő kódot. A duplikált fürt végrehajtható kódját "Worker Process"-nak (rphost) nevezik. Fürt telepítésekor csak egy munkavégző folyamat jön létre.
Ugyanazon a kiszolgálón több munkafolyamat is lehetővé teszi a RAM és a processzorerőforrások hatékony felhasználását a kérések végrehajtására, valamint a kliens munkamenet összekapcsolását egy másik munkafolyamattal, amikor az aktuális összeomlik.
A Server Agent (ragent) program felelős azért, hogy megértse, mi fut egy adott kiszolgálón. A szerverügynök leállítása használhatatlanná teszi a kiszolgálót a fürt számára. Az ügynök az információit az srvribrg.lst fájlban tárolja.
A Server Manager (rmngr) birtokolja a munkabázisokról, az érintett munkafolyamatokról szóló információkat. Ezeket az információkat az 1CV8Reg.lst fájlban tárolja. A kiszolgálókezelő leállítása az ügyfélalkalmazások újraindításához vezethet a kezelő sikeres újraindítása esetén, vagy a teljes fürt működő kiszolgálóinak teljes leállításához.
Az 1C:Enterprise 8.1 lehetővé teszi több független fürt létrehozását egy szerveren. Mindegyiket azonosítja a hálózaton egy egyedi "IP port" és egyedi szám szolgáltatási fájlokban. Az első fürt alapértelmezés szerint az 1541-es portot kapja.
A "Vállalati kiszolgálók" beépülő modul fürtkezelésre szolgál.
A szerverekhez a szerver neve vagy IP-címe alapján csatlakozhat.

Szerver ügynök

A szerverügynök „tud” a kiszolgálón futó összes fürtről. Ezeket az információkat a fürtök és listaadminisztrátorok listájával együtt az srvribrg.lst fájl tárolja. Az ügynök fő portja az 1540. Minden működő kiszolgálón csak egy ügynök futhat, amely a kiszolgálón lévő összes lehetséges fürtöt szolgálja ki.
A részletesebb információk vizuális megjelenítéséhez használja a Process Explorer segédprogramot (a Sysinternals által fejlesztett). A program lehetővé teszi, hogy mélyebbre tekintsen minden futó folyamatban, beleértve az 1C:Enterprise 8.1 szerverfürtöt is.

klaszter menedzser

A fürt kezelője felelős a fürt futtatásáért. Minden klaszternek megvan a maga menedzsere. A kezelő a fürtre vonatkozó információkat az 1CV8Reg.lst fájlban (fürtnyilvántartás) tárolja. Minden fürtkezelőnek saját portja is van a Work Server-en. Az első fürt esetében a Manager port alapértelmezés szerint 1541. Ez a port jelenik meg az 1C:Enterprise Servers beépülő modulban a Fürtök ágban, azonosítva a fürtöt.
A menedzser elfogadja az 1C:Enterprise 8.1 ügyfélrészétől érkező kéréseket, és eldönti, hogy melyik munkafolyamatnak küldje el ezt a szolgáltatáskérést.

A menedzser szervizportot használ a munkafolyamatokkal való interakcióhoz.

A munkafolyamat

A Workflow felelős az „ügyfelekkel való együttműködésért”. Elmondhatjuk, hogy az 1C:Enterprise 8.0 előző verziójában csak egy „Workflow” volt.
Egy 1C:Enterprise 8.1 fürtben több munkavégző folyamat is lehet. A szerverkezelő dönti el, hogy melyik munkafolyamat fogja kiszolgálni az ügyfélkapcsolatot. Az ügyfélkapcsolatok esetében a Worker Processes alapértelmezés szerint egy 1560 és 1591 közötti IP-port tartományhoz van hozzárendelve. Ezenkívül minden Worker Processhoz hozzá van rendelve egy szolgáltatási port a fürtkezelővel való kommunikációhoz. Minden egyes munkafolyamat legfeljebb 2 Gb RAM-ot használ egy 32 bites operációs rendszerben. A 64 bites operációs rendszerben a korlátozást a RAM fizikai mennyisége szabja meg

1C klaszter 8.2

Szerverfürt 1C: Enterprise 8.2 - további fejlődés szerver technológiák 8.2.

A szerveren futhat "mint a 8.1", azaz. továbbra is kompatibilis a korábbi technológiákkal.

Ezenkívül új megközelítést alkalmaztak a szerver működésében. Most a folyamatok helyett a munkamenetek játszanak fontos szerepet.

A munkamenetek lehetővé teszik a terheléselosztás és a feladatátvétel végrehajtását egy felügyelt alkalmazásban.

klaszter menedzser

A fürtkezelő most összetettebb. A funkciók egy része most külön folyamattá választható, és akár a fürt másik működő szerverére is elhelyezhető. Ez lehetővé teszi, hogy kiegyensúlyozza a szerver terhelését.

A szerver 8.2 hibatűrése a következőkkel érhető el:

• Információk tárolása a felhasználói munkamenetről.
  • A felhasználó már nincs munkafolyamathoz kötve.

• Munkavállalói folyamatok redundanciája egy fürtben.
  • Több munkafolyamatnak kell lennie, beleértve a redundánsokat is

• Klaszter redundancia.
  • Meg van adva egy tartalék fürt, csatlakoztatáskor ezek a csatlakozási karakterláncban vannak felsorolva

Ez lehetővé teszi a munka folyamatosságának biztosítását:

Ha megszakad a kliens fizikai kapcsolata a klaszterrel (a takarítónő kihúzta a kábelt, az áramellátás kikapcsolt hálózati berendezések, problémák a szolgáltatóval) nem kell újra csatlakoznia az információs bázishoz, és nem kell elölről kezdenie. A fizikai kapcsolat helyreállítása után a felhasználó folytathatja a munkát onnan, ahol megszakadt.

Ha akarod Karbantartás fürt számítógépek, működés közben kikapcsolhatók anélkül, hogy megakadályoznák a felhasználókat az információs bázissal való együttműködésben.

Ha a fürtben bármelyik szerver meghibásodik, a felhasználók munkája nem áll le, automatikusan átkerül egy készenléti fürtbe és/vagy a készenléti dolgozói folyamatokba. A felhasználók számára egy ilyen átmenet észrevehetetlen lesz.

Ha az egyik fürt-munkavégző folyamat rendellenesen leáll, a hozzá csatlakozó felhasználók automatikusan átkapcsolódnak más vagy tartalék munkavégző folyamatokra. Az ilyen átmenet a felhasználók számára is láthatatlan lesz.

1C klaszter 8.3

A 8.3-as szervert az újratervezett belső kód jellemzi, bár "kívülről" úgy tűnhet, hogy ez egy kicsit módosított 8.2.

A szerver „automatikusan konfigurálhatóvá” vált, egyes paraméterek, például a dolgozói folyamatok száma már nem manuálisan jön létre, hanem a hibatűrés és a megbízhatóság feladatok követelményeinek leírása alapján számítják ki.

Kifejlesztettek egy terheléselosztó mechanizmust, amely akár a rendszer egészének teljesítményének javítására, akár a új mód"memóriakímélő", amely lehetővé teszi, hogy "korlátozott memóriával" dolgozzon olyan esetekben, amikor a használt konfiguráció "szereti felemészteni a memóriát".

A munka stabilitását nagy mennyiségű memória használatakor a működő szerver új paraméterei határozzák meg.

Különösen érdekes a „biztonságos memóriafogyasztás hívásonként” paraméter. Azok számára, akiknek fogalmuk sincs, mi ez, jobb, ha nem edzenek "produktív" alapon. A „Maximális munkafolyamat-memória” paraméter lehetővé teszi, hogy „túlcsordulás” esetén ne a teljes munkafolyamat összecsukódjon, hanem csak egy munkamenet „a vesztessel”. "A munkavégző folyamatmemória mennyisége, ameddig a szerver produktívnak tekinthető" lehetővé teszi az új kapcsolatok blokkolását, amint ezt a memóriaküszöböt túllépik.

Javaslom a munkafolyamatok információbázisok szerinti elkülönítését, például adja meg az "Információbiztonság száma folyamatonként = 1" paramétert. Több nagy terhelésű adatbázis esetén ez csökkenti a kölcsönös hatást mind a megbízhatóság, mind a teljesítmény tekintetében.

A rendszer stabilitásához külön hozzájárul a licencek/kulcsok "kiadása". A 8.3-ban lehetővé vált a "menedzser szoftver licencek', ami az 'Aladin' menedzserre emlékeztet. A cél az, hogy a kulcsot egy külön géphez lehessen vinni.

Egy másik "szolgáltatásként" valósul meg a fürtkezelőben. Használhat például "ingyenes" laptopot. Adja hozzá az 1s 8.3-as fürthöz, hozzon létre rajta egy külön kezelőt a "licencszolgáltatás" szolgáltatással. Hardveres hasp-kulcsot csatlakoztathat egy laptophoz, vagy aktiválhat szoftverlicenceket.

A programozók számára a legnagyobb érdeklődésre a "funkcionalitás hozzárendelésének követelményei" kell, hogy álljon.

Tehát egy biztonsági kulccsal rendelkező laptopon, hogy ne indítsa el a felhasználókat a fürtkiszolgálón, hozzá kell adnia a „követelményeket” a „Client connection to IS” követelményobjektumhoz - „Ne rendeljen hozzá”, azaz. megakadályozza, hogy a kiszolgálón lévő dolgozói folyamatok kezeljék az ügyfélkapcsolatokat.

Még nagyobb érdeklődésre tarthat számot a „csak” futás képessége háttérmunkák' egy fürt éles kiszolgálón, felhasználói munkamenetek nélkül. Így lehetőség nyílik a nagy terhelésű feladatok (kód) átvitelére egy külön gépre. Sőt, az „Értéken” keresztül egy „hónapzárás” háttérfeladat is lehetséges további paraméter» fut az egyik számítógépen, a háttérfeladat pedig «A teljes szöveges index frissítése» egy másikon. Ha például a BackgroundJob.CommonModule értéket adja meg, akkor korlátozhatja a fürtben lévő működő kiszolgáló működését csak a bármilyen tartalommal rendelkező háttérfeladatokra. A BackgroundJob.CommonModule értéke.<Имя модуля>.<Имя метода>- egy adott kódot jelez.

Az esetleges telepítési problémák megoldása

Az 1C:Enterprise 8.1 szerverrész telepítésekor új felhasználót hozhat létre, vagy kiválaszthat egy meglévő fiókot.

Ha egy meglévőt választ ki fiókot meg kell adnia a helyes jelszót és megerősítést, különben a háttér elindítása hibát eredményez.
A Cluster Agent első futtatásakor egy alapértelmezett fürt jön létre.
Az alapértelmezett fürt a következő jellemzőkkel rendelkezik:
portszám - 1541;
IP-portok tartománya - 1560:1591;
számos munkafolyamat támogatása - letiltva;
· egy dolgozó folyamat, a portszám a megadott tartományból van beállítva.
Ha bármilyen probléma adódik a fürtügynök első indításakor, előfordulhat, hogy az alapértelmezett fürt nem jön létre. Ez abban nyilvánul meg, hogy a szerver ügynök (ragent) indításakor elindul, de nem indít el más fürtfolyamatokat (rmngr, rphost). Az srvribrg.lst klaszterek listája így néz ki:
{
{0},
Ebben az esetben leállíthatja a ragens folyamatot, törölheti a fürtlistát (srvribrg.lst), és újraindíthatja a ragenst.

Ellenőrizze, hogy a kiszolgálóügynök szolgáltatás indító parancssorának portparaméterében megadott portok egyeznek-e a fürtkonzol központi kiszolgálóparaméterek párbeszédpanelében megadott portokkal:

- Állítsa le az 1C:Enterprise 8.1 Server Agent szolgáltatást.

Ha a Server Agent alkalmazásként fut, akkor a Ctrl+C billentyűkombináció megnyomásával leállítható.
- Győződjön meg arról, hogy a Feladatkezelőben ( feladatkezelő), hogy minden ragent, rmngr, rphost folyamat véget ért. Ha szükséges, végezze el őket a Feladatkezelővel.

— Nyissa meg az 1C:Enterprise 8.1 Server Agent szolgáltatás tulajdonságait.

- Ügyeljen a "Végrehajtható fájl" sorra (A végrehajtható fájl elérési útja). A -d kapcsolóval rendelkezik, amelyet a fürt adatkönyvtár követ. A fürthöz kapcsolódó összes fájl ebben a könyvtárban található.
- Törölje a könyvtár összes tartalmát.
— Indítsa el az 1C:Enterprise 8.1 Server Agent szolgáltatást.
- Győződjön meg arról, hogy a Feladatkezelőben az összes Ragent, rmngr, rphost folyamat elindult.
- Indítsa el a fürt konzolt, és regisztrálja benne a központi szervert. A konzolnak csatlakoznia kell a központi szerverhez, és egy alapértelmezett fürtöt kell mutatnia.
A lehetséges kiszolgálófürt-hibaproblémák a biztonsági kulcsokkal, a szolgáltatásfiókjogokkal és a helytelen indítási paraméterekkel kapcsolatos problémák.

1. A kiszolgálóoldali biztonsági kulcs HELYBEN telepítve van minden vállalati kiszolgálón
2. Ne állítson be egy szolgáltatásfiókot üres jelszóval
3. Több fürt esetén a használt portok nem fedhetik át egymást

Felhívjuk figyelmét, hogy az 1C:Enterprise 8.1 platform telepítése során hibaüzenetek jelenhetnek meg. A legvalószínűbb üzenetek az alábbiakban találhatók. Megjelenik az üzeneteket okozó okok és a megszüntetésük lépései.

1069-es hiba: A szolgáltatás bejelentkezési hiba miatt nem indult el

A probléma a fiók futtatási jogaival kapcsolatos rendszerszolgáltatás. Nyissa meg a segédprogramot helyi biztonság Irányelv( Helyi politika biztonság), és adja hozzá a felhasználót (amelynek nevében a Cluster Working Servers elindul) a Bejelentkezés szolgáltatásként és a Bejelentkezés mint kötegelt feladat házirendekhez.
A szolgáltatásfájlokban tárolt adatok megsértése esetén a Cluster Working Servers indítása meghiúsulhat. Győződjön meg arról, hogy az 1C:Enterprise 8.1 szerverügynök fut (ragent folyamat a Feladatkezelőben).
Ne felejtsük el, hogy az audit egyben elemzési eszköz is Windows események. Ehhez ellenőrizze, hogy nem jelenik-e meg "gyanús" üzenet a Windows eseménynaplójában.

8007056B / 800708C5 hiba

Az új jelszó nem felel meg a jelszószabályzatnak. Lehet, hogy a jelszó túl rövid, vagy a közelmúltban már használta ezt a jelszót.
Ok: Az "1C:Enterprise Server telepítése" párbeszédpanelen a fiókhoz megadott jelszó nem felel meg a biztonsági házirend követelményeinek.
Megoldás: Kérdezzen új jelszó a kiválasztott fiók esetében, amely megfelel a biztonsági szabályzat követelményeinek, vagy gyengíti a vonatkozó biztonsági szabályzat követelményeit, pl. ne igényeljen „összetett” jelszót, ne korlátozza a karakterek számát a jelszóban, ne ellenőrizze az ismétlési kísérleteket stb.

1923-as hiba: A szolgáltatás nem állíthat be jogosultságokat

Ok: A hiba a fiók alkalmazásként történő telepítéséhez szükséges engedélyekkel kapcsolatos. Ez a hiba jellemző a kiszolgáló olyan tartományvezérlőre történő telepítésére, ahol fokozott biztonsági intézkedések érvényesülnek.
Megoldás: Ne használjon tartományvezérlőt a vállalati kiszolgáló hosztolására, és ne lazítsa meg a biztonsági követelményeket, és adja meg a „Work as a Service”, a „Work as a batch job” jogokat a kiválasztott fiókhoz.

Hiba: 80070056

A jelszavad nem változtatható meg. Minden jelszót legalább x napig kell használni.
Ok és megoldás: Egy másik hiba, amely akkor fordul elő, ha megsértik a használt jelszavakra vonatkozó biztonsági házirend-követelményeket. A megoldás hasonló a 800708C5 hibához.

Windows Sockets - 11004 (0x00002AFC)

1) Győződjön meg arról, hogy a fürt működő kiszolgálóján a Feladatkezelőben (Feladatkezelőben) futnak:
Kiszolgálóügynök (ragent.exe),
Fürtkezelő (rmngr.exe),
Cluster worker folyamat (rphost.exe).
2) Az IP-cím névfelbontásának ellenőrzéséhez futtassa be parancs sor:
ping hosztnév
A parancsra adott rendszerválaszban az érdekel minket, hogy meg kell-e határozni az ip-címet.
3) Ha a név meghatározásra került, de a munkafolyamat még mindig nem található, akkor győződjön meg arról, hogy a név IP-címének meghatározása<имя машины>és<имя машины>.<имя домена>nincsenek másként definiálva.

(Windows Sockets - 10054(0x00002746).

A távoli gazdagép erőszakkal megszakította a kapcsolatot.
Ilyen üzenet a szerver újraindítása vagy a munkafolyamat kényszerített eltávolítása esetén érkezhet.
Ez a hiba általában nem jelenik meg újracsatlakozáskor. Ha a hiba továbbra is fennáll, meg kell vizsgálni a fürt működő szervereinek meghibásodásának okait.
Ez a hiba akkor fordulhat elő, ha a munkafolyamat eléri a maximális memóriahasználatot a 32 bites rendszerekben.
Egy másik eset egy ügyfél csatlakozási kísérlete hibaüzenettel:

(Windows Sockets - 10060(0x0000274C)

A kapcsolat létrehozására tett kísérlet sikertelen volt, mert a kívánt válasz nem érkezett meg egy másik számítógépről a szükséges időn belül, vagy egy már létrehozott kapcsolat megszakadt egy már csatlakoztatott számítógép helytelen válasza miatt.
Ennek a hibának a lényege, hogy bizonyos időn belül nem érkezik válasz (timeout).
1) Győződjön meg arról, hogy a tűzfal nem blokkolja az alkalmazásforgalmat. Kapcsolja ki a tűzfalat.
Ehhez futtassa a parancsot a parancssorban (a parancs Windows XP és Windows Server 2003 rendszertől kezdve érhető el, több helyen korai változatai nincs beépített tűzfal, de harmadik féltől származó szoftver telepíthető):
netshtűzfalkészletopmodeletiltása
Ha a parancs sikeres, egy üzenetet fog kapni:
RENDBEN.
A tűzfalon kívül a hálózati szűrők blokkolhatják a forgalmat. Alapértelmezés szerint le vannak tiltva. Azonban győződjön meg arról, hogy ez így van:

1. Nyissa meg a Hálózati kapcsolatok mappát.
2. Jobb klikk internetkapcsolat amelyet konfigurálni szeretne, és válassza ki a parancsot Tulajdonságok.
3. A lapon Tábornok(LAN csatlakozáshoz) vagy a fülön Háló(az összes többi csatlakozáshoz) válassza ki Internet Protokoll (TCP/IP)és nyomja meg a gombot Tulajdonságok.
4. Kattintson a gombra Továbbá.
5. Nyisson meg egy lapot Lehetőségek, Válassz egy lehetőséget TCP/IP szűrésés nyomja meg a gombot Tulajdonságok.
6. Ellenőrizze a jelölőnégyzetet TCP/IP szűrés engedélyezése (minden adapter) eltávolították.

2) Győződjön meg arról, hogy a processzor erőforrásai nincsenek 100%-ban (CPU%) betöltve.
3) Mérje meg a kliens és szerver interfészek hálózati aktivitását. Stressz tovább hálózati adapter nem haladhatja meg a 60%-ot.

(Windows Sockets - 10061(0x0000274D)

A kapcsolat nem jött létre, mert a célszámítógép megtagadta a csatlakozási kérést.
Az ilyen hiba tipikus oka a futó Server Agent hiánya. Indítsa el a kiszolgálót manuálisan, vagy indítsa újra a kiszolgálót az automatikus elinduláshoz.

Válaszok kérdésekre

Többplatformos 1C

Szerver telepítés

K: Hiba az 1c kiszolgáló telepítésekor az MS Server 2008 R2 x64 rendszeren Amikor az 1c szervert parancssoron keresztül telepíti, például: ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d "C:\Program Files\1cv82 \ (az ITS lemezről vettük), egy üzenetet ír a parancssorba: „Hiba! OpenSCManager hiba!" A szolgáltatás nem jön létre. Ellenőrizve: 8.1.15.14 és 8.2.10.77

V: A parancssorból történő telepítéshez olyan operációs rendszeren, ahol van UAC, a RunAs szolgáltatást kell használnia. Még ha a felhasználó a Rendszergazdák csoport tagja is, az UAC blokkolja a rendszer állapotát megváltoztató műveleteket.

Biztonsági kulcsok

K: A szerver 8.2 biztonsági kulcsa lehetővé teszi a Server 8.1 futtatását?
V: Igen, megengedi

K: Az 1C szerver futtatásához szükségem van néhány szerver hasp kulcsra? Helyi, vagy 5 felhasználónál nem fog menni?

V: igen, a szervernek saját kulcsra van szüksége, a helyi felhasználó és a hálózat nem működik. Bővebben itt « « , 30. számú dia.

K: Tegyük fel, hogy egy 1c szerverfürt 3 fizikai szerverből áll. hány biztonsági kulcsra van szüksége

K: Van egy terminálkiszolgáló és egy kulcs 5 licenchez, a 6. add. engedély. Fel lehet telepíteni a szerverre az 5-ös kulcs mellé? És mind a 6 felhasználó terminál munkamenetekben fog dolgozni, vagy 5 - a terminál alatt és 1 a fájl verziójában?
V: Nem, nem fogják. A 6. licencet helyi kulcs formájában be kell dugni a felhasználó számítógépébe, de nem a terminálba.

1C szerver frissítések

K: Kilépéskor új verzió 8.2.xxx platformok, mi a kiszolgálók és kliensek frissítésének eljárása
V: A 8.2-es disztribúciók telepítik a fájljaikat különböző mappákat(minden verziónak saját mappája van), pl. elméletileg továbbra is lehetséges a szerver több verziójának párhuzamos meghívása.

Nem volt különösebb problémám. Azonban gondosan figyelni kell az 1C szerverpéldány által elfoglalt portokat. Ne legyenek kereszteződések.

1C szerver beállítása

K: Az 1C 8.1-ben hogyan lehet a legjobban elhelyezni információs bázisok, ha több van, egy klaszterben, vagy hozzon létre külön klasztert minden adatbázishoz? V: Nagy mennyiség vagy terhelés, valamint tesztadatbázisok esetén külön fürtökbe kell őket helyezni!

K: KÉRDÉS: Az 1C:Enterprise 8.1 munkafolyamat egyszálú vagy többszálú alkalmazás? Azok. több magot is betölthet egy csatlakoztatott felhasználóval? Többel? Mi a helyzet az 1C:Enterprise 8.2 munkafolyamattal? Köszönöm.
V: Az 1Сv8.exe és az rphost.exe a 8.1-es verzióban 1 magot evett. Amíg a 8.1-ben a kliens kapcsolat mereven kötődik a dolgozói folyamathoz, addig feltételesen feltételezhetjük, hogy az 1C kliensek feldolgozása ugyanazon a magon belül történik. A kivétel a DBMS, amely az 1C szerver működésétől függetlenül kernelt használ.

A 8.2-es verzióban a kapcsolatokat munkamenetek váltották fel. Előfordulhat, hogy a munkamenetek már különböző munkafolyamatokban futnak. Ezért a 8.2 egyszálú hívása valószínűleg nem helyes. A Client 8.2 vizuálisan is több magot tölt be, így például:

A 8.2-es platform nem valósítja meg a többszálas rendszer minden funkcióját, de a 8.1-hez képest sokkal jobban kihasználja a hardver adottságait, beleértve a párhuzamosságot is.

K: Szükséges-e több 1C:Enterprise 8.1 worker folyamatra ahhoz, hogy az adatbázis-kiszolgáló (MS SQL) több magot betölthessen? (Megjegyzendő, hogy az MS SQL általában csak egy magot "tölt be", azaz egy lekérdezés több magon keresztüli feldolgozásának "párhuzamba állítása" általában nem fordul elő.) Köszönöm.
V: Nem kell speciálisan kezelni az MS SQL-t, ez egy meglehetősen önhangoló rendszer, amely szükség szerint használja az erőforrásokat. A végrehajtás párhuzamosságát szabályozhatja:

EXEC sys.sp_configure N'max. párhuzamossági fok', N'5'
MEGY
ÚJRAKONFIGURÁLÁS AZ OVERRIDE-VEL
MEGY

Az 1C szerveren több munkafolyamatot is létrehozhat, mivel az egyik munkafolyamat nem biztosítja a felhasználóknak az újracsatlakozás lehetőségét abban az esetben, ha a munkafolyamat összeomlik. 2 folyamat (8.2-nél jobb, ha "mentés") megoldja ezt a problémát. De csak akkor van értelme a 3. vagy több munkafolyamatot hozzáadni, ha az első két munkafolyamat erősen (több mint 90%) van terhelve. Nem érdemes feleslegesen toldani a munkafolyamatokat, mert ez ronthatja a teljesítményt.

V: A 8.2-ben legalább 1 tartalék munkafolyamatnak kell lennie.

Feladatátvevő klaszter

K: Kérdés a fürtredundancia 1s engedélyezésével kapcsolatban 8.2. Ha a szerverünk összeomlik (a takarítónő kihúzta a vezetéket), akkor a hálózat neve, például "szerver: 2540" nem lesz elérhető. honnan tudja a kliens, amelynek kapcsolati karakterláncában a „server:2540” szerepel, hogy csatlakoznia kell a biztonsági mentési fürthöz? honnan veszi egy másik szerver nevét? És ha az adatbázis kapcsolati karakterláncába vesszővel elválasztott klasztereket ír?
V: Több klaszter egy "redundanciacsoportba" van egyesítve. Ehhez van egy „foglalási lista” a fürt beépülő moduljában.

Amikor egy ügyfél először fér hozzá egy fürthöz, megkapja a redundanciacsoport részét képező fürtök listáját.

Ha az ügyfél soha nem vette fel a kapcsolatot, akkor ebben az esetben manuálisan kell megadnia az összes fürt címét, például: storm:2541,monster:2541.

A redundanciafürtök között szinkronizált adatok cserélődnek.

K: Mi történik a fő fürt visszaállítása után? amikor a felhasználók biztonsági mentésre váltottak.

V: Térj vissza. A fürtadatok szinkronizálásának idejére szünetek lehetségesek a váltás során.

Háttérmunkák

K: Hogyan törölhetek egy 1C:8.1 és 1C:8.2 kiszolgálókon futó háttérfeladatot?

V: Lemondási lehetőség rutinfeladat csak akkor működik, ha a kód az 1C:Enterprise beépített nyelven fut. Ha a kódot külső könyvtárakban hajtják végre, akkor egy ilyen feladatot csak a munkafolyamat erőszakos leállításával lehet törölni. Ha a folyamatban a StartTransaction() - FixTransaction() blokk nem valószínű. A többi háttérmunkát a munkakonzolon keresztül lehet törölni.

Szabályozási eljárások

K: Lehetséges a bázis megsemmisítése a T&I során?

V: Nem tudok ilyen esetekről, de az IMHO szerint minden lehetséges. Ezért jó lenne biztonsági másolatot készíteni a T&I előtt.

K: Vjacseszlav, milyen okok miatt nem végez újraindexelést az 1C teszteléssel és javítással?
V: Erre a célra a DBMS képességei jobban megfelelnek, mivel lényegében ugyanazt az index-újraépítést hajtják végre, de nem igénylik az adatbázis kizárólagos rögzítését.

Technológiai magazin

K: Jó napot. Kérdés a technológiai magazinban: Másolatot kell szereznem a munkaállomások képernyőiről 1C hibák esetén. Ehhez be kell állítani a technológiai naplót a munkaállomásokon, vagy csak a szerverre?
V: Képernyőképet csak akkor állíthat be, ha a platform összeomlik, hiba esetén nem. Azonban nem sok haszna van egy ilyen műveletnek, elég a kivételek összegyűjtése a technológiai napló segítségével. Ugyanakkor a legtöbb hiba a TJ segítségével látható az 1C szerver oldalon. Kivételt képeznek az olyan események, mint például az elavult metaadat-gyorsítótárhoz kapcsolódó "formátum-adatfolyam hiba".

Problémák és hibák

K: Találkozott-e olyan problémával – a felhasználói jelentési beállítások eltűnésével, amikor dinamikusan frissíti a konfigurációkat a 8.2-es platformon? Van valami javaslat, hogy hogyan lehet ezt kezelni?
V: A dinamikus frissítéssel kapcsolatos problémák a következőkben jelennek meg "1C szerverek: Enterprise 8.1 és 8.2 – mit esznek"), 60. számú dia. Gyorsítótár törlése. Talán bizonyos esetekben szükséges kitalálni, hogy pontosan hol tárolják a felhasználói beállításokat. Szükség esetén bináris adatként tárolja az információs nyilvántartásban.

K: Egy elhaladó kérdés, mert. ez releváns fájl mód: milyen hibákat javít a chdbfl.exe?
V: Ez egy tárolószerkezeti hibajavító eszköz. Ez olyan helyzet lehet, amikor például "Az adatbázisfájl sérült .../1Cv8.1CD" fordul elő. Azok. kijavítja az adatbázis-fájlok sérülését. A T&I funkcióit azonban nem látja el. Futtatom a chdbfl.exe-t, ha a T&I "nem fogy sikeresen".

K: Kérem, mondja meg, ha találkozott ilyen problémával. míg a bázisban egy nagy szám felhasználók (kb. 40), amikor nagy dokumentumokat készítenek, például az RFP tükrözése a reg. körülbelül 8000 sort jelent. hibaüzenet jelenik meg a vállalat 1C szerverén a memóriából, és a dokumentum tárolását kezdeményező felhasználó kiesik. A dokumentumot ezután csak az 1C szerverügynök újraindítása után lehet feladni.
V: Memóriaszivárgásnak tűnik:

1. Indítsa újra az 1C szervert, növelje a munkafolyamatok számát, csak ez az egy bázis maradjon a fürtben.

2. Győzd le a darabokban való tartást, mondjuk 1000 sort egyszerre. A TJ segítségével nyomon követheti azokat az objektumokat, amelyek a művelet elején foglalnak memóriát, de nem szabadítják fel a memóriát a végén.

3. Telepítse az x64-es verziót, növelje a RAM mennyiségét, váltson 8.2-re.

K: Kérdés a teszteléssel és a referenciával kapcsolatban. Lehetőség van "Referenciális integritás-ellenőrzés" futtatására URDB alapján a továbbított adatok alapján történő kiválasztással? (azaz egyes csomópontokban fizikailag nincsenek objektumok, de vannak rájuk mutató hivatkozások). Köszönöm!
V: Sajnos ez még nem lehetséges.

K: Miért nem oldja meg egyszerre az összes problémát a tesztelés és a javítás, többször kell futtatnia?

V: Csak a fejlesztők tudnak pontos választ adni. A T&I-t az előírásoknak megfelelően (ciklikusan) futtatom, ezért ez a kérdés számomra nem túl aktuális. Nem egyszer kell T&I-t csinálni, hanem folyamatosan, például „TO for a car”.

K: Van különbség a TI 8.1 és 8.2 között?

V: A válasz megírása és a 8.2.10 kiadás pillanatában nem tudom a különbséget.

K: Szükségem van újraindexelni a szerkezetátalakítás során?
V: Nem kell.

Egyéb

K: Tisztelt uraim, senki sem próbálta meg az adatbázisokat tükrözni az MSSql 2008 használatával, lehetséges ez egyáltalán?

K: Kérdés a megosztott memória kényszerített felvételével kapcsolatban az 1c szerveren 8.2

V: Nem kell erőltetni semmit, a szerver megérti.

K: Az 1C:Enterprise 8.1 esetében helyzeteket észleltek, amikor ugyanazt hardver a „nehéz” műveletekkel és egyetlen felhasználóval rendelkező fájlszerver verzió sokkal gyorsabban működik, mint a kliens-szerver verzió, amikor az összes „hivatkozás” (adatbázis-szerver, 1C:Enterprise szerver és kliens) ugyanarra a szerverre van telepítve. Ugyanakkor ennek a „nehéz” műveletnek a végrehajtása során nincs kifejezett hardver túlterhelés (processzor, memória, merevlemezek minimális). Vagyis sok a hardver erőforrás, de lassan működik. Mire "állhatunk"? Köszönöm.
V: Méltóság kliens-szerver architektúra teljesítmény szempontjából - az ügyfél adatkérelmeinek PÁRHUZAMOS feldolgozásának képessége. Azok. az áramlási sebesség nem az a mutató, amely alapján érdemes általános következtetéseket levonni. Az egyidejűséget javító mechanizmusok kismértékben csökkenthetik a teljesítményt egyetlen szálon belül.

Annak érdekében, hogy egyértelműen megtalálja a szűk keresztmetszetet az Ön esetében, le kell számolnia a szerverberendezés munkaterhelésével, és időben össze kell hasonlítania a kliens-szerver módban végzett leghosszabb műveletekkel. Ez gyakran az adatok redundáns áthelyezése az ügyféloldalra. Azok. ahelyett, hogy az 1C szerveren hajtanának végre műveleteket, az aldimenzióból származó adatok a szerveren keresztül kerülnek továbbításra a kliens felé.

A kliens-szerver verzió egyik szálának sebessége csak a fájlverzió teljesítményét fogja utolérni. Ezzel a problémával akkor érdemes foglalkozni, ha a működési időt abszolút értékben legalább egy percnél mérjük. Kétséges, hogy 1-3 másodperces lekérdezéseken belül optimalizálni kell.

K: A Windows terminál és az 1C vékonykliens közötti különbségről.
V: Amíg a legtöbb megoldást TELJESEN le nem fordítják a 8.2 alá, határozottan nehéz e technológiák gyakorlati összehasonlításáról beszélni.

Nyilvánvaló, hogy az 1C vékonykliensnek kevesebb forgalmat kell fogyasztania, és lehetővé kell tennie a weben keresztüli munkavégzést. De ezt még be kell vezetni, és a terminálmegoldásokat jelenleg nagyon széles körben használják ki.

Konzervatív pragmatikus projektmenedzserek számára, akik 8.1-es terminál megoldást 8.2-re konvertálnak. Kis projektekhez alacsony hibaköltséggel és azonnali konfigurációval kezelt űrlapokés SKD - a vékony kliens előnyösebb IMHO.

K: És hogyan kell végrehajtani a valós körülményekhez közeli terhelési tesztelést? Végül is nem fogja rávenni a felhasználókat, hogy „kattintsanak valamire”.

V: 1C: Tesztközpont a legnehezebb műveletek kiválasztásával, nem szükséges 100%-os reprodukálás, maguk a kattintások sem nehezek, főleg jelentések végrehajtása és kérése. A teszteléshez külön webináriumot tartanak. Én is mesélek többet.