Hogyan megy, és a platform 1c 1c futtatni több szolgáltatást egy kiszolgálón tehlab

Hogyan megy, és a platform 1C és 1C futtatni több szolgáltatás egy szerveren?

Hogyan lehet gyorsan és egyszerűen telepíthető egy új változata 1C, miközben minimalizálja megszakítása a felhasználói élmény? Hogyan kell futtatni több példányok ugyanazon a gépen 1C? Ezek a kérdések közös közötti vita tárgyát képezi az 1C szerver adminisztrátorok. Általában a válaszokat megtalálható honlapján ITS ezen a linken. valamint ez.

Ebben a cikkben azt szeretnénk kiemelni a legfontosabb dolog az, hogy adjunk valamit magadnak, és a tapasztalatok megosztását, és ez nagyon fontos ahhoz, hogy azt mutatják, hogy ezek a problémák nem valami bonyolult, és elhatározta, szó szerint nincs idő, és még nem párja tambura mint sokan gondolják.

platform frissítés

Mivel a telepítés a szolgáltatás 1C a szerverre, ahol még nem volt, hogy egyszerű, és nem különbözik valamilyen különleges, fontolja meg egy másik probléma, ha már van egy éles szerveren futó alkalmazás szerver, ahol a felhasználók munkáját, és meg kell frissíti 1C változata. Ez a feladat lehet osztani két feltételes szakaszból áll: egy előkészítő szakaszt, és a színpadon a felújítás.

Az előkészítő szakasz

Ha meg vagyunk győződve arról, hogy minden rendben van, akkor a telepítés futtatásához 1C az alkalmazás szerver. Ha nincs telepítve törölje a „Telepítés szolgáltatás”, akkor nem hagyja abba a szolgáltatás 1C, 1C szolgálja az aktuális verzió, és ez nagyon fontos, akkor ne szakítsa meg a felhasználói élményt.

Ezután az összes szerver komponensek telepítve vannak, de nem lehet használni.

szakaszban frissítések

Miután az előkészítő szakasz befejeződött, el kell fogadnia a felhasználók számára, amikor lehetőség lesz megszakítani a munkát néhány percig. Amikor eljön az idő, meg kell állítania a szolgáltatást a 1C és 1C változtatni a szolgáltatás indítási vonal, nevezetesen az elérési utat a futtatható fájl ragent.exe. Ezt meg lehet tenni több módon:

• manuálisan regedit:

• segítségével előre meghatározott registry file:

A megfelelő pillanatban, jobb klikk az exportált registry fájlt a módosított sor elindítani a szolgáltatást 1C és kattintson a „Merge”. A módszer előnye, hogy a file tudunk készíteni előre, és a változás a szolgáltatási paraméterek 1C két kattintással anélkül, hogy „ásni” a rendszerleíró adatbázisban.

• vagy olyan kódon keresztül közüzemi sc (végre a parancssorból rendszergazdai jogokkal):

sc config [szolgáltatás neve 1C a változás 1C verzió] binPath = [line szolgáltatás indul egy új változata a platform 1C]

Line szolgáltatás indul 1C az új verzió a platform lehet beszerezni a szolgáltatás vonalon fut 1C aktuális verzió a platform helyett az elérési utat a futtatható fájlt ragent.exe:

Például, ha azt akarjuk, hogy az akkori platform (például 8.3.7.1873) a 8.3.7.1917, majd indítsuk el a jelenlegi változat a húr nézhet ki:

"C: \ Program Files \ 1cv8 \ 8.3.7.1873 \ bin \ ragent.exe" -srvc -agent -regport 1541 -sorozat -port 1540 1560 1591 -debug -d "C: \ Program Files \ 1cv8 \ srvinfo"
Kapunk belőle kezdeni a szolgáltatás vonalon 1C az új verzió a platform:
"C: \ Program Files \ 1cv8 \ 8.3.7.1917 \ bin \ ragent.exe" -srvc -agent -regport 1541 -sorozat -port 1540 1560 1591 -debug -d "C: \ Program Files \ 1cv8 \ srvinfo"

