Jos yrityksen 1C-palvelimella ei ole tarpeeksi vapaata muistia, voit määrittää palvelimen automaattisen uudelleenkäynnistyksen (työprosessit).

Voit tehdä tämän klusterin ominaisuuksissa seuraavasti:

sinun on määritettävä parametrit:

Uudelleenkäynnistysväli: 86400 s (24 tuntia). Uudelleenkäynnistyshetkeä ei säädetä, ilmeisesti siitä hetkestä, kun parametrit asetetaan tai sovelluspalvelin käynnistetään.

Voit myös määrittää sallitun muistin määrän: 3 000 000 KB (3 Gt).

Useat yritykset ovat toimineet näillä parametreilla useita kuukausia. Tapauksia tai kommentteja ei tallennettu.

Muistin ylitysväli on jatkuva aika, jonka muistiraja ylittyy, ennen kuin palvelin käynnistää prosessin uudelleen. Jos määritetään 0 sekuntia, se odottaa ikuisesti.

Pysäytä käytöstä poistetut prosessit sen jälkeen - parametri vaikuttaa . Tämä on odotusaika, jonka jälkeen kaikki käytöstä poistetun prosessin istunnot siirretään (siirretään) muihin työntekijäprosesseihin. Jos aika on lopussa, kaikki istunnot lopetetaan väkisin (hätätilanne). Jos määritetään 0 sekuntia, odotus on ikuista. Muistutetaan, että Configurator-istuntoa ei käännetä.

Työn tulos näkyy kuvakaappauksissa:

Ilman tätä rajoitusta muisti täyttyisi, kunnes se loppuu. Sitten jarrut voivat käynnistyä tai näyttöön saattaa tulla virheilmoitus, joka osoittaa, että muisti ei riitä:

DBMS-virhe:
Microsoft OLE DB Provider SQL Server: Resurssivarastossa "oletus" ei ole tarpeeksi muistia tämän kyselyn suorittamiseen.
TULOS=80040E14

Useat työprosessit yhdellä palvelimella mahdollistavat tehokkaan tilankäytön RAM-muisti ja prosessoriresurssit pyyntöjen suorittamiseen sekä asiakasistunnon yhdistämiseen toiseen työprosessiin, kun nykyinen "kaatuu".
Palvelinagentti (ragent) -ohjelma vastaa siitä, mitä tietyllä palvelimella on käynnissä. Palvelinagentin pysäyttäminen tekee palvelimen poissa käytöstä klusterin käytössä. Agentti tallentaa tietonsa tiedostoon srvribrg.lst.

Tietoa työtietokannoista ja niihin liittyvistä työprosesseista omistaa "Palvelinpäällikkö" (rmngr). Se tallentaa nämä tiedot tiedostoon 1CV8Reg.lst. Palvelimenhallinnan pysäyttäminen voi johtaa asiakassovellusten uudelleenkäynnistykseen, jos hallintaohjelma käynnistyy uudelleen onnistuneesti, tai koko klusterin toimivien palvelimien täydelliseen pysähtymiseen.

1C: Yritys sallii mahdollisuuden luoda useita itsenäisiä klustereita yhdelle palvelimelle. Jokainen niistä tunnistetaan verkossa ainutlaatuisella "IP-portilla" ja yksilöllisellä numerolla palvelutiedostoissa. Ensimmäinen klusteri vastaanottaa oletusarvoisesti portin 1541.

Enterprise Servers -laajennus on suunniteltu hallitsemaan klusteria.
Voit muodostaa yhteyden palvelimiin palvelimen nimellä tai IP-osoitteella.

Palvelinagentti

Palvelinagentti "tietää" kaikista palvelimella olevista klusteista. Nämä tiedot tallennetaan tiedostoon srvribrg.lst, jossa on luettelo klusteista ja luettelon ylläpitäjistä. Agentin pääportti on 1540. Jokaisella toimivalla palvelimella voidaan käynnistää vain yksi agentti, joka palvelee kaikkia tämän palvelimen mahdollisia klustereita.

Katsotaanpa tarkemmin klusterin ominaisuuksia

Uudelleenkäynnistysväli

Tämä parametri käynnistää 1C-palvelimen työprosessit uudelleen määritetyn arvon mukaisesti sekunneissa. Yleensä parametria käytetään niillä sovelluspalvelimilla, joissa on 32-bittinen järjestelmä, koska niissä muistikapasiteetti on rajoitettu ~ 3,7 Gt:iin, jos sitä käytetään. käyttöjärjestelmä 64-bittinen ja sovelluspalvelin 32-bittinen. Jos käyttöjärjestelmä käyttää 32-bittistä arkkitehtuuria, työprosessin muistin kokonaiskulutus on ~ 1,7 Gt. Ja käyttäjät voivat usein saada virheilmoituksen, kuten "Muisti ei riitä 1C Enterprise -palvelimeen". Helpoin tapa välttää tämä virhe on käynnistää työprosessit uudelleen, esimerkiksi 86400 sekuntia (1 päivä). Parametria vaihdettaessa aikalaskenta alkaa 1C-sovelluspalvelinpalvelun alusta.

