Natisni (Ctrl+P)

Ta članek vsebuje opis nekaterih elementov sistemske administracije 1C:Enterprise, ki so značilni za različico odjemalec-strežnik sistema, ki deluje z Microsoftom. SQL Server 2012:

Ustvarjanje varnostne kopije v različici odjemalec-strežnik

Upravljanje gruče strežnikov

Pripomoček za upravljanje konzole ali gruče 1cv8 servers.msc je vtičnik MMC (Microsoft Management Console) in se lahko uporablja v računalnikih, ki imajo ustrezno programsko opremo. Privzeto je nameščen v mapi C:\Program Files (x86)\1cv8\common

Pripomoček za upravljanje gruče zasnovan za reševanje naslednjih težav:

• ustvarjanje, spreminjanje in brisanje strežniških gruč;
• modifikacija obstoječih gruč: ustvarjanje, spreminjanje parametrov in brisanje delujočih strežnikov, dodeljevanje funkcionalnih zahtev delujočim strežnikom;
• nastavitev stopnje tolerance napak gruče;
• ročno prilagajanje obremenitve na posameznih delujočih strežnikih;
• Upravljanje seznamov skrbnikov centralnih strežnikov gruče in seznamov skrbnikov gruče;
• spremljanje uporabniških povezav do informacijskih baz in servisnih povezav;
• odklop uporabnikov od informacijske baze;
• spremljanje zaklepanja objektov 1C:Enterprise 8 in zaklepanja povezav odjemalcev;
• operativna analiza transakcijskih ključavnic sistema za upravljanje baz podatkov;
• upravljanje blokade uporabniških povezav z informacijsko bazo;
• upravljanje blokiranja rutinskih opravil.

V tem članku bom obravnaval samo registracijo nove informacijske baze

Registracija nove informacijske baze

Za registracijo nove informacijske baze s pripomočkom za upravljanje gruče strežnikov izberite zahtevani centralni strežnik, zahtevano gručo, registrirano na tem strežniku, vejo Infobaze v drevesu centralnih strežnikov in izvedite ukaz kontekstnega menija Ustvari – Info baza ali podoben ukaz v glavni meni pripomočka.

Kot rezultat izvedbe ukaza se na zaslonu prikaže pogovorno okno z lastnostmi informacijske baze.

Parametri informacijske baze so enakovredni parametrom nove informacijske baze, ustvarjene z zagonskim oknom 1C:Enterprise.

Vrsta DBMS: Microsoft SQL Strežnik.

Strežnik baze podatkov: ime strežnika. Lahko se določi z imenom računalnika (če je v računalniku nameščen en primerek strežnika) ali imenom določenega primerka (če je nameščenih več primerkov). Na primer Strežnik/primer. Če se strežnik 1C:Enterprise in Microsoft SQL Server nahajata na istem računalniku in je za Microsoft SQL Server nameščen Native Client (domači odjemalec), je možno za komunikacijo med strežnikoma uporabiti protokol SHARED MEMORY. Če želite to narediti, morate pred imenom Microsoft SQL Server podati predpono lpc:. V tem primeru bo ime strežnika DBMS videti takole: lpc:Server/instance

Ime baze podatkov: Prvi znak imena baze podatkov je lahko črka latinske abecede, pa tudi znak “_”. Naslednji znaki so lahko črke latinske abecede, številke, pa tudi simboli "_", "$". Dolžina imena je omejena na 63 znakov. Presledki v imenu niso dovoljeni. Ime ne more biti rezervirana beseda v poizvedovalnem jeziku strežnika baze podatkov. V imenu baze podatkov ni mogoče uporabiti naslednjih znakov: "<», «>"", "#", "%", """, "(", ")", "[", "]", "|", "\", "^", "`", kot tudi znakov s kodami od 0 do 31 in 127

Uporabnik baze podatkov: ime uporabnika strežnika baze podatkov, v imenu katerega se bo dostopalo do baze podatkov. Bistveno je, da je navedeni uporabnik skrbnik strežnika baz podatkov (sa) ali lastnik baze podatkov (če ta že obstaja), da lahko v prihodnje poljubno spreminja strukturo izbrane baze podatkov. V slednjem primeru mora imeti ta uporabnik dostop za branje do glavne baze podatkov in popoln dostop do baze podatkov tempdb. Poleg zgoraj navedenega mora biti navedeni uporabnik član fiksne vloge strežnika processadmin ali sysadmin.

