Tavaliselt ignoreeritakse MS SQL Serveri installimise teemat. Tõepoolest, seda DBMS-i on raske mitte installida, isegi kui teete seda esimest korda, ja sama raske on mitte käivitada 1C:Enterprise Serverit koos sellega. Siiski on mitmeid mitteilmseid nüansse, mis võivad administraatori elu oluliselt mürgitada, millest me täna räägime.
MS SQL Server on rakenduste arvu poolest esikohal koos 1C:Enterprise'iga, see on suuresti tingitud madalast sisenemisbarjäärist, ilma kogemuseta inimene on üsna võimeline seda kombinatsiooni valdama, kasutades ainult meetodit Next - Next - Finish. Ja mis kõige huvitavam, see kõik toimib. Ütleme veel, et enamikul juhtudel on SQL-serveri vaikeseaded enam kui piisavad, et tagada 1C: Enterprise serveri produktiivne töö ja nende puudutamine pole mitte ainult tarbetu, vaid isegi kahjulik.
Kõigepealt peaksite meeles pidama süsteemi baasi tempdb, mida 1C kasutab aktiivselt ajutiste tabelite ja vahetulemuste salvestamiseks. Lisaks kasutavad seda kohe kõik serveris töötavad 1C andmebaasid. Ja kuna vaikimisi asub see SQL serveri installikaustas, st. süsteemikettal, siis kui koormus suureneb, on see tempdb muutub kitsaskohaks kogu serveri jaoks. Väga sageli põhjustab see olukordi: ostsite kiire HDD / SSD, kettaressursse on piisavalt, kuid 1C on aeglane, mis võib algajatele administraatoritele tõsiseid raskusi tekitada.
Teine punkt. Võrdluskodeering tempdb peab vastama teabebaaside võrdluse kodeeringule, vastasel juhul võib see mõnel juhul põhjustada ootamatuid tulemusi, isegi tõsiseid vigu arvutustes.
Samal ajal pole neid raskusi üldse raske vältida, peate installimise ajal kulutama paar minutit või hoolikalt üle vaatama juba installitud serveri sätted.
MS SQL Serveri installimine 1C:Enterprise'iga töötamiseks
Nagu me juba ütlesime, on SQL-serveri installimine äärmiselt lihtne ja me ei kirjelda seda protsessi üksikasjalikult, keskendudes ainult vajalikele sätetele. Alustame komponentide valikust, kuna 1C ei kasuta enamikku SQL-serveri mehhanismidest ja kui te ei kavatse neid muuks otstarbeks kasutada, siis jätame ainult Andmebaasi mootor,Kliendirajatiste suhtlus Ja Juhtnupud(valikuline).
Haldustööriistu ei saa installida serverisse, vaid installida eraldi administraatori tööjaama ja hallata sealt kõiki saadaolevaid MS SQL-servereid.
Kontrollige ka sortimisparameetreid, kui teie piirkondlikud sätted on õigesti konfigureeritud, siis tõenäoliselt ei pea te seal midagi muutma, kuid soovitatav on see parameeter kontrollida, see peaks seal olema; Kirillitsa_üldine_CI_AS.
IN Serveri konfiguratsioonid palun märkige Segarežiimi autentimine ja määrake SQL-i superkasutaja parool - sa. Märkige alla ka SQL-serveri selle eksemplari administraatorid vaikimisi, seal on juba olemas konto, mille all installimist teostati, aga kui seda eksemplari peavad administreerima ka teised kasutajad, siis on mõistlik need kohe ära märkida.
Järgmine järjehoidja - Andmekataloogid- nõuab kõige suuremat tähelepanu. Määrake kindlasti kasutajate andmebaaside ja andmebaaside salvestuskoht tempdb ruumi jõudlusmassiivil või eraldi kettal. Vaatamata sellele, et andmebaasi asukohta saab selle loomisel täpsustada, säästab õigete vaikesätete seadistamine teid tarbetust tööst, aga ka olukorrast, kui andmebaas luuakse 1C tööriistu kasutades ja satub vaikekataloogi, s.t. süsteemi kettal. Samuti saate kohe määrata varukoopiate salvestamise kataloogi.
Ülejäänud sätted saate jätta vaikeseadeteks ja installimise lõpule viia.
MS SQL Serveri seadistamine 1C:Enterprise'iga töötamiseks
Kui teil on tegemist juba installitud SQL Serveri eksemplariga, veenduge, et võrdluskodeering Kirillitsa_üldine_CI_AS, vastasel juhul tuleks andmed alla laadida 1C tööriistade abil ja server uuesti installida (või installida mõni muu eksemplar, kui seda kasutavad teised teenused).
Selleks avage Juhtimisstuudio, valige vajalik SQL-serveri eksemplar ja paremklõpsake sellel ja minge lehele Omadused.
Seejärel minge järjehoidja juurde Mälu ja märkige SQL-serveri käsutuses oleva RAM-i hulk, vastasel juhul proovib SQL-server seda taaskasutada kogu saadaolev mälu. Olukorras, kus SQL-serveri rollid on kombineeritud teiste rollidega ning väikeste ja keskmise suurusega teostuste puhul asub see tavaliselt 1C-serveriga samas masinas, tuleks süsteemile vajaliku mälu kogumahust lahutada. ja 1C-server, mis annab SQL-ile selle, mis alles jääb.
Siin on raske anda ühemõttelisi soovitusi, kõik sõltub tegelikult töödeldavate andmete mahust, on mõttekas eraldada pool vabast mälust SQL-serverile, kohandades seda väärtust selle tegeliku koormuse alusel.
Järgmine seadistus on seotud turvalisusega. 1C serveriga ühendamiseks kasutatakse kõige sagedamini kontot sa, mis on pehmelt öeldes ebaturvaline, kuna annab selle alla sisenejale täielik juurdepääs SQL serverisse. Arvestades, et 1C andmebaaside haldamisega tegelevad sageli kolmandate osapoolte spetsialistid, on mõttekas luua neile eraldi konto.
Selleks avage Turvalisus – sisselogimised ja looge uus nimi (konto), määrake autentimine SQL-server ja määrake parool.
Seejärel minge järjehoidja juurde Serveri rollid ja lubada dbcreator, protsessiadmin Ja avalik.
Seejärel kasutage seda kontot SQL-serveriga ühenduse loomiseks alates 1C.
Teine säte kehtib juba loodud andmebaasidele, avage soovitud andmebaasi atribuudid ja minge vahekaardile Failid. Leidke valik Automaatne kasv/maksimaalne suurus andmefaili jaoks. Vaikimisi on see 1 MB, mis on andmebaasiga töötades väga ebaoptimaalne, lisaks tegeleb DBMS ainult faili suuruse suurendamisega, kui mitu andmebaasi aktiivselt töötavad, põhjustab see märkimisväärset killustumist andmefailist. Seetõttu määrake andmebaasi suurusest ja tööaktiivsusest lähtuvalt suurem väärtus, mis ei too kaasa andmebaasifaili pidevat suurenemist.
Tempdb andmebaasi ülekandmine
Artikli lõpetuseks pöördume uuesti andmebaasi poole tempdb, tuleb sageli ette olukordi, kus selle andmebaasi fail tuleb teisaldada teise asukohta. Näiteks server installiti vaikesätetega ja tempdb asub süsteemisektsioonil või ostsite SSD ja soovite sinna üle kanda mitte ainult andmebaasid, vaid ka tempdb(mis on õige lahendus). Ka suure koormuse all tempdb Soovitav on panna see eraldi kettale.
Faili asukoha muutmiseks tempdb avatud Juhtimisstuudio, valige Loo taotlus ja avanevas aknas sisestage järgmine tekst, kuhu E:\NEW_FOLDER- baasi uus asukoht:
Kasutage meistrit
muuda andmebaasi tempdb
muuda faili (
nimi = tempdev,
failinimi = N"E:\NEW_FOLDER\tempdb.mdf")
mine
muuda andmebaasi tempdb
muuda faili (
nimi = templog,
failinimi = N"E:\NEW_FOLDER\templog.ldf")
mine
Seejärel klõpsake Käivitage, pärast päringu täitmist taaskäivitage SQL-server, andmebaas ja logifailid tempdb luuakse uude asukohta, tuleb vanas asukohas olevad failid käsitsi kustutada.
Täna lõpetame siinkohal, tuletame lõpuks meelde, et ärge unustage andmebaaside hooldust ja varukoopiaid.
Enamasti piisab 1C:Enterprise 8.x installimiseks klient-serveri versioonis installiprogrammi 1C:Enterprise 8.x käivitamisest. Sel juhul saab 1C:Enterprise server standardsed parameetriväärtused, mis on vajalikud selle normaalseks toimimiseks.
Vaatame üksikasjalikumalt 1C: Enterprise serveri installimist. Serveri 1C:Enterprise 8.x installimise ajal teostab 1C:Enterprise 8.x installiprogramm järgmised toimingud:
* Kopeerib 1C:Enterprise serveri alglaadimismoodulid kataloogi, mille 1C:Enterprise installiprogramm on määranud viimase kaustana.
* Kui installimise ajal on valitud "Loo kasutaja USR1CV81", loob kasutaja USR1CV81. 1C:Enterprise 8.1 server töötab selle kasutaja nimel, kui see käivitatakse teenusena. Sellel on juurdepääs ainult neile ressurssidele, mida 1C:Enterprise server vajab. On oluline, et 1C:Enterprise server vajab töötamiseks kahte kataloogi: serveriandmetega üldkataloog (tavaliselt "C:\Program Files\1cv81\server") ja ajutiste failide kataloog (tavaliselt "C:\Documents and Settings" \usr1cv81\Local Settings \Temp" või "C:\WINNT\Temp"). Kasutaja USR1CV81 saab õigused serveriandmetega jagatud kataloogile. Ajutiste failide kataloog on tavaliselt kõigile kasutajatele juurdepääsetav.
* Kui installiprotsessi ajal on lubatud "Install 1C:Enterprise 8.1 server Windowsi teenusena", registreerib see Windowsis serveriagendi teenuse 1C:Enterprise ja käivitab selle. Esmakordsel käivitamisel luuakse vaikeseadetega 1C:Enterprise serverite klaster. Sellel on üks töötaja server ja üks tööprotsess. Töötava serveri aadress ühtib selle arvuti nimega, kuhu installiti.
USR1CV81 või USR1CV82 kasutaja ja tema õigused
1C:Enterprise Server on serverirakendus, mille töö ei tohiks sõltuda sellest, milline kasutaja on interaktiivses režiimis serveriarvutisse sisse logitud, kui keegi on üldse sisse logitud. Seetõttu on 1C:Enterprise serveri installimisel soovitatav luua spetsiaalne kasutaja USR1CV81, kellel on 1C: Enterprise serveri jaoks vajalikud minimaalsed õigused ja mis pole mõeldud interaktiivseks sisselogimiseks. Serveri 1C:Enterprise esitab Windowsi süsteemile kasutaja USR1CV81.
Vaatame lähemalt kasutajale USR1CV81 seatud õigusi. 1C:Enterprise server kasutab järgmisi katalooge:
* Laadimismoodulite kataloog asub installiprogrammi 1C:Enterprise poolt viimase kaustana määratud kataloogis. See sisaldab serveri 1C:Enterprise laadimismooduleid. Kasutaja USR1CV81 nõuab selle kataloogi ja selle alamkataloogide andmete lugemiseks ja programmide käitamiseks õigusi. Ta saab need õigused kaudselt, kaasates kasutajate rühma.
* Serveri andmekataloog kannab tavaliselt nime "C:\Program Files\1cv81\server". Kasutaja USR1CV81 nõuab selle kataloogi täielikke õigusi. Kasutaja USR1CV81 loomisel annab 1C:Enterprise installiprogramm talle selle kataloogi õigused.
* Ajutiste failide kataloog kannab tavaliselt nime "C:\Documents and Settings\usr1cv81\Local Settings\Temp" või "C:\WINNT\Temp", mille määrab kasutaja keskkonnamuutuja TEMP või süsteemikeskkonna TEMP väärtus. muutuv. Selle muutuja väärtust saate vaadata dialoogis Süsteemi atribuudid (Start -> Seadistused -> Juhtpaneel -> Süsteem -> Täpsemad -> Keskkonnamuutujad). 1C:Enterprise installiprogramm annab kasutajale USR1CV81 selle kataloogi täielikud õigused. Tavaliselt on Windowsi installimisel ajutiste failide kataloog juurdepääsetav kõigile kasutajatele, lisades selle juurdepääsuloendisse rühma CREATOR OWNER. See juurdepääs ei ole aga täis. Eelkõige pole selles kataloogis failide otsimine kõigile kasutajatele saadaval. Kasutaja USR1CV81 täielike õiguste määramine ajutiste failide kataloogi võimaldab 1C:Enterprise serveril teha kõiki vajalikke toiminguid. Juurdepääsuloendit saate vaadata kataloogi atribuutide dialoogis vahekaardil Turvalisus. Grupi CREATOR OWNER olemasolu võimaldab juurdepääsu kataloogile kõigil kasutajatel, kes loovad selles kataloogis faile või omavad selles kataloogis faile. Sel juhul kirjutatakse loodud faili juurdepääsuloendisse grupi CREATOR OWNER asemel faili loonud kasutaja. Kasutajate seas, kellel on sellele kataloogile juurdepääs, peab olema kasutaja USR1CV81, kellel on selle kataloogi täielikud õigused.
Oluline on meeles pidada, et antud kasutaja (sh kasutaja USR1CV81) ajutiste failide kataloogi määrab selle kasutaja keskkonnamuutujate ja süsteemikeskkonna muutujate kombinatsioon. Selle kataloogi väljaselgitamiseks küsib installiprogramm 1C:Enterprise kasutajakonteksti USR1CV81. Selle tegemiseks operatsioonisüsteemis Windows 2000 võib kasutajal, kelle nimel installiprogramm 1C:Enterprise käivitatakse, vajada järgmisi õigusi: tegutseda operatsioonisüsteemi osana ja möödasõidukontrollist mööda minna. Kasutajaõigusi saate kontrollida kohaliku turbeseadete utiliidi abil, mis asub harus Kohalikud poliitikad -> Kasutajaõiguste määramine. Uue tarkvara installimisel omandab installija need õigused tavaliselt automaatselt.
1C:Enterprise serveri registreerimine Windowsi teenusena
1C:Enterprise Server on lihtne Windowsi konsoolirakendus ja seda saab interaktiivselt käivitada. Pideva kasutamise korral on see aga ebamugav, kuna selleks on vaja 1C:Enterprise serveri käivitamist passiivse kasutaja sisselogimisest serveriarvutisse. Selle sõltuvuse kõrvaldamiseks saab 1C:Enterprise serveri käivitada Windowsi teenusena. Selleks tuleb see registreerida Windowsi teenindushalduris.
Windowsi teenuste ja nende parameetrite loendi vaatamiseks kasutage utiliiti Component Services (Start -> Sätted -> Juhtpaneel -> Haldustööriistad -> Teenused). Serverit 1C:Enterprise esindab teenuste loendis teenus "1C:Enterprise Server Agent 8.1". Teenuse parameetrid määravad 1C:Enterprise Server Agent protsessi (ragent) käivitamise, kasutaja, kelle nime all see käivitatakse, ja hädaolukordades taaskäivitamise meetodi.
Teenuse "1C:Enterprise 8.1 Server Agent" atribuutide dialoogi vahekaardil Üldine kuvatakse rida ragendiprotsessi käivitamiseks, milleks on 1C:Enterprise Server Agent. Tavaliselt näeb see rida välja selline:
Selles öeldakse, et:
* Server Agent protsess on alglaadimismoodul "C:\Program Files\1cv81\bin\ragent.exe";
* Ragent protsess töötab Windowsi teenusena ja seda peab haldama teenusehaldur (-srvc);
* kasutatakse kui 1C:Enterprise Server Agent (-agent);
* teenuse esmakordsel käivitamisel tuleb luua klaster vaikeparameetrite ja peamise IP-pordi numbriga 1541 (-regport 1541). Seda porti kasutades peavad klientrakendused looma ühenduse klastris registreeritud teabebaasidega;
* Serveragendi IP-port peab olema nummerdatud 1540 (-port 1540). Seda porti kasutades peab klastrikonsool haldusfunktsioonide täitmiseks ühenduse keskserveriga;
* kui selles serveris käivitatakse klastriprotsessid, määratakse neile dünaamiliselt IP-pordid vahemikus 1560–1591 (vahemikus 1560:1591).
* üldised klastri andmed asuvad kataloogis "C:\Program Files\1cv81\server" (-d "C:\Program Files\1cv81\server").
Teenust "1C:Enterprise 8.1 Server Agent" saab lisada või eemaldada mitte ainult 1C:Enterprise'i installimisel või desinstallimisel 1C:Enterprise 8.1 installiprogrammi abil, vaid ka käsitsi. Selleks saate käsurealt käivitada utiliidi raggent, määrates vastavad parameetrid.
Teenuse loomiseks peate määrama parameetri -instsrvc ja järgmised parameetrid: -usr - selle kasutaja nimi, kelle nime all teenus käivitada, -pwd - selle kasutaja parool. Sel juhul muutuvad ülejäänud parameetrid teenusena 1C:Enterprise Server Agent käivitusrea parameetriteks. Näiteks teenuse 1C:Enterprise Server Agent tavapäraseks registreerimiseks silumisrežiimis peaks parameetrite komplekt olema järgmine:
"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Parool -regport 1541 -port 1540 -vahemik 1560:1591 -d "C:\Program Files\1cv81\server" - silumine
Teenuse eemaldamiseks peate määrama parameetri -rmsrvc. Näiteks:
"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc
Mõnikord on kasulik muuta serveriagendi käivitusrida või muid agenditeenuse parameetreid, näiteks lubada silumisrežiim või luua mitu erineva versiooniga teenust. Teenuse atribuutide dialoog ei võimalda teil muuta teenuserakenduse käivitusrida ja mõnda muud parameetrit, näiteks teenuse identifikaatorit. Redigeerimiseks vajate utiliiti regedit, mis on loodud Windowsi süsteemiregistri vaatamiseks ja muutmiseks.
Tähelepanu!
Windowsi süsteemiregistri redigeerimine nõuab äärmist ettevaatust, kuna selle ekslikud muudatused võivad muuta operatsioonisüsteemi töövõimetuks.
Käivitage utiliit regedit (avage Start -> Run ja tippige regedit) ja valige haru:
Selle parameetrite hulgas on parameeter ImagePath, mille väärtus on 1C:Enterprise Server Agent käivitusstring. Siin saate lisada uusi käivitusstringi parameetreid või muuta olemasolevate väärtusi. Võimalike parameetrite täielik loetelu on toodud raamatu "1C:Enterprise 8.1 Client-Server" dokumentatsioonis.
Kui teil on vaja registreerida mitu sõltumatut 1C:Enterprise Server Agent teenust, peate need määrama erinevate alglaadimismoodulite, erinevate portide ja erinevate klastriandmete kataloogidega. Samuti peate need registreerima erinevate teenuseidentifikaatoritega. Seda saab teha järgmiselt:
* Looge esimene teenus:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server"
* Muutke regedit utiliidi abil registreeritud teenuse identifikaatorit. Selleks: valige filiaal
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 serveriagent
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First
* Looge teine teenus:
"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81_10\server"
* Võib-olla tuleks muuta ka tema isikut tõendavat dokumenti. Selleks: valige filiaal
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 serveriagent
ja muutke selle nimi, näiteks järgmiselt:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second
Mida ei saa installiprogramm 1C:Enterprise teha?
Nagu juba mainitud, kopeerib installiprogramm 1C:Enterprise alglaadimismoodulid 1C:Enterprise ja teostab vajaliku registreerimise COM-is ja Windowsi teenusehalduris. Ülaltoodud teave on vajalik selle registreerimise sisemiste mehhanismide mõistmiseks. Kui serveriarvutisse pole installitud mitte ainult server, vaid ka 1C:Enterprise'i kliendiosa, on see kohe pärast installimist (ja turvavõtmete ühendamist) töövalmis.
Selleks, et 1C:Enterprise server oleks juurdepääsetav teistest kohaliku võrgu arvutitest, peate kontrollima nii serveri ja klientarvutite kui ka kogu võrgu võrgusätteid. TCP/IP-d kasutatakse andmete edastamiseks klientrakenduste ja 1C:Enterprise serveri vahel, samuti serveriklastri protsesside vahel. 1C:Enterprise'i toimimine klient-serveri versioonis sõltub selle õigest konfiguratsioonist.
1C:Enterprise serveriklastri protsessid loovad üksteisega ühenduse aadressidel, mis on määratletud töötavate serverite atribuutide dialoogis atribuudi „Arvuti” väärtustena. Klaster nõuab, et atribuudi Arvuti väärtus oleks kas IP-aadress punktides või sümboolne aadress, millest saab IP-aadressi määrata, kasutades TCP API-s määratletud funktsiooni gethostbyname. IP-aadress määratakse kas sümboolsete aadresside kohaliku tabeli (C:\WINNT\system32\drivers\etc\hosts) või saadaolevate DNS-serverite aadressitabelite põhjal. Kui töötava serveri sümboolne aadress ei määra selle IP-aadressi või määrab selle valesti (näiteks IP-aadress ei ühti selle arvuti tegeliku IP-aadressiga), siis klaster ei tööta. On oluline, et klastri igas töötavas serveris Windowsis määratletud arvutite nimed ja nende aadressid ei läheks vastuollu nende nimedega DNS-is.
Igas töötavas serveris kasutavad klastriprotsessid järgmisi porte: töötava serveri IP-port (tavaliselt 1540); IP-pordid töövoo IP-pordi vahemikest (tavaliselt 1560–1591). Lisaks kasutab klastri keskserver klastri porti (tavaliselt 1541). Kui süsteem kasutab tulemüüre, siis peab andmeedastus nendel portidel olema lubatud. Selle asemel, et lubada ülaltoodud loendist porte, saate lubada andmeedastuse klastriprotsessidesse (ragent, rmngr, rphost).
Ühendus 1C:Enterprise kliendirakenduse ja serveri vahel toimub kahes etapis. Esmalt loob see ühenduse klastrihalduriga. See kasutab keskserveri aadressi (sümbolilist või numbrilist) ja klastri porti (tavaliselt 1541). Järgmisena loob kliendirakendus ühenduse ühe tööprotsessiga. Selle aadressina kasutatakse vastava tööserveri atribuudi "Arvuti" väärtust ja tööprotsessi porti, mis valitakse töötava serveri IP-portide hulgast. Andmeedastus nendesse portidesse peab olema lubatud kõigis tulemüürides, mis kulgevad marsruudil klientrakenduse arvutist 1C:Enterprise serveriklastri arvutiteni. Serveriprotsesside IP-aadress määratakse klientarvuti funktsiooni gethostbyname abil. On oluline, et klastri igas serveris Windowsis määratletud kesksete ja tööserverite nimed ja nende aadressid ei oleks vastuolus nende nimedega klientarvutile juurdepääsetavas DNS-is.
Ja viimane asi. Ilmselgelt peab see 1C:Enterprise serverile teistest arvutitest edukaks pääsemiseks olema võrgus ja selleks tuleb teha vajalikud sätted. Võrguga ühenduse loomine ja häälestusmeetodid on seotud Microsoft Windowsil põhinevate võrkude haldamisega ja neid kirjeldatakse vastavates juhistes.
SQL-serveri seadistamise omadused
1C: Ettevõte kasutab "kliendi-serveri" versioonis andmete salvestamiseks SQL-serverit. Sel juhul pääseb SQL-serverile juurde ainult 1C:Enterprise Server. 1C: Ettevõtte klientidel pole otsest juurdepääsu SQL-serverile. SQL-serveri installimist ja konfigureerimist kirjeldatakse üksikasjalikult Microsoft SQL Serveri dokumentatsioonis. 1C:Enterprise Serveri edukaks tööks SQL-serveriga peate pöörama erilist tähelepanu järgmistele sätetele.
* Nõutavad SQL-serveri komponendid. SQL-serverile juurdepääsuks 1C:Enterprise Serveri poolelt peavad 1C:Enterprise Server arvutisse olema installitud Microsoft Data Access 2.6 või uuemad komponendid.
* Kasutaja autentimine SQL-serveri abil. Juurdepääsuõigused SQL-serveri andmebaasidele määrab kasutaja, kelle nimel andmebaasidele juurde pääseb. Arvutist, kuhu SQL-server on installitud, käivitage utiliit SQL Server Enterprise Manager, leidke kohalik sõlm (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) ja avage selle atribuudid. Vahekaardil Turvalisus näete, et SQL-server toetab kahte kasutaja autentimise meetodit: SQL Server ning ainult Windows ja Windows. Windowsi autentimine võimaldab 1C:Enterprise Serveril SQL-serverile juurde pääseda ainult kasutaja USR1CV81 nimel, mis ei võimalda eristada juurdepääsuõigusi erinevatele teabebaasidele, mida teenindab üks 1C:Enterprise server. Soovitatav on valida SQL Serveri ja Windowsi režiim. Sellisel juhul tehakse juurdepääs konkreetsele teabebaasile selle kasutaja nimel, kes määrati selle teabebaasi loomisel SQL-serveri kasutajaks. On oluline, et sellel kasutajal ei oleks mitte ainult täielikke õigusi infobaasi andmebaasile, vaid ka õigused luua SQL-serveris andmebaase ja lugeda põhiandmebaasi tabeleid.
* Võrguprotokollid SQL-serverile juurdepääsuks. Kui 1C:Enterprise Server ja SQL-server asuvad erinevates arvutites, peate konfigureerima SQL-serveri võrgu juurdepääsuprotokollid. Seda saab teha SQL Serveri kliendivõrgu utiliidi abil. Vahekaardil Üldine saate valida SQL-serverile juurdepääsuks kasutatavate võrguprotokollide loendi. Kõige kiirem ja mitmekülgsem on kasutada TCP/IP-protokolli. Teiste protokollide kasutamisel tuleb meeles pidada, et mõned neist, näiteks Named Pipes, teostavad SQL-serveriga andmete vahetamisel Windowsi tööriistu kasutades täiendavat autentimist. Sel juhul peab SQL-serveriga edukaks töötamiseks olema kasutaja USR1CV81 arvutis SQL-serveris registreeritud, omades vastavaid õigusi. Selle SQL-serveri juurdepääsuprotokolli saab muuta vahekaardil Alias.
Lisaks artiklile
Pole kahtlust, et MS SQL Server + 1C: Enterprise 8 serveri kombinatsioon on oma niši kõige populaarsem ja sagedamini kasutatav kombinatsioon. Kvaliteetse toe jaoks on soovitav mõista mõlemat toodet. Samal ajal on praktikas tugispetsialist tavaliselt kas spetsialiseerunud MS SQL Serveri haldamisele ega ole kursis 1C: Enterprise 8 serveri funktsioonidega või vastupidi, on spetsialiseerunud serveri 1C: Enterprise 8 haldamisele ja ei ole tuttav MS SQL Serveri funktsioonidega.
See artikkel on kirjutatud selleks, et aidata nii neid kui ka teisi spetsialiste, et säästa teie aega ja juhtida teie tähelepanu kõige olulisematele üksikasjadele nende tarkvaratoodete koos kasutamisel.
Teabe arusaadavuse hõlbustamiseks on esitatud juhtumiuuringud, märkused ja näpunäited (kaldkirjas).
Kolmelüliline ahel
Nagu lugeja võib juba teada, on vaadeldaval juhul andmebaasil kolmetasandiline arhitektuur:
Link 1: MS SQL Serveri DBMS. "Salvestab" ja haldab andmebaasi, teostades lõpuks kõiki andmebaasi toiminguid. Seega määrab andmebaasi jõudluse, andmete lugemise ja kirjutamise kiiruse ja paralleelsuse suuresti MS SQL Serveri jõudlus.
Link 2: server "1C: Enterprise 8". Toimib klientide (kasutajate) ja MS SQL Serveri vahelise suhtluse vahendajana. Kõik kliendipäringud saadetakse serverisse, mis “tõlgib” need MS SQL Serveri päringukeelde, võtab vastu nende päringute täitmise tulemused ja saadab tulemused kliendile.
Ainult väike osa toimingutest tehakse 1C: Enterprise 8 serveri tasemel, ilma MS SQL-ile juurdepääsuta - see on eelkõige niinimetatud “hallatud lukkude” jälgimine, “seansi parameetrite” lugemine ja kirjutamine. Sellistel juhtudel pole juurdepääs DBMS-ile vajalik, kuna neid toiminguid ei tehta andmebaasiandmete, vaid abiserveri teabega.
Link 3: "1C: Enterprise 8" kliendiosa. Juurdepääs 1C: Enterprise 8 serverile, saab sealt tulemusi (st näiteks andmenäidised) ja vastutab kasutajaliidese eest.
"Ma tahtsin parimat."
Pärast 1C: Enterprise 8 serveri uuesti installimist kurdavad kasutajad jõudluse järsu languse üle. Taasinstallimise läbi viinud 1C: Enterprise tarkvara juurutamise spetsialist on ainult üllatunud - nad ütlevad, et ta tahtis parimat, süsteem oleks pidanud kiiremini tööle hakkama... Olukorra analüüs näitas, et 1C: Enterprise 8 serverile eraldati liiga palju ressursse : see töötleb (vt punkt 3) rphost hõivas serveri 16 GB muutmälust 15,5 GB, mistõttu ühilduva MS SQL Serveri jaoks ei olnud RAM-i praktiliselt saadaval.
Tulemuseks on pidev "vahetus", ketta alamsüsteemi tarbetu koormus ja andmebaasitoimingute äärmiselt aeglane täitmine - kuna MS SQL Serveril pole aega "ülekiirendatud" 1C: Enterprise 8 päringuid töödelda. server.
Toote ühilduvus
Praegune teave MS SQL Serveri versioonide kohta, mida soovitatakse kasutada koos 1C: Enterprise 8-ga, leiate sellelt lingilt http://v8.1c.ru/requirements/.
Selle artikli kirjutamise ajal soovitasid 1C arendajad järgmisi valikuid:
- 1. SQL Server 2008 R2.
- 2. SQL Server 2008 nõuab hoolduspaketi Service Pack 1 (SP1) installimist.
- 3. SQL Server 2005 nõuab hoolduspaketi Service Pack 3 (SP3) installimist.
MS SQL Server 2000 kasutamine on tehniliselt võimalik, kuid mitte soovitatav, see nõuab hoolduspaketi Service Pack 2 (SP2) installimist ja soovitav on installida hoolduspakett Service Pack 4 (SP4).
Pange tähele, et see versioon on praegu aegunud ja sellel ei ole 64-bitist versiooni x86-64 arhitektuuri jaoks.
Märge:
Tähelepanu tuleb pöörata operatsioonisüsteemi sätetele: näiteks M SQL Server 2008 tõhusaks tööks OS-i Server 2008R2 all on vaja tasakaalustatud toiteallika režiim keelata ja lülituda maksimaalse jõudluse režiimile.
"1C: Enterprise 8" klient-serveri versiooni installimine
"1C installitud"
Ühe kliendi jaoks viis 1C: Enterprise 8 installimise läbi süsteemiadministraator, kellel puudus kogemus 1C: Enterprise 8-ga. Ja kuigi ta enda sõnul “installis 1C”, polnud kasutajaarvutites kliendiosa ega serveris serveriosa. Olukorra analüüs selgitas pilti - 1C: Enterprise 8 komplekt sisaldas 2 ketast - platvormi installimine ja andmebaasi mallide installimine. Administraator ei süvenenud installiprotseduuri - ja installis andmebaasi mallid, mitte käivitatavad failid, platvormi komponendid.
Muidugi on see ebatüüpiline näide erakordselt tähelepanematust töösse suhtumisest.
"1C: Enterprise 8" installimisel peaksite arvestama, et järgmised installid on eraldi:
- Platvorm 1C: Enterprise 8 on käivitatav rakendus, integreeritud keskkond andmebaaside arendamiseks ja kasutamiseks. Selle käivitamisel valite ühe kahest töörežiimist - "Enterprise" (kasutaja andmebaasi kest) või "Configurator" (integreeritud arenduskeskkond). Täpsemat kirjeldust saab lugeda lingilt
- Konfiguratsioonimallid "1C: Enterprise" on platvormi sisevormingus fail, mille abil saab platvorm luua mallis sisalduvast struktuurist puhta või demo andmebaasi. Värskendusmustri abil saate värskendada ka olemasoleva andmebaasi struktuuri, mis on juba andmetega täidetud.
- Platvormi paigaldamisel peaksite pöörama tähelepanu komponentide valikule:
1C: Enterprise komponenti ei pruugita serveri(te)sse installida.
Sel juhul annab server klientarvutitele juurdepääsu 1C: Enterprise andmebaasidele, kuid andmebaasiga töötamine kasutajarežiimis otse serverist ei ole võimalik.
Märge:
Platvormi 64-bitine versioon ei sisalda kliendiosa. Seetõttu paigaldatakse serverisse installimisel 64-bitised serverikomponendid eraldi ja 32-bitised kliendirakenduse komponendid eraldi.
MS SQL Serveriga ühenduse loomiseks on vaja komponenti "1C Server: Enterprise" – see on rakendusserver, ühenduslüli klienditööjaamade platvormi ja MS SQL Serveri vahel.
Komponenti on võimalik installida lihtsa rakenduse või süsteemiteenuse režiimis ning loomulikult on soovitatav kasutada teist võimalust.
Kui see on installitud teenusena, käivitatakse ja käivitatakse see komponent valitud kasutaja nimel:
Pärast laadimist käivitab komponent mitu protsessi, näiteks: "serveri agent", "serveri klastri haldur", "serveri töötaja protsessid".
Andmebaasi päringuid teostavad tööprotsessid ja serveriklastri haldur jaotab koormuse nende vahel.
Serveri tööprotsesse saab hallata (lisada, kustutada, seada RAM-i kasutuspiiranguid, kuulutada esmaseks või varundamiseks), kui on installitud komponent 1C: Enterprise Server Administration.
Märge:
Serveri 32-bitise versiooni jaoks on soovitatav installida tööprotsesse sellisel arvul, et mitte jätta RAM-i kasutamata - igaühel neist on RAM-i kasutamisel märgatav piirang, sõltuvalt süsteemist 2–4 GB. konfiguratsiooni.
Serveri 64-bitise versiooni jaoks piisab teoreetiliselt kahest tööprotsessist – ühest töötajast ja ühest varukoopiast. Praktikas on aga ühenduste usaldusväärsuse ja stabiilsuse tagamiseks märkimisväärse (mitmesaja) kasutajate arvu jaoks vaja suuremat arvu, see sõltub paljudest teguritest - kasutajate arvust, andmebaasi sisust ja kasutajate arvust. tehtud päringuid, mistõttu autorid usuvad, et protsesside arv tuleks sel juhul valida eksperimentaalselt.
"Ouroboros"
Pärast 1C: Enterprise 8 serveri seadete ebaõnnestunud optimeerimist teatasid kasutajad süsteemi äärmiselt aeglasest tööst ja süsteemiadministraator märkis serveri pidevat 100% protsessori koormust.
Olukorra analüüs näitas probleemi allikat - konfigureerimisel seati tööprotsesside poolt RAM-i kasutamisele liiga väike piir.
Kuid fakt on see, et see piirang toimib järgmiselt:
Kui serveriklastri haldur näeb, et tööprotsess on ületanud RAM-i limiidi, protsess lõpetatakse, see keelatakse, luuakse uus tööprotsess ning ühendused ja kasutajapäringud jaotatakse ümber tööprotsesside vahel.
Seatud limiit oli nii väike (300 MB), et tööprotsess ei suutnud täielikult teenindada isegi üht intensiivset kasutajat – selle tulemusena taaskäivitas serveriklastri haldur pidevalt tööprotsesse ja ühendas kasutajaid uuesti. Niipea kui uus protsess loodi ja kasutajad sellega ühendati, saavutati RAM-i limiit peaaegu kohe ja see põhjustas järgmise taaskäivituse. See võttis 100% protsessori koormusest.
Komponenti "1C Server: Enterprise" pole kliendi tööjaamades vaja ja see ei saa seal käivituda, kuna see nõuab turvavõtme füüsilist olemasolu.
Kui ühendatud kasutajate arv on väike (alla 50), installitakse rakendusserver tavaliselt samasse arvutisse, kus töötab MS SQL Server.
Suure kasutajate arvu ja/või suure infovooga süsteemide puhul on soovitatav eraldi installeerimine, samuti on soovitatav kasutada serveriklastrit.
Komponent "1C: Enterprise Server Administration" võib olla kasulik ka klientidele - näiteks saate selle abil näha loendit teabebaasidest, mis on ühendatud antud "1C: Enterprise" serveriga.
Soovitatav on see installida serverisse endasse.
Juurdepääs
Märge:
Juurdepääsu tagamise kontrollimiseks ei piisa serveri haldusutiliidi 1C: Enterprise kasutamisest ja veelgi enam, serveri olemasolust võrgunaabruses ei piisa!
Iga klient peab sisse logima serverisse installitud andmebaasi - ainult see annab 100% kindlustunde, et juurdepääs on tagatud.
1. Olenevalt turbepoliitikast kasutab MS SQL Server Windowsi konto autentimist või MS SQL Serveri konto autentimist.
Viimasel juhul küsib süsteem 1C: Enterprise andmebaasi loomisel MS SQL Serveri konto sisselogimist ja parooli (näiteks sa), esimesel juhul tuleb sisselogimine ja parool tühjaks jätta:
ja süsteemikasutajale, kelle nimel 1C: Enterprise server töötab, peavad olema MS SQL Serveris õigused, nimelt:
- täielikud õigused andmebaasile, milles infobaas asub
- juurdepääs põhiandmebaasile (avalik roll)
- soovitatav - andmebaasi loomise õigused, vastasel juhul tuleb iga uus andmebaas kõigepealt luua MS SQL Severi abil ja alles seejärel ühendada 1C: Enterprise serveriga
- soovitatav - õigus oma andmebaasi kustutada
Näiteks saate kõnealusele kasutajale määrata fikseeritud rolli protsessiadmin või sysadmin.
Nõuanne.
Kui kõik kasutajad kaotavad korraga juurdepääsu töötavale andmebaasile, peate MS SQL Serveris veelkord kontrollima kasutajaõigusi ja rolle, sealhulgas neid, mis on määratud konkreetse andmebaasi jaoks, see tähendab kasutajate vastendamist: 
2. Server 1C: Enterprise pääseb MS SQL Serverile juurde Microsoft Data Accessi mehhanismi kaudu, seega tuleb selle komponendid installida ja serveri 1C: Enterprise kasutajal (vt eelmist lõiku) peavad olema õigused nende käitamiseks.
3. Klientide ja serveri vahelist suhtlust toetab TCP-protokoll, seega on vajalik, et seda protokolli toetaksid mõlemad pooled. Serveri nime ja selle IP-aadressi sobitamisega võib tekkida probleeme, näiteks kui kasutatakse peer-to-peer võrku. Sel juhul tuleks kirjavahetus salvestada faili [C:\WINDOWS\] system32\drivers\etc\hosts .
Nõuanne.
Kui võrk on peer-to-peer, looge serveriga püsiva ühenduse tagamiseks võrguketas, mis pääseb juurde selle serveri mis tahes kaustale.
4. Kui kasutatakse protokolli Named Pipes ja kui MS SQL Server ja 1C: Enterprise server on installitud erinevatesse arvutitesse, peab kasutaja, kelle nimel server 1C: Enterprise töötab, olema registreeritud arvuti kasutajate loendis. millel MS SQL Server töötab.
5. Mõnel juhul võib osutuda vajalikuks Windowsi tulemüüri täiendav konfigureerimine, st erandite lisamine.
6. Mõned viirusetõrjeprogrammid võivad blokeerida "soovimatu" võrguliikluse, mistõttu peate võib-olla lisama nende välistamise loendisse.
7. 1C: Enterprise 8 platvormi väljalase peab olema kliendis ja serveris täiesti identne.
"Kaksikud"
"Üks klientidest kasutas kahte andmebaasiserverit, millest kummaski oli üks töötav andmebaas. Kasutajad töötasid – kumbki samaaegselt mõlema andmebaasiga. Tugiteenus uuendas serverites ja klientides platvormi 1C: Enterprise 8.... Ja siis hakkasid kaebused tulema. sisse ühe või teise andmebaasiga ühenduse loomise võimatuse eest. Olukorra analüüs näitas, et mitu inimest tegid uuenduse klientidele ja serveritele ning installispetsialistid ei kontrollinud üle, et nad paigaldaksid sama versiooni platvormi üks väljalase ühel serveril - teisel, pooltel klientidel - esimene neist, teisel poolel - teine. Selgus, et igal kasutajal on juurdepääs ainult ühele andmebaasile.
Probleemi kiireks lahendamiseks pidi iga kasutaja installima platvormi mõlemad versioonid ja looma igasse andmebaasi sisselogimiseks eraldi otseteed.
MS SQL Serveri ja andmebaasi algseaded
"Ja nii see töötab"
MS SQL Server eristub lihtsa esmase installeerimise poolest, mistõttu kõik administraatorid ei näe vaeva selle lisakonfiguratsiooniga – peale vaikeinstalli sooritamist andmebaas töötab, kasutajad on sisse logitud – töö on tehtud. Selline lähenemine põhjustab peaaegu alati probleeme, mis tekivad umbes kuu või kahe pärast – ja loomulikult ootamatult ja kõige ebamugavamal hetkel.
Näiteks kui andmebaas on mõeldud raamatupidamise tarbeks, siis enne maksuaruannete esitamist on sageli vaja teatud andmed kiiresti ümber arvutada ja massiliselt ümber arvutada näiteks "kõik põhivara laekumised aasta algusest." Veelgi enam, tööpäeva jooksul, ilma teiste andmebaasi kasutajate tööd peatamata.
Ja loomulikult avastatakse just sel hetkel, et sellise ümberarvutamise käigus andmebaas "külmub" või "jooksb kokku" või ei lase teistel kasutajatel töötada.
Seda tüüpi "Murphy seadus" kehtib kõigi järgmiste punktide kohta.
Enne MS SQL Serveri 1C: Enterprise DBMS-ina kasutamist on soovitatav:
1. Määrake parameetri max paralleelsuse aste väärtuseks 1.
See on:
- Pärast serveriga ühenduse loomist sisestage kontekstimenüü üksuse Atribuudid kaudu serveri atribuudid
- seejärel valige leht Täpsemalt ja muutke maksimaalse paralleelsuse astme parameetrit
Vastasel juhul võivad mõned 1C: Enterprise serveri genereeritud päringud põhjustada tõrke "Päringusisene paralleelsus põhjustas teie serverikäsu (protsessi ID # XX) ummikseisu. Käivitage päring uuesti ilma päringusisese paralleelsuseta, kasutades päringu vihje suvandit (maxdop 1 )". Pärast seda viga jookseb kliendiosa sageli kokku.
Viga ei ilmu järjepidevalt, kuna päringuplaan moodustatakse sõltuvalt kogunenud statistikast erinevalt - see avaldub suurte ja keerukate päringute korral, see tähendab kõige kahetsusväärsemal hetkel.
2. Looge hooldusplaan, mis vähendab tempdb ajutiste tabelite andmebaasi igal õhtul. Server 1C: Enterprise ei tühjenda ajutiste tabelite andmebaasi alati automaatselt ja mõnikord võidakse ebaõnnestunud kirjutatud päringu tulemusel luua näiteks 50 GB ajutine tabel, mida ei kustutata. Selle tulemusena võib kettaruum otsa saada, mille tagajärjel võivad kokku jooksma nii kliendi kui ka serveri osad, samuti on väike oht andmete terviklikkuse rikkumiseks.
See tähendab, et teil on vaja:
- minge MS SQL Management Studio'i
- pärast serveriga ühenduse loomist laiendage jaotist "Hooldusplaanid".
- luua uus (või lisada olemasolevale) teenusepakett,
- lisage sellele üksus "Käivita T-SQL-i lause ülesanne" (kuna ülesandes "Kahanda andmebaasi ei saa valida tempdb andmebaasi") koos koodiga
1.KASUTA
2.
3. MINNA
4.
5. DBCC SHRINKFILE (N"tempdev" , 0, AINULT KÕRBI)
6.
7.MINNA
8.
9.DBCC SHRINKFILE (N"templog" , 0, AINULT KÕRBI)
10.
11.MINNA
Pange tähele, et ajutise tabeli andmebaasi faili nimi ei pruugi olla "tempdev". Selle nime kontrollimiseks saate kasutada skripti
1.KASUTAGE tempdb
2.
3. MINNA
4.
5.EXEC sp_helpfile
6.
7.MINNA 
“Pott, ära küpseta”
Praktikas kõige levinum viis tempdb ületäitmiseks ja seeläbi serveri kokkujooksmiseks on unustada tabelite ühendamisel tingimus määrata.
Nimelt oletame, et meil on andmebaasis kaks tabelit, millest igaühes on 20 tuhat kirjet. Oletame, et saame luua nende kirjete vahel üks-ühele vastavuse ja kirjutame päringu, mis loob ajutise tabeli, mis sisaldab 20 tuhat kirjet mõlema lähtetabeli väljadega. Kui aga unustame liitumise tingimuse täpsustada, liidetakse iga esimese tabeli kirje teise tabeli iga kirjega! See tähendab, et saadud tabel koosneb 20 000 * 20 000 = 400 miljonist kirjest. Ja nii edasi.
3. Ketta alamsüsteemi koormuse vähendamiseks on soovitatav võimalusel levitada töötav andmebaas ja tempdb, logid ja süsteemivahetusfail erinevate füüsiliste ketaste vahel.
Töötavate andmebaasifailide salvestamise soovitud tee on parem määrata selle loomisel veergu Path redigeerides:
Ajutiste tabelite andmebaasifailide füüsilise asukoha muutmiseks kasutage käsku ALTER DATABASE, see tähendab, et MS SQL Management Studios peate käivitama järgmise skripti (käsk "New query")
1.KASUTAGE kaptenit
2.
3. MINNA
4.
5.ALTER DATABASE tempdb
6.
7. MUUDA FAILI (NAME = tempdev, FILENAME = "Uus_ketas:\Uus_kataloog\tempdb.mdf")
8.
9.MINNA
10.
11.ALTER DATABASE tempdb
12.
13. MUUDA FAILI (NAME = templog, FILENAME = "Uus_ketas:\Uus_kataloog\templog.ldf")
14.
15.MINNA
4. Töötava andmebaasi ja selle logi “kasvu” ei tohiks takistada – suuruspiirangut ei tohiks olla, “Autogrowth” atribuut tuleks määrata protsendina, soovitatav väärtus on 10%. Vastasel juhul võib andmete andmebaasi lisamine, arhiivist taastamine ja muud toimingud võtta ebamõistlikult kaua aega.
Selle atribuudi määramiseks peate minema kontekstimenüü kaudu andmebaasi atribuutide juurde, valima jaotise Failid ja avama faili atribuutide redigeerimise:
5. Soovitatav on lubada MS SQL Serveris TCP/IP võrguprotokolli tugi ja keelata kõik teised, vastasel juhul on MS SQL Serveri ja 1C: Enterprise serveri ühistöö vähem stabiilne.
6. Samas kohas - tühjendage jaotis Alias, sest selle installimine põhjustab vigu MS SQL Serveri ja 1C: Enterprise serveri interaktsioonis.
Enne andmebaasi kasutamist on soovitatav:
1. Kui loote andmebaasist "1C: Enterprise", määrake "kuupäeva nihe" väärtusele 2000, vastasel juhul põhjustab katse salvestada kuupäev, mis on varasem kui 01.01.1753 (mis on võimalik inimteguri tõttu) andmebaasi.
Tähelepanu! Olemasoleva andmebaasi kuupäevanihet ei saa muuta!
2. Määrake Taastemudel väärtuseks Lihtne või koostage hooldusplaan, mis teeb andmebaasist igapäevase varukoopia ja kärbib tehingulogi (logifaili). Vastasel juhul kasvab mõne toimingu käigus tehingulogi (logifail) väga kiiresti: näiteks andmebaasi ümberstruktureerimisel võib logifaili suuruse kasv olla mitu korda suurem andmebaasi enda suurusest.
3. Looge hooldusplaan, mis täidab järgmised rutiinsed toimingud vähemalt kord nädalas.
- Andmebaasi varukoopia loomine.
- Värskendage andmebaasi statistikat ja tühjendage protseduuriline vahemälu (pidage meeles, et statistika automaatvärskenduse atribuut ei tähenda protseduurilise vahemälu tühjendamist).
- Protseduurilise vahemälu tühjendamine ei kuulu hooldusplaanide standardtoimingute hulka, see samm peab olema määratletud järgmise sisuga skripti (Execute T-SQL Statement) käivitamisena.
- DBCC TASUTA PROCCACHE
- Andmebaasi tabelite uuesti indekseerimine.
Loomulikult on mõttekas seadistada automaatne meilide saatmine ülesannete eduka/ebaõnnestunud täitmise kohta.
Järeldus
Probleeme, mis põhjustavad kõige sagedamini 1C: Enterprise 8 süsteemiadministraatoritele ja juurutajatele raskusi, käsitletakse seoses MS SQL Serveri ja 1C: Enterprise 8 klient-serveri versiooni ühise kasutamisega.
Autor loodab, et on katnud “mündi mõlemad pooled” üsna järjekindlalt ja ligipääsetavalt.
P.S. Tehke sageli varukoopiaid!
Töö klient-server versioon- üks 1C:Enterprise 8 süsteemi kasutamise võimalustest.
Töö klient-server versioon on mõeldud kasutamiseks töörühmades või ettevõtte mastaabis. Seda rakendatakse kolmetasandilise klient-serveri arhitektuuri alusel.
Klient-server arhitektuur jagab kogu töösüsteemi kolmeks erinevaks osaks, mis suhtlevad üksteisega teatud viisil:
Kasutaja (kliendirakenduse) jaoks töötav programm suhtleb 1C:Enterprise 8 serveriklastriga ja vajadusel pääseb klaster juurde andmebaasiserverile.
Sel juhul võivad 1C:Enterprise 8 serverite füüsiline klaster ja andmebaasiserver asuda kas samas arvutis või erinevates. See võimaldab administraatoril vajadusel koormust serverite vahel jaotada.
1C:Enterprise 8 serveriklastri kasutamine võimaldab teil koondada sellele kõige ulatuslikumad andmetöötlustoimingud. Näiteks ka väga keeruliste päringute täitmisel saab kasutaja jaoks töötav programm ainult talle vajaliku valiku ning kogu vahetöötlus tehakse serveris. Tavaliselt on serveriklastri võimsuse suurendamine palju lihtsam kui kogu klientmasinate pargi uuendamine.
Teine oluline aspekt 3-tasandilise arhitektuuri kasutamisel on halduse lihtsus ja kasutajate juurdepääsu lihtsustamine teabebaasile. Selle valiku puhul ei pea kasutaja olema teadlik konfiguratsiooni või andmebaasi füüsilisest asukohast. Kogu juurdepääs toimub 1C:Enterprise 8 serverite klastri kaudu. Konkreetsele teabebaasi juurdepääsul peab kasutaja määrama ainult klastri nime ja teabebaasi nime ning süsteem küsib vastavalt kasutajanime ja parooli.
1C:Enterprise 8 kasutab teabe tõhusaks hankimiseks andmebaasihaldussüsteemi võimalusi:
- päringumehhanism on keskendunud DBMS-i kasutamise maksimeerimisele arvutuste tegemiseks ja aruannete koostamiseks,
- suurte dünaamiliste loendite vaatamine on tagatud ilma suurt hulka andmebaasikõnesid tegemata; samal ajal on kasutajale tagatud tõhusad otsinguvõimalused, samuti valiku- ja sortimisseaded.
Suvandi klient-server juurutamine ja selle haldamine on üsna lihtne. Näiteks andmebaasi loomine toimub otse konfiguraatori käivitamise ajal (sama, mis failiversiooni puhul).
Kliendirakendused
Klient-server versioonis töötamine on võimalik kas otse klastriga või veebiserveri kaudu. Veelgi enam, klastriga otseühenduse korral kasutavad paksu klient ja õhuke klient TCP/IP protokolli. Veebiserveri kaudu ühenduse loomisel kasutavad õhuke klient ja veebiklient HTTP või HTTPS protokolli.
Serverite klaster
1C:Enterprise 8 serveriklaster on platvormi põhikomponent, mis tagab kasutajate ja andmebaasihaldussüsteemi vahelise suhtluse klient-serveri režiimis. Klastri olemasolu võimaldab suurte teabeandmebaasidega tagada suure hulga kasutajate katkematu, tõrketaluvusega ja konkurentsivõimelise töö.
Andmebaasi server
Andmebaasiserverina saab kasutada järgmist:
Serveriklastri haldus
Platvorm sisaldab komplekti erinevaid tööriistu, mis võimaldavad administraatoril hallata klastri koosseisu, infoandmebaase ja kasutajaühendusi.
Põhifunktsioonide täitmine serveris
Kogu töö rakendusobjektidega, andmebaasi lugemine ja kirjutamine toimub ainult serveris. Serveris on realiseeritud ka vormide ja käsuliidese funktsionaalsus.
Server valmistab ette vormiandmed, korrastab elemente ja salvestab vormiandmed pärast muudatusi. Klient kuvab juba serveris koostatud vormi, sisestab andmed ja helistab serverisse sisestatud andmete ja muude vajalike toimingute salvestamiseks.
Samamoodi moodustatakse käsuliides serveris ja kuvatakse kliendil. Samuti genereeritakse aruanded täielikult serveris ja kuvatakse kliendis.
Samal ajal on platvormi mehhanismid keskendunud klientarvutisse edastatavate andmete hulga minimeerimisele. Näiteks loenditest, tabeliosadest ja aruannetest pärinevaid andmeid ei edastata serverist kohe, vaid kasutaja vaatamisel.
Server töötab:
- Andmebaasi päringud
- Andmete salvestamine,
- Dokumentide vormistamine,
- Erinevad arvutused
- Töötlemise teostamine,
- Aruannete genereerimine,
- Vormide ettevalmistamine väljapanekuks.
Töötab kliendi peal:
- Ankeetide vastuvõtmine ja avamine,
- Vormi kuvamine,
- "Suhtlemine" kasutajaga (hoiatused, küsimused...),
- Väikesed arvutused vormides, mis nõuavad kiiret reageerimist (näiteks hinna korrutamine kogusega),
- Töötamine kohalike failidega
- Töötamine kaubanduslike seadmetega.
Kliendi sisseehitatud keele kasutamine
Vormide funktsionaalsust saate hallata mitte ainult serveris, vaid ka kliendis. Klient toetab sisseehitatud keelt. Seda kasutatakse juhtudel, kui on vaja teha ekraanil kuvatava vormiga seotud arvutusi, näiteks kiiresti (serveriga ühendust võtmata) arvutada hinna ja koguse alusel dokumendirea summa; esitada kasutajale küsimus ja töödelda vastust; lugeda faili arvuti failisüsteemist ja saata see serverisse.
Sisseehitatud keele toimimist kliendil toetatakse aga rangelt piiratud ulatuses. Kliendiprotseduurid moodulites on selgelt eraldatud serveriprotseduuridest ja kasutavad sisseehitatud keele objektmudeli piiratud koostist.
Otsene töö andmebaasiga pole kliendil lubatud. Otse rakendusobjektidega töötamine pole lubatud näiteks sellist tüüpi sisseehitatud keelega nagu DirectoryObject.<имя> . Taotlused ei ole lubatud. Kui teil on vaja kliendikoodis olevate andmetega toiminguid kutsuda, peate helistama serveriprotseduuridele, mis juba pääsevad andmetele juurde.
Beeta menüü
Serveri 1C:Enterprise 8.3 ja PostgreSQL 9.4.2-1.1C seadistamine. Täielikud juhised
Selles juhendis räägime (ja näitame), kuidas ühendust luua 1C: Ettevõte 8.3 Ja PostgreSQL 9.4.2 mõlema teenuse paigaldamise hetkest kuni teabebaasi loomiseni. Selle kombinatsiooni häälestamise kohta saate lugeda.
Etapid, mille peame läbima:
- Paigaldamine Serverid 1C: Enterprise(64-bitine) Windowsi jaoks
- Paigaldamine PostgreSQL 9.4.2–1.1C
- Infoandmebaasi loomine.
Täpsem info lõike all!
Etapp 0. Sisendandmed.
Serveri nimi - 1CServer
Serveri konto nimi – Administraator
Konto parool - 123456Ab
1C konto nimi serveris - USR1CV8
1C konto parool serveris - 123456Cd
PostgreSQL konto nimi serveris - postgres
Serveris oleva PostgreSQL-i konto parool on 123456Ef
PostgreSQL superkasutaja nimi - postgres
PostgreSQL superkasutaja parool - 1234
Testi andmebaasi nimi − testdb
1. etapp. Paigaldamine Serverid 1C: Enterprise(64-bitine) Windowsi jaoks
2. etapp. Installige PostgreSQL ja pgAdmin.
Etapp 3. 1C infobaasi loomine.
- Enne järgmiste toimingute tegemist keelake oma võrguliideses IPv6: Võrgu-ja ühiskasutuskeskus > LAN-ühendus > Omadused> Tühjenda märge Interneti-protokolli versioon 6 (TCP/IPv6).
- Käivitame kliendi 1C:Enterprise ja lisame uue andmebaasi.
- Uue teabebaasi loomine > Infobaasi loomine ilma konfiguratsioonita (näiteks teil võib olla mis tahes konfiguratsioon) > 1C:Enterprise serveris >
- Täidame kõik väljad vastavalt meie näitele (etapp 0):
Serveriklaster 1C: Ettevõte: 1CServer
Klastris oleva teabebaasi nimi: testbd
Turvaline ühendus: Välja lülitatud
DBMS-i tüüp: PostgreSQL
Andmebaasi server: 1CServer
Andmebaasi nimi: testbd
Andmebaasi kasutaja: postgres
Kasutaja parool: 1234 - Edasi, edasi. Käivitame loodud andmebaasi ettevõtte režiimis - kõik töötab!
Tuletame veel kord meelde, et PostgreSQL-i saab üsna hästi ülekiirendada. Üksikasjad sisse.
Ja ärge unustage 1C!
Kui andmebaasiga on probleeme, võib see teid aidata.
1C andmebaasid on võimalikud!
Kas teil on endiselt küsimusi?
Midagi läks valesti? Meie ettevõtte spetsialistid aitavad teil tekkida võivaid probleeme lahendada! Võta meiega ühendust! →
Inimesed küsivad Interneti-foorumites pidevalt:
-Kuidas installida 1C:Enterprise 8.1 (8.2) Windowsi operatsioonisüsteemi PostgreSQL-i
-Kas on võimalik korraga installida kaks protsessi “1C:Enterprise Server Agent 8.1” ja “1C:Enterprise Server Agent 8.2”. Kui jah, siis kuidas seda teha?
-Pärast 1C ja PostgreSQL-i installimist kuvatakse järgmised vead:
A)
b) Viga teabebaasi loomisel:
Teabebaasiga toimingu sooritamisel ilmnes viga.
c) Viga teabebaasi loomisel:
Teabebaasiga toimingu sooritamisel ilmnes viga.
Kui seisate silmitsi selliste probleemidega ja otsite vastust, siis see artikkel on just teile.
1. Installimine 1C: Ettevõte 8.2
1C:Enterprise 8.2 installimise alustamine.
Paigaldamiseks vajalike komponentide valimisel vajame lisaks:
-Server 1C: ettevõte
-Serveri administreerimine 1C: Ettevõte
Vene keele valimine 
Järgmiseks peate looma kasutaja, kelle nimel serveriagendi teenus käivitatakse. Seega märkige ruut, et installida 1C server: Enterprise Windowsi teenusena (soovitatav). Ja me loome kasutaja. Isegi kui määrate olemasoleva ja määrate kogemata vale parooli, ei käivitu teenus pärast installimist lihtsalt. Ja installimine ise lõpeb õigesti, peate teenuse käivitusaknas klõpsama Jätka. 
Alustame installimist 
Turvadraiveri installimine: turvadraiver peab olema installitud arvutisse, kuhu füüsiline võti sisestatakse. Kõige sagedamini on võti serverisse installitud, teeme sama ja jätame vaikimisi draiveri installimise märkeruudu - installi. 
Viime paigalduse lõpule. 
Leidke "1C: Enterprise Server Agent", minge atribuutidele: 
Ja vahekaardil "sisselogimine" lülitage sisselogimistüübiks "süsteemikontoga". 
2. PostgreSQL-i installimine 1C:Enterprise jaoks.
Alustame PostgreSQL-i installimist. Jaotuskomplekt ise tuleb alla laadida ametlikult 1C veebisaidilt, kuna juba on olemas versioon, mis on konfigureeritud töötama 1C-ga.
Alustame installimist, valime vene keele ja klõpsake nuppu Edasi.
Installitavate komponentide valik jäetakse vaikimisi. 
Klastri initsialiseerimine.
Kui serveriagendit on vaja SQL-serveriga jagada, märkige ruut, et toetada ühendusi mis tahes IP-st, mitte ainult kohalikust hostist.
TÄHELEPANU! Seadsime nii serverile kui ka kliendile kodeeringu: UTF-8. 
Siin jätame kõik vaikimisi ja klõpsake uuesti Next. 
Täiendavaid mooduleid saab vaikimisi jätta, vajadusel saab märgistada vajalikud. 
PostgreSQL-i installi käivitamine 
Viime paigalduse lõpule. 
PostgreSQL teenuse puhul vahetan tavaliselt ka käivitustüübi – süsteemikontoga. 
3. Pgsql-serveris teabebaasi loomine ja selles etapis esinevad tavalised vead.
Läheme 1C-sse, lisame uue andmebaasi, ütleme, et andmebaas on serveris ja näitame serveri parameetrid: 
Tähelepanu. Andmebaas tuleb luua spetsiaalselt 1C-st, vastasel juhul, kui loote selle PgMyAdminist, kuvatakse andmebaasi sisenemisel tõrked: 
Viga teabebaasi loomisel:
Teabebaasiga toimingu sooritamisel ilmnes viga.
DBMS-i viga: VIGA: keelt "plpgsql" pole olemas.
VIHJE: keele andmebaasi laadimiseks kasutage nuppu CREATE LANGUAGE. 
Isegi kui lähete pgMyAdminisse ja lisate andmebaasi keele "plpgsql", kuvatakse järgmine tõrge.
Viga teabebaasi loomisel:
Teabebaasiga toimingu sooritamisel ilmnes viga.
DBMS-i tõrge: VIGA: tüüp "mvarchar" ei eksisteeri märgil 31 
LAHENDUS: peate 1C-st looma andmebaasi.
Kui saite 1C: Enterprise andmebaasi loomisel järgmise teate:
Teabebaasiga toimingu sooritamisel ilmnes viga.
DBMS-i tõrge: VIGA: uus kodeering (UTF8) ei ühildu malli andmebaasi (WIN1251) kodeeringuga.
VIHJE: kasutage sama kodeeringut nagu mallide andmebaasis või mallina template0.
LAHENDUS. PostgreSQL-i installimisel jätsite serveri või kliendi jaoks Windows-1251 keele, mis on vaikimisi installitud, kuid peate selle muutma UTF-8-ks.
Installige PostgreSQL uuesti ja määrake installimise ajal UTF-8 keel.
4. 1C:Enterprise serveri agendi 8.1 käivitamine ja
1C: Enterprise 8.2 serveriagent samaaegselt ühes arvutis.
8.2 platvormi tulekuga hakkas paljudel tekkima probleem, kui serveris töötamiseks on vaja 8.2 platvormi, kuid samal ajal tahaks 8.1 alles jätta.
Pakun välja ühe võimaluse kahe serveriagendi installimiseks pordi jagamise kaudu.
Esmalt installige platvorm 8.1, nagu ülalpool kirjeldatud. Järgmisena installige platvorm 8.2. Nüüd peaks teenuste loendis olema 2 serveriagendi teenust. Kuid teise teenuse käivitamisel kuvatakse järgmine teade:
Teenus "1C: Enterprise 8 Server Agent" "kohalikus arvutis" käivitati ja seejärel peatati. Mõned teenused peatuvad automaatselt, kui teised teenused või programmid neid ei kasuta.
Selle põhjuseks on asjaolu, et süsteem proovib samaaegselt käivitada 2 töötaja protsessi, mis töötavad samas pordis. 
Sellest olukorrast väljumiseks muutkem porti, näiteks Server Agent 8.1.
Selleks peate peatama 1C:Enterprise 8.2 serveriagendi teenuse.
Käivitage 1C:Enterprise Server Agent 8.1.
Registri haru: HKLM\SYSTEM\ControlSet001\services\1C:Enterprise 8.1 serveriagent
Parmert: ImagePath
Väärtus: "C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81\server"
Pärast seda muudatust peaks meil korraga töötama 2 1C serveriagenti: Enterprise 8. Käivitame need vastavalt.
Nüüd peame lisama uue serveriklastri. Teeme kõik töökorras:
Kui meil pole keskset 8.1 serverit, lisage see, kuid pordiga 1640: 
Lisage serveriklaster, muutke portiks 1641: 
Nüüd töötab meie 8.1 klaster pordi 1640 kaudu ja 8.2 puhul 1540 kaudu (vaikeport): 
Töövoo lisamine 8.1. pordid muutuvad vastavalt ka 16xx-ks 
Alustame protsessi, ärge unustage märkeruutu märkida - protsess on lubatud. 
Nüüd peaks kõik meie jaoks toimima.
Viimane asi, mida tuleb öelda: andmebaasi loomisel 8.1-s peate määrama pordi, kuna vastasel juhul kasutatakse vaikimisi porti (1541) ja programm kirjutab platvormi versioonide ühildumatusest. 