Sallittu muistin koko

Käynnistä työnkulku uudelleen, kun tietty kynnys saavutetaan käytetty muisti työnkulku kilotavuina.

Aikaväli sallitun muistimäärän ylittämiselle

Tämä tarkoittaa, että jos tietyn sekuntimäärän kuluessa "sallittu muistin määrä" -parametrissa määritetty muisti ylittyy, 1C-palvelin päättää käynnistää työnkulun uudelleen.

Palvelinvirheiden lukumäärän sallittu poikkeama

Se lasketaan seuraavasti. Meillä on palvelinkutsuja, jotka näkyvät teknologialokissa ”CALL”-tapahtuman perusteella, ja on myös erilaisia ​​poikkeustilanteita, jotka näkyvät teknologialokissa ”EXCP”-tapahtumalla. Alusta laskee näiden tapahtumien suhteen. Näiden tapahtumien oletetaan olevan suunnilleen samat. Jos jossakin työprosessissa tämä suhde ylittää näiden tapahtumien suhteen muissa työprosesseissa merkittävällä määrällä, niin tällaista työprosessia pidetään ongelmallisena. Vain tämä arvo asetetaan tässä parametrissa. Suositeltu arvo on 50.

Pakota ongelmallisten prosessien lopettaminen

Jos otamme tämän parametrin käyttöön, ongelmalliset prosessit lopetetaan parametrin "palvelinvirheiden lukumäärässä sallittu poikkeama" mukaan. Jos parametri on poistettu käytöstä, alusta näyttää prosessilokitapahtuman "ATTN", joka ilmaisee ongelmallisen prosessin.

Pysäytä käytöstä poistetut prosessit tämän jälkeen

Jos jokin "uudelleenkäynnistysväli"- tai "sallittu muistikoko" -parametreista laukeaa, se voi "pudota", kun työprosessi käynnistetään uudelleen. Jos asiakas ei käytä palvelinta uudelleenkäynnistyksen aikana (on ei-aktiivinen), seuraavan kerran se siirtyy uuteen työprosessiin. Jos asiakas ottaa yhteyttä palvelimeen työnkulun uudelleenkäynnistyksen yhteydessä, se saa tällöin virheilmoituksen ja lopettaa työnsä. Tämän estämiseksi sinun on asetettava tämän parametrin arvo sekunneissa. Yleensä 120 sekuntia riittää. Tänä aikana työnkululla on aikaa käsitellä nykyiset asiakaspyynnöt ja siirtää ne uuteen työnkulkuun. Ne aktiiviset asiakkaat, joita prosessi ei ehtinyt käsitellä, lopetetaan ja asiakkaat voivat saada virheilmoituksen.

Viansietokykytaso

Tämä asetus toimii itsenäisesti keskuspalvelimien lukumäärästä riippumatta. Vikasietotason arvo voi olla mikä tahansa. Esimerkiksi joustavuustaso = 1, jolloin jokainen käyttäjäistunto kaksinkertaistuu. Jos virhetoleranssitaso = 2, jokainen istunto kerrotaan kolmella. Myös palvelimen kuormitus kasvaa. Kun vikasietotasoa muutetaan, jos meillä on keskuspalvelin, se replikoituu jokaiselle keskuspalvelimelle: "klusterirekisteri", "klusterin lukituspalvelu". Myös palveluita, kuten "istuntotietopalvelu", "online aikaleimapalvelu", "objektien estopalvelu", "lisenssipalvelu", "numerointipalvelu", voidaan replikoida muille palvelimille. Näistä raskain on "istuntodatapalvelu".

Lataa jakamistila

Suorituskyvyn suhteen. Kun asiakasyhteys muodostaa yhteyden, se muodostaa yhteyden mihin tahansa palvelimeen, jolla on työprosessi, jonka suorituskyky on parempi. Käytettävissä oleva suorituskyky asetetaan työnkulun ominaisuuksissa:

Käytettävissä oleva suorituskyky 1C-tasolla lasketaan seuraavasti: referenssipalvelinkutsu tehdään kaikkiin työprosesseihin 10 minuutin välein ja tämän kutsun aika mitataan. Saatu luku jaetaan 10 000:lla (kymmenellä tuhannella) ja sovelluspalvelinmekanismit laskevat viiteajan. Mikäli jonkin työprosessin tuottavuus on laskenut 25 % muiden työprosessien tuottavuutta pienemmäksi, yhteydet tästä työprosessista alkavat siirtyä muihin työprosesseihin, kunnes kaikki yhteydet ovat poissa.