Uporabniško geslo: geslo uporabnika, v imenu katerega se bo dostopalo do podatkovne baze.

Datumski zamik– 0 ali 2000. Ta parameter določa število let, ki bodo dodana datumom, ko bodo shranjeni v bazi podatkov Microsoftovi podatki SQL Server in odšteti pri njihovem pridobivanju. Razpoložljivost ta parameter določeno s posebnostmi shranjevanja datumov v Microsoft SQL Server. Vrsta DATETIME, ki se uporablja v strežniku Microsoft SQL Server, vam omogoča shranjevanje datumov v razponu od 1. januarja 1753 do 31. decembra 9999. In če bo pri delu z informacijsko bazo morda treba shraniti datume pred spodnjo mejo tega obsega, je treba kot vrednost parametra izbrati 2000. Če takih datumov ne boste našli, lahko kot vrednost izberete 0. Po izdelavi informacijske baze vrednost tega parametra ne se lahko spremeni.

POZOR!Če aplikativna rešitev uporablja akumulacijske registre ali knjigovodske registre, mora biti polje Datumski odmik nastavljeno na 2000. Če je bila ob kreiranju baze podatkov v to polje vpisana vrednost 0, je treba informacijsko bazo naložiti v datoteko in bazo podatkov je treba znova ustvariti tako, da v polju navedete datume odmika do leta 2000 in naložite informacijsko bazo

POZOR! Imena informacijskih baz morajo biti edinstvena znotraj iste gruče. Ob registraciji nove informacijske baze sistem preveri, ali na navedenem strežniku baz podatkov obstaja baza z istim imenom. Če baza podatkov obstaja, bo vzpostavljena povezava z njo. Če obstoječa baza podatkov že vsebuje podatke iz informacijske baze 1C:Podjetje, bo vzpostavljena povezava z že obstoječo informacijsko bazo. In če baza podatkov ne vsebuje podatkov informacijske baze, bo v njej inicializirana nova informacijska baza 1C:Enterprise.

Napaka pri izvajanju operacije z informacijsko bazo

Pri povezovanju z bazo podatkov SQL lahko pride do različnih napak pri ustvarjanju ali povezovanju. Na primer, če pride do naslednje napake:

V tem primeru je prišlo do poskusa ustvarjanja informacijske baze in strežnik podjetja ni mogel vzpostaviti povezave s strežnikom Microsoft SQL Server. Preveriti je treba:

• Parametri avtentikacije uporabnika (ime, geslo in pravice za ustvarjanje baze podatkov);
• Ali ime baze podatkov sledi dogovorom o poimenovanju;
• Ali je ime strežnika baze podatkov pravilno nastavljeno?
• Ujema se z vrsto preverjanja pristnosti uporabnika. Morda je uporabnik prijavljen pod uporabniškim imenom strežnika sql, v nastavitvah SQL pa je nastavljen napačen tip avtentikacije uporabnika.

Ozadje.

Za upravljanje strežnikov 1C: Enterprise od različice 8.0 je priložena konzola »Upravljanje strežnikov 1C Enterprise Servers« (snap-in za Microsoftovo konzolo za upravljanje). Orodje je precej funkcionalno in priročno, razvito skupaj z različicami platforme in skrbniku zvesto služi.

Z različico 8.1 se je pojavila možnost distribucije strežnika za operacijske sisteme, ki temeljijo na Linuxu (deb in rpm). To je potrošnikom omogočilo zmanjšanje uporabe sklada Microsoftove tehnologije in znatno prihranite pri licencah in programski opremi. Kaj pa skrbnik? Vse enaka oprema za MMC. Težko je obtožiti razvijalca konzervativizma, saj je napredek pri razvoju platforme z leti izgledal impresivno (kar pogosto postane razlog za očitke - stabilnost je žrtvovana napredku). Vendar ostaja dejstvo, da je bilo predlagano skrbništvo nad strežniki različic 8.1 in 8.2 iz sistema Windows.