1C szolgáltatás nevét, mint például a következő:
1C: Enterprise 8.3 Server Agent (x86-64)

A script így néz ki:

sc config "1C: Enterprise 8.3 Server Agent (x86-64)" binPath = "/" C: \ Program Files \ 1cv8 \ 8.3.7.1917 \ bin \ ragent.exe / „-srvc -agent -regport 1541 -port 1540 - tartomány 1560 1591 -debug -d / "C: \ Program Files \ 1cv8 \ srvinfo /" "

Egy extra szolgáltatás 1C

Így annak érdekében, hogy több példányai 1C szerver ugyanazon a gépen mindkét változatban 1C szerver (ha azok eltérnek), először végre „előkészítő fázis” az előző bekezdésben.

Következő, szükségünk van a következő script:

4 "/ debug"
állítsa Desctiption = "Agent 1C: Enterprise szerver 8.3 Beállítások:.% 1,% CtrlPort%"
ha nem létezik „%

4 "mkdir" %

4 '
sc megállítani% SrvcName%
sc delete% SrvcName%
sc create% SrvcName% binPath =% binpath% start = auto obj =% SrvUserName% password =% SrvUserPwd% displayname = .esctiption% függenek = dnscache / Tcpip / Tcpip6 / LanmanWorkstation / lanmanserver

Így a fenti szkript lehet menteni egy batch fájlt, nevezzük regiszteren service.bat. Alkalmazása előtt el kell végezni az adatok azt valós felhasználói (felhasználónév és jelszó), amelynek nevében a szolgáltatás fut a szerver cluster (string set SrvUserName = és állítsa SrvUserPwd =). Megjegyzés: ha használja a cirill betűs írásmód, batch fájlt kell tárolni kódolt OEM 866.

A regisztráláshoz kövesse a szolgáltatást a parancssorból a következő parancsot:

register-szolgáltatás [verziószám a platform] [első számjegye a port számát] [szám századik nyomócsonk szám] [címtárszolgáltatással 1C]

Például, ha azt kell regisztrálni két szolgáltatás a két szerver 1C azonos verzió 8.3.6.2332, majd a parancssorban írjuk be a következő:

Tipikus hibák és esetleges problémák

Ezen kívül, meg kell emlékezni, hogy az alapértelmezett port 1541 1C rekordokat klaszter menedzser, hogy a beállítások a szolgáltatás indításakor 1C látható:

Ez azt jelenti, hogy telepítése után az új verzió a platform, amikor elkezdi az alapértelmezett szolgáltatás mindig egy új klaszter és fuss rmngr.exe folyamat jön létre, akkor is, ha elvileg a szerver már nem kell, és nem akarjuk, hogy ezt a termelési kiszolgálóval a középpontba állítani. Szintén a vonalat, amikor a megadott tartomány rphost portokat az új klaszter:

Sajnos jelenleg nincs lehetőség, hogy ellenőrizzék a létrehozását helyi cluster első indításkor 1C szolgáltatás révén a szolgáltatást parancssori paramétereket. De ez a probléma megoldható két módon.

Az első és talán legegyszerűbb - az, hogy törölje az új helyi klaszter egy klaszter konzol 1C:

A második lehetőség az, hogy indul egy kezdeti szolgáltatás 1C új fürt létrehozásakor mielőtt piacra a címtárszolgáltatásban fájlt a szolgáltatás, amely meg van adva a vonal meg futni, miután a kulcsot -d, akkor hozz létre egy filet 1cv8wsrv.lst az alábbiak szerint:

Kapunk ugyanazt a fájlt, ha törli a helyi klaszter leírt első kiviteli alakban.

Ezt követően, hogy tudjuk futtatni ezt a szolgáltatást 1C. Elején a szolgáltatást, akkor egy csekket 1cv8wsrv.lst fájl a könyvtárban szolgáltatás fájlok új szolgáltatás az 1C. Ez a fájl olvasható jelentett klaszter. Ha a fájl nem - létrehoz egy alapértelmezett cluster a beállításokat a szolgáltató startvonalon, ha a fájl létezik, az adatokat olvas, és automatikus létrehozása nem fordul elő. Ennek megfelelően, ebben az esetben, hogy létezik a fájl megerősíti az új klaszter jön létre.