Muistin prioriteetti. Käyttäjäyhteydet muodostetaan tuotantopalvelimeen, jossa on enemmän vapaata muistia.

Cluster Manager

Klusterin toiminnasta vastaa klusterin johtaja. Jokaisella klusterilla on oma Managerinsä. Hallinnoija tallentaa tiedot klusterista tiedostoon 1CV8Reg.lst (klusterirekisteri). Jokaisella Cluster Managerilla on myös oma portti työpalvelimella. Ensimmäisen klusterin oletusarvoinen Managerin portti on 1541. Tämä portti näkyy klusterihaaran 1C Servers: Enterprise -laajennuksessa ja tunnistaa klusterin.
Esimies vastaanottaa pyynnöt 1C: Enterprisen asiakasosasta ja päättää, mille työnkulkuun tämä palvelupyyntö annetaan.

Esimies käyttää palveluporttia vuorovaikutukseen työntekijöiden prosessien kanssa.

Työprosessi

Työprosessi on vastuussa "työskentelystä asiakkaiden kanssa". 1C: Enterprise 8 -klusterissa voi olla useita työntekijöiden prosesseja. Työprosessien määrää ei luoda manuaalisesti, vaan se lasketaan tehtävän vikasietoisuuden ja luotettavuuden vaatimusten kuvausten perusteella. Palvelinpäällikkö päättää, mikä työprosessi palvelee asiakasyhteyttä. Asiakasyhteyksiä varten Worker Processeille on oletusarvoisesti varattu joukko IP-portteja 1560–1591. Lisäksi jokaiselle Worker Processille on määritetty palveluportti viestintää varten klusterinhallinnan kanssa.

Toimivia palvelinasetuksia 1C-dokumentaation mukaan voidaan muuttaa vain 1C-sovelluspalvelimen CORP-versiossa. Itse asiassa asetukset toimivat sekä CORP- että PROF-versioissa. Jos näitä asetuksia käytetään PROF-versiossa, tämä rikkoo lisenssisopimusta.

Suurin työkulkumuisti

Tämä parametri ei sinänsä rajoita mitään. Se toimii yhdessä "turvallinen muistinkulutus puhelua kohti" -parametrin kanssa. Kuvitellaan, että kaikki työprosessimme ovat yhteensä saavuttaneet suunnilleen tämän parametrin määritetyn arvon muistinkulutuksen. Ja nyt tietty käyttäjä haluaa soittaa tietyn palvelinpuhelun, joka haluaa kuluttaa paljon muistia. Heti kun palvelinpuhelu ylittää tässä parametrissa määritetyn muistimäärän "turvallinen muistinkulutus puhelua kohti" -parametrin muistimäärällä, tarkalleen tämä käyttäjä tulee virheilmoitus, kuten "yhden asiakas-palvelinpuhelun turvallinen muistin kulutus on ylitetty." Tämä on välttämätöntä, jotta yksi käyttäjä ei voi ylikuormittaa toimivaa palvelinta. Parametrin 0 arvo on yhtä suuri kuin 80 % 1C-palvelimelle asennetusta muistista.

Turvallinen muistin kulutus puhelua kohden

Arvo 0 (oletus) on 5 % työnkulun enimmäismuistin arvosta. Arvo voi olla -1. Tämä tarkoittaa, että mikä tahansa asiakas-palvelinpuhelu, joka ylittää "työntekijämuistin enimmäiskoko" -parametrin määritetyn arvon.

Työprosessimuistin määrä, johon asti palvelinta pidetään tuottavana

Tarkoittaa, että jos arvo on asetettu ja työprosessit ovat vieneet tässä parametrissa määritetyn määrän muistia, palvelin jatkaa toimintaansa, mutta ei hyväksy uusia yhteyksiä ennen kuin muisti on vapautettu.

Tietoturvan määrä prosessia kohti

Suorituskyky voi heikentyä, jos tietokantoja on useita ja työnkulku on yksi. Siksi tällä parametrilla on mahdollista vähentää tietokantojen määrää prosessia kohti. Jos asetat arvoksi 1 (useimmissa tapauksissa tämä toimii varsin optimaalisesti), jokaiselle tietokannalle luodaan uusi työprosessi (rphost).

Yhteyksien määrä prosessia kohti

Sama kuin yllä oleva parametri, mutta riippuu yhteyksien määrästä prosessia kohti. Arvo 0 tarkoittaa, että kussakin työntekijäpalvelimessa on vain yksi työntekijäprosessi.

Jokaisen palvelun johtaja