V različici 8.3 so se pojavila nova orodja za upravljanje gruče strežnikov na več platformah - ras (strežnik za upravljanje) in rac (odjemalec za upravljanje). Tudi med ljudmi, ki nenehno delajo s platformo 1C: Enterprise, mnogi preprosto ne vedo zanje ali so komaj slišali zanje. Tisti. Ta metoda upravljanja ni pridobila priljubljenosti. In zdi se, da je razlog v tem, da je rac konzolna aplikacija. Lenemu skrbniku je lažje zagnati mmc in klikniti vse, kar potrebujejo. Obstaja pa še ena možnost...

Fantje iz 1C, ali ste resni?

Zakaj ne bi uporabili ras strežnika brez rac? Na srečo je podjetje 1C objavilo "API za administrativne storitve" za Javo.

Kot rezultat, bomo potrebovali:

1. Nameščen in konfiguriran ras. Privzeto je ta aplikacija nameščena skupaj s strežniškim delom (v istem imeniku kot ragent.exe), vendar privzeto ne deluje. Popravimo to pomanjkljivost.

Konfigurirate ga lahko tako, da se zažene ob zagonu strežnika:

Gruča Ras --port=

(če ne navedete vrat, je privzeta vrednost 1545)

Ali pa namestite ras kot storitev Windows (primer datoteke register-ras.bat za registracijo podjetja 1C):

@echo off rem %1 – polna številka različice 1C:Enterprise set SrvUserName=<имя пользователя>nastavite SrvUserPwd=<пароль пользователя>set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" gruča -- service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Administration Server 1C:Enterprise 8.3" sc stop %SrvcName% sc delete %SrvcName% sc create %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% geslo= %SrvUserPwd% displayname= %Desctiption%

2. Sam sem moral napisati odjemalca za ras za Android DroidRAC2. Po mojem mnenju je tam vse intuitivno za nastavitev in povezavo. Aplikacija poskuša posnemati slog in uporabniški vmesnik znane konzole MMC. Brezplačno in brez SMS-a, kot pravijo. Podprta je možnost vpogleda v celotno drevo komponent in urejanja osnovnih nastavitev, ki jih je treba spremeniti med delovanjem.

Možnosti razvoja.

Trenutno je na voljo za testiranje različica 1C: Enterprise 8.4.1, v kateri je strežniški del močno preoblikovan. Med drugim je bil napovedan REST API za administracijo strežnika in odjemalec zanj. Očitno sam razvijalec vidi težavo v slabi razvitosti orodij za upravljanje in tukaj nas čakajo prijetna presenečenja. Medtem pa moramo delati s tem, kar imamo.

P.S. Osebno z veseljem spremljam hiter razvoj programske opreme podjetja 1C, čeprav moram ta napredek pogosto plačati z živci in časom. A to je povsem druga zgodba

Avtomatiziran sistem 1C Enterprise vam omogoča vodenje, trgovanje, računovodstvo in prejemanje potrebnih poročil. Obstajata dve vrsti delovanja programa:

• Datoteka - 1C je nameščen samo na enem računalniku, noben upravitelj ne more delati z bazami podatkov. Ta možnost je primerna za majhna podjetja z majhnim prometom trgovanja.
• Odjemalska različica. Pri delu z 1C je vključen sistem uporabnikov, baze podatkov se nahajajo na enem računalniku, na katerega so povezani vsi ostali. Možnost dela ima trinivojsko arhitekturo, ki jo sestavljajo odjemalska aplikacija, strežnik 1C Enterprise in baze podatkov v formatu MS SQL Server ali PostgreSQL. V tem primeru se za zagotovitev pravilne konfiguracije uporablja skrbništvo strežnika 1C.

Administrativna konzola strežnika 1C:glavne funkcije

Strežnik 1C nima vgrajenega vmesnika za administracijo, zato se uporablja konzola. Vključen je v standardni paket dostave ustrezne različice 1C Enterprise. Ta standardni pripomoček je nameščen na vsakem lokalni računalnik, baze podatkov pa se lahko nahajajo tukaj ali na oddaljenem strežniku.

