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.
Egy szerveren több dolgozói folyamat hatékony helykihasználást tesz lehetővé véletlen hozzáférésű memóriaés processzorerőforrások a kérések végrehajtásához, valamint a kliens munkamenet egy másik munkafolyamathoz való csatlakoztatásához, 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 fogadja a kéréseket az 1C:Enterprise 8.1 ügyfélrészétől, é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”. Azt lehet mondani, hogy ben előző verzió Az 1C:Enterprise 8.0 "Workflow" volt az egyik.
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 A fürt számítógépek működése közben közvetlenül kikapcsolhatók anélkül, hogy leállítanák a felhasználók munkáját információs bázis.

Ha a fürtben valamelyik szerver meghibásodik, a felhasználók munkája nem áll le, automatikusan átkerül a 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 feladatok hibatűrési és megbízhatósági követelményeinek leírása alapján számítanak 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" működjön 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 munkafolyamat-memória mennyisége, ameddig a kiszolgáló 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 az "Aladin" kezelőhöz hasonló "szoftverlicenc-kezelő" használata. 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 IB” 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 egyik számítógépen a „Kiegészítő paraméter értéke”-en keresztül futtatható egy „hónapzárás”, egy másikon a „Teljes szöveges index frissítése” háttérfeladat. A specifikáció a jelzésen keresztül történik a „Kiegészítő paraméter értéke” részében. 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 (akinek a nevében a Cluster Working Servers elindul) a Bejelentkezés szolgáltatásként és a Bejelentkezés kötegelt munka 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: Állítson be új jelszót a kiválasztott fiókhoz, amely megfelel a biztonsági szabályzat követelményeinek, vagy gyengítse 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 nevének felbontásának ellenőrzéséhez futtassa a parancssorban:
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 egy másik számítógépről nem érkezett meg a szükséges időben, vagy már megszakadt létrejött kapcsolat 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(a csatlakozáshoz helyi hálózat) vagy a lapon 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. A hálózati adapter terhelése 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 az információs bázisokat, ha több van belőlük, egy fürtbe, vagy külön fürt létrehozására 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 hozzá van kötve 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 olyan helyzeteket észleltek, amikor ugyanazon a hardveren a fájlszerver verzió „nehéz” műveletekkel és egyetlen felhasználóval sokkal gyorsabban működik, mint a kliens-szerver verzió, amikor az összes „hivatkozás” ( adatbázis-kiszolgáló, 1C szerver:Enterprise és kliens) ugyanarra a szerverre vannak 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, a subd adatai 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.

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. Az 1C:Enterprise szerver megjelenik a rendszerben Windows felhasználó USR1CV81.

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 mikor Windows telepítés Az ideiglenes fájlok könyvtára minden felhasználó számára elérhető, 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. A telepítés során egy új szoftver A telepítő általában automatikusan szerzi meg 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.

Annak érdekében, hogy az 1C:Enterprise szerver elérhető legyen a helyi hálózat többi számítógépéről, 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 egy IP-címnek kell lennie pont jelöléssel, vagy egy olyan szimbolikus címnek, amellyel az IP-cím meghatározható az API-ban definiált gethostbyname függvény segítségével. TCP protokoll. Az IP-cím meghatározása vagy a helyi szimbolikus címtábla (C:\WINNT\system32\drivers\etc\hosts) vagy az elérhető DNS-kiszolgálók címtáblázata alapján történik. 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. Azon a számítógépen, 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 férhessen hozzá az SQL-kiszolgálóhoz, 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, akkor konfigurálnia kell az SQL szerver eléréséhez szükséges hálózati protokollokat. 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 hitelesítést hajt végre Windows eszközök amikor SQL szerverrel kommunikál. 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ó.

26.07.2017

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

Mivel a különféle szolgáltatások és szoftverek hálózati protokollokon keresztül működnek, ezek a munkaelemek meghatározott portokat használnak, amelyeken keresztül az adatcsere történik.

A Windows Server 2008/2012 R2 tűzfal alapértelmezés szerint úgy van beállítva, hogy blokkolja a hálózati tevékenységeket. Ahhoz, 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;

Egy már létrehozott kapcsolat megszakadt 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. Ez a művelet kétféleképpen hajtható végre. 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.

Ezt is használhatod erre parancs sor, a benne lévő firewall.cpl parancs végrehajtásával - ehhez nyomja meg a Win + R gyorsbillentyűket, majd lépjen a "Megnyitás" szakaszba, írja be a parancs nevét, és kattintson a művelet megerősítésére.

