Umbes kaks aastat tagasi avaldasime materjali 1C Enterprise serveri kohta Linuxi platvormil. Huvi selle teema vastu on endiselt suur. Samal ajal on palju muutunud, platvorm 1C ei seisa paigal ja enamasti läheb rakendamine kaugemale lihtsalt juhiste kordamisest. See pole üllatav, 1C Enterprise server on keeruline toode, mistõttu otsustasime alustada selle artiklite seeriaga, mille eesmärk on teema sügavam uurimine.
Enne hiire kättevõtmist ja serveriruumi jooksmist peaksite selgelt mõistma nõutavaid minimaalseid teadmisi, nimelt omama ettekujutust 1C Enterprise serveri struktuurist ja selle üksikute komponentide eesmärgist. Enamik juurutamise käigus tekkivatest probleemidest on tingitud asjaolust, et 1C Enterprise serverit tajutakse omamoodi monoliitsena, milles kõik komponendid on omavahel seotud kavalal viisil, mida teab ainult üks arendaja. Kuid see pole nii ja täna selgitame välja, millest meie server koosneb ja kuidas see kõik koos töötab.
Tahaksin veel kord rõhutada allpool käsitletava ülimat tähtsust. Ilma nende teadmisteta on raske saavutada stabiilset tööd, rääkimata kitsaskohtade diagnoosimisest ja tootlikkuse tõstmisest. Tulemuseks võib olla klassikaline pilt: riistvara tundub olevat võimas, kõik tehti vastavalt juhistele, kuid see aeglustab. Kahjuks sisaldab enamik juhiseid algajatele (ka meie oma) ainult selle kohta, kuidas seda teha, keskendumata sellele, mida ja miks täpselt tehakse. Nii et hakkame asju parandama.
1C Enterprise'i klient-server versioon on kolmetasandiline struktuur (nn "kolmetasandiline"), mis sisaldab: klienti, 1C Enterprise serverit ja DBMS-i serverit. Need on täiesti sõltumatud komponendid, mida saab kombineerida mis tahes vastuvõetavas kombinatsioonis, et saavutada parim tulemus. Mõelge järgmisele diagrammile:
Alustame klientidest; platvormi praegune versioon (8.2) võimaldab kasutada kolme tüüpi kliente. Vaatame neid üksikasjalikumalt.
Paks klient
See on klassikaline 1C kliendirakendus, enne platvormi 8.2 väljaandmist oli see ainus saadaolev klienditüüp. Paks kliendi tööskeem on järgmine: klientrakendus küsib 1C serverilt andmeid, seejärel omakorda pärib neid andmebaasist ja edastab need tagasi kliendile, kus neid töödeldakse. Nagu näete, pole see skeem optimaalne: 1C server on sisuliselt vaid kiht kliendi ja andmebaasi vahel, kõik arvutused toimuvad kliendi peal. See seab klientarvutitele kõrgemad nõuded, kuna Serveri arvutusvõimsust ei kasutata. Tasub selgelt mõista, et paksus kliendirežiimis ei saa te klient-serveri versioonile üleminekust jõudluse kasvu, võib-olla isegi vastupidi.
Õhuke klient
Teoreetiliselt võib seda nimetada 8.2 platvormi peamiseks kliendirakenduseks, praktikas pole kõik nii sujuv ja me tuleme selle juurde tagasi. Selle toimimisviis on kardinaalselt erinev: klient küsib andmeid 1C serverist, mis saab need andmebaasist, töötleb need ja tagastab arvutustulemuse kliendile. Põhiline arvutuskoormus langeb serverile, seega pole erinõudeid klientarvutitele ja kliendilt serverisse suunduvale kanalile.
Samuti saab õhuke klient töötada nii TCP/IP-protokolli kasutades kohalikus võrgus kui ka HTTP kaudu Interneti kaudu. Selleks on vaja teist vahendajat - veebiserverit, mis edastab kliendi päringud 1C serverisse, veebiserveris ei toimu andmetöötlust, seda kasutatakse ainult transpordina. Õhukese kliendi eelised on selged, kui teil on võimas server, võimaldab see oluliselt kiirendada ka võrguliiklust, mis on kontorivõrkude jaoks väga oluline;
Veebi klient
Selle olemasolu tuleneb loogiliselt mõnest õhukese kliendi omadustest, kui kõiki päringuid töötleb server, transpordina kasutatakse HTTP, siis miks mitte kasutada tööks brauserit? Veebikliendi tööviis ei erine õhukesest kliendist, kuid tänapäeval ei ole kõik õhukese kliendi poolt toetatavad funktsioonid veebikliendis õigesti juurutatud ega tööta. Osaliselt saab seda konfiguratsioonis parandada, osaliselt seab brauseris teabe kuvamise mehhanism piiranguid. 1C-l on aga veebiklient ja see töötab ja keegi ei sega sind (teoreetiliselt jällegi) tahvelarvutiga rannas lesides programmis töötamast.
Nüüd kärbsest salvi. Õhukeses ja veebikliendirežiimis korralikult töötamiseks peab konfiguratsioon töötama hallatud rakenduse režiimis ja toetama kõiki selles režiimis olevaid funktsioone. Hallatud rakendusrežiim on 8.2 platvormi jaoks peamine ja erineb varasemast üsna radikaalselt, sealhulgas välimuselt. Visuaalselt juhitud rakenduse saab tuvastada selle uue liidese järgi, millel on vahekaardid ja hüperlingid:
Vähemalt on see ebatavaline, eriti võrreldes klassikalise liidesega, kuid ärge kiirustage uut liidest nähes rõõmustama, lisaks välimusele peab konfiguratsioon toetama kogu selle funktsionaalsuse täitmist serveris; võib selguda, et õhukeses ja veebikliendirežiimis pole kõik võimalused saadaval.
Tänapäeval töötab hallatavate rakenduste režiimis vaid osa tüüpilistest konfiguratsioonidest, näiteks: väikeettevõtte juhtimine, kaubanduse juhtimine 11, jaemüük 2 ning palga- ja personalijuhtimine. Need lahendused saavad uue platvormi kõiki eeliseid kasutada. Enterprise Accounting 2.0 ei kasuta hallatud rakendusrežiimi ega tööta õhukeste ja veebiklientide puhul, sama kehtib ka paljude kolmandate osapoolte lahenduste kohta, nagu “Kamin” jne.
järeldused
Võimalusel tuleks kasutada õhukest klienti, kuna see võimaldab kõik arvutused serveri poolele nihutada ja mugavalt töötada ka aeglastel kanalitel, sh. Interneti kaudu. Tuleb meeles pidada, et konfiguraatorirežiimis töötamine on võimalik ainult paksu kliendi kaudu, mida tuleb kasutada ka töötamiseks konfiguratsioonidega, mida pole veel hallatud rakendusrežiimi üle viidud.
Veebiklienti tuleks kasutada siis, kui õhukest pole võimalik kasutada, näiteks ärireisil kellegi teise arvutist, kuid tuleb olla valmis mõne funktsiooni puudumiseks või ebaõigeks tööks.
1C serveriklaster
Olles tegelenud klientidega, liigume edasi serverite juurde. Süsteem võimaldab kasutada kolme tüüpi servereid: 1C server, DBMS-server ja veebiserver. Oluline on mõista, et serveri andmed on üksteisest täiesti sõltumatud, see annab süsteemile paindlikkuse ja võimaldab arvutusressursse ratsionaalselt kasutada.
Samuti ei sea süsteem platvormidele mingeid nõudeid. Jagada saab nii Windowsi kui Linuxi servereid, veebiserverina saab kasutada Apache ja IIS, DBMS-ist toetatakse PostgreSQL, MS SQL Server, IBM DB2 ja Oracle. Seetõttu ei takista keegi teid loomast skeemi, milles Linuxi platvormil töötav 1C-server töötab koos andmebaasiserveriga, milles töötab Windows Server ja IIS, ja vastupidi. Lisaks saab kasutada mitmeid DBMS-servereid (nagu ka veebiservereid), paigutades erinevatele serveritele erinevaid andmebaase.
Selline lähenemine võimaldab olemasolevat konfiguratsiooni vastavalt hetkevajadustele paindlikult kombineerida, laiendada ja muuta, samas on kõik lõppkasutaja jaoks võimalikult läbipaistev. Näiteks saate teisaldada ressursimahuka teabeturbe eraldi DBMS-i serverisse, muutes serveri sätetes ainult andmebaasi ühenduse parameetreid, ilma et see mõjutaks kliendi sätteid.
Ja lõpuks kõige huvitavam: 1C Enterprise serverite klaster. Jah, see on õige, mitte üks server, vaid serverite klaster. Tavaliselt algab siin segadus, eriti kui servereid on ainult üks. Kõik loksub aga paika, kui võtta arvesse, et serveriklastri kontseptsioon on eelkõige loogiline, kuid selline lähenemine võimaldab hõlpsasti skeemi skaleerida, suurendades selle jõudlust või veataluvust.
Iga klaster koosneb 1C Enterprise Central Serverist ja töötavatest serveritest. Lihtsaimas konfiguratsioonis on see sama füüsiline server. Küll aga saame vajadusel lisada täiendavaid töökorras servereid, mille koormust tasakaalustab keskserver. See võimaldab kiiresti ja läbipaistvalt suurendada süsteemi arvutusvõimsust ja tõsta tõrketaluvust. Klaster ei kehtesta ka platvormi homogeensuse nõudeid, see võib hõlmata nii Windowsi kui ka Linuxi töötavaid servereid.
Milliseid järeldusi saab eelnevast teha? Esiteks on 1C Enterprise'i klient-server süsteem väga paindlik ja võimaldab optimaalse tulemuse saavutamiseks olemasolevaid arvutusressursse optimaalselt kasutada. Millist konfiguratsiooni valida, sõltub konkreetsetest ülesannetest ja nende lahendamiseks eraldatud vahenditest.
Näiteks kui teil on väike koormus ja kasutate paksu klienti ja konfiguratsiooni, mis ei toeta hallatud rakendusrežiimi, on mõttekas ühendada 1C-serverite klaster ja DBMS-server ühes füüsilises serveris, kuna see on väga raiskav. eraldage kliendi ja andmebaasi vahelise kihi jaoks eraldi masin.
Vastupidiselt, kui kasutate hallatavat rakendust õhukese kliendi režiimis, on parem jagada DBMS-server ja serveriklaster erinevateks serveriteks, millest igaüks optimeeritakse oma ülesande jaoks.
Ostke 50 400 rublaMis on versioonide erinevus
"Server 1C ettevõte (x32) 8.2"Ja" Server 1C Enterprise (x86-64) 8.3" ?
X64 serveril on üks põhimõtteline erinevus: saadaoleva aadressiruumi hulk. X32-serveris on tööprotsessi kohta saadaval kuni 2 GB aadressiruumi. X64 serveril seda piirangut ei ole. Tänu sellele on x64-serveril järgmised eelised:
- 1. Oluliselt suurem mastaapsuse piir.
X64 server peab stabiilselt vastu süsteemi suuremale koormuse kasvule (samaaegsete kasutajate arvu kasv, tööintensiivsuse kasv jne). - 2. Pikem kasutusiga ilma taaskäivituseta.
Teatud tööintensiivsuse korral võib x32-server vajada perioodilisi taaskäivitusi, et kõrvaldada mälu killustumise mõju. X64-server võib töötada ilma taaskäivitamiseta peaaegu piiramatult. - 3. Arvuti RAM-i parem kasutamine, milles töötab 1C:Enterprise server.
Ühel x32 serveri tööprotsessil on saadaval 2 GB aadressiruumi. Kui teie arvutisse on installitud rohkem RAM-i, peate selle kasutamiseks looma sobiva arvu tööprotsesse. X64-server võib ühe töötaja protsessiga kasutada praktiliselt piiramatul hulgal RAM-i.
Kui ühel 1C:Enterprise 8 platvormil töötab korraga rohkem kui 15 kasutajat, on tõhusam kasutada klient-serveri töörežiimi (SQL). Miks peate lisaks serverile endale ostma 1C Enterprise 8 serveri litsentsid. Klient-server režiimis töötades tõuseb litsentside hind võrreldes failirežiimis töötamisega, mis on seotud 2 ettevõtte: Microsofti ja 1C ühise klient-serveri lahenduste arendamisega.
Kasutades litsentsid serveri 1C ettevõttele 8 kliendipoolne rakendus suhtleb 1C serverite klastriga. Klaster omakorda saadab päringu andmebaasiserverile (PostgreSQL või MS SQL Server). Veelgi enam, 1C:Enterprise 8 serveriklaster ja andmebaasiserver võivad füüsiliselt asuda erinevates arvutites. See võimaldab administraatoril jagada koormust serverite vahel.
Kõige ressursimahukamad andmetöötlusülesanded saate üle kanda 1C:Enterprise 8 serveriklastrisse. Sellisel juhul saab ka üsna keeruliste päringute täitmisel kliendipoolne programm vaid vajaliku valiku ning kõik vahepealsed andmetöötlusprotsessid viiakse läbi serveris. Tavaliselt on serveriklastri võimsuse suurendamine palju lihtsam kui kogu kasutajaarvutite pargi uuendamine.
Kolmetasandilise arhitektuuri kasutamise üks peamisi eeliseid on andmebaasi kasutajate juurdepääsuõiguste haldamise ja levitamise lihtsus. Lisaks puudub kasutajal juurdepääs teabele platvormi või andmebaasi füüsilise asukoha kohta. Juurdepääs toimub 1C:Enterprise 8 serverite klastri kaudu Andmebaasi taotlemisel määrab kasutaja ainult klastri ja teabebaasi nime ning sisestab kasutajanime ja parooli.
1C: Enterprise 8 kasutab tõhusaks andmete toomiseks MS SQL Serverit:
- päringumehhanism eeldab MS SQL Serveri maksimaalset kasutamist arvutuste tegemiseks ja aruannete genereerimiseks
- suurte dünaamiliste loendite töötlemine toimub ilma suurt hulka andmebaasi päringuid tegemata ning kasutajal on võimalus tõhusalt otsida, filtreerida ja sortida.
Töö klient-serveri versiooni juurutamine ja selle haldamine on üsna lihtne. Andmebaas luuakse kohe pärast konfiguraatori käivitamist. Programmipakett sisaldab rakendust töö klient-server versiooni administreerimiseks, mis võimaldab administraatoril seadistada ja hallata andmebaase ja kasutajaühendusi.
Server 1C: Enterprise 8 (x86-64)
64-bitine 1C:Enterprise 8.2 server on vajalik x86-64 arhitektuuri (EM64T, AMD64) käitamiseks Windowsi ja Linuxi all. 64-bitise 1C:Enterprise 8.2 serveri peamiseks eeliseks on tööprotsessile eraldatud praktiliselt piiramatu aadressiruum, mis võimaldab serveri võimalusi peaaegu täielikult ära kasutada.
64-bitise 1C:Enterprise 8.2 serveriga suhtlemiseks saab kasutaja poolel kasutada 32-bitist 1C:Enterprise 8.2 rakendust. 1C: Enterprise 8.2 serverid (32-bitised ja 64-bitised) töötavad nii 32-bitiste kui ka 64-bitiste andmebaasidega.
1C:Enterprise 8 serveri (x86-64) litsentsi tarnimine sisaldab
- 1C:Enterprise'i kliendirakenduse, 1C:Enterprise'i serveri jaotused Linuxile ja Windowsile (32- ja 64-bitine)
- PostgreSQL-i distributsioonid (32-bitine ja 64-bitine)
- USB-turvavõti
- Raamat "1C:Enterprise 8.2 klient-server (x86-64). Installimise ja kasutamise omadused"
- Litsentsileping serveri 1C:Enterprise 8 (x86-64) kasutamiseks.
1C:Enterprise 8 serveri litsentsi kasutamise omadused:
- serverilitsentsi rakendamine on lubatud ainult põhipaketiga samas kohtvõrgus
- Füüsiliselt 1C:Enterprise 8 serveri litsents on riistvaraline turvavõti (USB)
- Kaitsevõti töötab nii 32- kui 64-bitise 1C:Enterprise server 8.2-ga ning toetab ka tööd 1C:Enterprise server 8.1 ja 8.0-ga.
- 1c serveri litsents ei suurenda kasutajate tööjaamade koguarvu, mille määrab kliendilitsentside arv kohalikus võrgus
- Serverilitsents ei kehti põhiversioonidele.
Kas 32-bitisest serverist 64-bitisele serverile üleminekul on vaja 1C:Enterprise 8 kliendilitsentse asendada?
Kui kasutajal on juba 32-bitine 1C:Enterprise 8 serverilitsents ja ta peab ostma 64-bitise 1C serveri, siis 1C:Enterprise 8 kliendilitsentse ei asendata. Saate osta 64-bitise 1C:Enterprise 8 serveri litsentsi vastavalt skeemile, asendades olemasoleva litsentsi x86-64 serverilitsentsiga.
Tänaseks on finantstoode 1C kasvanud raamatupidamisarvestuse rakendusprogrammist laiaformaadiliseks raamatupidamise ja peaaegu igat tüüpi ettevõtete toetamise kompleksiks, väites, et konkureerib maailma "koletiste" SAP R/3 ja Microsoft Dynamics AX-iga ( Axapta).
Venemaa ettevõtted korraldavad oma äriprotsesse üha enam kaasaegsete konfiguratsioonide abil 1C 8.3 "Kaubanduse juhtimine", "Tootmise juhtimine", "ERP ettevõtte juhtimine" jms. Raamatupidamis-, turundus-, tootmis- ja müügiosakonnad viiakse üle 1C-sse ning integreeritakse IP-telefoni ja dokumendihaldussüsteemidega. Kuid kohe pärast kavatsusi "töötame 1C-s" tekivad küsimused - milliste ressursside osas töötab keskne 1C andmebaas, milline riistvara näitab mõistliku eelarvega optimaalset tulemust? Antud olukorras on avaliku sektori hiigelettevõtetel lihtsam - selge käsk on antud arvukatele täiskohaga IT-integraatoritele ja arhitektidele, alanud on suure eelarvega hangete mehhanismid, mille kohustuslikuks tingimuseks on võtmed kätte kontseptsiooni pakkumine ja edasi süsteemi tugi sertifitseeritud spetsialistide poolt. Kuidas on aga lood ettevõtetega, kes soovivad oma eelarvet targalt kulutades ise osta ja installida mõnda 1C: Enterprise toodet?
Kõige elementaarsem viga, kui te ei võta arvesse piraat- või testimata tarkvara kasutamist, on riistvara säästmine 1C jaoks. Sarnased trendid on eriti levinud idufirmade ja väikeettevõtete puhul. Arvatakse, et Intel Xeon protsessoritega pole vaja osta kalleid serveriseadmeid, pole vaja eelnevalt arvutada RAM-i mahtu, protsessori ja ketta alamsüsteemi koormust, et pole vaja luua ketta liiasust. massiivid (Raid), et kasutada professionaalseid vahemälu-RAM-iga kettakontrollereid jne. Vead 1C IT-arhitektuuri arvutustes põhjustavad kohutavaid tagajärgi, millest ettevõte saab teada pärast äriprotsesside seiskumist. Seetõttu on väga oluline pöörata tähelepanu 1C serveriplatvormi igale riistvarasõlmele.
Näited tüüpilistest probleemidest, mis on tingitud 1C IT-arhitektuuri valest ehitamisest:
- 1C andmebaasi ja liideste "aeglustumine" võtmeressursside (tavaliselt RAM või ketta alamsüsteemi) liigse koormuse tõttu.
- Programmi 1C vead ja krahhid valesti valitud seadmete ebastabiilsuse tõttu.
- Ettevõtte seisak keskriistvara rikke tõttu.
- 1C andmete osaline või täielik kadumine juhuslike riist- või tarkvaratõrgete tõttu.
1C serveri riistvararessursid
Mõelgem allpool kõige olulisematele riistvararessurssidele, mille valikul esinev viga võib 1C jaoks iseseisvalt serveri loomisel rikkuda kogu ettevõtte automatiseerimisprojekti.
Keskprotsessor (CPU)
Füüsilise protsessori tuumade arv. Igasuguste 1C foorumite igavese arutelu teema on see, mis on olulisem: protsessori sagedus või mitmetuumaline. Nende vastuolude juured ulatuvad tagasi 1C 8.0 või isegi 1C 7.7 juurde. Tõepoolest, 1C varasemate versioonide käivitatavad protsessid olid puhtalt ühetuumalised, st. olenemata sellest, kui palju südamikke keskprotsessor pakub, hõivasid 1C 8.0 ettevõtteserveri teenus või 1C 7.7 paks klient operatsioonisüsteemis alati ainult ühe "null" tuuma. Tänaseks on pilt muutunud – operatsioonisüsteem jaotab julgelt ühe 1C: Enterprise protsessi (rphost) ülesanded mitme CPU tuuma vahel (vt joonis 1).
Joonis 1 - CPU koormus, kui 1C serveri protsessid töötavad.
Kuid see ei tähenda absoluutselt seda, et kui ostate maksimaalse arvu tuumadega protsessori, siis DBMS-iga seotud 1C-server (enamasti peame silmas DBMS-i all MS SQL-i) näitab fantastilist jõudlust ja 1C-s arvestusperioodide uuesti käitamist. programm on mõne minuti küsimus. Peate mõistma erinevust ühe toimingu sooritamise kiiruse ja suure hulga teabe samaaegse töötlemise protsessi vahel. Füüsiliste tuumade arv võimaldab meil lihtsalt lahendada 1C:Enterprise serveri ja DBMS-i paljude erinevate ülesannetega samaaegse töö stabiilsuse ja jõudluse probleemi. Siit järeldus – mida suurem on 1C kasutajate arv, seda olulisem on vajalik arv südamikke nende samade kasutajate mugavaks samaaegseks tööks. Kasutajate arvu sõltuvus 1C-serveri tuumade arvust on näidatud tabelis 1.
| Samaaegsete kasutajate arv serveris 1C:Enterprise | Protsessori tüüp ja mudel | Kasutatud südamike arv |
| Kuni 10 kasutajat | Kohandatud Intel Core alates 3,1 GHz | Mitte rohkem kui 2-4 |
| Kuni 20 kasutajat | Server Intel Xeon alates 2,4 GHz | Alates 4 kuni 6 |
| Kuni 30 kasutajat | Server Intel Xeon alates 2,6 GHz | 6 kuni 8 südamikku |
| Kuni 50 kasutajat | Server Intel Xeon alates 2,4 Ghz – 2 tk. | Alates 4-st protsessori kohta |
Tabel 1 - 1C-serveris olevate kasutajate arvu ja soovitatava protsessori tuumade arvu suhe.
CPU sagedus. Vastupidiselt tuumade arvule mõjutab keskprotsessori sagedus täpselt ühe ülesande tüki töötlemise kiirust korraga, mis on 1C lõppkasutajate jaoks kõige populaarsem kriteerium. Protsessori sagedus on just see parameeter, mis suurendamisel suurendab 1C-serveri ja DBMS-i päringute töötlemise kiirust üksiku kasutaja jaoks ning vähendab aega, mille jooksul süsteem lõpptulemuse lõppkasutajale annab. Selle kinnituseks tegi tuntud spetsialist Gilev ühes oma praktilistel testidel põhinevas artiklis ühemõttelise järelduse - "1C kiirust mõjutab keskprotsessori sagedus palju rohkem kui selle muid parameetreid, olgu see siis 1C lõppklient või 1C: Enterprise server. See on programmi 1C arhitektuur.
Vahemälu, virtualiseerimine ja hüperkeermestamine. Varem, kui mitmetuumalised protsessorid polnud veel nii levinud, tuli Intel välja spetsiaalse keskprotsessori tehnoloogiaga, mis simuleeris mitut tuuma, nn hüperkeerme. Pärast selle lubamist määratleb operatsioonisüsteem ühe füüsilise protsessori (üks füüsiline tuum) kahe eraldi protsessorina (kaks loogilist tuuma). Soovitame 1C-serveri jaoks "hüperlõime" keelata. See tehnoloogia ei anna mingit kiirendust 1C-ni.
Virtuaalsete masinate kasutamisel 1C:Enterprise serveri ja DBMS-i jaoks peate arvestama, et virtuaalmasinate tuumad on "nõrgemad" kui tegelikud füüsilised tuumad, ehkki neid nimetatakse samadeks - "südamikuteks". Täpsed ametlikud koefitsiendid puuduvad, kuid Microsofti tehnikaportaalide artiklites soovitatakse virtuaalmasinas lugeda 4-6 protsessorituuma füüsilise tuuma kohta.
Vahemälu on täiustatud mälu, mida protsessor kasutab arvutimälu keskmise juurdepääsuaja vähendamiseks. Tegelikult on see protsessori lahutamatu osa, kuna see asub samal kiibil ja on osa funktsionaalsetest plokkidest. Siin on kõik väga selge - mida suurem on vahemälu suurus, seda suuremaid teabetükke saab protsessor töödelda. Tavaliselt sõltub vahemälu suurus protsessori mudelist – mida kallim mudel, seda suurem on tavaliselt vahemälu maht. Kuid me ei usu, et protsessori vahemälu suurus mõjutab radikaalselt 1C-serveri ja DBMS-i jõudlust. Pigem kuulub see "peenhäälestuse" valdkonda.
Protsessori tüüp. Kõik teavad, et riistvara jaguneb serveriks ja kasutajaks. Kas mõnel juhul on võimalik kasutada odavat kasutajakeskprotsessorit alternatiivina professionaalsele, kuid kallile serveriprotsessorile? Selgub, et see on võimalik. Vaatame tabelit, milles võrreldakse Inteli keskprotsessorite kahe versiooni põhiparameetreid (vt tabel 2).
| Kohandatud Intel® Core™ i7-6700T protsessor (8M vahemälu, kuni 3,60 GHz) | Server Intel® Xeon® protsessor E5-2680 v2 (25M vahemälu, 2,80 GHz) | |
| Vahemälu | 8 MB | 25 MB |
| Süsteemi siini sagedus | 8 GT/s DMI3 | 8 GT/s QPI |
| Käskude komplekt | 64-bitine SSE4.1/4.2, AVX 2.0 | 64-bitine AVX 2.0 |
| Südamike arv | 4 | 10 |
| Põhiprotsessori taktsagedus | 2,8 GHz | 2,8 GHz |
| Max RAM-i hulk ja tüüp | 64 GB mitte-ECC | 768 GB ECC |
| Hinnanguline maksumus | 354$ | 1 280$ |
Tabel 2 – Inteli kodu- ja serveriprotsessorite põhiparameetrite võrdlus.
Nagu näeme, on serveriprotsessoril palju suuremad väärtused tuumade arvu, vahemälu suuruse, suurema RAM-i toe ja loomulikult kõrgema hinna osas. Kuid serveri CPU ei erine praktiliselt kasutaja CPU-st teatud protsessori käskude (juhiste) ja taktsageduse toetamise poolest. Sellest võime järeldada, et väikeste organisatsioonide jaoks on üsna vastuvõetav kasutada 1C: Enterprise serveri jaoks kohandatud keskprotsessorit. Ainus küsimus on selles, et serveri emaplaadi pesasse ja tugiserveri RAM-i ei saa installida kohandatud protsessorit koos paarsuskontrolliga (ECC) ning kohandatud komponentide kasutamine toob kaasa riske kogu süsteemi kui terviku stabiilsusele.
Muutmälu (RAM)
RAM-i tüüp. Muutmälu (RAM) varieerub vastavalt selle otstarbele - mitme kasutajaga serverisüsteemide või isiklike seadmete jaoks - personaalarvutid, sülearvutid, võrguarvutid, õhukesed kliendid jne. Nagu CPU puhul - RAM-i moodulite peamised parameetrid on ligikaudu samaväärsed - kaasaegne arvuti RAM ei jää praktiliselt serveri RAM-ist maha ei ühe riba mahu, taktsageduse ega tüübi poolest. DDR moodulid. Serveri RAM-i ja koduse RAM-i erinevused tulenevad riistvaraplatvormi kasutusjuhtudest ja otstarbest – sellest ka selle kõrgem hind:
- Serveri RAM-il on paarsuskontroll ECC (Error Correction Code) – kodeerimis-/dekodeerimistehnika, mis võimaldab parandada infotöötluse vigu otse RAM-mooduli abil.
- Serveri emaplaadil on palju rohkem pesasid RAM-moodulite installimiseks kui tavalisel arvutil.
- Serveri RAM sisaldab registreid (puhvreid), mis pakuvad andmete puhverdamist (osaliselt registreeritud või täielikult täispuhverdatud), vähendades seeläbi mälukontrolleri koormust paljude samaaegsete päringute korral. Puhverdatud FB-DIMM-id ei ühildu puhverdamata moodulitega.
- Registreeritud mälumoodulid võimaldavad suurendada ka mälu skaleeritavust – registrite olemasolu võimaldab paigaldada ühte kanalisse rohkem mooduleid.
Võime järeldada, et serveri RAM-i moodulite kasutamine võimaldab paigaldada ühte süsteemi suurtes kogustes RAM-i ning ECC paarsuskontrolli tehnikad ja puhvrite kasutamine võimaldavad serveri operatsioonisüsteemil stabiilselt ja kiiresti töötada.
RAM-i maht.Üks 1C-serveri ja DBMS-i suure jõudluse võtmetegureid on piisav hulk RAM-i. Muidugi sõltuvad tegelikud RAM-i vajadused paljudest teguritest – 1C konfiguratsiooni tüübist, 1C:Enterprise serveri protsesside arvust, DBMS-i andmebaasi suurusest jne. Siiski on võimalik tuletada RAM-i mahu ligikaudne sõltuvus kasutajate arvust (vt tabel 3).
| RAM-i nõuded 1c serverile ja DBMS-ile | Kuni 10 kasutajat | Kuni 20 kasutajat | Kuni 30 kasutajat | Kuni 50 kasutajat |
| Server 1c: Ettevõte | 4-6 GB | 6-8 GB | 12-14 GB | 18-24 GB |
| MS SQL Server | 4-6 GB | 8-10 GB | 16-18 GB | 24-28 GB |
Tabel 3 – 1C serveri kasutajate arvu ja soovitatava RAM-i ligikaudne suhe 1C:Enterprise serveri protsesside ja MS SQL serveri jaoks.
Mis puudutab 1C:Enterprise serveriprotsesse (rphost.exe) - kaasaegsed 1C platvormid ei võimalda teil 1C serveriprotsesside arvu käsitsi määrata. Selle asemel nõuab süsteem selliste parameetrite määramist nagu teabebaaside arv ja kasutajate arv rphost.exe protsessi kohta, misjärel määrab see automaatselt optimaalse 1C:Enterprise serveriprotsesside arvu. Samuti saate konfigureerida protsessi rphost.exe nii, et see vabastaks sujuvalt RAM-i, kui selle maht ületab etteantud läve. Sel juhul loob 1C server uue protsessi rphost.exe, mis võtab järk-järgult üle 1C ülesanded, võimaldades vajaliku 1C protsessi maha laadida.
Samuti peaksite arvestama, et SQL-teenusele eraldatud RAM-i maht loetakse piisavaks, kui SQL-i andmed vahemälus on vähemalt 90%. See mõõdik on üsna mugav, kuna... Te ei saa lihtsalt vaadata SQL-serveri tarbitud RAM-i hulka – SQL-i hiljutised väljaanded on dünaamiliselt tarbinud RAM-i – maksimaalne võimalik RAM-i kogus haaratakse ja vabastatakse, kui RAM-i nõuavad teised protsessid.
RAM-i sagedus. Lühidalt öeldes on see kanalite ribalaius, mille kaudu edastatakse andmed emaplaadile ja sealt edasi protsessorile. On soovitav, et see parameeter vastaks emaplaadi lubatud sagedusele või ületaks seda, vastasel juhul võib RAM-i edastuskanal muutuda kitsaskohaks. Ühte tüüpi DDR-i piires ei mõjuta sageduse suurendamine/vähendamine põhimõtteliselt 1C-serveri jõudlust ja see kuulub pigem "peenhäälestuse" valdkonda.
RAM-i ajastused. See on RAM-i latentsusaeg või latentsusaeg. Seda parameetrit iseloomustab andmete viivitusaeg RAM-kiibi erinevate moodulite vahel üleminekul. Madalamad väärtused tähendavad kiiremat jõudlust. Kuid mõju serverisüsteemi üldisele jõudlusele ja veelgi enam 1C:Enterprise serverile on väike. Tavaliselt pööravad nendele parameetritele tähelepanu ainult mängurid ja ülekiirendajad, kelle jaoks on iga täiendav jõudluse tilk kõige väärtuslikum.
Ketta alamsüsteem ja HDD kõvakettad
Kõvaketta kontrollerid. Peamine seade kõvaketaste ühendamiseks ja korraldamiseks riistvarasüsteemis on kõvaketta kontroller. Seda on kahte tüüpi:
1. Sisseehitatud – kontrolleri moodul on süsteemi sisse ehitatud, kõvaketta puur on ühendatud otse emaplaadiga. Seda peetakse ökonoomsemaks lahenduseks.
2. Väline – on eraldiseisev trükkplaat (seade), mis on ühendatud emaplaadi pistikuga. Seda peetakse professionaalsemaks lahenduseks, kuna sellel on HDD-kõvaketastega toimingute tegemiseks ja jälgimiseks eraldi kiibid. Soovitatav oluliste serverisüsteemide jaoks, nagu 1C:Enterprise server ja DBMS.
On ka kolmas tüüp – seade plokiandmete vastuvõtmiseks/edastamiseks iSCSI, FiberChaneli, InfiniBand, SAS kanalite kaudu. Kuid selle valiku korral "eemaldatakse" ketta alamsüsteem eraldi andmesalvestusseadmesse (DSD), mis on ühendatud optilise või vaskkaabli kaudu serveriga. Meie artiklis analüüsime 1C jaoks eraldiseisva serveri nõudeid, seega me seda tüüpi ei käsitle.
RAID-massiivide tüübid ja tasemed. See on andmete virtualiseerimise tehnoloogia, mis ühendab mitu ketast loogiliseks üksuseks koondamise ja parema jõudluse tagamiseks. Vaatame RAID-i spetsifikatsiooni kõige populaarsemaid tasemeid:
- RAID 0 ("triibutamine") Sellel puudub liiasus ja see jagab teabe väikeste plokkide (“triipude”) kujul koheselt kõikidele massiivi kaasatud ketastele. Tänu sellele suureneb jõudlus oluliselt, kuid töökindlus kannatab. Vaatamata jõudluse eelistele ei soovita me seda massiivitüüpi kasutada.
- RAID 1 ("Peegeldamine", "peegel"). Sellel on kaitse poole saadaoleva riistvara rikke eest (üldjuhul üks kahest kõvakettast), tagab vastuvõetava kirjutamiskiiruse ja suurendab lugemiskiirust päringute paralleelseerimise tõttu. Seda tüüpi massiiv toetab täielikult 1C+DBMS-serverit kuni 25–30 kasutaja jaoks, eriti kui kasutatakse 15 000 SAS-kettaid või SSD-sid.
- RAID 10. Peegeldatud kettapaarid on paigutatud "ketti", nii et saadud helitugevuse maht võib ületada ühe kõvaketta mahu. Meie arvates kõige edukam kettamassiivi tüüp, kuna... see ühendab endas RAID1 töökindluse ja RAID 0 kiiruse. Koos SAS 15K ketaste või SSD-dega saab seda kasutada 40-50 kasutaja 1C serverites.
- RAID 5. Kuulus oma tõhususe poolest. Ohverdades massiivist vaid ühe ketta mahu koondamise nimel, saame kaitse süsteemi mis tahes kõvaketta rikke eest. (selle RAID 6 variatsioon nõuab kontrollsummade mahutamiseks kahte täiendavat kõvaketast, kuid see salvestab andmeid isegi siis, kui kaks draivi ebaõnnestuvad). Seda tüüpi massiiv on ökonoomne, töökindel ja üsna märgatav lugemisvõime. Kahjuks on selle massiivi kitsaskohaks madal kirjutamiskiirus, mis muudab selle kasutamise mugavaks kuni 15-20 kasutajaga 1C serverikonfiguratsioonidega. See on optimaalne ka rakenduslikel eesmärkidel - failiandmete, dokumendivoo arhiivide jms salvestamiseks.
Kõvaketta liideste tüübid.Ühenduse tüübi järgi jaotatakse kõvakettad:
- HDD Sata Home. Odavaim kõvaketta valik, mis on mõeldud kasutamiseks koduarvutites või võrgumeediumikeskustes. Selliseid seadmeid 1c-serverites ei soovitata kasutada madala tõrketaluvuse ja tööstabiilsuse tõttu - nende ketaste komponendid pole lihtsalt mõeldud ööpäevaringseks tööks ja kiiresti rikkis.
- HDD Sata server. See nimi viitab tavaliselt Sata liidesega kõvaketastele, mille spindli kiirus on 7200 pööret minutis. Eesliide "Server" tähendab, et selliste ketaste jõudlust on serverisüsteemides testitud ja need on mõeldud stabiilseks tööks 24/7. Tavaliselt kasutatakse 1C serverites suurte teabemahtude salvestamiseks, mis ei nõua suurt töötlemiskiirust. Näiteks 1C arhiivide andmebaasid, vahetuskaustad, kontori dokumentide allalaadimise failid jne.
- HDD SAS server. SAS-i liidesel (kaasaegne SCSI analoog) ja Sata liidesel on mitmeid erinevusi. Siin on keskmine ketta reageerimisaeg ja töö jagatud kettariiulis ning töö HDD kontrolleriga suurema infovahetuse kiirusega – kuni 6 GB/s (võrreldes Sataga 3 GB/s). Kuid peamine eelis on SAS-i kettamudelite olemasolu spindli kiirusega 15 000 p / min. Just see disainifunktsioon võimaldab SAS-i ketastel sooritada Sata Serveri kõvaketastega võrreldes peaaegu 3 korda rohkem I/O toiminguid sekundis. Sellised SAS-kettad on väikese mahuga ja neid soovitatakse kasutada pidevalt suure töökoormusega 1c põhiandmebaaside jaoks.
- SSD-draivid. Need ajamid erinevad eelmistest mitte ühendusliidese, vaid disaini poolest - need on tahkis ja neil pole liikuvaid osi, s.t. Sisuliselt on need "välkmäluseadmete" analoogid. Sellised tehnoloogiad võimaldavad SSD-draividel toota "üüratu" arvu sisend-/väljundtoiminguid sekundis (alates 10 000 toimingust kõige lihtsamatel SSD-mudelitel). Sellel eelisel on aga ka negatiivne külg - SSD-draivide kõrgem hind ja "nende eluea lävi", mis sõltub SSD-plokkidesse kirjutamise arvu piirangust. Kuid iga aastaga muutuvad need plaadid soodsamaks ja vastupidavamaks. Kuna SSD ketaste maksumus tõuseb olenevalt mahust kordades, oleks kõige mõistlikum neid kasutada väikeste, kuid ülekoormatud 1c andmebaaside puhul, mis nõuavad suurt juurdepääsukiirust, samuti TempDB DBMS ajutiste andmebaaside puhul.
IOPS – sisend/väljundoperatsioonide arv sekundis. Põhimõtteliselt on IOPS teabeplokkide arv, mida saab lugeda või meediasse kirjutada 1 sekundi jooksul. See tähendab, et puhtal kujul on see kõvaketta teabetöötluse kiiruse põhiparameeter, mis mõjutab 1C-serveri jõudlust. Kui võtame võrdluseks standardse 4kb teabeploki, saame laias laastus esile tõsta järgmised IOPS-indikaatorid (vt tabel 4).
| HDD | IOPS | Liides |
| 7200 p/min SATA-draivid | ~75-100 IOPS | SATA 3 Gb/s |
| 10 000 p/min SATA-draivid | ~125-150 IOPS | SATA 3 Gb/s |
| 10 000 p/min SAS-draivid | ~140 IOPS | SAS |
| 15 000 p/min SAS-draivid | ~175-210 IOPS | SAS |
| SSD-draivid | Alates 8000 IOPS-ist | SAS või SATA |
Tabel 4 – IOPS-indikaatorid erinevat tüüpi kõvaketastel 4kb andmeplokiga töötamisel.
Muidugi pole IOPS-ist puhtal kujul 1C-serveri ketta alamsüsteemi lõplike arvutuste ja nõuete arvutamisel vähe kasu. Lõppude lõpuks koosneb ketta alamsüsteemi kogujõudlus RAID-massiivi tüübist, kettatüüpidest ja selle liidese kiiruse indikaatoritest, reageerimisajast (latentsus), juhusliku juurdepääsu ajast, lugemis- ja kirjutamistoimingute arvu protsendist ja paljudest muudest teguritest. . Kuid see parameeter on meie arvates ketta alamsüsteemi kiiruse põhinäitaja ja serveriarhitektuuri arendamise etapis aitab see kindlaks teha, millist tüüpi kõvakettad on teatud vajaduste jaoks kõige sobivamad. (vaata RAID-kalkulaatorit)
Harjutuse test
Milline on seos 1C kasutajate arvu ja iopside arvu vahel? Meie meeskond viis läbi praktilise testi (vt tabel 5), et mõõta ketta alamsüsteemi koormust teatud arvu 1C seanssidega. Kuna 1C süsteem on programmeeritav keskkond ja igal ettevõttel võib 1C-s olla oma äriprotsesside komplekt, vajasime testimiseks linki teatud võrdluskonfiguratsiooniga. Selles funktsioonis valiti 1C protsessori spetsiaalne konfiguratsioon, mis töötati välja testimiseks ja silumiseks. Selle põhjal lisasid meie 1C programmeerijad hulga päringuid, mis simuleerivad tavalise ettevõtte tavapärast toimimist, koos raamatupidamispäringute, konteeringute, aruannete koostamise ja tegevusdokumentide postitamisega.
| Süsteemi ketas | Ketas andmebaasidega | ||||
| Iteratsioon | Kasutajad | IOPS kirjutada | IOPS-i lugemine | IOPS kirjutada | IOPS-i lugemine |
| Keskmised väärtused | |||||
| 1 | 12 | 9,1 | 0,1 | 13,1 | 1,5 |
| 2 | 20 | 7,9 | 0,1 | 21,8 | 0,4 |
| 3 | 32 | 5,2 | 0,006 | 36,1 | 5,2 |
| 4 | 40 | 7,7 | 0,013 | 27,52 | 1,3 |
| 5 | 52 | 7,7 | 0,006 | 32,04 | 0,94 |
Tabel 5 – ketta alamsüsteemi koormuse praktilise testi tulemused.
Testi tulemused näitavad, et lõviosa ketta alamsüsteemi koormusest tekib siis, kui 1C kirjutab DBMS-serveri andmebaasi ja operatsioonisüsteemi süsteemikettale (millel asuvad vaikimisi vahemäluserveri failid 1C:Enterprise) .
Samal ajal teostasime juba töötavate 1C UPP 8.2 andmebaaside praktilised mõõtmised testperioodil - 5 tööpäeva. Need näitavad, et keskmiselt tarbib 1C + DBMS-server "kirjutamiseks" kaks korda rohkem iopi kui "lugemiseks". See erinevus sünteetiliste testide ja reaalse 1C-serveri jälgimisstatistika vahel tuleneb nii perioodilisest teabeandmete proovivõtmisest andmebaasist tööpäeva jooksul kui ka andmebaasi regulaarsest lugemisest DBMS-i varundamise või replikatsiooni ajal.
Muud kõvaketta komponendid, millele tasub tähelepanu pöörata.
- Füüsiline suurus (vormitegur). Tänapäeval on peaaegu kõik teadaolevad personaalarvutite ja serverite draivid 3,5 või 2,5 tolli suurused. Pange tähele, et 2,5-tollisi kettaid ei toodeta suurtes kogustes.
- Juhusliku juurdepääsu aeg- aeg, mille jooksul kõvaketas sooritab magnetketta teatud osas lugemis-kirjutamistoimingu. Reeglina on serveridraividel paremad tulemused. See on üsna oluline parameeter 1C DBMS-serveri kettamassiivi koostamisel.
- Spindli kiirus- kõvaketta spindli pöörete arv minutis. Siin on kõik lihtne ja selge - kõvaketta juurdepääsuaeg ja keskmine andmeedastuskiirus sõltuvad magnetplaatidega spindli pöörlemiskiirusest.
- Kõvaketta puhvri maht- puhver on ajutine mälu, mis on loodud kõvaketta lugemise/kirjutamise ja liidese kaudu andmete edastamise kiiruse erinevuste tasandamiseks.
- Töökindlus- on määratletud kui keskmine aeg rikete vahel (MTBF). Töökindlus sõltub reeglina otseselt kõvaketta tootjast, hinnast ja keskkonnast, kus kõvaketast kasutatakse. Peame töökindlust kõvaketta oluliseks parameetriks, mis mõjutab 1C-serveri töökvaliteeti.
Õige valik: kodu või serveri riistvara
Riistvarakomponentide hinnalangus ja “koduarvutite” potentsiaalse võimsuse aktiivne kasv toovad kaasa veel ühe katastroofilise eksiarvamuse - väikeettevõtted kasutavad tööjaamu aktiivselt platvormina koostööks 1C andmebaasidega. Samal ajal, mõistmata, et lisaks põhisageduse parameetritele, mälumahule ja võimalusele kasutada tavaarvutis soodsaid SSD-draive, on kommertsstruktuuris riistvara toimimiseks süsteemsemad, sügavamad ja olulisemad nõuded. (vt tabel 6).
1C serveri korraldamise probleemi lahendamiseks pakume 1C pilveserverite renti Tier III klassi andmekeskustes. Serveri rentimise majandusliku otstarbekuse kohta leiate artiklist.
| Valikud | Server | Personaalarvuti |
| Arvutusvõimsuse piisavus | V | V |
| Garanteeritud süsteemi kättesaadavus 24/7 | V | X |
| Peamiste riistvarakomponentide töökindlus ja stabiilsus | V | X |
| Kaugtoite ja konsoolihalduse (IPMI) võimalus | V | X |
| Riistvaraplatvormi eelarve maksumus | X | V |
Tabel 6 - Kodu ja serveri riistvara võrdlus 1C serveri kvaliteetseks tööks vajalike kriteeriumide järgi.
1C tõrketaluv töö
Loomulikult on 1C serveriosa jaoks üks olulisi nõudeid selle töö stabiilsus ja vastupidavus tõrgetele. Microsoft ja 1C ise on selles suunas palju pingutanud, luues tehnoloogiaid oma teenuste rühmitamiseks üsna tõsisel tasemel (vt tabel 7).
| SQL-serverite tõrketaluvus | Põhineb ühtse ühise andmelao kontseptsioonil. Sisseehitatud SQL Serveri klastritehnoloogia ühendab kaks SQL-serverit üheks klastriks, millel on üks virtuaalne IP-aadress ja üks andmebaas. Seega, kui peamine SQL ebaõnnestub, edastatakse päringud automaatselt varupäringule. Teine võimalus on hiljuti kasutusele võetud AlwaysOn – tehnoloogia DBMS-i andmebaaside automaatseks regulaarseks replikatsiooniks põhi- ja varu-SQL-serverite vahel. Samal ajal asub duplikaat SQL-server füüsiliselt teisel salvestusruumil, mis suurendab riskikindlust |
| 1C:Enterprise serveriteenuse tõrketaluvus | 1C Enterprise serverid on ühendatud aktiivse-aktiivse tarkvara tõrketaluvaks klastriks koos automaatse tõrkesiirde ja praeguste seansside salvestamisega. |
Tabel 7 – SQL- ja 1C-serverite tõrketaluvus.
Igal tehnoloogial on aga nii plusse kui miinuseid. Lisaks peamistele eelistele peate teadma mõningaid 1C ja SQL-i klastrite () funktsioone, et mitte lõppeda teenuse toimivuse halvenemisega:
- SQL-i klasterdamine kasutab virtuaalset IP-d. See tähendab, et interaktsioon 1C:Enterprise serveri ja MS SQL-i vahel toimub alati võrguliidese kaudu, isegi kui mõlemad teenused on samas operatsioonisüsteemis. Mis vastavalt toob kaasa 1C aeglasema töö, võrreldes 1C enda soovitatud klassikalise arhitektuuri versiooniga - jagatud mälu kasutamisega. Põhimõtteliselt saab sellest takistusest “mööda minna”, kasutades näiteks MS SQL Log Shipping tehnoloogiat. Sel juhul ei ole aga SQL varuserverile üleminek enam automaatne ja seda valikut ei saa pidada täieõiguslikuks klastriks.
- SQL-klaster nõuab suuri eelarvekulutusi. Kui me räägime MS SQL-teenuse klassikalisest klasterdamisest, on vaja ühte andmebaasi salvestusruumi, mis on ühendatud põhi- ja varu-SQL-serveriga. Tavaliselt mängivad seda rolli kallid salvestussüsteemid, mis suurendab eelarve suurusjärku. Kui me räägime uudsest AlwaysOnist, siis pole vaja ühtset andmebaasi, mis töötab võrgu kaudu põhi- ja varuserverite kohalike ketastega. Kuid teil on vaja SQL Server Enterprise'i versiooni, mille litsents maksab 4 korda rohkem kui tavaline SQL Server StandardD.
- Litsentside arv. Hoolimata asjaolust, et teine SQL-server ei töötle andmeid ja on reservis, tuleb litsentsid osta mõlema serveri jaoks – nii põhi- kui ka varuserveri jaoks. Eelarve jaoks on eriti valus SQL Server Enterprise'i litsentsid AlwaysOn kõrge kättesaadavusega rühmade hajutatud klastri juurutamiseks.
- Sellise olulise teenuse jaoks nagu kogu ettevõtte raamatupidamissüsteem, pole vaja kasutada odavat kohandatud riistvara. Hind määrab sel juhul otseselt sellise platvormi kvaliteedi, stabiilsuse ja vastupidavuse.
- Serveriplatvormi valimisel soovitame pöörata tähelepanu kahe toiteallika, IPMI kaugkaardi ja tootja kaubamärgi olemasolule. Muidugi valib igaüks lahenduse oma eelarve põhjal. Tippbrändid on mõnikord liiga kallid ja mitte täiesti sobivad, kuid te ei tohiks tootjaga kokku hoida, sest see võib 1C-ga töötades põhjustada kontrollimatut vääramatut jõudu. Isiklikult kasutame Supermicro serveriplatvorme koos Inteli serveriprotsessoritega.
- Praktikas on kinnitatud arvamus, et 1C jõudlus sõltub rohkem protsessori kõrgemast sagedusest kui pakutavate tuumade arvust.
- 1C-serveri ja SQL-teenuse jaoks eraldatud RAM-i koguse pealt pole vaja kokku hoida. RAM on praegu üsna odav ressurss ja selle puudus (isegi 10-15 protsenti) toob kaasa 1C süsteemi jõudluse olulise languse, sest aeglasem vahetussüsteem lülitub sisse. Lisaks paneb vahetus ketta alamsüsteemile täiendava koormuse, mis halvendab olukorda veelgi.
- Ettevõte EFSOL pakub 1C serveri valimiseks terviklikke teenuseid, mis hõlmavad: 1C serveri projekteerimist, ostmist, seadistamist ja hooldust.
- Alternatiiv oma 1C serveri loomisele on rentida 1C server. Pilvetehnoloogiad võimaldavad madalate igakuiste kuludega saada usaldusväärset ja tõrketaluvat teenust mugavaks töötamiseks 1C-s.
Süsteemi integreerimine. Konsulteerimine
Kui kasutajaid on viis või enam, samuti suurte andmebaasimahtudega, võib kasutajal tekkida probleem "1C aeglane töö". Sel juhul on soovitatav kasutada töö klient-server versioon.
Töö klient-server versiooni eelised
Suureneb süsteemi kiirus, töökindlus ja turvalisus.
Andmete töötlemisel jaotatakse koormus serverite vahel.
Teie andmete parem kaitse arvuti- ja kohaliku võrgu rikete eest.
Haldamise lihtsus.
Kulude vähendamine (1C Linuxi kasutamisel).
Serveri kasutamine 1C: ettevõte 8 võimaldab keskenduda sellele kõige mahukamatele andmetöötlustoimingutele. See vabastab arvutite võimsuse, kus kasutajad käitavad programmi 1C. See suurendab tootlikkust nende töö.
Tehnilisest küljest võtab kasutaja arvutis olev klientrakendus ühendust 1C: Enterprise 8 serveriklastriga ja klaster võtab vajaduse korral ühendust andmebaasiserveriga (soovitame kasutada MS SQL Serveri DBMS-i).
Administraatoril on ka võimalus koormust serverite vahel jaotada ning samas võivad 1C serveriklastri ja MS SQL Serveri andmebaasiserveri paikneda erinevates arvutites.
Klient-serveri versioonis töö korraldamiseks vajate:
1C serveri litsents: Enterprise 8
1C: Enterprise 8 kliendilitsentsid (platvormi standardlitsentsid) vastava arvu tööjaamade jaoks.
MS SQL-i litsentse on kahte tüüpi:
Täiskasutuse litsentsid
Runtime litsentsid
Täiskasutuse litsentsid– need on kasutusõiguse piiranguteta litsentsid. Kasutaja, kellel on 1C: Enterprise 8 litsentsid, saab kasutada Microsoft SQL Serverit muude rakendustega peale 1C: Enterprise 8.
Runtime litsentsid– need on litsentsid, mis annavad õiguse kasutada Microsoft SQL Serverit ainult 1C: Enterprise 8-ga töötamiseks.
Serveri ja kliendi juurdepääsu litsents peab olema samast kategooriast – Runtime või Full-use. Runtime litsentside asendamine täiskasutusega litsentsidega ei ole ette nähtud.
Server MINI
MINI server on 1C: Enterprise 8.3 server, mis on loodud ühendama mitte rohkem kui viis kasutajat (viis seanssi 1C: Enterprise režiimis ja üks konfiguraatori režiimis).
Klient-serveri versioonis töötamiseks MINI Serveriga peab teil olema ka:
MS SQL Serveri litsents
MS SQL Serveri kliendilitsentsid vastava arvu tööjaamade jaoks
1C kliendilitsentsid: Enterprise 8 (platvormi standardlitsentsid) vastava arvu tööjaamade jaoks
Pakutakse üleminekut MINI-serveri litsentsidelt PRO taseme litsentsidele. See tähendab, et kui kasutajate arv suureneb, saate soodustingimustel üle minna PROF-taseme litsentsile.
Pilve valik
Saate rentida ühe või mitu vajaliku konfiguratsiooniga virtuaalserverit. Virtuaalservereid majutatakse kaubamärgiga seadmetel usaldusväärses andmekeskuses, mis tagab teenuste kõrge kättesaadavuse.
Kaasasoleva juhtpaneeli kaudu saate oma renditud servereid täielikult hallata:
luua ja kloonida ise virtuaalservereid,
muuta nende konfiguratsiooni,
sisse, välja lülitada, installida OS,
hallata võrgu konfiguratsiooni,
rakendusi Internetis avaldada
ja muud.
Sel juhul pole vaja 1C: Enterprise serveri ja MS SQL Serveri jaoks seadmeid ja litsentse osta,
Saate seda kõike lihtsalt rentida!
| Kood | Nimi | Soovitatav jaehind, hõõruda. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
1C: Ettevõte 8.3. MINI server 5 ühenduse jaoks. Elektrooniline kohaletoimetamine |
Osta | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
1C: Enterprise 8.3 PROF. Serverilitsents (x86-64). Elektrooniline kohaletoimetamine |
Osta | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Litsents MS SQL Server Standard 2016 Täielik kasutus 1C: Enterprise 8 kasutajatele |
Osta | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Litsents MS SQL Server 2016 Standard Runtime jaoks 1C: Enterprise 8 kasutajatele |
Osta | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Rentige server pilves |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Litsentsid lisakohtade jaoks
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Kliendi-serveri toimimise variant
Üks platvormi alternatiivsetest võimalustest on klient-server. “Klient – Server” põhineb 3-tasemelisel arhitektuuril.
Klient-server arhitektuur jagab töötava süsteemi kolmeks osaks, mis suhtlevad omavahel teatud viisil
- kliendirakendus
- klaster – 1C serverid: Enterprise
- andmebaasiserver.
Iga kasutaja klientrakendus, mis töötab serverite klastriga, pääseb vajadusel juurde serveri andmebaasile.
Sel juhul ei ole üldse vajalik, et andmebaasiserver ja serveriklaster asuksid samas arvutis. Sellised funktsioonid aitavad koormust serverite vahel proportsionaalselt jagada.
Serveriklastri kasutamine on võimalus keskenduda sellele suuremahuliste andmebaasitöötlusoperatsioonide teostamisel. See võib hõlmata suurte keerukate päringute täitmist, mille puhul kasutajaprogramm saab temaatilise valiku vormis vaid vajaliku info ning kogu töötlemine toimub otse serveris. See võimalus muudab töö oluliselt lihtsamaks, sest klastri võimsuse suurendamine on palju lihtsam kui mitme arvuti tarkvarasüsteemide uuendamine.
Kolmetasandilise arhitektuuri teine eelis on võimalus vabalt hallata ja kontrollida kõigi kasutajate juurdepääsu andmebaasi teabele. Ja kasutajal pole üldse vaja süveneda andmebaaside asukohta või konfiguratsiooni, kogu juurdepääs toimub platvormiserveri klastri kaudu. Päringu sisestamisel piisab, kui märkida infobaasi nimi ja nõutava klastri nimi, esitades samas parooli.
Sel juhul haldab platvorm ise kõiki andmebaase, et teavet tõhusalt hankida:
- Spetsiaalsete päringumehhanismide eesmärk on maksimeerida DBMS-i kasutamist vajalike arvutuste ja aruandlusega seotud tööde tegemiseks.
- Võimalus vältida tohutul hulgal andmebaasi päringuid suure hulga nõutud teabega. Toimingud on lihtsustatud olemasolevate andmete valimise ja sortimise seadete tõttu, suurendades samal ajal otsingu tõhusust
Klient-server versiooni loomine ja selle haldamine ei nõua erilisi oskusi. Andmebaasid luuakse konfiguraatori käivitamisel, sama ka failivaliku puhul.
Kliendirakendused
Kliendirakendusega töötamine on võimalik läbi veebiserveri või otse klastriga. Klastriga ühenduse loomisel kasutavad paksu klient ja õhuke klient andmete edastamiseks otse TCP/IP-protokolli. Kui ühendus luuakse veebiserveri kaudu, kasutavad õhuke klient ja veebiklient HTTP või HTTPS protokolli.
Serverite klaster 8.2
Süsteemi põhikomponent, mille kaudu kasutajad kliendiserveriga töötades andmebaasisüsteemiga suhtlevad, on serveriklaster.
Klastri olemasolu võimaldab suurte infoandmebaasidega märkimisväärse hulga kasutajate katkematut ja tõrketaluvat tööd.
Andmebaasi server
Andmebaasiserverina kasutatakse järgmist:
- Microsoft SQL Serveri baas
- PostgreSQL andmebaas
- IBM DB2 andmebaas
- Oracle'i andmebaas
Klient-serveri versiooni 8.2 administreerimine
Platvormil on spetsiaalne utiliit, mis võimaldab hallata klient-serverit ning võimaldab administraatoril hallata kõiki ühendatud kasutajaid ja infoandmebaase.
Täitmine serveris
Kogu töö vajalike objektide, andmebaaside lugemise ja kirjutamisega toimub otse serveris. Serveris täidetakse ka kõiki käsuliidese ja teatud vormide funktsioone.
Kõikvõimalike vormide ettevalmistamine, tehtud muudatuste salvestamine ja nende paigutus – kõik need funktsioonid on serveri ülesanne. Klient kuvab valmis vormid, mida kasutaja saab täita sisestusvälja kaudu.
Käsuliides moodustatakse serveris sarnaselt ja kõik aruanded kuvatakse kliendis
Samal ajal on platvormi mehhanism ise suunatud sellele, et taotletavate andmete maht oleks minimaalne, sorteerides andmeid serveris. Töödeldud andmed tulevad serverist pärast nende vaatamist kasutaja poolt (loendiandmed, tabelid, aruanded)
Serveris tehakse järgmist:
- Andmebaasi päringud
- Salvestage kõik andmed
- Dokumentide postitamine
- Mitmesugused arvutused
- Ravide läbiviimine
- Valmisaruannete koostamine
- Vormide ettevalmistamine väljapanekuks.
Kliendil teostatakse järgmist:
- Vormide esitamine ja avamine
- Kuvatakse vormid
- Kasutaja poolt sõnumite, hoiatuste kättesaamine, s.o. teavitamine
- Kiirete arvutuste tegemine lihtsate valemite abil (hind X kogus)
- Toimingud kohalike failidega
- Toimingud kaubanduslike seadmetega.
Kliendi sisseehitatud keeleversiooni 8.2 kasutamine
Kõiki vormifunktsioone on võimalik hallata nii serveris kui ka kliendis. Klient toetab sisseehitatud programmeerimiskeelt. Kui on vaja teha kuvatava valemi abil kiireid arvutusi, arvutada dokumendis olevate ridade kogust või ridade arvu, vaadata faili või saata, siis on sisseehitatud programmeerimiskeel just selleks puhuks. Sisseehitatud programmeerimiskeele töö on aga mõeldud piiratud mahtude jaoks, selle põhjuseks on asjaolu, et kliendi funktsioonid erinevad serveri funktsioonidest ning mooduli objektikoostis on piiratud.