Jokaisella keskitetyllä työntekijäpalvelimella on pääklusterin hallinta, jolla on tietyt palvelut:

Ne suorittaa yksi palvelu "rmngr". Kuvitellaanpa se tämä palvelu alkaa kuluttaa paljon muistia tai tuhlata prosessoriresursseja. Tyypillisiä epäiltyjä on yleensä muutama. Mutta yhtäkkiä olet "umpikujassa" etkä ymmärrä, mikä palvelua tarkalleen lataa, voit valita "jokaisen palvelun johtaja" -valintaruudun, palvelu jaetaan 21 prosessiin (tämä on palveluiden lukumäärä pääasiassa klusterin johtaja). Ja vastaavasti prosessin PID:n avulla on mahdollista laskea, mikä palvelu lataa järjestelmää.

Keskuspalvelin

Tämä on palvelin, joka tallentaa klusterin rekisterin 1CV8Clst.lst-tiedostoon. Tiedosto tallentaa luettelon tietokannoista, luettelon klusterin järjestelmänvalvojista, luettelon toimintojen määritysvaatimuksista, luettelon suojausprofiileista ja yleensä kaikki klusterin asetukset. Tämä tiedosto näkyy vain silloin, kun "keskuspalvelin" -valintaruutu on valittuna. Keskuspalvelimia voi olla useita. Myös keskuspalvelimilla on sellaisia ​​palveluita kuin "klusterin estopalvelu", "klusterin konfigurointipalvelu". Niin kauan kuin vähintään yksi keskuspalvelin on toiminnassa, klusteri toimii. Kun viimeisin keskuspalvelin epäonnistuu, klusteri muuttuu käyttökelvottomaksi vikasietoasetuksista huolimatta.

Toiminnallisuusmääräysvaatimus

1C Enterprise 8.3 -palvelinklusteri tarjoaa tietyn joukon toiminnallisuutta(kutsutaan vaatimusobjekteiksi), joiden jakelua voidaan ohjata klusterin tuotantopalvelimien kesken. Voit esimerkiksi määrittää, että kaikki klusterin taustatyöt suoritetaan valitulla työntekijäpalvelimella. Jotta voit sijoittaa yhteyden tai klusteripalvelun mille tahansa tuotantopalvelimelle, sinun on luotava toiminnallisuuden määritysvaatimus valitulle tuotantopalvelimelle. Tämä vaatimus määrittää tietyn palvelimen kyvyn tai mahdottomuuden suorittaa tiettyä työtä. Katsotaanpa tarkemmin, mikä on toiminnallisuuden määritysvaatimus.

Käyttäjäyhteyksien siirtäminen

Oletetaan, että haluamme käyttäjäyhteyksien toimivan työpalvelimella #1, mutta jos se palvelin kaatuu, haluamme niiden siirtyvän toiseen työpalvelimeen #2

Tätä varten meidän on luotava toiminnallisuuden määritysvaatimus palvelimelle nro 1:

Aseta palvelimella nro 2 samat asetukset, mutta muuta prioriteettia:

Priorisoinnin tärkeys toteutuu päinvastoin. Eli prioriteetti 1 on korkeampi kuin prioriteetti 2.

Poista tuotantopalvelin klusterista

Voimme yksinkertaisesti poistaa toimivan palvelimen klusterista poistamalla sen luettelosta, mutta tässä tapauksessa kaikki käyttäjät "potetaan ulos" järjestelmästä. Voit tehdä vetäytymisestä kivuttomamman seuraavasti:

Luo toiminnallisuuden määritysvaatimus seuraavilla asetuksilla:

Tämä asetus tarkoittaa, että tähän tuotantopalvelimeen ei luoda uusia yhteyksiä. Työssä olleet käyttäjät jatkavat toimintaansa, mutta siirtyvät vähitellen muille toimiville palvelimille.

Lisenssipalvelu

Siirrä lisenssipalvelu erilliseen palvelimeen. Tämä on hyvä, koska ohjelmistolisenssit voidaan sitoa tiettyyn tietokoneeseen. Luodaan toiminnallisuuden määritysvaatimus seuraavilla asetuksilla:

Taustatyöt

Alustan 8.3.7 julkaisun myötä taustatyöt jaettiin kahteen ryhmään:

1. Konfigurointikoodista kutsutut taustatyöt

2. Rutiinitehtävät

Siksi toimintojen määrittämiseen tarvitaan useita asetuksia:

1. Jotta taustatyöt toimisivat nopeasti, sinun on lisättävä tausta- ja ajoitettujen töiden istuntotiedot

Kun olet luonut tarvittavat vaatimukset toiminnallisuuden määrittämiseksi, sinun on sovellettava niitä:

Osittainen – sovellus, joka ei häiritse käyttökokemusta

Full – sovellus, joka voi häiritä käyttökokemusta.