Z uporabo konzole za upravljanje strežnika 1C Enterprise lahko rešite naslednje naloge:

• Spremenite delovanje strežnika, ustvarite nove, izbrišite nepotrebne. Lahko gostijo baze podatkov in definirajo interakcije med različnimi uporabniki.
• Ustvari skrbnike. To so uporabniki, ki imajo pravice dostopa do spreminjanja strežnikov. Vsak skrbnik lahko upravlja le dodeljeni strežnik. Če ne dodate enega skrbnika, lahko kateri koli registriran uporabnik upravlja strežnik 1C.
• Ustvarjanje delovnih tokov grozdov 1C. Dodajanje delovnih procesov vam omogoča, da vplivate na delovanje določenega uporabnika v sistemu. V lastnostih lahko nastavite največjo vrednost zmogljivosti (do 1000). Tekoče seje so pritrjene na proces z največjo zmogljivostjo. Sistematično sistem neodvisno analizira in prerazporeja te vrednosti za optimizacijo.
• Ustvarjanje baz podatkov v 1C Enterprise. Nastavite lahko možnost, da se uporabniki povežejo z njim ali dovolite, da deluje samo lokalno.
• Prisilna prekinitev sej. Včasih sporočilo strežnika obvesti, da pod določeno ime uporabnik že dela. Sistem tega postopka ne prekine vedno sam, zato vam administracija omogoča prisilno končanje seje za katerega koli uporabnika.

Kako začeti delati v 1C?

Odjemalska aplikacija 1C Enterprise je prazna platforma. Da začne delovati, morate izvesti več zaporednih korakov:

• Konzola je nameščena. Omogoča naknadno administracijo strežnikov 1C.
• Izdelava centralnega strežnika. Nato lahko na njegovi podlagi ustvarite strukture, ki mu poročajo. Če želite to narediti, v kontekstnem meniju vnesite ime, uporabljeni protokol in številko vrat, ki se uporabljajo za komunikacijo.
• Ustvarjanje grozda. V tem primeru vam bo pomagal tudi kontekstni meni. Izpolniti je potrebno zahtevane podatke (ime grozda, uporabljen računalnik, priključna vrata, ki se ne ujemajo nujno s prej navedenimi vrati).
• Izdelava podatkovne baze podatkov. V ustrezni veji morate uporabiti tudi kontekstni meni. Tam so vneseni zahtevani parametri (ime, opis, tip povezave, lokacija, tip DBMS, uporabniško ime in geslo). Po potrditvi pravilnosti vnesenih podatkov se baza ustvari. Zdaj lahko vanj vnesete potrebne podatke.

Na prvi pogled je upravljanje 1C Enterprise preprost postopek, vendar brez pravilnih nastavitev sistem ne bo deloval pravilno, uporabnik ne bo mogel maksimalno izkoristiti njegovih zmogljivosti. Možne so tudi dodatne tehnične težave.

Administracijastrokovnjaki: glavne prednosti

Odjemalsko različico 1C uporabljajo srednje velika in velik posel, ki jih je treba povezati v enoten sistem vsi računalniki, vključno z oddaljenimi strukturnimi enotami. To vam omogoča, da vzamete vodstvene odločitve, prejemanje konsolidiranih poročil, vodenje splošnega računovodstva.

Igra pomembno vlogo pravilna nastavitev in stalno vzdrževanje platforme, kreiranje uporabnikov, grozdov, skrbnikov, spreminjanje podatkovnih baz. Če želite to narediti, morate imeti določeno osebje strokovnjakov. Če želite to narediti, lahko najamete nove sodelavce, stalno usposabljate obstoječe ali storitev izvajate zunanjim izvajalcem. Vsako podjetje se samo odloči, kateri način je primeren v določenih pogojih delovanja.

Upravljanje platforme 1C, ki ga izvajajo strokovni strokovnjaki, ima številne prednosti:

• Pravilna konfiguracija sistema, ki vam omogoča, da zagotovite ustrezno delovanje 1C brez tehničnih napak.
• Stalne spremembe in varnostni nadzor. Dejavnosti družbe so dinamične, cilj je avtomatiziran sistem nove naloge za sprejemanje vodstvenih in strateških odločitev.
• Namestitev novih modulov, pravilna razdelitev pravic dostopa, izdelava podsistemov. To je še posebej pomembno za velika podjetja s podružnicami in oddaljenimi enotami.
• Spremljanje obremenitve sistema, porazdelitev obremenitve med različne strežniške računalnike.