Ha létrehoz egy új fürt is szükség van, akkor ellenőrizze, hogy a kiválasztott port / regport (vagy az alapértelmezett port - 1541 ha a paraméter / regport Ismeretlen), nem foglal el a regisztrációs az új szolgáltatás. Ha nem, akkor talán egy megnyilvánulása az, ha a két szolgáltatás együtt fog működni a klaszter menedzser, ha például a megadott port a dob egy új sort a szolgáltatás (vagy az alapértelmezett port - 1541 -regport ha a kulcs nem szerepel a sorban start-up) már regisztrálva a klaszter vezetője. Ennek az az oka, hogy a kezdeti kezdete a szolgáltatás és a port a nyilvántartásba vétel a menedzser a klaszter nem fordul ellenőrizze a forgalmas kikötő, vagy sem. A kihívás a végrehajtása a teszt ismert és hajtják végre a jövőben változatban a platform.

Egy másik lehetőség az, hogy indítsa el a szolgáltatás vonalon 1C, amelyet érdemes figyelembe véve ez:

Ő felelős a katalógusban, amelyet található (vagy pozicionált) szolgáltatás fájlokat Service 1C szerver (beleértve egy listát klaszterek). Az alapértelmezett könyvtára a következő:

Továbbá, sok ember elfelejti, hogy adja meg a kulcsot a rajtvonalon, felelős a lehetőségét, hogy az alkalmazás debug módban, ha szükséges:

Ezen túlmenően, az egyik leggyakoribb hiba, hogy az adminisztrátor elfelejti eltávolítani 1C szolgáltatás fájlok információs bázisok (azaz a teljes szöveges keresést indexek és naplók) a klaszter registry könyvtár 1C után a bázis távolítani a listáról információs bázisok klaszter 1C. Ez a hiba vezet az a tény, hogy az alkalmazás szerver lemezterület nem hatékony.

Directory klaszter registry a következő:

«C: \ Program Files \ 1cv8 \ srvinfo \ reg_ [manager klaszter portszám]”

Directory szolgáltatás információs bázis file:

«... \ srvinfo \ reg _ **** \ [UUID információs adatbázis]”

Például, ha a menedzser a port klaszter 1541-ben, a könyvtár szolgáltatási fájlok Néhány információs bázis és egy egyedi azonosító «0c1bd57c-4a1b-47df-A229-ade9833de359» lesz:

Listája használt adatbázis lehet összehasonlításával kapott egyedi azonosítót az adatbázisok listáját a «1CV8Clst.lst» fájlt (a klaszter registry könyvtár), és egy listát az adatbázisok esetében, amelyeket katalógusok hivatalos fájlokat. Használhatja a következő reguláris kifejezés gyors adatbázis azonosítók és nevek a klaszter registry file: «\\ - * \ w) \ "(*).?" \ * [\\ r] * \ n + * ... „\ \ d + \>».

következtetés

Igyekeztünk összekapcsolni a cikket megfelelően teljes és részletes tájékoztatást, hogyan kell frissíteni a változata 1C helyesen és gyorsan. Ezek az információk hasznosak lehetnek a vállalkozások, ahol a hosszú megszakítás a felhasználói élmény lehet elég kritikus.

Az is nagyon fontos, hogy leírja nekünk, hogyan kell beállítani egyidejű üzemeltetése több 1C fürtszolgáltatások ugyanazon a gépen. Ez az információ hasznos lehet azoknak, akik szeretnék elkülöníteni néhány klaszterek 1C, például a fejlesztési vagy tesztelési célokra, vagy az Ön által használt adatbázisok által kezelt különböző változatai 1C: Enterprise.

Reméljük, hogy képes legyen könnyen végezni a kívánt feladatot, és továbbra is szívesen használják a termékeit 1C. Nos, ha van valami nem működik, vagy ha bármilyen problémát tapasztal, kérjük, forduljon hozzánk. mi segítünk!