Käytännössä en ole koskaan törmännyt tilanteeseen, jossa se täysin käytettynä häiritsisi käyttökokemusta tai muuta vastaavaa. Mutta kaikki on mahdollista, muista. Sovelluksen jälkeen 1C-sovelluspalvelinpalvelun uudelleenkäynnistys ei ole tarpeen.

Voit aina ottaa yhteyttä 1C-optimointiasiantuntijoihin; käytännön kokemuksemme säästää aikaasi.

05.04.2017 |

Klusteri 1C 8.3

Ensinnäkin 1C-klusterin asentamisen jälkeen oli tarpeen luoda työnkulkuja. Kuten kävi ilmi, klusteriprosesseja alettiin luoda automaattisesti tietokannan kuormituksesta riippuen.

Päätietokannan taustatöiden testiajo sai 1C-klusterin loputtomasti ylikuormittamaan rphost.exe-tiedostoa, eikä ylimääräistä rphost.exe-tiedostoa haluttu luoda. Asetusten kaivamisen jälkeen kaikki tuli selväksi.

Suurin työkulkumuisti on muistin määrä, jonka työntekijäprosessit voivat käyttää yhdessä. Sinun on oltava erittäin varovainen asetettaessa tavuissa mitattua parametria. Jos asetat väärän arvon (ei riitä normaali operaatio käyttäjät) käyttäjät saavat virheilmoituksen "1C-palvelimella ei ole tarpeeksi vapaata muistia". Voit saada tämän virheen myös, kun 1C-palvelimen muistikiintiö on loppunut.

Turvallinen muistin kulutus puhelua kohden- voit hallita muistin kulutusta palvelinpuhelun aikana tavuina mitattuna. Jos puhelu käyttää odotettua enemmän muistia, tämä puhelu suoritetaan 1C-klusterissa ilman, että työntekijäprosessia käynnistetään uudelleen (rphost.exe). Vastaavasti palvelinpuhelun tehnyt "häviäjä" menettää istunnon 1C-tietokannan kanssa vaikuttamatta muiden käyttäjien työhön.

yhdessä Gt - 1073741824 tavua, siis 2 Gt:ssa - 2147483648 tavua

Työprosessien muistin määrä, johon asti palvelinta pidetään tuottavana - jos tämä parametri ylittyy, 1C-klusterin palvelin lopettaa uusien yhteyksien hyväksymisen.

Tietoturvan määrä prosessia kohti- mahdollistaa tietokantojen eristämisen työprosesseja varten. Oletuksena nykyinen 1C-klusteri oli asetettu arvoon "8", mutta useiden käyttötuntien aikana palvelin muuttui erittäin epävakaaksi, käyttäjäistunnot jäätyivät. Kunkin tietokannan (arvo - "1") eristämisen jälkeen ongelmat hävisivät.

Yhteyksien määrä prosessia kohti- oletusarvo on "128". Koska nykyisessä tietokannassa on erittäin suuri kuorma taustatehtäviä (logistiikkalaskelmat, hinnastoanalyysit, kilpailijaanalyysit jne.), määrä päätettiin pienentää 25:een.

Itse 1C-klusterin asetukset ovat muuttuneet hieman:

Viansietokykytaso- Tämä on toimivien palvelimien lukumäärä, jotka voivat epäonnistua samanaikaisesti, eikä tämä johda käyttäjien epänormaaliin lopettamiseen. Varmuuskopiointipalvelut käynnistetään automaattisesti määritetyn vikasietoisuuden varmistamiseksi. SISÄÄN todellinen tila Aikanaan aktiivinen palvelu kopioidaan varapalveluihin.

Lataa jakamistila- parametrille on kaksi vaihtoehtoa: "Priority by performance" - enemmän palvelimen muistia kuluu ja suorituskyky on korkeampi, "Priority by memory" - 1C-klusteri säästää palvelimen muistia.

Palvelimelle 8.3 on tunnusomaista äskettäin uusittu sisäinen koodi, vaikka "ulkopuolelta" saattaakin vaikuttaa siltä, ​​että kyseessä on hieman muokattu 8.2.

Palvelimesta on tullut "automaattisesti konfiguroitava": joitain parametreja, kuten työntekijäprosessien määrää, ei enää luoda manuaalisesti, vaan ne lasketaan vikasieto- ja luotettavuustehtävien vaatimusten kuvausten perusteella.

Tämä vähentää todennäköisyyttä väärä asetus palvelin ja alentaa järjestelmänvalvojien kelpoisuusvaatimuksia.

Kuormantasausmekanismi on kehitetty, jota voidaan käyttää joko lisäämään koko järjestelmän suorituskykyä tai käyttämään uutta "muistin säästö" -tilaa, jonka avulla voit työskennellä "rajoitetulla muistilla" tapauksissa, joissa kokoonpano käytetään "haluaa syödä muistia".