1C deluje z različnimi lokacijami arhitekturnih komponent, lahko se nahajajo na enem oz različne računalnike. Da bi zagotovili maksimalno zaščito, je priporočljivo, da se vsak element postavi na različne računalnike.

Med nameščanjem naslednje posodobitve Računovodstva sem prejel napako "Delam samo na 8.3.4", no ... čas je za namestitev 8.3.4. Torej:

Ne bom opisoval postopka prenosa in namestitve nove platforme, vse je preprosto.

Storitev strežniškega agenta 1C
Privzeto je nameščen na vratih 1540 in tam imam v teku 8.2, zato ga spremenimo v veji registra
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Parameter ImagePath posrednika strežnika
spremenite številke vrat tako, da dodate odmik: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Datoteke\ 1cv8\srvinfo"

Zaženite agenta in odprite skrbniško konzolo strežnikov 1C ter ustvarite gručo 8.3
Podal je ime strežnika in ga konfiguriral na vratih 1740 (8.2 deluje na 1540)

Ustvarili smo gručo + jo malo optimizirali (imam samo EN majhen strežnik, zato navedem interval ponovnega zagona za delovne procese in količino pomnilnika. Ker imam en strežnik - stopnja tolerance napak je 0)


Zdaj pa podrobneje:
1. Interval ponovnega zagona: 86400 s (24 ur). Trenutek ponovnega zagona ni reguliran, očitno od trenutka, ko so nastavljeni parametri ali se zažene aplikacijski strežnik.
2. Določite lahko tudi dovoljeno količino pomnilnika: 3.000.000 KB (3 GB) - Za strežnik s 4 GB RAM-a, Če je manj, potem ne izpolnite ta možnost!.
3. Interval prekoračitve pomnilnika je neprekinjeno časovno obdobje, ko je presežena dovoljena količina pomnilnika, po katerem bo strežnik znova zagnal proces. Če je določeno 0 sekund, bo čakalo večno.
4. Število delovnih procesov se samodejno izračuna na podlagi vaših nastavitev
5. Stopnja tolerance napak. Raven tolerance napak gruče lahko nastavite kot število delujočih strežnikov, ki lahko hkrati odpovejo, in to ne bo povzročilo nenormalne prekinitve uporabnikov. Storitve varnostnega kopiranja se samodejno zaženejo v količini, ki je potrebna za zagotavljanje določene tolerance napak; V realnem času se aktivna storitev replicira na rezervne.
6. Način porazdelitve obremenitve, ki ga lahko uporabite za povečanje zmogljivosti sistema kot celote ali uporabite nov način »varčevanja s pomnilnikom«, ki vam omogoča delo »z omejenim pomnilnikom« v primerih, ko je uporabljena konfiguracija »všeč požreti spomin."

Delujoč strežnik
Moj strežnik je preprost, skupaj 2 Gb RAM-a in na njem bosta samo 2 bazi podatkov, zato ga bom konfiguriral takole:

Parameter Število informacijske varnosti na proces sem nastavil na 1, tj. Želim, da vsaka informacijska varnost vodi svoj proces - to bo zmanjšalo medsebojni vpliv tako v smislu zanesljivosti kot učinkovitosti. Konfigurirate ga glede na značilnosti vašega strežnika!

Informacijska baza
Dodajam IB:

V zaganjalniku lulanje baze podatkov:

