1C 8.3 -palvelinkonsoli ei käynnisty. 1C Enterprise -palvelimien hallinta. Olemassa olevan tietokannan lisääminen tietokantojen luetteloon 1C:Enterprise-käynnistysikkunassa

1C-palvelimen hallintakonsoli tai 1C-palvelimen hallintakonsoli tai 1C-palvelinklusterikonsoli on 1C Enterprise 8.3:een sisältyvä apuohjelma, jota tarvitaan:

Istunnon hallinta;
Tietokantaluettelon hallinta;
1C-klustereiden luominen vikasietoiseen arkkitehtuuriin ja skaalautumiseen;
Joustava työprosessien konfigurointi;
Resurssien kulutuksen rajoitukset;
Toimivien palvelimien suorittamien tehtävien erottaminen (yksittäisten palvelujen siirtämiseksi eri toimiville palvelimille);
Turvaprofiilien hallinta.

Tietokantojen hallinta klusterikonsolissa

Asiakas-palvelin-arkkitehtuurissa työskennellessä käyttäjät todennäköisesti tavalla tai toisella kohtaavat palvelimen hallintakonsolin, ainakin kun he lisäävät uuden tietokannan tietokantaluetteloon. Voit lisätä uuden tietokannan napsauttamalla hiiren kakkospainikkeella tietokantoja ja valitsemalla "Luo".

Ikkuna avautuu.

Tässä ikkunassa täytetään asetukset DBMS:ään yhdistämiseksi, ja jos se puuttuu, voit käyttää vaihtoehtoa "Luo tietokanta, jos sitä ei ole". Loput asetukset voidaan jättää oletusasetuksiksi.

Voit myös avata saman asetusikkunan jo luodulle tietokannalle, jota varten sinun tulee klikata tietokantaa hiiren oikealla painikkeella ja valita "Ominaisuudet"-valikkokohta.

Täällä voimme asettaa eston istuntojen alkamiselle (asettaa lohkon tietylle ajanjaksolle). Kun lukko on paikallaan, mikään istunto ei pysty muodostamaan yhteyttä tietokantaan.

Voit asettaa tietyn viestin, jonka käyttäjä näkee muodostaessaan yhteyden.

Tätä vaihtoehtoa voidaan käyttää esimerkiksi suoritettaessa tietokannan rutiinihuoltoa (yleensä tietokannan päivitys). Mutta kun järjestelmänvalvojien on kirjauduttava tietokantaan istunnonestolla, sinun on käytettävä "Lupakoodi" -vaihtoehtoa. Kun koodi on määritetty, on tulevaisuudessa mahdollista työskennellä tietokannan kanssa sen avulla. Laitetaan esimerkiksi laajennuskoodiksi 123, jotta voimme päästä tietokantaan myöhemmin. Parametria on käytettävä lupakoodin kanssa /UC.

Estoparametri on mielivaltainen parametri, jota voidaan käyttää ohjelmakoodissa. Lukitus tapahtuu toimintoa käytettäessä GetSessionLock().

Rutiinitehtävien estäminen on käytössä - tämä tarkoittaa, että rutiinitehtäviä ei suoriteta tietokannassamme.

Käsitellyt vaihtoehdot ovat yleisimmin käytettyjä. Loput ovat käytössä hyvin harvoin, ja tietoa niistä voi lukea ITS:stä.

Työskentely hallintakonsoliistuntojen kanssa

Hallintakonsolissa voit hallita tietyn tietokannan yhdistettyjä istuntoja sekä tietyn klusterin yleisiä istuntoja.

Istuntoikkuna näyttää tältä:

Tästä ikkunasta saat suuren määrän tietoa alkaen siitä, mistä käyttäjästä tämä istunto on, ja päättyen istunnon muistinkulutustietoihin, sekä kuinka paljon DBMS-tietoja vastaanotettiin, kuinka paljon prosessoriaikaa kului ja paljon muuta. .