Toiminnan vakaus käytettäessä suuria määriä muistia määräytyy tuotantopalvelimen uusien parametrien mukaan.

Parametri "turvallinen muistinkulutus puhelua kohti" on erityisen mielenkiintoinen. Niille, joilla ei ole aavistustakaan, mitä se on, on parempi olla harjoittelematta "tuottavalla" pohjalla. Parametri "Työprosessien muistin enimmäiskoko" sallii "ylivuodon" tapauksessa koko työprosessin kaatumisen, vaan vain yhden istunnon "häviäjän kanssa". "Työprosessimuistin määrä, johon asti palvelinta pidetään tuottavana" mahdollistaa uusien yhteyksien estämisen heti, kun tämä muistikynnys ylittyy.

Suosittelen työprosessien eristämistä tietokannan mukaan, esimerkiksi määrittelemällä parametrin ”Tietoturvan lukumäärä prosessia kohti = 1”. Useiden erittäin ladattujen tietokantojen ansiosta tämä vähentää molemminpuolista vaikutusta sekä luotettavuuden että suorituskyvyn osalta.

Erillinen panos järjestelmän vakauteen on lisenssien/avainten "kulutus". 8.3:ssa tuli mahdolliseksi käyttää "ohjelmistolisenssien hallintaa", joka muistuttaa "aladin" -hallintaa. Tavoitteena on pystyä sijoittamaan avain erilliseen koneeseen.

Se on toteutettu toisena "palveluna" klusterinhallinnassa. Voit käyttää esimerkiksi "ilmaista" kannettavaa tietokonetta. Lisää se 1C 8.3 -klusteriin, luo siihen erillinen hallinta "lisenssipalvelu" -palvelulla. Voit asettaa laitteiston hasp-avaimen kannettavaan tietokoneeseen tai aktivoida ohjelmistolisenssit.

Ohjelmoijat kiinnostavat eniten "Toimintomäärityksen vaatimukset".

Vaatimukset määritetylle toiminnallisuudelle 1c

Joten suojausavaimella varustetussa kannettavassa tietokoneessa, jotta käyttäjiä ei käynnistettäisi klusteripalvelimella, sinun on lisättävä "vaatimukset" vaatimusobjektille "Asiakasyhteys tietoturvaan" - "Älä määritä", ts. kieltää työntekijöiden prosessit tästä palvelimesta hoitaa asiakasyhteyksiä.

Vielä mielenkiintoisempaa on kyky suorittaa "vain taustatöitä" klusterin tuotantopalvelimella ilman käyttäjäistuntoja. Näin voit siirtää paljon kuormitettuja tehtäviä (koodia) erilliseen koneeseen. Lisäksi sinulla voi olla yksi taustatehtävä "kuukauden sulkeminen" "Arvo lisäparametri" ajetaan yhdellä tietokoneella ja taustatyö "Päivitetään koko teksti-indeksiä" toisella. Selvennys tapahtuu määrittämällä "Lisäparametrin arvo". Jos esimerkiksi määrität arvoksi BackgroundJob.CommonModule, voit rajoittaa klusterin työntekijäpalvelimen työn vain taustatöihin, joilla on mitä tahansa sisältöä. BackgroundJob.CommonModule-arvo.<Имя модуля>.<Имя метода>- ilmaisee tietyn koodin.

Klusteri 1C 8.2

Istunnot mahdollistavat kuormituksen tasapainotuksen ja vikasietoisuuden hallitussa sovelluksessa.

Klusterin johtaja on nyt monimutkaisempi. Jotkut toiminnot voidaan nyt erottaa erilliseksi prosessiksi ja jopa sijoittaa toiselle toimivalle palvelimelle klusterissa. Näin voit tasapainottaa palvelimen kuormitusta.

Palvelimen 8.2 vikasietoisuus saavutetaan seuraavilla tavoilla:

• Tallentaa tietoja käyttäjän istunnosta.
• Käyttäjä ei ole enää sidottu työnkulkuun.
• Työprosessien varaus klusterissa.
• Työntekijöiden prosesseja pitäisi olla useita, myös tarpeettomia
• Klusterin varaus.

Varaklusteri näytetään, kun ne on kytketty, ne näkyvät liitäntärivillä

Näin voit varmistaa työn jatkuvuuden!

Jos asiakkaan fyysinen yhteys klusteriin katkeaa (siivooja veti kaapelin ulos, virta katkaistiin verkkolaitteet, ongelmia palveluntarjoajan kanssa), sinun ei tarvitse muodostaa yhteyttä tietokantaan ja aloittaa kaikkea alusta. Kun fyysinen yhteys on palautettu, käyttäjä voi jatkaa työskentelyä kohdasta, jossa se katkesi.