Zahteve za dodelitev funkcionalnosti
Tega nisem nastavil sam, vendar mislim, da bi moral povedati o tem:
Upravljanje gruče pomeni, da skrbnik določi sestavo računalnikov (delovnih strežnikov), na katerih je gruča. Poleg tega (če je potrebno) lahko določi "zahteve" zanje: katere storitve in povezave z informacijskimi bazami naj tečejo na posameznem delujočem strežniku. Upravljalniki gruče in delovni procesi se samodejno zaženejo na podlagi dodeljenih "zahtev". »Zahteve« za produkcijske strežnike je mogoče določiti interaktivno, iz skrbniške konzole gruče, ali programsko, iz vgrajenega jezika.
Torej na prenosnem računalniku z varnostnim ključem, da ne bi zagnali uporabnikov na strežniku gruče, morate dodati »zahteve« za objekt zahteve »Povezava odjemalca z varnostjo informacij« - »Ne dodeli«, tj. zavrni delavske procese tega strežnika obravnavati povezave strank. Še bolj zanimiva je možnost izvajanja »samo opravil v ozadju« na produkcijskem strežniku gruče brez uporabniških sej. Tako lahko zelo obremenjena opravila (kodo) premaknete na ločen stroj. Poleg tega lahko na enem računalniku zaženete eno nalogo v ozadju »zapiranje meseca« preko »Dodatna vrednost parametra«, na drugem pa nalogo v ozadju »Posodobitev indeksa celotnega besedila«. Pojasnitev se izvede z navedbo "Vrednost dodatnega parametra". Če na primer podate BackgroundJob.CommonModule kot vrednost, lahko omejite delo delujočega strežnika v gruči samo na opravila v ozadju s poljubno vsebino. Vrednost BackgroundJob.CommonModule..- bo označevala specifično kodo.

Varnostni profili
Varnostni profili služijo prepovedi aplikacijski rešitvi izvajanja dejanj, ki bi lahko bila potencialno nevarna za delovanje strežniške gruče.
Skrbnik gruče lahko dodeli katero koli informacijsko bazo enega od varnostnih profilov, ki obstajajo v gruči. In potem bo potencialno nevarna funkcionalnost aplikacijske rešitve omejena znotraj omejitev, opisanih v tem profilu.

Ko je varnostni profil ustvarjen, privzeto prepoveduje vsa potencialno nevarna dejanja:
- pritožba na datotečni sistem strežniki;
- zagon COM objektov;
-uporaba zunanjih komponent 1C:Enterprise;
-kosilo zunanje zdravljenje in poročila;
-zagon aplikacij nameščenih na strežniku;
- dostop do internetnih virov.
Tako se zaščitite pred neželenimi dejanji neznane aplikacijske rešitve zelo preprosto: ustvariti morate prazen varnostni profil in ga dodeliti informacijski bazi. Poleg tega lahko ta profil po potrebi razširite tako, da v njem opišete dejanja, ki jih lahko izvaja aplikacijska rešitev.

Lokacija storitvenih datotek upravitelja gruč v 1C Enterprise 8.3
Če pri namestitvi sistema! "1C:Enterprise" je izbral možnost zagona strežnika "1C:Enterprise" kot storitev, potem bo prvi zagon strežniškega agenta izveden med postopkom namestitve sistema. V tem primeru bo storitev zagnana v imenu uporabnika, izbranega v pogovornem oknu za namestitev sistema, vendar bodo storitvene datoteke strežniške gruče v imeniku<каталог установки системы 1С:Предприятие>\srvinfo (ključ za zagon -d bo izrecno naveden v parametrih storitve).

Če ste pri namestitvi sistema 1C:Enterprise izbrali možnost zagona strežnika kot aplikacije, se strežnik med namestitvijo sistema ne zažene; Strežniškega agenta je treba zagnati neodvisno po končani namestitvi sistema. Poleg tega, če zagonsko stikalo -d ni navedeno, bodo storitvene datoteke strežniške gruče v privzetem imeniku: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 za Windows Vista in starejše) .

POZOR!Če je na tem osrednjem strežniku že ustvarjena gruča, potem morate pri spreminjanju možnosti zagona strežniškega agenta (storitev, aplikacija) ali pri menjavi uporabnika, v imenu katerega teče strežniški agent, vedno paziti na pravilno podajanje poti v imenik servisnih datotek strežniške gruče. Če agent strežnika med zagonom ne najde seznama gruč, bo ustvaril novo gručo na tem strežniku.
IN operacijski sistem Storitvene datoteke gruče strežnikov Linux se bodo nahajale v mapi /home/usrlcv8/.lcv8/lC/lcv8 (ali skrajšana različica je ~/.1cv8/1C/1cv8).