Täällä voit myös lopettaa istunnot (alkaen alustaversiosta 1C:Enterprise 8.3 (8.3.13) ja asettaa viestin tekstin, jonka käyttäjä näkee sulkiessaan 1C ohuen asiakkaan.

Suojausprofiilien avulla voit määrittää, mitkä moduulit voidaan laajentaa laajennuksilla, rajoittaa laajennuksia tiettyihin konfigurointimoduuleihin, rajoittaa pääsyä tiedostojärjestelmään sovelluskoodista, rajoittaa pääsyä COM-objekteihin, ulkoisiin komponentteihin, kolmannen osapuolen sovelluksiin jne.

Työnkulut (klusterointi)

1C 8.2 -alustalla oli mahdollista luoda manuaalisesti sovelluspalvelintyöprosessit (rphost worker -prosessi). 8.3:ssa työntekijäprosessit luodaan ragentilla. Samanaikaisesti käynnissä olevien prosessien määrää voidaan ohjata epäsuorasti toimivien palvelimien asetusten kautta.

Oletusasetuksia käytettäessä yhtä rphostia käytetään 8 tietokannassa tai 128 yhteydessä. Jos sinulla on 32-bittinen käyttöjärjestelmä (eli RAM-muistin kulutuksella on rajoituksia prosessia kohti), on suositeltavaa muuttaa näitä arvoja, esimerkiksi asettaa yksi kanta prosessia kohti ja vähentää yhteyksien määrää. Optimaalinen yhteyksien määrä valitaan empiirisesti ja riippuu pitkälti tietystä kokoonpanosta ja taustatöiden määrästä.

Koska tarkastelemme työnkulkujen ominaisuuksia, on syytä mainita muut asetukset:

Arvo tavuina (käytettävissä kaikissa tämän työntekijäpalvelimen klusterityön prosesseissa).

-1 – ei rajoituksia;
0 – määritetty automaattisesti 80 %:ksi palvelimen RAM-muistista.

Turvallinen muistin kulutus puhelua kohden arvo tavuina.

Voi ottaa arvon -1 - 9 223 372 036 854 775 807:

-1 – mikä tahansa palvelinkutsu katsotaan vaaralliseksi, jos työprosessin enimmäismuistikapasiteetti saavutetaan palvelinkutsun aikana;
0 – tilavuusarvo määritetään automaattisesti 5 %:ksi tietyn toimivan palvelimen työprosessien enimmäismuistikapasiteetista.

Jos puhelun aikana muistin määrä ylittää parametrin Turvallinen muistin kulutus puhelua kohden, ja kaikkien rphost-prosessien muistin kokonaiskulutus on ylittänyt asetetun arvon Työprosessien enimmäismuistikapasiteetti, tällainen puhelu keskeytyy.

Työprosessimuistin määrä, johon asti palvelinta pidetään tuottavana, tavuissa mitattuna. Arvo 0 tarkoittaa, että rajaa ei ole asetettu. Kaikkien tämän työntekijäpalvelimen työprosessien käyttämä muistin kokonaismäärä, jonka saavuttaessa uusia yhteyksiä ei enää osoiteta tälle työntekijäpalvelimelle.

Lippu kunkin palvelun johtaja tarkoittaa, että jokaiselle palvelulle osoitetaan erillinen klusterinhallinnan esiintymä (rmngr-prosessi). Luettelo klusterissa suoritettavista palveluista:

Lippu Keskuspalvelin tarkoittaa, että tämä palvelin pystyy muodostamaan yhteyksiä ja synkronoimaan klusterin rekisterin.

Työnkulkuasetuksia voi käyttää vain CORP-lisenssejä käytettäessä! Jos sinulla on PRO-lisenssi, asetukset ovat käytettävissä, mutta sinulla ei ole oikeuksia käyttää niitä.

Palvelinten yhdistäminen klusteriksi

1C-palvelimet voidaan yhdistää klusteriksi skaalautuvuuden (kuormituksen jakautumisen) ja vikasietoisuuden ongelmien ratkaisemiseksi. Palvelimet on helppo yhdistää klusteriksi, sinun tarvitsee vain luoda toimiva palvelin.

Jos "keskuspalvelin" -vaihtoehtoa ei ole asennettu uudelle palvelimelle, tällaisen palvelimen katsotaan toimivan eikä se voi hyväksyä istuntoyhteyksiä. Tätä palvelinvuorovaikutuksen arkkitehtuuria käytetään skaalautumiseen, sillä se ei voi olla vikasietoinen, koska sitä varten on oltava keskuspalvelimia ja vikasietoisuus on määriteltävä klusterin ominaisuuksissa.

Vikasietotasoksi asetetaan keskuspalvelimien määrä -1.

Asetusikkunassa voit myös asettaa rajoituksia resurssien kulutukselle työntekijäprosessia kohti (rphost). Asetukset asetetaan koko klusterille.

Uudelleenkäynnistysväli– aikaväli sekunneissa, jonka jälkeen työnkulku käynnistetään uudelleen. Lähtölaskenta alkaa siitä hetkestä, kun tämä vaihtoehto on asennettu.

Sallittu muistin koko Tulisi perustaa sillä perusteella, että jos indikaattorin ylityksen ehto laukeaa, käynnistetään toinen samankokoinen rphost-prosessi, ts. ajankohtana meillä on kaksi prosessia, kunnes yhteydet vanhasta vaihdetaan uuteen.

Aikaväli sallitun muistimäärän ylittämiselle– aikaväli sekunteina, jonka aikana parametrissa asetettu muistin kulutus on sallittu Sallittu muistin koko.

Aikaväli sallitun muistimäärän ylittämiselle. Jos Server Error Count Tolerance -ominaisuuden arvo on 0, virhemäärän varianssitarkistusta ei suoriteta. Tälle ominaisuudelle asetetusta arvosta riippumatta työnkulku, joka tekee enintään yhden virheen 100 pyyntöä kohden, katsotaan toimivaksi normaalisti, eikä sitä pidetä ongelmallisena. Katsotaanpa esimerkkiä Tolerable deviation in the number of server errors -ominaisuuden toiminnasta. Oletetaan, että 100 pyynnöstä kirjataan keskimäärin 2 virhettä viimeisen 5 minuutin aikana. Jos Palvelinvirheiden lukumäärän sallittu poikkeama -ominaisuuden arvo on 50, niin työnkulkua, jossa yli 3 virhettä tallennetaan 100 pyyntöä kohti, pidetään ongelmallisena.

Prosessit käynnistetään uudelleen "pehmeästi":

Uusi rphost-prosessi aloitetaan;
Vanha rphost-prosessi lopetetaan, mutta sitä ei lopeteta;
Yhteydet osoitetaan äskettäin luodulle rphost-prosessille, joka on heti täysin toimintavalmis;
Vanha prosessi tukee sen olemassa olevia pyyntöjä. Jo määritettyjä puheluita tuetaan parametrissa määritetyn ajan "Pysäytä prosessit, jotka sammutetaan tämän jälkeen" sekuntia

Kun yhdistämme useita palvelimia klusteriksi, voimme siirtää tietyt palvelut eri palvelimille. Voimme esimerkiksi siirtää taustatöiden työn erilliseen palvelimeen tai luoda lisensointipalvelimen (palvelin, joka jakaa asiakaslisenssit). Täydellinen luettelo palveluista, joita palvelin suorittaa ja jotka voidaan määrittää uudelleen:

Palvelun määrittäminen tietylle tuotantopalvelimelle tapahtuu toiminnallisuusmääritysvaatimusten kautta.

Artikkelissa käsiteltiin hallintakonsolin pääominaisuuksia, mutta tämä aihe on erittäin laaja ja kattavat tiedot hallintatyökalun erityisistä toiminnoista löytyvät ITS:stä.

Hei rakkaat lukijat.

Tänään puhumme rahastoista Palvelimen hallinta 1C:Enterprise.

1C:Enterprise tukee seuraavia:
Asiakas - palvelinversio työstä
Työn tiedostoversio

Kun työskentelet asiakas-palvelin-tilassa, käytetään kolmitasoista arkkitehtuuria käyttämällä 1C:Enterprise-palvelinklusteria, jonka kautta kommunikoidaan 1C:Enterprisen asiakasosan ja DBMS:n välillä.

Palvelimella 1C ei ole omaa käyttöliittymää, sillä sen ohjaamiseen voidaan käyttää erilaisia työkaluja Asiakas-palvelin -hallintaohjelma, se voidaan asentaa osoitteeseen .

Apuohjelma palvelimen hallinta 1C:Enterprise tai 1C palvelinkonsoli

1C-palvelinkonsolin päätehtävät:

Tuotantopalvelimien luominen, poistaminen ja muuttaminen;
Ylläpitäjien luominen;
Klusterityöntekijöiden prosessien luominen ja poistaminen;
Tietoturvan luominen ja poistaminen
istunnon pakotettu lopettaminen;
Uusien yhteyksien estäminen.

Tarkastellaan lyhyesti 1C-palvelinten hallintakonsolin pääkohtia:

Luo Central 1C -palvelin

Vastaanottaja lisää uusi keskuspalvelin 1C:Enterprise 8.2:ssa käytämme kontekstivalikkoa korostamalla ensin rivi Central 1C -palvelimet

Näyttöön tulee ikkuna, johon sinun on syötettävä 1C-palvelimen nimi tai sen IP-osoite.

1C-palvelimen ylläpitäjien luominen

SISÄÄN sivukonttorit Ylläpitäjät palvelimen ylläpitäjät lisätään. Järjestelmänvalvojilla on oikeudet hallita vain omaa palvelinta, sinun ei tarvitse olla järjestelmänvalvoja klusterin hallintaan. Jos järjestelmänvalvojaa ei ole lisätty, kaikki sisäänkirjautuvat voivat hallita palvelinta.

1C-klusterin työnkulkujen luominen

Toimivat palvelimet Täällä työprosesseja lisätään ja poistetaan, jolloin voit vaikuttaa käyttäjäistuntojen suorituskykyyn jakamalla ne työntekijöiden prosesseihin.

Jos tarkastelet prosessin ominaisuuksia, näet seuraavan:
Esitys: näytetään numero 1000 asti, oletusarvo on 1000. Uusia istuntoja liitetään prosessiin, jolla on suurin suorituskyky ja joka N minuutti järjestelmä itse tarkastelee suorittimen todellista kuormitusta ja järjestää suoritusluvun uudelleen.
Ominaisuus käytössä: tässä prosessin aktiivisuutta seurataan ja se voi saada seuraavat arvot: Käytä, Älä käytä, Käytä varmuuskopiona

Tietoturvan luominen ja poistaminen

Langassa Tietokannat yhdistetyt tietokannat ovat näkyvissä, on mahdollista poistaa tietokanta tai luoda uusi.
Jos tarkastelemme tietokannan ominaisuuksia, näemme seuraavan:

Istunnon aloituksen esto on käytössä– kieltää yhteyden muodostamisen tähän tietokantaan.
Viesti– annetaan, kun yritetään liittyä estettynä.
Lupakoodi– mahdollistaa yhteyden muodostamisen, kun yhteydet on estetty.

1C-käyttäjäistunnon lopettaminen

Yleisesti Istunnon haara voit tarkastella koko klusterin istuntojen luetteloa nähdäksesi erillisen tietokannan istunnot, sinun on valittava haluamasi tietoturva ja tarkasteltava sen istuntoja.

Useimmissa tapauksissa 1C:Enterprise 8.x:n asentamiseksi asiakaspalvelinversioon riittää 1C:Enterprise 8.x -asennusohjelman suorittaminen. Tässä tapauksessa 1C:Enterprise-palvelin vastaanottaa sen normaalin toiminnan edellyttämät vakioparametriarvot.

Katsotaanpa 1C:Enterprise-palvelimen asennusta yksityiskohtaisemmin. 1C:Enterprise 8.x -palvelimen asennuksen aikana 1C:Enterprise 8.x -asennusohjelma suorittaa seuraavat toimet:

* Kopioi 1C:Enterprise-palvelimen käynnistysmoduulit hakemistoon, jonka 1C:Enterprise-asennusohjelma määrittää lopulliseksi kansioksi.
* Jos "Luo käyttäjä USR1CV81" on valittu asennuksen aikana, luodaan käyttäjä USR1CV81. 1C:Enterprise 8.1 -palvelin toimii tämän käyttäjän puolesta, jos se käynnistetään palveluna. Sillä on pääsy vain niihin resursseihin, joita 1C:Enterprise-palvelin tarvitsee. On tärkeää, että 1C:Enterprise-palvelin vaatii toimiakseen kaksi hakemistoa: yleisen hakemiston palvelintiedoilla (yleensä "C:\Program Files\1cv81\server") ja väliaikaisten tiedostojen hakemiston (yleensä "C:\Documents and Settings"). \usr1cv81\Local Settings \Temp" tai "C:\WINNT\Temp"). Käyttäjä USR1CV81 saa oikeudet jaettuun hakemistoon palvelintietojen kanssa. Väliaikaisten tiedostojen hakemisto on yleensä kaikkien käyttäjien käytettävissä.
* Jos asennuksen aikana "Asenna 1C:Enterprise 8.1 -palvelin Windows-palveluna" on käytössä, se rekisteröi 1C:Enterprise-palvelinagenttipalvelun Windowsissa ja käynnistää sen. Ensimmäisellä käynnistyksellä luodaan 1C:Enterprise-palvelimien klusteri oletusasetuksilla. Siinä on yksi työntekijäpalvelin ja yksi työprosessi. Toimivan palvelimen osoite vastaa sen tietokoneen nimeä, johon asennus suoritettiin.

USR1CV81 tai USR1CV82 käyttäjä ja hänen oikeutensa

1C:Enterprise Server on palvelinsovellus, jonka toiminnan ei pitäisi riippua siitä, mikä käyttäjä on kirjautunut palvelintietokoneelle interaktiivisessa tilassa, jos joku on kirjautunut sisään. Siksi, kun asennat 1C:Enterprise-palvelinta, on suositeltavaa luoda erityinen käyttäjä USR1CV81, jolla on 1C:Enterprise-palvelimelle vaadittavat vähimmäisoikeudet ja jota ei ole tarkoitettu interaktiiviseen kirjautumiseen. Käyttäjä USR1CV81 esittää 1C:Enterprise-palvelimen Windows-järjestelmälle.

Katsotaanpa tarkemmin käyttäjälle USR1CV81 asetettuja oikeuksia. 1C:Enterprise-palvelin käyttää seuraavia hakemistoja:

* Latausmoduulien hakemisto sijaitsee hakemistossa, jonka 1C:Enterprise-asennusohjelma määrittää lopulliseksi kansioksi. Se sisältää 1C:Enterprise-palvelimen latausmoduulit. Käyttäjä USR1CV81 vaatii oikeudet lukea tietoja ja suorittaa ohjelmia tästä hakemistosta ja sen alihakemistoista. Se saa nämä oikeudet implisiittisesti kuulumalla Käyttäjät-ryhmään.
* Palvelimen tietohakemiston nimi on yleensä "C:\Program Files\1cv81\server". Käyttäjä USR1CV81 vaatii täydet oikeudet tähän hakemistoon. Luodessaan käyttäjää USR1CV81, 1C:Enterprise-asennusohjelma antaa hänelle oikeudet tähän hakemistoon.
* Väliaikaisten tiedostojen hakemiston nimi on yleensä "C:\Documents and Settings\usr1cv81\Local Settings\Temp" tai "C:\WINNT\Temp", joka määräytyy käyttäjän ympäristömuuttujan TEMP tai järjestelmäympäristön TEMP arvon perusteella. muuttuja. Voit tarkastella tämän muuttujan arvoa Järjestelmän ominaisuudet -valintaikkunassa (Käynnistä -> Asetukset -> Ohjauspaneeli -> Järjestelmä -> Lisäasetukset -> Ympäristömuuttujat). 1C:Enterprise-asennusohjelma antaa käyttäjälle USR1CV81 täydet oikeudet tähän hakemistoon. Yleensä Windowsia asennettaessa tilapäisten tiedostojen hakemisto on kaikkien käyttäjien käytettävissä sisällyttämällä CREATOR OWNER -ryhmän käyttöoikeusluetteloon. Tämä pääsy ei kuitenkaan ole täynnä. Erityisesti tiedostojen etsiminen tästä hakemistosta ei ole kaikkien käyttäjien käytettävissä. Asettamalla käyttäjälle USR1CV81 täydet oikeudet väliaikaisten tiedostojen hakemistoon, 1C:Enterprise-palvelin voi suorittaa kaikki tarvitsemansa toiminnot. Voit tarkastella käyttöoikeusluetteloa Suojaus-välilehden hakemiston ominaisuudet -valintaikkunassa. CREATOR OWNER -ryhmän läsnäolo antaa pääsyn hakemistoon kaikille käyttäjille, jotka luovat tiedostoja tässä hakemistossa tai omistavat tiedostoja tässä hakemistossa. Tässä tapauksessa luodun tiedoston käyttöoikeusluetteloon kirjoitetaan CREATOR OWNER -ryhmän sijaan tiedoston luonut käyttäjä. Käyttäjien joukossa, joilla on pääsy tähän hakemistoon, on oltava käyttäjä USR1CV81, jolla on täydet oikeudet tähän hakemistoon.
On tärkeää pitää mielessä, että tietyn käyttäjän tilapäisten tiedostojen hakemisto (mukaan lukien käyttäjä USR1CV81) määräytyy kyseisen käyttäjän ympäristömuuttujien ja järjestelmäympäristömuuttujien yhdistelmän perusteella. Tämän hakemiston selvittämiseksi 1C:Enterprise-asennusohjelma pyytää käyttäjäkontekstia USR1CV81. Tämän tekemiseen Windows 2000:ssa käyttäjä, jonka puolesta 1C:Enterprise-asennusohjelma käynnistetään, saattaa tarvita seuraavat oikeudet: Toimi osana käyttöjärjestelmää ja ohita läpikulkutarkistus. Voit tarkistaa käyttäjien oikeudet käyttämällä Local Sequrity Settings -apuohjelmaa kohdassa Paikalliset käytännöt -> User Rights Assignment -haarassa. Asentaessaan uutta ohjelmistoa asennusohjelma saa yleensä nämä oikeudet automaattisesti.

1C:Enterprise-palvelimen rekisteröiminen Windows-palveluna

1C:Enterprise Server on yksinkertainen Windows-konsolisovellus, joka voidaan käynnistää interaktiivisesti. Jatkuvassa käytössä tämä on kuitenkin hankalaa, koska se vaatii 1C:Enterprise-palvelimen käynnistämisen passiivisen käyttäjän kirjautumisesta palvelintietokoneeseen. Tämän riippuvuuden poistamiseksi 1C:Enterprise-palvelin voidaan käynnistää Windows-palveluna. Tätä varten se on rekisteröitävä Windowsin palveluhallintaan.

Voit tarkastella luetteloa Windows-palveluista ja niiden parametreista Component Services -apuohjelmalla (Käynnistä -> Asetukset -> Ohjauspaneeli -> Valvontatyökalut -> Palvelut). 1C:Enterprise-palvelinta edustaa palveluluettelossa palvelu "1C:Enterprise Server Agent 8.1". Palveluparametrit määrittävät 1C:Enterprise Server Agent -prosessin (ragent) käynnistämisen, käyttäjän, jonka nimellä se käynnistetään, ja uudelleenkäynnistystavan hätätilanteissa.

"1C:Enterprise 8.1 Server Agent" -palvelun Ominaisuudet-valintaikkunan Yleiset-välilehdellä näkyy rivi, jolla käynnistetään ragent-prosessi, joka on 1C:Enterprise Server Agent. Tyypillisesti tämä rivi näyttää tältä:

Siinä todetaan, että:

* Server Agent -prosessi on käynnistysmoduuli "C:\Program Files\1cv81\bin\ragent.exe";
* Ragent-prosessi toimii Windows-palveluna ja palvelunhallinnan (-srvc) tulee hallita sitä;
* käytetään 1C:Enterprise Server Agentina (-agentti);
* Kun palvelu käynnistetään ensimmäistä kertaa, on luotava klusteri oletusparametreilla ja pää-IP-portin numerolla 1541 (-regport 1541). Tätä porttia käyttämällä asiakassovellusten on muodostettava yhteys klusteriin rekisteröityihin tietokantoihin;
* Palvelinagentin IP-portin tulee olla numeroitu 1540 (-portti 1540). Tätä porttia käyttämällä klusterikonsolin on muodostettava yhteys keskuspalvelimeen hallinnollisten toimintojen suorittamiseksi.
* kun klusteriprosessit käynnistetään tällä palvelimella, niille osoitetaan dynaamisesti IP-portit välillä 1560-1591 (-alue 1560:1591).
* yleiset klusteritiedot sijaitsevat hakemistossa "C:\Program Files\1cv81\server" (-d "C:\Program Files\1cv81\server").

"1C:Enterprise 8.1 Server Agent" -palvelu voidaan lisätä tai poistaa paitsi 1C:Enterprise 8.1 -asennusohjelman asennuksen tai poistamisen yhteydessä, myös manuaalisesti. Voit tehdä tämän suorittamalla Ragent-apuohjelman komentoriviltä ja määrittämällä sopivat parametrit.

Palvelun luomiseksi sinun on määritettävä -instsrvc-parametri ja seuraavat parametrit: -usr - sen käyttäjän nimi, jonka nimellä palvelu käynnistetään, -pwd - tämän käyttäjän salasana. Tässä tapauksessa jäljellä olevista parametreista tulee 1C:Enterprise Server Agentin käynnistysrivin parametreja palveluna. Esimerkiksi 1C:Enterprise Server Agent -palvelun normaalia rekisteröintiä varten virheenkorjaustilassa parametrien tulee olla seuraavat:

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Salasana -regport 1541 -portti 1540 -alue 1560:1591 -d "C:\Program Files\1cv81\palvelin" - debug

Jos haluat poistaa palvelun, sinun on määritettävä -rmsrvc-parametri. Esimerkiksi:
"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

Joskus on hyödyllistä muuttaa palvelinagentin käynnistysriviä tai muita Agent-palvelun parametreja, esimerkiksi ottaa käyttöön virheenkorjaustila tai luoda useita palveluita eri versioista. Palvelun ominaisuudet -valintaikkunassa ei voi muokata palvelusovelluksen käynnistysriviä ja joitain muita parametreja, esimerkiksi palvelun tunnistetta. Muokkausta varten tarvitset regedit-apuohjelman, joka on suunniteltu tarkastelemaan ja muokkaamaan Windowsin järjestelmärekisteriä.

Huomio!
Windowsin järjestelmärekisterin muokkaaminen vaatii äärimmäistä varovaisuutta, koska siihen tehdyt virheelliset muutokset voivat tehdä käyttöjärjestelmän toimintakyvyttömäksi.

Suorita regedit-apuohjelma (avaa Käynnistä -> Suorita ja kirjoita regedit) ja valitse haara:

Sen parametrien joukossa on ImagePath-parametri, jonka arvo on 1C:Enterprise Server Agentin käynnistysmerkkijono. Täällä voit lisätä uusia käynnistysmerkkijonoparametreja tai muuttaa olemassa olevien arvoja. Täydellinen luettelo mahdollisista parametreista on kirjan "1C:Enterprise 8.1 Client-Server" dokumentaatiossa.

Jos sinun on rekisteröitävä useita itsenäisiä 1C:Enterprise Server Agent -palveluita, sinun on määritettävä niille erilaiset käynnistysmoduulit, erilaiset portit ja erilaiset klusteritietohakemistot. Sinun on myös rekisteröitävä ne eri palvelutunnisteilla. Tämä voidaan tehdä näin:

* Luo ensimmäinen palvelu:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -portti 1540 -alue 1560:1591 -d "C:\Program Files\1cv81\palvelin"

* Vaihda rekisteröidyn palvelun tunniste regedit-apuohjelmalla. Tee tämä seuraavasti: valitse haara
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First
* Luo toinen palvelu:
"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -portti 1640 -alue 1660:1691 -d "C:\Program Files\1cv81_10\palvelin"

* Ehkä hänen henkilöllisyystodistuksensa pitäisi myös vaihtaa. Tee tämä seuraavasti: valitse haara
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
ja muuta sen nimeksi esimerkiksi:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

Mitä 1C:Enterprise-asennusohjelma ei voi tehdä?

Kuten jo mainittiin, 1C:Enterprise-asennusohjelma kopioi 1C:Enterprise-käynnistysmoduulit ja suorittaa tarvittavan rekisteröinnin COM:ssa ja Windows-palvelunhallinnassa. Yllä olevat tiedot ovat välttämättömiä tämän rekisteröinnin sisäisten mekanismien ymmärtämiseksi. Jos palvelintietokoneeseen ei ole asennettu vain palvelinta, vaan myös 1C:Enterprisen asiakasosa, se on valmis toimimaan heti asennuksen (ja suojausavainten yhdistämisen) jälkeen.

Jotta 1C:Enterprise-palvelin olisi käytettävissä muista paikallisverkon tietokoneista, sinun on tarkistettava palvelimen ja asiakastietokoneiden verkkoasetukset sekä koko verkko. TCP/IP:tä käytetään tiedon siirtämiseen asiakassovellusten ja 1C:Enterprise-palvelimen välillä sekä palvelinklusteriprosessien välillä. 1C:Enterprisen toiminta asiakaspalvelinversiossa riippuu sen oikeasta kokoonpanosta.

1C:Enterprise-palvelinklusterin prosessit muodostavat yhteyden toisiinsa osoitteissa, jotka on määritetty "Tietokone"-ominaisuuden arvoiksi toimivien palvelimien ominaisuusikkunassa. Klusteri edellyttää, että Computer-ominaisuuden arvo on joko IP-osoite pistemerkinnällä tai symbolinen osoite, josta IP-osoite voidaan määrittää käyttämällä TCP API:ssa määritettyä gethostbyname-funktiota. IP-osoite määritetään joko paikallisen symbolisten osoitteiden taulukon (C:\WINNT\system32\drivers\etc\hosts) tai käytettävissä olevien DNS-palvelimien osoitetaulukoiden perusteella. Jos toimivan palvelimen symbolinen osoite ei määritä sen IP-osoitetta tai määrittää sen väärin (esimerkiksi IP-osoite ei vastaa tämän tietokoneen todellista IP-osoitetta), klusteri ei toimi. On tärkeää, että Windowsissa määritetyt tietokoneiden nimet ja niiden osoitteet kussakin klusterin toimivassa palvelimessa eivät ole ristiriidassa DNS:n nimien kanssa.

Kussakin toimivassa palvelimessa klusteriprosessit käyttävät seuraavia portteja: toimivan palvelimen IP-portti (yleensä 1540); IP-portit työnkulun IP-porttialueilta (yleensä 1560-1591). Lisäksi klusterin keskuspalvelin käyttää klusterin porttia (yleensä 1541). Jos järjestelmä käyttää palomuuria, tiedonsiirto näissä porteissa on sallittava. Sen sijaan, että sallit portit yllä olevasta luettelosta, voit sallia tiedonsiirron klusteriprosesseihin (ragent, rmngr, rphost).

Yhteys 1C:Enterprise-asiakassovelluksen ja palvelimen välillä suoritetaan kahdessa vaiheessa. Se muodostaa ensin yhteyden klusterin hallintaan. Tämä käyttää keskuspalvelimen osoitetta (symbolista tai numeerista) ja klusterin porttia (yleensä 1541). Seuraavaksi asiakassovellus muodostaa yhteyden johonkin työntekijäprosessiin. Sen osoitteena käytetään vastaavan toimivan palvelimen "Tietokone"-ominaisuuden arvoa ja työprosessiporttia, joka valitaan toimivan palvelimen IP-porttien valikoimasta. Tiedonsiirto näihin portteihin on sallittava kaikissa palomuureissa reitillä asiakassovellustietokoneesta 1C:Enterprise-palvelinklusterin tietokoneisiin. Palvelinprosessien IP-osoite määritetään asiakastietokoneen gethostbyname-funktiolla. On tärkeää, että keskus- ja työpalvelinten nimet ja niiden osoitteet, jotka on määritetty Windowsissa kullakin klusterin palvelimilla, eivät ole ristiriidassa niiden nimien kanssa asiakastietokoneen käytettävissä olevassa DNS:ssä.

Ja viimeinen asia. Ilmeisesti, jotta 1C:Enterprise-palvelinta voidaan käyttää onnistuneesti muista tietokoneista, sen on oltava verkossa ja tarvittavat asetukset on tehtävä tätä varten. Verkkoon liittyminen ja asetustavat liittyvät Microsoft Windows -pohjaisten verkkojen hallintaan ja ne on kuvattu vastaavissa ohjeissa.

SQL-palvelimen asennuksen ominaisuudet

1C:Enterprise "asiakaspalvelin"-versiossa käyttää SQL-palvelinta tietojen tallentamiseen. Tässä tapauksessa vain 1C:Enterprise Server käyttää SQL-palvelinta. 1C: Yritysasiakkailla ei ole suoraa pääsyä SQL-palvelimeen. SQL-palvelimen asennus ja konfigurointi on kuvattu yksityiskohtaisesti Microsoft SQL Server -dokumentaatiossa. Jotta 1C:Enterprise Server toimisi onnistuneesti SQL-palvelimen kanssa, sinun on kiinnitettävä erityistä huomiota seuraaviin asetuksiin.

* Vaaditut SQL-palvelinkomponentit. Jotta SQL-palvelinta voidaan käyttää 1C:Enterprise Server -puolelta, Microsoft Data Access 2.6 tai uudempi komponentit on asennettava 1C:Enterprise Server -tietokoneeseen.
* Käyttäjän todennus SQL-palvelimella. SQL-palvelintietokantojen käyttöoikeudet määrittää käyttäjä, jonka puolesta tietokantoja käytetään. Käynnistä SQL Server Enterprise Manager -apuohjelma tietokoneelta, johon SQL-palvelin on asennettu, etsi Paikallinen solmu (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) ja avaa sen ominaisuudet. Suojaus-välilehdellä näet, että SQL-palvelin tukee kahta käyttäjän todennusmenetelmää: SQL Server ja Windows ja Windows vain. Windows-todennus antaa 1C:Enterprise Serverille mahdollisuuden käyttää SQL-palvelinta vain käyttäjän USR1CV81 puolesta, mikä ei salli pääsyoikeuksien eriyttämistä eri tietokantoihin, joita yksi 1C:Enterprise-palvelin palvelee. On suositeltavaa valita SQL Server- ja Windows-tila. Tässä tapauksessa pääsy tiettyyn tietokantaan suoritetaan sen käyttäjän puolesta, joka määritettiin SQL-palvelimen käyttäjäksi tätä tietokantaa luotaessa. On tärkeää, että tällä käyttäjällä ei ole vain täydet oikeudet tietokantatietokantaan, vaan myös oikeudet luoda tietokantoja SQL-palvelimella ja lukea päätietokantataulukoita.
* Verkkoprotokollat SQL-palvelimeen pääsyä varten. Jos 1C:Enterprise Server ja SQL-palvelin sijaitsevat eri tietokoneissa, sinun on määritettävä verkon käyttöprotokollat SQL-palvelimelle. Tämä voidaan tehdä käyttämällä SQL Server Client Network Utility -apuohjelmaa. Yleiset-välilehdellä voit valita luettelon verkkoprotokollista, joita käytetään SQL-palvelimen käyttämiseen. Nopein ja monipuolisin on käyttää TCP/IP-protokollaa. Muita protokollia käytettäessä tulee muistaa, että jotkin niistä, esimerkiksi Named Pipes, suorittavat lisätodennusta Windows-työkaluilla vaihtaessaan tietoja SQL-palvelimen kanssa. Tässä tapauksessa SQL-palvelimen kanssa työskentely onnistuneesti edellyttää, että käyttäjä USR1CV81 on rekisteröity tietokoneeseen SQL-palvelimen kanssa asianmukaisin oikeuksin. Tämän SQL-palvelimen pääsyprotokollaa voidaan muuttaa Alias-välilehdellä.

Artikkelin lisäksi

Ei ole epäilystäkään siitä, että MS SQL Server + 1C: Enterprise 8 -palvelimen yhdistelmä on markkinaraon suosituin ja useimmin käytetty yhdistelmä. Sen korkealaatuisen tuen vuoksi molempien tuotteiden ymmärtäminen on toivottavaa. Samaan aikaan käytännössä tukiasiantuntija yleensä joko on erikoistunut MS SQL Serverin hallintaan eikä tunne 1C: Enterprise 8 -palvelimen ominaisuuksia, tai päinvastoin, on erikoistunut 1C: Enterprise 8 -palvelimen hallintaan eikä ole tuntee MS SQL Serverin ominaisuudet.

Tämä artikkeli on kirjoitettu auttamaan sekä näitä että muita asiantuntijoita, ja se on suunniteltu säästämään aikaasi ja kiinnittämään huomiosi tärkeimpiin yksityiskohtiin, kun käytät näitä ohjelmistotuotteita yhdessä.

Jotta tiedot olisi helpompi ymmärtää, tarjotaan tapaustutkimuksia, huomautuksia ja vinkkejä (kursiivilla).

Kolmen linkin piiri

Kuten lukija saattaa jo tietää, tietokanta tarkasteltavana olevassa tapauksessa on kolmiportainen arkkitehtuuri:

Linkki 1: MS SQL Server DBMS. "Tallenna" ja ylläpitää tietokantaa ja suorittaa lopulta kaikenlaisia tietokantatoimintoja. Näin ollen tietokannan suorituskyky, tietojen lukemisen ja kirjoittamisen nopeus ja rinnakkaisuus määräytyvät suurelta osin MS SQL Serverin suorituskyvyn mukaan.

Linkki 2: Palvelin "1C: Enterprise 8". Toimii välittäjänä asiakkaiden (käyttäjien) ja MS SQL Serverin välisessä vuorovaikutuksessa. Kaikki asiakaspyynnöt lähetetään palvelimelle, joka "kääntää" ne MS SQL Serverin kyselykielelle, vastaanottaa näiden kyselyjen suorittamisen tulokset ja lähettää tulokset asiakkaalle.

Vain pieni osa toiminnoista suoritetaan 1C: Enterprise 8 -palvelintasolla käyttämättä MS SQL:ää - tämä on erityisesti niin kutsuttujen "hallittujen lukkojen" seuranta, "istuntoparametrien" lukeminen ja kirjoittaminen. Tällaisissa tapauksissa pääsyä DBMS:ään ei vaadita, koska näitä toimintoja ei suoriteta tietokantatietojen, vaan apupalvelintietojen avulla.

Linkki 3: "1C: Enterprise 8":n asiakasosa. Pääsee 1C: Enterprise 8 -palvelimeen, vastaanottaa siitä tuloksia (eli esimerkiksi tietonäytteitä) ja vastaa käyttöliittymästä.

"Halusin parasta."

1C: Enterprise 8 -palvelimen uudelleenasentamisen jälkeen käyttäjät valittavat suorituskyvyn jyrkästä laskusta. Uudelleenasennuksen suorittanut 1C: Enterprise -ohjelmistojen käyttöönottoasiantuntija on vain yllättynyt - he sanovat, että hän halusi parasta, järjestelmän olisi pitänyt alkaa toimia nopeammin... Tilanneanalyysi osoitti, että 1C: Enterprise 8 -palvelimelle oli varattu liikaa resursseja : se käsittelee (katso kohta 3) rphost käytti 15,5 Gt palvelimen 16 Gt RAM-muistista, minkä seurauksena yhteensopivalle MS SQL Serverille ei käytännössä ollut käytettävissä RAM-muistia.

Tuloksena on jatkuva "swap", tarpeeton levyalijärjestelmän kuormitus ja erittäin hidas tietokantatoimintojen suorittaminen - johtuen siitä, että MS SQL Serverillä ei ole aikaa käsitellä "ylikellotetusta" 1C: Enterprise 8:sta tulevia pyyntöjä. palvelin.

Tuotteen yhteensopivuus

Ajantasaiset tiedot MS SQL Serverin versioista, joita suositellaan käytettäväksi 1C: Enterprise 8:n kanssa, löydät tästä linkistä http://v8.1c.ru/requirements/.

Tätä artikkelia kirjoitettaessa 1C-kehittäjät suosittelevat seuraavia vaihtoehtoja:

1. SQL Server 2008 R2.

2. SQL Server 2008, vaatii Service Pack 1:n (SP1) asennuksen.

3. SQL Server 2005, vaatii Service Pack 3:n (SP3) asennuksen.

On teknisesti mahdollista, mutta ei suositeltavaa, käyttää MS SQL Server 2000:ta, se vaatii Service Pack 2:n (SP2) asennuksen, ja Service Pack 4:n (SP4) asentaminen on toivottavaa.

Huomaa, että tämä versio on tällä hetkellä vanhentunut, eikä siinä ole 64-bittistä versiota x86-64-arkkitehtuurille.

Huomautus:

Sinun on kiinnitettävä huomiota käyttöjärjestelmän asetuksiin: esimerkiksi M SQL Server 2008:n tehokkaan toiminnan varmistamiseksi Server 2008R2 OS -käyttöjärjestelmässä sinun on poistettava tasapainotetun virtalähteen tila käytöstä ja vaihdettava maksimaaliseen suorituskykytilaan.

"1C: Enterprise 8":n asiakaspalvelinversion asentaminen

"1C asennettu"

Yhdelle asiakkaalle 1C: Enterprise 8:n asennuksen suoritti järjestelmänvalvoja, jolla ei ollut kokemusta työskentelystä 1C: Enterprise 8:n kanssa. Ja vaikka hänen mukaansa hän "asensi 1C:n", käyttäjien tietokoneissa ei ollut asiakasosaa eikä palvelimella ollut palvelinosaa. Tilanteen analyysi selvensi kuvaa - 1C: Enterprise 8 -sarja sisälsi 2 levyä - alustan asennus ja tietokantamallien asennus. Järjestelmänvalvoja ei perehtynyt asennusprosessiin - ja asensi tietokantamalleja suoritettavien tiedostojen, alustakomponenttien sijaan.

Tämä on tietysti epätyypillinen esimerkki poikkeuksellisen välinpitämättömästä asenteesta työhön.

Kun asennat "1C: Enterprise 8", sinun tulee ottaa huomioon, että seuraavat asennetaan erikseen:

1C: Enterprise 8 -alusta on suoritettava sovellus, integroitu ympäristö tietokantojen kehittämiseen ja käyttöön. Kun käynnistät sen, valitset jommankumman kahdesta toimintatilasta - "Enterprise" (käyttäjätietokantakuori) tai "Configurator" (integroitu kehitysympäristö). Tarkempi kuvaus löytyy linkistä

"1C: Enterprise" -konfiguraatiomallit ovat alustan sisäisen muodon tiedosto, jonka avulla alusta voi luoda puhtaan tai demotietokannan mallin sisältämästä rakenteesta. Voit myös käyttää päivitysmallia päivittääksesi olemassa olevan tietokannan rakenteen, joka on jo täynnä tietoja.

Alustaa asennettaessa tulee kiinnittää huomiota komponenttien valintaan:

1C: Enterprise -komponenttia ei ehkä ole asennettu palvelimille.

Tässä tapauksessa palvelin tarjoaa asiakastietokoneille pääsyn 1C: Enterprise -tietokantoihin, mutta tietokannan käyttäminen käyttäjätilassa suoraan palvelimelta ei ole mahdollista.

Huomautus:

Alustan 64-bittinen versio ei sisällä asiakasosaa. Siksi palvelimelle asennettaessa 64-bittiset palvelinkomponentit asennetaan erikseen ja 32-bittiset asiakassovelluskomponentit asennetaan erikseen.

"1C Server: Enterprise" -komponentti tarvitaan yhteyden muodostamiseen MS SQL Serveriin - se on sovelluspalvelin, yhteyslinkki asiakastyöasemien alustan ja MS SQL Serverin välillä.

Komponentti on mahdollista asentaa yksinkertaisen sovelluksen tai järjestelmäpalvelun tilassa, ja tietysti toinen vaihtoehto on suositeltavaa.

Kun se asennetaan "palveluna", tämä komponentti käynnistetään ja suoritetaan valitun käyttäjän puolesta:

Latauksen jälkeen komponentti synnyttää useita prosesseja, kuten: "palvelinagentti", "palvelinklusterin hallinta", "palvelintyön prosessit".

Työntekijäprosessit suorittavat kyselyt tietokantaan, ja palvelinklusterin hallinta jakaa kuorman niiden välillä.

Palvelintyön prosesseja voidaan hallita (lisätä, poistaa, asettaa rajoituksia RAM-muistin käytölle, julistaa ensisijaiseksi tai varmuuskopioksi), jos 1C: Enterprise Server Administration -komponentti on asennettu.

Huomautus:

Palvelimen 32-bittiselle versiolle on suositeltavaa asentaa työprosessit sellaiseen määrään, että RAM-muistia ei jää käyttämättä - jokaisella niistä on huomattava rajoitus RAM-muistin käytölle, 2 - 4 Gt järjestelmästä riippuen kokoonpano.

Palvelimen 64-bittiselle versiolle riittää teoriassa kaksi työprosessia - yksi työntekijä ja yksi varmuuskopio. Käytännössä yhteyksien luotettavuuden ja vakauden varmistamiseksi merkittävälle (useita satoja) käyttäjiä tarvitaan kuitenkin suurempi määrä, se riippuu monista tekijöistä - käyttäjien määrästä, tietokannan sisällöstä ja käyttäjien määrästä. suoritettuja kyselyitä, joten kirjoittajat uskovat, että tässä tapauksessa prosessien määrä tulisi valita kokeellisesti.

"Ouroboros"

1C: Enterprise 8 -palvelinasetusten epäonnistuneen optimoinnin jälkeen käyttäjät ilmoittivat järjestelmän erittäin hitaasta toiminnasta, ja järjestelmänvalvoja havaitsi jatkuvan 100 %:n prosessorikuormituksen palvelimessa.

Tilanneanalyysi paljasti ongelman lähteen - konfiguroinnin aikana työprosessien RAM:n käytölle asetettiin liian pieni raja.

Mutta tosiasia on, että tämä rajoitus toimii seuraavasti:

Kun palvelinklusterin hallinta havaitsee, että työntekijäprosessi on ylittänyt RAM-rajoituksen, prosessi lopetetaan, se poistetaan käytöstä, uusi työntekijäprosessi luodaan ja yhteydet ja käyttäjäpyynnöt jaetaan uudelleen työprosessien välillä.

Raja oli niin pieni (300 Mt), että työprosessi ei pystynyt täysin palvelemaan edes yhtä intensiivistä käyttäjää - tämän seurauksena palvelinklusterin hallinta käynnisti jatkuvasti uudelleen työntekijöiden prosesseja ja liitti käyttäjiä uudelleen. Heti kun uusi prosessi luotiin ja käyttäjät liittyivät siihen, RAM-raja saavutettiin melkein välittömästi ja aiheutti seuraavan uudelleenkäynnistyksen. Tämä kesti 100 % prosessorin kuormituksesta.

"1C Server: Enterprise" -komponenttia ei tarvita asiakastyöasemissa, eikä se voi käynnistyä siellä, koska se edellyttää suojausavaimen fyysistä läsnäoloa.

Jos yhdistettyjen käyttäjien määrä on pieni (alle 50), sovelluspalvelin asennetaan yleensä samalle tietokoneelle, jossa MS SQL Server on käynnissä.

Järjestelmiin, joissa on paljon käyttäjiä ja/tai tietovirtoja, suositellaan erillistä asennusta sekä palvelinklusterin käyttöä.

"1C: Enterprise Server Administration" -komponentti voi olla hyödyllinen myös asiakkaille - esimerkiksi sen avulla voit nähdä luettelon tietokannoista, jotka on liitetty tiettyyn "1C: Enterprise" -palvelimeen.

On erittäin suositeltavaa asentaa se itse palvelimelle.

Pääsy

Huomautus:

Käyttöoikeuden varmistamiseen ei riitä, että käytät 1C: Enterprise -palvelimen hallintaapuohjelmaa, ja vielä enemmän, palvelimen läsnäolo "Verkkonaapurissa" ei riitä!

Jokaisen asiakkaan on kirjauduttava sisään palvelimelle asennettuun tietokantaan - vain tämä antaa 100 %:n varmuuden siitä, että pääsy on saatavilla.

1. Suojauskäytännöistä riippuen MS SQL Server käyttää Windows- tai MS SQL Server -tilin todennusta.

Jälkimmäisessä tapauksessa 1C: Enterprise -tietokantaa luotaessa järjestelmä pyytää MS SQL Server -tilin (esimerkiksi sa) kirjautumistunnusta ja salasanaa, ensimmäisessä tapauksessa kirjautumistunnus ja salasana tulee jättää tyhjiksi:

ja järjestelmäkäyttäjälle, jonka puolesta 1C: Enterprise -palvelin toimii, on annettava oikeudet MS SQL Serverissä, nimittäin:

täydet oikeudet tietokantaan, jossa tietokanta sijaitsee

pääsy päätietokantaan (julkinen rooli)

suositeltu - oikeudet luoda tietokanta, muuten jokainen uusi tietokanta on ensin luotava MS SQL Severillä ja vasta sitten yhdistettävä 1C: Enterprise -palvelimeen

suositellaan - oikeus poistaa tietokanta

Voit esimerkiksi määrittää kyseiselle käyttäjälle kiinteän roolin processadmin tai sysadmin.

Neuvoja.

Jos kaikki käyttäjät menettävät samanaikaisesti pääsyn toimivaan tietokantaan, sinun on tarkistettava MS SQL Serverin käyttäjien oikeudet ja roolit, mukaan lukien tietylle tietokannalle asetetut, eli käyttäjäkartoitus:

2. Palvelin 1C: Enterprise käyttää MS SQL Serveriä Microsoft Data Access -mekanismin kautta, joten sen komponentit on asennettava ja palvelimen 1C: Enterprise käyttäjällä (katso edellinen kappale) on oltava oikeudet suorittaa niitä.

3. Asiakkaiden ja palvelimen välistä viestintää tukee TCP-protokolla, joten on välttämätöntä, että molemmat osapuolet tukevat tätä protokollaa. Palvelimen nimen ja sen IP-osoitteen täsmäämisessä voi olla ongelmia esimerkiksi jos käytetään vertaisverkkoa. Tässä tapauksessa sinun tulee tallentaa vastaavuus tiedostoon [C:\WINDOWS\] system32\drivers\etc\hosts .

Neuvoja.

Jos verkko on vertaisverkko, varmista pysyvä yhteys palvelimeen luomalla verkkoasema, joka käyttää mitä tahansa tämän palvelimen kansioita.

4. Jos käytetään Named Pipes -protokollaa ja jos MS SQL Server ja 1C: Enterprise -palvelin on asennettu eri tietokoneisiin, käyttäjän, jonka puolesta 1C: Enterprise -palvelin toimii, on rekisteröidyttävä tietokoneen käyttäjien luetteloon. jossa MS SQL Server on käynnissä.

5. Joissakin tapauksissa Windowsin palomuurin lisämääritykset saattavat olla tarpeen, toisin sanoen poikkeuksien lisääminen.

6. Jotkut virustentorjuntaohjelmat voivat estää "ei-toivotun" verkkoliikenteen, joten saatat joutua lisäämään niiden poissulkemisluetteloon.

7. 1C: Enterprise 8 -alustan julkaisun on oltava täysin identtinen asiakkaalla ja palvelimella.

"Kaksoset"

"Yksi asiakkaista käytti kahta tietokantapalvelinta, joissa kussakin oli yksi toimiva tietokanta. Käyttäjät työskentelivät - kumpikin samanaikaisesti molempien tietokantojen kanssa. Tukipalvelu päivitti 1C: Enterprise 8 -alustan palvelimilla ja asiakkailla... Ja sitten alkoi kaataa valituksia in mahdottomuus muodostaa yhteys yhteen tai toiseen tietokantaan Tilanneanalyysi osoitti, että useat ihmiset tekivät päivityksen asiakkaille ja palvelimille, ja asennusasiantuntijat eivät tarkistaneet, että he asentavat samaa julkaisua alustan julkaisu yhdellä palvelimella - toisella, puolella asiakkaista - ensimmäinen näistä julkaisuista, toisella puolella - toisella. Kävi ilmi, että jokaisella käyttäjällä on pääsy vain yhteen tietokannoista.

Ongelman ratkaisemiseksi nopeasti jokaisen käyttäjän oli asennettava alustan molemmat julkaisut ja luotava erilliset pikakuvakkeet kirjautuakseen kuhunkin tietokantaan.

MS SQL Serverin ja tietokannan alkuasetukset

"Ja niin se toimii"

MS SQL Server erottuu yksinkertaisesta alkuasennuksestaan, joten kaikki järjestelmänvalvojat eivät vaivaudu sen lisäkonfigurointiin - oletusasennuksen jälkeen tietokanta toimii, käyttäjät ovat kirjautuneita - työ on tehty. Tämä lähestymistapa merkitsee lähes aina ongelmien ilmaantumista noin kuukauden tai kahden kuluttua - ja tietysti yhtäkkiä ja epämukavimmalla hetkellä.

Esimerkiksi, jos tietokanta on tarkoitettu kirjanpitoon, usein ennen veroilmoitusten jättämistä joudutaan kiireesti laskemaan uudelleen tietyt tiedot ja laskemaan uudelleen massaksi esimerkiksi "kaikki käyttöomaisuuden tulot vuoden alusta". Lisäksi työpäivän aikana keskeyttämättä muiden tietokannan käyttäjien työtä.

Ja tietysti juuri tällä hetkellä havaitaan, että tällaisen uudelleenlaskennan aikana tietokanta "jäätyy" tai "kaatuu" tai ei anna muiden käyttäjien työskennellä.

Tällainen "Murphyn laki" koskee jokaista seuraavista kohdista.

Ennen kuin alat käyttää MS SQL Serveriä DBMS:nä 1C: Enterpriselle, on suositeltavaa:

1. Aseta maksimi yhdensuuntaisuusaste -parametrin arvoksi 1.

Tuo on:

Kun olet muodostanut yhteyden palvelimeen, syötä palvelimen ominaisuudet pikavalikon Ominaisuudet-kohdan kautta

valitse sitten Lisäasetukset-sivu ja muokkaa maksimisuuntaisuuden parametria

Muutoin jotkin 1C: Enterprise -palvelimen luomat kyselyt voivat aiheuttaa virheen "Kyselyn sisäinen rinnakkaisuus aiheutti palvelinkomennon (prosessitunnus #XX) lukkiutumisen. Suorita kysely uudelleen ilman kyselyn sisäistä rinnakkaisuutta käyttämällä kyselyvihjevaihtoehtoa (maxdop 1 )". Tämän virheen jälkeen asiakasosa kaatuu usein.

Virhe ei näy johdonmukaisesti, koska kyselysuunnitelma muodostuu eri tavalla kertyneistä tilastoista riippuen - se ilmenee suurissa ja monimutkaisissa kyselyissä, toisin sanoen valitettavaimmalla hetkellä.

2. Luo ylläpitosuunnitelma, joka pienentää tempdb:n väliaikaista taulukkotietokantaa iltaisin. 1C: Enterprise-palvelin ei aina tyhjennä väliaikaisten taulukoiden tietokantaa automaattisesti, ja joskus epäonnistuneen kirjoitetun kyselyn seurauksena voidaan luoda väliaikainen taulukko, jonka koko on esimerkiksi 50 Gt, eikä sitä tyhjennetä. Tämän seurauksena levytila saattaa loppua, minkä seurauksena sekä asiakas- että palvelinosat voivat kaatua, ja on myös pieni riski tietojen eheysrikkomuksesta.

Eli tarvitset:

mene MS SQL Management Studioon

Kun olet muodostanut yhteyden palvelimeen, laajenna "Ylläpitosuunnitelmat" -osio

luoda uusi (tai lisätä olemassa olevaan) palvelusuunnitelmaan,

lisää siihen kohde "Execute T-SQL Statement task" (koska et voi valita tempdb-tietokantaa tehtävässä "Shrink tietokanta") koodilla

1.KÄYTÄ
2.
3.MENE
4.
5. DBCC SHRINKFILE (N"tempdev" , 0, VAIN TYPISTÄ)
6.
7.MENE
8.
9.DBCC SHRINKFILE (N"templog" , 0, VAIN TYPISTÄ)
10.
11.MENE

Huomaa, että väliaikaisen taulukon tietokantatiedoston nimi ei välttämättä ole "tempdev". Voit tarkistaa tämän nimen komentosarjan avulla

1.KÄYTÄ tempdb
2.
3.MENE
4.
5.EXEC sp_helpfile
6.
7.MENE

"Kattila, älä keitä"

Käytännössä yleisin tapa täyttää tempdb ja siten kaataa palvelin on unohtaa määrittää ehto taulukoita liitettäessä.

Oletetaan nimittäin, että meillä on tietokannassa kaksi taulukkoa, joissa kummassakin on 20 tuhatta tietuetta. Oletetaan, että voimme luoda yksi-yhteen vastaavuuden heidän tietueidensa välille ja kirjoitamme kyselyn, joka luo väliaikaisen taulukon, joka sisältää 20 000 tietuetta kenttiä molemmista lähdetaulukoista. Mutta jos unohdamme määrittää liitosehdon, ensimmäisen taulukon jokainen tietue liitetään toisen taulukon jokaiseen tietueeseen! Eli tuloksena oleva taulukko koostuu 20'000 * 20'000 = 400 miljoonasta tietueesta. Ja niin edelleen.

3. Levyalijärjestelmän kuormituksen vähentämiseksi on suositeltavaa, jos mahdollista, jakaa toimiva tietokanta ja tempdb, lokit ja järjestelmän vaihtotiedosto eri fyysisille levyille.

On parempi asettaa haluttu polku toimivien tietokantatiedostojen tallentamiseen sitä luotaessa muokkaamalla Polku-saraketta:

Muuttaaksesi tilapäisten taulukkotietokantatiedostojen fyysistä sijaintia, käytä ALTER DATABASE -komentoa, eli MS SQL Management Studiossa sinun on suoritettava seuraava komentosarja ("New query" -komento)

1.KÄYTÄ isäntää
2.
3.MENE
4.
5.ALTER DATABASE tempdb
6.
7. MUOKKAA TIEDOSTOA (NIMI = tempdev, TIEDOSTONIMI = "Uusi_levy:\Uusi_hakemisto\tempdb.mdf")
8.
9.MENE
10.
11.ALTER DATABASE tempdb

12.
13. MUOKKAA TIEDOSTOT (NIMI = temploki, TIEDOSTONIMI = "Uusi_levy:\Uusi_hakemisto\templog.ldf")
14.
15.MENE

4. Toimivan tietokannan ja sen lokin "kasvua" ei saa estää - kokorajoitusta ei pitäisi olla, "Autogrowth"-ominaisuus tulee asettaa prosentteina, suositeltu arvo on 10%. Muuten tietojen lisääminen tietokantaan, palauttaminen arkistosta ja muut toiminnot voivat kestää kohtuuttoman kauan.

Aseta tämä ominaisuus siirtymällä tietokannan ominaisuuksiin kontekstivalikon kautta, valitsemalla Tiedostot-osio ja avaamalla tiedoston ominaisuuksien muokkaus:

5. On suositeltavaa ottaa TCP/IP-verkkoprotokollan tuki käyttöön MS SQL Serverissä ja poistaa kaikki muut käytöstä, muuten MS SQL Serverin ja 1C: Enterprise -palvelimen yhteinen toiminta ei ole yhtä vakaa.

6. Samassa paikassa - tyhjennä Alias-osio, koska sen asennus johtaa virheisiin MS SQL Serverin ja 1C: Enterprise -palvelimen välisessä vuorovaikutuksessa.

Ennen tietokannan käytön aloittamista on suositeltavaa:

1. Kun luot tietokannan kohteesta "1C: Enterprise", aseta "päivämääräsiirtymä" arvoon 2000, muuten yritys tallentaa päivämäärä, joka on aikaisempi kuin 1.1.1753 (mikä on mahdollista inhimillisistä syistä johtuen) aiheuttaa virheitä tietokanta.

Huomio! Päivämääräpoikkeamaa ei voi muuttaa olemassa olevan tietokannan osalta!

2. Aseta palautusmalliksi Yksinkertainen tai luo ylläpitosuunnitelma, joka luo päivittäisen varmuuskopion tietokannasta ja leikkaa tapahtumalokin (lokitiedoston). Muuten joidenkin toimintojen aikana tapahtumaloki (lokitiedosto) kasvaa erittäin nopeasti: esimerkiksi tietokannan uudelleenjärjestelyssä lokitiedoston koon kasvu voi olla useita kertoja suurempi kuin itse tietokannan koko.

3. Luo huoltosuunnitelma, joka suorittaa seuraavat rutiinitehtävät vähintään kerran viikossa:

Varmuuskopion luominen tietokannasta.

Päivitä tietokannan tilastot ja tyhjennä prosessivälimuisti (huomaa, että automaattisen päivitystilastojen ominaisuus ei tarkoita prosessivälimuistin tyhjentämistä).

Proseduurin välimuistin tyhjentäminen ei sisälly ylläpitosuunnitelmien vakiotoimintoihin, tämä vaihe on määritettävä seuraavan sisällön sisältävän komentosarjan (Execute T-SQL Statement) suorittamiseksi:

DBCC FREEPROCCACHE

Tietokantataulukoiden uudelleenindeksointi.

Tietysti on järkevää määrittää automaattinen sähköpostien lähettäminen tehtävien onnistumisesta/epäonnistumisesta.

Johtopäätös

Ongelmat, jotka useimmiten aiheuttavat vaikeuksia järjestelmänvalvojille ja 1C: Enterprise 8:n toteuttajille, otetaan huomioon MS SQL Serverin ja 1C: Enterprise 8:n asiakas-palvelin-version yhteiskäytön yhteydessä.

Kirjoittaja toivoo, että hän on peittänyt "kolikon molemmat puolet" melko johdonmukaisesti ja helposti lähestyttävällä tavalla.

P.S. Tee varmuuskopiot usein!

Eri syistä pääsy 1C:Enterprise-palvelimeen voi kadota, ja sitten kun yritämme käynnistää klusterikonsolin, näemme kehotteen syöttää todennustiedot, mutta emme voi tehdä mitään:

Emme keskustele tähän johtaneista syistä. Aloitetaan ongelman ratkaiseminen. Meidän on palautettava pääsy palvelimeen millä tahansa tavalla. Ei ole väliä, nollaammeko salasanan vai valitsemmeko todennustiedot.

Otetaan nopein reitti. Meillä on järjestelmänvalvojan oikeudet palvelimella, joten voimme tehdä sen vähimmällä vaivalla.

Ratkaisu

Ensinnäkin lopetetaan "1C:Enterprise 8.2 Server Agent" -palvelu. Voit tehdä tämän suorittamalla komentorivillä:

Sc stop" 1 C: Yritys 8 . 2 Palvelinagentti"

Sama voidaan tehdä graafisen apuohjelman "Palvelut" kautta:

Tiedostotietojen perusteella voidaan päätellä, että palvelimelle on lisätty "Adm"-järjestelmänvalvoja tietyllä salasanalla. Voimme joko korvata tiedot tarvitsemallamme käyttäjällä "oikealla" salasanalla tai poistaa merkinnän palvelimen ylläpitäjästä. Valitaan viimeinen menetelmä. Tältä tiedoston sisältö näyttää nyt:

Aloitetaan palvelinpalvelu. Kun seuraavan kerran käynnistät 1C:Enterprise-palvelinklusterikonsolin, ohjelma ei kysy todennustietoja.

Bottom line

Artikkelissa kuvataan menetelmä järjestelmänvalvojan tilin palauttamiseksi 1C:Enterprise 8.2 -palvelimelle. On syytä harkita, että järjestelmänvalvojan tilit voidaan lisätä jokaiseen tietokantaan erikseen. Katso tässä tapauksessa tiedostoa "1CV8Reg.lst", joka yleensä sijaitsee hakemistossa:

"C: Ohjelmatiedostot (x86) 1 cv82srvinforeg_1541"

jossa "reg_1541" on klusterin asetushakemisto, jonka hakemiston nimi riippuu sen asetuksista.

Tämä tiedosto tallentaa tietokannan asetukset sekä klusterin ylläpitäjien todennustiedot.

Kunkin IS:n todennusdata osuu yhteen tämän tietokannan käyttäjien vastaavien todennustietojen kanssa. Tietokannan ominaisuuksien avaamiseksi klusterissa tulee syöttää järjestelmänvalvojan oikeudet omaavan tietoturvakäyttäjän käyttäjätunnus ja salasana.

Nyt tiedät jo, mitä sinun tulee tehdä. Älä missään tapauksessa pidä kuvattua 1C:Enterprise-palvelimen järjestelmänvalvojan tilien nollausmenetelmää hakkerointina, koska ilman järjestelmänvalvojan oikeuksia mitään tällaista (palvelinpalvelun pysäyttäminen, palvelimen asetushakemiston käyttö jne.) ei voida tehdä.

Jos olet kiinnostunut, tässä on joitain artikkeleita aiheeseen liittyen, nimittäin 1C:Enterprise 8.2 -tietokannan käyttäjien salasanojen valinnasta/palauttamisesta:

"Mitä kevyempi salasana, sitä helpompi se on"
"Sisäänpääsy ilman kutsua"
"Tilien nollaus. Kirjoitamme yleisohjelmaa .NET Frameworkiin"

Tässä artikkelissa tutustumme palvelinklusterin hallintapalvelimeen ja erityisesti apuohjelmiin rac.exe Ja ras.exe, sekä ohjelmia deployka jonka avulla on mahdollista hallita 1C: Enterprise-palvelinklusteria komentoriviltä.

Perinteen mukaan suosittelen kaikkia, jotka ovat liian laiskoja lukemaan, katsomaan webinaarin tästä aiheesta

No, loput, tervetuloa leikkaukseen:

1. Yleistä tietoa

Hallitse 1C:Enterprise-palvelimien klusteria 8.3 se on mahdollista sekä käyttämällä 1C-palvelinten hallintakonsolia että komentoriviltä. Näihin tarkoituksiin se palvelee Palvelinklusterin hallintapalvelin, joka koostuu kahdesta apuohjelmasta: itse palvelimesta - ohjelmasta rac.exe ja komentorivin apuohjelmat rac.exe, joka käyttämällä aiemmin käynnissä olevaa ras-palvelinta antaa sinun suorittaa erilaisia toimintoja 1C:Enterprise-palvelinklusterin kanssa.

Voit lukea lisää tästä mekanismista alustan mukana toimitetusta kirjasta "Järjestelmänvalvojan opas". Client-server option" (tai vastaavasti ITS-verkkosivustolla).

Ja yleinen kaavio tämän linkin toiminnasta näyttää tältä:

Hallintapalvelimen on oltava sama versio, 1C:Enterprise-palvelinklusterin versiona ja voidaan yhdistää yhteen palvelinklusteriin samanaikaisesti jonkin verran hallintapalvelimia, mutta tietty hallintapalvelin voi kommunikoida vain yhden kanssa palvelinagentti.

Sekä hallintapalvelin että komentorivi-apuohjelma voivat toimia missä tahansa 1C:Enterprise-alustan tukemassa käyttöjärjestelmässä. Mutta tässä artikkelissa rajoitamme vain Windows-käyttöjärjestelmien perheeseen.

2. Hallintapalvelinkomponenttien asennus

Sekä itse palvelin että hallintaapuohjelma sisältyvät 1C:Enterprise-palvelinkomponentteihin. Vastaavasti 1C:Enterprise-palvelinagenttipalvelua käyttävässä tietokoneessa he pitäisi olla jo asennettu oletuksena.

Voit tarkistaa tämän siirtymällä hakemistoon, jossa on 1C:Enterprise-palvelintiedostot ja etsimällä siitä vastaavat apuohjelmat (mukavuussyistä tiedostot voidaan ryhmitellä tyypin mukaan).

Kirjoitin yksityiskohtaisesti 1C:Enterprise-palvelimen asentamisesta.

Hallintapalvelimen asentaminen tietokoneeseen, jossa olet aiemmin ei ollut 1C:Enterprise-palvelin on asennettu, sinun on suoritettava 1C-palvelimen asennuspaketti ja valittava kohde osaksi komponentteja "Palvelin 1C: Yritys 8".

Lisäksi, jos tämä komponentti valitaan, seuraavassa vaiheessa ohjattu asennustoiminto tarjoaa 1C:Enterprise-palvelimen asentamista Windows-palveluna. Tästä näkökulmasta tietysti pitäisi luopua poistamalla vastaava lippu.

Asennuksen jälkeen sinun on varmistettava, että kaikki tarvittavat komponentit ovat yllä kuvatulla tavalla.

3. Hallintapalvelimen käynnistäminen

Saat yksityiskohtaisia tietoja ras.exe-apuohjelmasta soittamalla apua suorittamalla komennon

Ohjeesta näet, että hallintapalvelin voi toimia kuten sovellustila, niin ja miten Windows-palvelu(parametri palvelua ). Voimme myös asettaa verkkoportin, jossa hallintapalvelin toimii (parametri portti , oletusporttia käytetään 1545 ), ja klusterin hallintatilassa tila on klusterin . Voit kutsua apua tähän tilaan komennolla:

rac-apuklusteri

Sitten näemme, että tämä tila määrittää argumenttina 1C:Enterprise-palvelinklusteriagentin osoitteen. Oletus on paikallinen isäntä: 1540.

Jos siis hallintapalvelin käynnistetään samassa koneessa, jossa 1C:Enterprise-palvelinagentti on käynnissä, riittää komennon suorittaminen

No, jos sinun on muodostettava yhteys palvelinagenttiin, joka toimii esimerkiksi tietokoneella, jolla on verkkonimi Palvelin1C, ja agentti toimii ei-standardissa portissa 2540 , komento on seuraava:

rac-klusterin palvelin1c:2540

4. Hallintapalvelimen käynnistäminen Windows-palveluna

Tietenkin, jotta hallintapalvelinta ei käynnistettäisi manuaalisesti joka kerta, se on tietysti kätevä käynnistää kerran Windows-palveluna. Mutta valitettavasti alustan kehittäjät eivät ottaneet käyttöön mahdollisuutta rekisteröidä vastaava palvelu automaattisesti järjestelmään, kuten esimerkiksi tehtiin. Palvelun lisäämiseen suositellaan järjestelmäapuohjelman käyttöä sc. Katsotaanpa tätä prosessia hieman yksityiskohtaisemmin.

Olkoon tämä paikallinen käyttäjä nimeltä USR1CV8_RAS ja salasana Passi 123

Register-ras.bat-tiedosto:

@kaiku pois rem %1 - 1C:Enterprisen täysi versionumero set SrvUserName=.\USR1CV8_RAS set SrvUserPwd="Pass123" set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="8%\cProgram"\"s 1 \bin\ras.exe\" cluster --service --port=% RASPort % % Agentin nimi % :% CtrlPort % " set Desctiption="1C:Enterprise 8.3 Remote Server" sc stop % SrvcName % sc delete % SrvcName % sc luo % SrvcName % binPath= % BinPath % start= auto obj= % SrvUserName % salasana= % SrvUserPwd % displayname= % Desctiption %

Tiedostossa ilmoitamme:

käyttäjätunnus ja salasana, joilla palvelu käynnistetään - muuttujat SrvUserName Ja SrvUserPwd
palvelinagentin osoite ja portti, jota aiomme hallita - muuttujat Agentin nimi Ja CtrlPort
Sekä palvelun nimi ja verkkoportti, jossa hallintapalvelin toimii - muuttujat RASPort Ja SrvcName . Näitä parametreja on järkevää muuttaa vain, jos haluat käyttää useita hallintapalvelimia rinnakkain, esimerkiksi palvella eri 1C-palvelimia.

Bat-tiedoston ainoa parametri on 1C:Enterprise-alustan nykyinen versio. Siksi palvelun luomiseksi käynnistä komentorivi järjestelmänvalvojan oikeuksilla ja suorita aiemmin luotu tiedosto register-ras.bat, unohtamatta ilmoittaa vaadittua alustan versiota.

Tarkistamme, että järjestelmään on ilmestynyt palvelu määritetyllä nimellä. Ja käynnistämme sen heti valitsemalla sopivan kohteen pikavalikosta.

Tämä päättää hallintapalvelimen asennuksen palveluna.

5. Palvelinklusterin hallinta rac.exe-apuohjelman avulla

Olemme siis asentaneet hallintapalvelimen. Vuorovaikutus palvelimen kanssa suoritetaan käyttämällä erityistä konsoliapuohjelmaa rac.exe. Suoritetaan komento

saadaksesi apua tähän ohjelmaan.

Kuten ohjeesta näkyy, apuohjelmalla on yksi yleinen argumentti, joka määrittää hallintapalvelimen osoitteen (oletuksena paikallinen isäntä: 1545) ja monia toimintatiloja: palvelinklusteriagentin, itse klusterin, klusterin hallintaohjelman, työläisten prosessien jne. hallintaan. Jokaisen tilan ohje voidaan kutsua vastaavalla komennolla.

Kaikkia toimintatiloja ei tietenkään ole järkeä kuvata. Annan vain muutaman esimerkin työstä.

Luettelon saaminen klustereista:

Tietyn palvelinklusterin tietokantaluettelon hankkiminen:

Yhteysluettelon vastaanottaminen määritetyn tietokannan kanssa:

Hallinta-apuohjelman avulla voit suorittaa kaikki palvelinklusterin hallintaan tarvittavat työt, lukuun ottamatta palvelinklusterin, tuotantopalvelimen ja tietokannan järjestelmänvalvojien käyttöjärjestelmän todennusta.

6. Ohjelmistokääreet hallintapalvelimen kanssa työskentelemiseen

Kuten esimerkeistä näet, komentoriviltä työskentely rac-apuohjelman kanssa on edelleen ilo. Mutta tätä mekanismia ei luotu manuaaliseen ohjaukseen. Esimerkiksi ITS-verkkosivustolla on Java-arkisto, jonka avulla voit olla vuorovaikutuksessa hallintapalvelimen kanssa Java-ohjelmasta ilman konsolin hallintaapuohjelman apua. Voit ladata tämän paketin.

Tärkeintä on, että meillä on kyky suorittaa erilaisia ohjeita 1C-palvelinklusterissa komentoriviltä. Tämä tarkoittaa, että voit lisätä tarvittavat toiminnot vuorovaikutukseen 1C:Enterprise-palvelinklusterin kanssa erilaisiin ohjelmiin, käsittelyyn tai komentosarjoihin.

Esimerkiksi kielellä kirjoitettu voi toimia hallintapalvelimen kanssa. OneScript ohjelmoida deployka.

Olen jo puhunut OneScriptin ohitusmoottorista.

Voit oppia lisää deployka-ohjelmasta.

Tässä artikkelissa on täydellisin yleiskatsaus kaikista OneScriptillä kirjoitetuista kirjastoista ja sovelluksista.

7. Asennus ja konfigurointi deployka-ohjelmalla

OneScriptin ja deploykan asennusalgoritmia käsitellään yksityiskohtaisesti edellisessä kappaleessa olevissa linkeissä olevissa artikkeleissa. Lyhyesti sanottuna se koostuu seuraavista kohdista:

1. Lataa OneScript-jakelu viralliselta verkkosivustolta.

2. Asennamme ohjatun toiminnon ohjeiden mukaan.

3. Kirjaudumme takaisin järjestelmään, jotta uudet ympäristömuuttujat otetaan käyttöön.

4. Käynnistämme komentorivin järjestelmänvalvojan oikeuksilla, tarkistamme, että edelliset vaiheet suoritetaan oikein komentorivillä

5. Deployka-ohjelman asennus paketinhallinnan avulla opm suorittamalla komennon

opm install deployka

6. Tarkistamme, että kaikki toimii kutsumalla "käyttöönotto"-apua komennolla

7. Siinä on periaatteessa kaikki. Ohjelman kaikki toimintatilat näkyvät näytöllä. Lue seuraavaksi verkkosivustolla tai konsolissa oleva ohje ja hae vihje kullekin tilalle sopivalla komennolla:

Näin voit esimerkiksi lopettaa kaikki istunnot tietyssä tietokannassa ja sitten estää istuntojen alkamisen.

deployka session kill -db Accounting_Demo -rac "C:\Program Files\1cv8\8.3.11.2867\bin\rac.exe" -db-käyttäjä "AbramovGS (johtaja)"

8. Nyt voit käyttää "käyttöönottoa" komentosarjoissasi. Esimerkiksi komentosarja tietokannan päivittämiseen arkistosta, käyttäjien yhteyden katkaisemiseen ja tietokannan päivittämiseen voi näyttää tältä:

@echo päällä rem Aseta muuttujien arvot set ServerName="1CAPP:2541" set RacPath="C:\Program Files\1cv8\8.3.11.2954\bin\rac.exe" set uccode="123" set BaseName="ERP_Test" set UserName="Admin" set UserPass ="Pass123" set ConStr="/1CAPP:2541\ERP_Test" set RepoPath="tcp://1CAPP/ERP_DEV" set RepoUserName="test" set RepoUserPass="123" rem Lopeta käyttäjät kutsu deployka session kill -db % BaseName % -db-user % Käyttäjänimi % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode % rem Päivitä tietokannan kokoonpano arkistosta soita deployka loadrepo % ConStr % % RepoPath % -db-user % UserName % -db-pwd % UserPass % -storage-user % RepoUserName % -storage-pwd % RepoUserPass % -uccode % uccode % rem Päivitä tietokannan kokoonpano call deployka dbupdate % ConStr % -db-käyttäjä % Käyttäjänimi % -db-pwd % UserPass % -uccode % uccode % rem Avaa istunnot call deployka session unlock -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode %

Kiitos kaikille loppuun asti lukeneille. Kirjoita jos sinulla on kysyttävää.

Auttoiko tämä artikkeli sinua?