Miután elértük a Windows tűzfalat, az aktív ablakában ki kell jelölnünk a részt további beállítások a bal oldali menüben található. Ezután a megnyíló új ablak bal oldalán lépjen a bejövő kapcsolatok szabályai közé, é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.

lépései ugyanazok). A szabályt az 1C: Enterprise 8.x szerver működésének példájával adjuk hozzá (meg kell nyitnia a portot 1541 fürtkezelőhöz, portok 1560-1591 munkafolyamatokhoz és porthoz 1540 a szerverügynök számára).

Egyes programok és szolgáltatások futás közben hálózati protokollok használjon bizonyos portokat a kommunikációhoz. Alapértelmezés szerint a Windows tűzfal, amely engedélyezve van, blokkolja az ilyen típusú hálózati tevékenységeket. Különösen, ha egy kliensgépről próbál csatlakozni a következőhöz, akkor a következő hibaüzenetet kaphat:

« Hiba történt az információs bázissal (...) végzett művelet végrehajtása közben. Hiba a kiszolgálóhoz való hálózati hozzáférésben (...). A kapcsolat létrehozására tett kísérlet sikertelen volt, mert egy másik számítógépről nem érkezett meg a szükséges válasz 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 (...) »

Ez a hiba azt jelenti, hogy az 1C:Enterprise szerver nem található a megadott címen, vagy a szerver portja le van zárva (ebben az esetben a port 1541 ).

A port megnyitásához lépjen arra a számítógépre, amelyre az 1C:Enterprise szerver telepítve van (az én példámban ez egy 10.192.128.15 címû számítógép, amelyre telepítve van operációs rendszer Windows Server 2012 R2).

Elindítjuk a Windows tűzfalat. Ezt megteheti a jobb gombbal a " Rajt» ( Rajt), akkor " Vezérlőpult» ( Vezérlőpult) — « rendszer és biztonság» ( Rendszer és biztonság) — « Windows tűzfal » ( Windows tűzfal). Vagy a parancs futtatásával tűzfal.cpl(ehhez meg kell nyomnia a Win + R billentyűkombinációt az ablakban " nyisd ki» ( nyisd ki) írja be a parancs nevét, és nyomja meg a " rendben») .

A megnyíló ablakban a bal oldali fában nyissa meg a lapot " » ( Bejövő szabályok), majd a menüben" Akciók» ( Akciók) válassza ki az elemet " Szabály létrehozása...» ( Új szabály…).

Kezdődni fog " Új bejövő szabály varázsló» ( Új bejövő szabály varázsló). Az első oldalon válassza ki a szabály típusát ( Szabály típusa) « Kikötőhöz» ( kikötő) és nyomja meg a " További» ( Következő).

Ezután meg kell adnia a protokollt (példánkban ez a TCP) és közvetlenül a portszámot (Specific local ports), amelyet megnyitunk. Ezután nyomja meg a " További» ( Következő).

Most határozzuk meg a hozzáadott szabállyal társított műveletet. válasszunk" Csatlakozás engedélyezése» ( Csatlakozás engedélyezése) és nyomja meg a " További» ( Következő).

A következő oldal meg kell adnia, hogy a szabály mely tűzfalprofilokra vonatkozik. A szükséges profilokat pipával jelöljük, és kattintson a " További» ( Következő).

Végül adja meg az új szabály nevét és leírását, majd kattintson a " Kész» ( Befejez) a varázsló befejezéséhez.

Megpróbálunk újra csatlakozni az 1C:Enterprise szerverhez, és azt látjuk, hogy a hiba továbbra is fennáll, de az üzenetnek egy másik, 1560. portja van.

A fenti módon adjon hozzá egy másik engedélyezési szabályt " 1C: Munkafolyamatok» a portok teljes választékához 1560 tovább 1591 (1C munkafolyamatok esetén), kötőjellel megadva a " lépésnél Protokoll és portok» ( Protokoll és portok).

Most, egy pillanat alatt Windows tűzfal fokozott biztonsággal» ( Windows tűzfal fokozott biztonsággal) az asztalban " A bejövő kapcsolatok szabályai» ( Bejövő szabályok) 2 most létrehozott szabályt kell látnunk.

Nos, hiba nélkül kell csatlakoznia a szerverhez. Ha ehhez a szerverhez keresztül kell csatlakoznia, akkor a portot is meg kell nyitnia 1540 .

Hasonlóképpen szabályokat adnak hozzá a kimenő kapcsolatokhoz (Outbound Rules), tiltó szabályokat, szabályokat bizonyos programokra és protokollokra. Ezenkívül bármely szabály módosítható, ha megnyitja a tulajdonságait ebből a beépülő modulból.

Segített ez a cikk?