Jos haluat Huolto klusteritietokoneissa, ne voidaan sammuttaa suoraan käytön aikana ilman, että käyttäjät eivät estä käyttämästä tietokantaa.

Jos jokin klusterin palvelin epäonnistuu, käyttäjän työ ei pysähdy, vaan se siirretään automaattisesti varmuuskopiointiklusteriin ja/tai varmuuskopiointityöprosesseihin. Käyttäjille tällainen siirtymä on näkymätön.

Jos jokin klusterin työprosesseista epäonnistuu, siihen yhdistetyt käyttäjät siirretään automaattisesti muihin tai varmuuskopiotyöprosesseihin. Tällainen siirtymä on myös näkymätön käyttäjille.

Eilen kaikki päivitettiin ohjelmisto palvelin. Tarkastellaanpa 1C:Enterprise 8.3 -palvelinklusterin ehkä mielenkiintoisimpia ja uusia ominaisuuksia.

Voit katsoa, ​​kuinka palvelinklusteri määritetään 1C:Enterprise 8.2:lle edellisessä osiossa. En keskity joihinkin kohtiin, ne on jo kuvattu aiemmin.

MITÄ ON MUUTTUNUT 1C:Enterprise 8.3 -KLUSTERISSA:

Ensinnäkin 1C:Enterprise 8.3 -klusterin asentamisen jälkeen oli tarpeen luoda työnkulkuja. Kuten on käynyt ilmi, klusteriprosessit luodaan nyt automaattisesti riippuen kirjanpitojärjestelmän kuormituksesta.

Päätietokannan taustatöiden koekäyttö aiheutti 1C:Enterprise 8.3 -klusterin loputtoman ylikuormituksen rphost.exe ja ylimääräistä rphost.exe En halunnut tulla luotuksi. Asetusten kaivamisen jälkeen kaikki tuli selväksi.

Suurin työkulkumuisti on muistin määrä, jonka työntekijäprosessit voivat käyttää yhdessä. Sinun on oltava erittäin varovainen asettaessasi parametria mitattuna tavua. Jos asetat väärän arvon (ei riitä normaaliin käyttäjän toimintaan), käyttäjät saavat virheilmoituksen "1C:Enterprise-palvelimella ei ole tarpeeksi vapaata muistia". Voit saada tämän virheen myös, kun 1C:Enterprise-palvelimen muistikiintiö on loppunut.

Turvallinen muistin kulutus puhelua kohden- voit hallita muistin kulutusta palvelinpuhelun aikana mitattuna tavua. Jos puhelu käyttää odotettua enemmän muistia, tämä puhelu suoritetaan 1C-klusterin sisällä ilman, että työntekijäprosessia käynnistetään uudelleen ( rphost.exe). Vastaavasti palvelinpuhelun tehnyt "häviäjä" menettää istunnon tietokannan kanssa vaikuttamatta muiden käyttäjien työhön.

Työprosessimuistin määrä, johon asti palvelinta pidetään tuottavana- jos tämä parametri ylittyy, 1C:Enterprise 8.3 -klusterin palvelin lopettaa uusien yhteyksien hyväksymisen.

Tietoturvan määrä prosessia kohti- mahdollistaa tietokantojen eristämisen työprosesseja varten. Oletuksena nykyinen 1C:Enterprise 8.3 -klusteri oli asetettu arvoon "8", mutta palvelin toimi useiden tuntien ajan epävakaasti, käyttäjäistunnot jäätyivät. Kun jokainen tietokanta oli eristetty (arvo - “1”), ongelmat hävisivät.

Yhteyksien määrä prosessia kohti- oletusarvo on "128". Koska nykyisessä tietokannassa on erittäin suuri kuorma taustatehtäviä (logistiikkalaskelmat, hinnastoanalyysit, kilpailijaanalyysit jne.), määrä päätettiin pienentää 25:een.

Itse 1C:Enterprise 8.3 -klusterin asetukset ovat muuttuneet hieman:

Viansietokykytaso- Tämä on toimivien palvelimien lukumäärä, jotka voivat epäonnistua samanaikaisesti, eikä tämä johda käyttäjien epänormaaliin lopettamiseen. Varmuuskopiointipalvelut käynnistetään automaattisesti määritetyn vikasietoisuuden varmistamiseksi. Reaaliajassa aktiivinen palvelu kopioidaan varapalveluihin.

Lataa jakamistila- parametrille on kaksi vaihtoehtoa: "Priority by performance" - enemmän palvelimen muistia kuluu ja suorituskyky on korkeampi, "Priority by memory" - "1C: Enterprise 8.3" -klusteri säästää palvelimen muistia.

Jälkisanan sijaan. 1C:Enterprise 8.3 -klusteri toimii huomattavasti nopeammin ja luotettavammin, käyttäjäistunnon luominen tietokannan kanssa on monta kertaa nopeampaa, käyttöliittymä yhteensopivuustilassa 1C:Enterprise 8.2.16:n kanssa, voisi sanoa, lentää. Tietysti vivahteita on, mutta missä olisimme ilman niitä? Onnea uuden 1C:Enterprise 8.3 -klusterin perustamiseen.

Palvelimelle 8.3 on tunnusomaista äskettäin uusittu sisäinen koodi, vaikka "ulkopuolelta" saattaakin vaikuttaa siltä, ​​että kyseessä on hieman muokattu 8.2.

Palvelimesta on tullut "automaattisesti konfiguroitava": joitain parametreja, kuten työntekijäprosessien määrää, ei enää luoda manuaalisesti, vaan ne lasketaan vikasieto- ja luotettavuustehtävien vaatimusten kuvausten perusteella.

Kuormantasausmekanismi on kehitetty, jota voidaan käyttää joko lisäämään koko järjestelmän suorituskykyä tai käyttämään uutta "muistin säästö" -tilaa, jonka avulla voit työskennellä "rajoitetulla muistilla" tapauksissa, joissa kokoonpano käytetään "haluaa syödä muistia".

Toiminnan vakaus käytettäessä suuria määriä muistia määräytyy tuotantopalvelimen uusien parametrien mukaan.

Parametri "turvallinen muistinkulutus puhelua kohti" on erityisen mielenkiintoinen. Niille, joilla ei ole aavistustakaan, mitä se on, on parempi olla harjoittelematta "tuottavalla" pohjalla. Parametri "Työprosessien muistin enimmäiskoko" sallii "ylivuodon" tapauksessa koko työprosessin kaatumisen, vaan vain yhden istunnon "häviäjän kanssa". "Työprosessien muistin määrä, johon asti palvelinta pidetään tuottavana" mahdollistaa uusien yhteyksien estämisen heti, kun tämä muistikynnys ylittyy.

Suosittelen työprosessien eristämistä tietokannan mukaan, esimerkiksi määrittelemällä parametrin ”Tietoturvan lukumäärä prosessia kohti = 1”. Useiden erittäin ladattujen tietokantojen ansiosta tämä vähentää molemminpuolista vaikutusta sekä luotettavuuden että suorituskyvyn osalta.

Erillinen panos järjestelmän vakauteen on lisenssien/avainten "kulutus". 8.3:ssa tuli mahdolliseksi käyttää "ohjelmistolisenssien hallintaa", joka muistuttaa "aladin" -hallintaa. Tavoitteena on pystyä sijoittamaan avain erilliseen koneeseen.

Se on toteutettu toisena "palveluna" klusterinhallinnassa. Voit käyttää esimerkiksi "ilmaista" kannettavaa tietokonetta. Lisää se 1C 8.3 -klusteriin, luo siihen erillinen hallinta "lisenssipalvelu" -palvelulla. Voit asettaa laitteiston hasp-avaimen kannettavaan tietokoneeseen tai aktivoida ohjelmistolisenssit.

Ohjelmoijat kiinnostavat eniten "Toimintomäärityksen vaatimukset".

Joten suojausavaimella varustetussa kannettavassa tietokoneessa, jotta käyttäjiä ei käynnistetä klusteripalvelimella, sinun on lisättävä "vaatimukset" vaatimusobjektille "Asiakasyhteys tietoturvaan" - "Älä määritä", ts. estää tämän palvelimen työntekijöiden prosesseja käsittelemästä asiakasyhteyksiä.

Vielä mielenkiintoisempaa on kyky suorittaa "vain taustatöitä" klusterin tuotantopalvelimella ilman käyttäjäistuntoja. Näin voit siirtää paljon kuormitettuja tehtäviä (koodia) erilliseen koneeseen. Lisäksi voit suorittaa yhden taustatehtävän "kuukauden sulkemisen" käyttämällä "Lisäparametrin arvoa" yhdellä tietokoneella ja taustatehtävän "Täystekstihakemiston päivittäminen" toisella. Selvennys tapahtuu ilmaisulla "Arvo lisäparametri". Jos esimerkiksi määrität arvoksi BackgroundJob.CommonModule, voit rajoittaa klusterin työntekijäpalvelimen työn vain taustatöihin, joilla on mitä tahansa sisältöä. BackgroundJob.CommonModule..--arvo ilmaisee tietyn koodin.

On selvää, että dokumenttien uudelleenkertomisessa ei ole mitään järkeä. Mutta jos joku antaa hyödyllisiä neuvoja, laajentelen artikkelia.