MS SQL Server instalēšanas tēma parasti tiek ignorēta. Patiešām, ir grūti neinstalēt šo DBVS, pat veicot to pirmo reizi, un tikpat grūti ir nepalaist 1C:Enterprise Server kopā ar to. Tomēr ir virkne nepārprotamu smalkumu, kas var būtiski saindēt administratora dzīvi, par ko mēs šodien runāsim.

MS SQL Server ierindojas pirmajā vietā implementāciju skaitā saistībā ar 1C:Enterprise, tas lielā mērā ir saistīts ar zemo ienākšanas barjeru, cilvēks bez pieredzes ir diezgan spējīgs apgūt šo kombināciju, tikai izmantojot metodi Next - Next - Finish. Un, kas pats interesantākais, tas viss darbosies. Teiksim vairāk, vairumā gadījumu noklusējuma SQL servera iestatījumi ir vairāk nekā pietiekami, lai nodrošinātu produktīvu 1C: Enterprise servera darbību, un pieskaršanās tiem ir ne tikai nevajadzīga, bet pat kaitīga.

Pirmkārt, jums vajadzētu atcerēties par sistēmas bāzi tempdb, ko 1C aktīvi izmanto pagaidu tabulu un starprezultātu glabāšanai. Turklāt to nekavējoties izmanto visas 1C datu bāzes, kas darbojas serverī. Un tā kā pēc noklusējuma tas atrodas SQL servera instalācijas mapē, t.i. sistēmas diskā, tad, kad slodze palielinās, tā ir tempdb kļūst par sašaurinājumu visam serverim. Ļoti bieži tas noved pie situācijām: iegādājāties ātru HDD / SSD, diska resursu ir pietiekami daudz, bet 1C ir lēns, kas var radīt nopietnas grūtības iesācēju administratoriem.

Otrais punkts. Salīdzinājuma kodējums tempdb jāatbilst informācijas bāzu salīdzinājuma kodējumam, pretējā gadījumā tas dažos gadījumos var radīt negaidītus rezultātus, pat nopietnas kļūdas aprēķinos.

Tajā pašā laikā no šīm grūtībām nav grūti izvairīties, instalēšanas laikā vienkārši jāpavada pāris papildu minūtes vai rūpīgi jāpārskata jau instalēta servera iestatījumi.

MS SQL Server instalēšana darbam ar 1C:Enterprise

Kā jau teicām, SQL servera instalēšana ir ārkārtīgi vienkārša, un mēs šo procesu neaprakstīsim sīkāk, koncentrējoties tikai uz nepieciešamajiem iestatījumiem. Sāksim ar komponentu izvēli, jo 1C neizmanto lielāko daļu SQL servera mehānismu un, ja jūs tos neizmantojat citiem mērķiem, mēs atstājam tikai Datu bāzes dzinējs,Saziņa ar klientiem Un Vadības ierīces(neobligāti).

Pārvaldības rīkus nevar instalēt serverī, bet gan instalēt atsevišķi administratora darbstacijā un no turienes pārvaldīt visus pieejamos MS SQL serverus.

Jāpārbauda arī šķirošanas parametri, ja ir pareizi konfigurēti reģionālie iestatījumi, tad visticamāk, ka tur nekas nebūs jāmaina, taču vēlams pārbaudīt šo parametru, tam ir jābūt; Kirilica_General_CI_AS.

IN Servera konfigurācijas lūdzu norādiet Jauktā režīma autentifikācija un iestatiet paroli SQL superlietotājam - sa. Zemāk norādiet arī šīs SQL servera instances administratorus, jau ir konts, ar kuru tika veikta instalēšana, bet, ja šī instance ir jāadministrē arī citiem lietotājiem, tad ir jēga tos norādīt uzreiz.

Nākamā grāmatzīme - Datu katalogi- prasa vislielāko uzmanību. Noteikti norādiet glabāšanas vietu lietotāju datu bāzēm un datu bāzēm tempdb vieta veiktspējas masīvā vai atsevišķā diskā. Neskatoties uz to, ka datu bāzes atrašanās vietu var norādīt, to veidojot, pareizu noklusējuma iestatījumu iestatīšana ietaupa jūs no liekiem darbiem, kā arī no situācijas, kad datu bāze tiek izveidota, izmantojot 1C rīkus un nonāk noklusējuma direktorijā, t.i. sistēmas diskā. Varat arī nekavējoties norādīt dublējumu glabāšanas direktoriju.

Atlikušos iestatījumus varat atstāt kā noklusējuma iestatījumus un pabeigt instalēšanu.

MS SQL Server iestatīšana darbam ar 1C:Enterprise

Ja jums ir darīšana ar jau instalētu SQL Server gadījumu, pārliecinieties, vai salīdzināšanas kodējums Kirilica_General_CI_AS, pretējā gadījumā dati ir jālejupielādē, izmantojot 1C rīkus, un serveris ir jāpārinstalē (vai jāinstalē cits gadījums, ja šo izmanto citi pakalpojumi).

Lai to izdarītu, atveriet Vadības studija, atlasiet vajadzīgo SQL servera gadījumu un ar peles labo pogu noklikšķiniet uz tā un dodieties uz Īpašības.

Pēc tam dodieties uz grāmatzīmi Atmiņa un norādiet SQL serverim pieejamās RAM apjomu, pretējā gadījumā SQL serveris mēģinās pārstrādāt visa pieejamā atmiņa. Situācijā, kad SQL servera lomas tiek apvienotas ar citām lomām, un mazās un vidējās implementācijās tas parasti atrodas vienā mašīnā ar 1C serveri, jums vajadzētu atņemt no kopējā sistēmai nepieciešamās atmiņas apjoma. un 1C serveris, dodot SQL to, kas paliek.

Šeit ir grūti sniegt nepārprotamus ieteikumus, tas viss ir atkarīgs no apstrādājamo datu apjoma, ir jēga piešķirt pusi no brīvās atmiņas SQL serverim, pēc tam pielāgojot šo vērtību, pamatojoties uz tā faktisko slodzi.

Nākamais iestatījums būs saistīts ar drošību. Lai savienotu 1C ar serveri, visbiežāk tiek izmantots konts sa, kas, maigi izsakoties, ir nedrošs, jo dod cilvēkam, kurš iekļūst zem tā pilna piekļuve uz SQL serveri. Ņemot vērā, ka 1C datu bāzu administrēšanu bieži veic trešo pušu speciālisti, ir lietderīgi tiem izveidot atsevišķu kontu.

Lai to izdarītu, atveriet Drošība - pieteikšanās un izveidojiet jaunu vārdu (kontu), norādiet autentifikāciju SQL serveris un iestatiet paroli.

Pēc tam dodieties uz grāmatzīmi Serveru lomas un atļauj dbcreator, procesa administrators Un publiski.

Pēc tam izmantojiet šo kontu, lai izveidotu savienojumu ar SQL serveri no 1C.

Cits iestatījums attiecas uz jau izveidotajām datu bāzēm, atveriet vajadzīgās datu bāzes rekvizītus un dodieties uz cilni Faili. Atrodiet opciju Automātiska augšana/maksimālais izmērs datu failam. Pēc noklusējuma tas ir 1 MB, kas ir ļoti neoptimāls, aktīvi strādājot ar datu bāzi, DBVS rūpēsies tikai par faila lieluma palielināšanu, turklāt, ja aktīvi darbojas vairākas datu bāzes, tas radīs ievērojamu sadrumstalotību no datu faila. Tāpēc, pamatojoties uz datu bāzes lielumu un darba aktivitāti, iestatiet lielāku vērtību, kas neizraisīs pastāvīgu datu bāzes faila pieaugumu.

Tempdb datu bāzes pārsūtīšana

Lai noslēgtu mūsu rakstu, atkal pievērsīsimies datubāzei tempdb, bieži vien ir situācijas, kad šīs datu bāzes fails ir jāpārvieto uz citu vietu. Piemēram, serveris tika instalēts ar noklusējuma iestatījumiem un tempdb kas atrodas sistēmas nodalījumā, vai arī iegādājāties SSD un vēlaties tur pārsūtīt ne tikai datu bāzes, bet arī tempdb(kas ir pareizais risinājums). Arī pie lielas slodzes tempdb Ieteicams to ievietot atsevišķā diskā.

Lai mainītu faila atrašanās vietu tempdb atvērts Vadības studija, atlasiet Izveidojiet pieprasījumu un atvērtajā logā ievadiet šādu tekstu, kur E:\NEW_FOLDER- jauna bāzes vieta:

Izmantojiet meistaru
mainīt datu bāzi tempdb
modificēt failu (
nosaukums = tempdev,
faila nosaukums = N"E:\NEW_FOLDER\tempdb.mdf")
aiziet

mainīt datu bāzi tempdb
modificēt failu (
nosaukums = templogs,
faila nosaukums = N"E:\NEW_FOLDER\templog.ldf")
aiziet

Pēc tam noklikšķiniet Izpildīt, pēc pieprasījuma izpildes restartējiet SQL serveri, datu bāzi un žurnālfailus tempdb tiks izveidoti jaunā vietā, faili vecajā vietā ir jādzēš manuāli.

Mēs šodien pabeigsim šeit, beidzot atgādinot, ka neaizmirstiet par datu bāzes uzturēšanu un dublēšanu.

Vairumā gadījumu, lai instalētu 1C:Enterprise 8.x klienta-servera versijā, pietiek ar 1C:Enterprise 8.x instalēšanas programmas palaišanu. Šajā gadījumā 1C:Enterprise serveris saņem standarta parametru vērtības, kas nepieciešamas tā normālai darbībai.

Sīkāk aplūkosim servera 1C:Enterprise instalēšanu. Servera 1C:Enterprise 8.x instalēšanas laikā instalēšanas programma 1C:Enterprise 8.x veic šādas darbības:

* Kopē 1C:Enterprise servera sāknēšanas moduļus direktorijā, ko 1C:Enterprise instalācijas programma ir norādījusi kā pēdējo mapi.
* Ja instalēšanas laikā ir atlasīts "Izveidot lietotāju USR1CV81", tiek izveidots lietotājs USR1CV81. Serveris 1C:Enterprise 8.1 darbojas šī lietotāja vārdā, ja tas tiek palaists kā pakalpojums. Tam ir piekļuve tikai tiem resursiem, kas nepieciešami serverim 1C:Enterprise. Ir svarīgi, lai 1C:Enterprise serverim darbotos divi direktoriji: vispārējais direktorijs ar servera datiem (parasti "C:\Program Files\1cv81\server") un pagaidu failu direktorijs (parasti "C:\Documents and Settings". \usr1cv81\Local Settings \Temp" vai "C:\WINNT\Temp"). Lietotājs USR1CV81 saņem tiesības uz koplietoto direktoriju ar servera datiem. Pagaidu failu direktorijs parasti ir pieejams visiem lietotājiem.
* Ja instalēšanas procesa laikā ir iespējots "Instalēt 1C:Enterprise 8.1 serveri kā Windows pakalpojumu", tas reģistrē 1C: Enterprise servera aģenta pakalpojumu sistēmā Windows un palaiž to. Pirmajā palaišanas reizē tiek izveidots 1C: Enterprise serveru kopums ar noklusējuma iestatījumiem. Tam ir viens darbinieka serveris un viens darbinieka process. Darba servera adrese atbilst tā datora nosaukumam, kurā tika veikta instalēšana.

USR1CV81 vai USR1CV82 lietotājs un viņa tiesības

1C:Enterprise Server ir servera lietojumprogramma, kuras darbībai nevajadzētu būt atkarīgai no tā, kurš lietotājs ir pieteicies servera datorā interaktīvajā režīmā, ja kāds vispār ir pieteicies. Tāpēc, instalējot 1C:Enterprise serveri, ieteicams izveidot īpašu lietotāju USR1CV81, kas ir apveltīts ar minimālajām 1C:Enterprise serverim nepieciešamajām tiesībām un nav paredzēts interaktīvai pieteikšanās. Serveri 1C:Enterprise Windows sistēmai piedāvā lietotājs USR1CV81.

Sīkāk apskatīsim lietotāja USR1CV81 noteiktās tiesības. 1C: uzņēmuma serveris izmanto šādus direktorijus:

* Iekraušanas moduļu direktorijs atrodas direktorijā, ko instalācijas programma 1C:Enterprise norādījusi kā galīgo mapi. Tajā ir 1C: Enterprise servera ielādes moduļi. Lietotājam USR1CV81 ir nepieciešamas tiesības lasīt datus un palaist programmas no šī direktorija un tā apakšdirektorijiem. Tas saņem šīs tiesības netieši, iekļaujoties lietotāju grupā.
* Servera datu direktoriju parasti sauc par "C:\Program Files\1cv81\server". Lietotājam USR1CV81 ir nepieciešamas visas tiesības uz šo direktoriju. Izveidojot lietotāju USR1CV81, instalēšanas programma 1C:Enterprise viņam piešķir tiesības uz šo direktoriju.
* Pagaidu failu direktoriju parasti sauc par "C:\Documents and Settings\usr1cv81\Local Settings\Temp" vai "C:\WINNT\Temp", ko nosaka lietotāja vides mainīgā TEMP vai sistēmas vides TEMP vērtība. mainīgs. Šī mainīgā vērtību var apskatīt dialoglodziņā Sistēmas rekvizīti (Sākt -> Iestatījumi -> Vadības panelis -> Sistēma -> Papildu -> Vides mainīgie). 1C:Enterprise instalēšanas programma lietotājam USR1CV81 piešķir visas tiesības uz šo direktoriju. Parasti, instalējot Windows, pagaidu failu direktorijs ir pieejams visiem lietotājiem, iekļaujot tās piekļuves sarakstā grupu CREATOR OWNER. Tomēr šī piekļuve nav pilna. Jo īpaši failu meklēšana šajā direktorijā nav pieejama visiem lietotājiem. Lietotājam USR1CV81 iestatot pilnas tiesības uz pagaidu failu direktoriju, serveris 1C:Enterprise var veikt visas tam nepieciešamās darbības. Piekļuves sarakstu var skatīt cilnes Drošība dialoglodziņā direktorija rekvizīti. Grupas CREATOR OWNER klātbūtne ļauj piekļūt direktorijam jebkuram lietotājam, kurš šajā direktorijā izveido kādus failus vai kuram pieder kādi faili šajā direktorijā. Šādā gadījumā izveidotā faila piekļuves sarakstā grupas CREATOR OWNER vietā tiks ierakstīts lietotājs, kurš izveidojis failu. Starp lietotājiem, kuriem ir atļauts piekļūt šim direktorijam, ir jābūt lietotājam USR1CV81, kuram ir visas tiesības uz šo direktoriju.
Ir svarīgi paturēt prātā, ka pagaidu failu direktoriju konkrētam lietotājam (tostarp lietotājam USR1CV81) nosaka šī lietotāja vides mainīgo un sistēmas vides mainīgo kombinācija. Lai uzzinātu šo direktoriju, 1C:Enterprise instalēšanas programma pieprasa lietotāja kontekstu USR1CV81. Lai to izdarītu operētājsistēmā Windows 2000, lietotājam, kura vārdā tiek palaista instalēšanas programma 1C:Enterprise, var būt nepieciešamas šādas privilēģijas: darboties kā operētājsistēmas daļai un apiet traversa pārbaudi. Lietotāju privilēģijas varat pārbaudīt, izmantojot utilītu Vietējās drošības iestatījumi sadaļā Vietējās politikas -> Lietotāja tiesību piešķiršana. Instalējot jaunu programmatūru, instalētājs šīs privilēģijas parasti iegūst automātiski.

1C:Enterprise servera reģistrēšana kā Windows pakalpojumu

1C:Enterprise Server ir vienkārša Windows konsoles lietojumprogramma, un to var palaist interaktīvi. Tomēr pastāvīgai lietošanai tas ir neērti, jo tas prasa 1C:Enterprise servera palaišanu no neaktīva lietotāja pieteikšanās servera datorā. Lai novērstu šo atkarību, serveri 1C:Enterprise var palaist kā Windows pakalpojumu. Lai to izdarītu, tas ir jāreģistrē Windows pakalpojumu pārvaldniekā.

Lai skatītu Windows pakalpojumu sarakstu un to parametrus, izmantojiet komponentu pakalpojumu utilītu (Sākt -> Iestatījumi -> Vadības panelis -> Administratīvie rīki -> Pakalpojumi). 1C:Enterprise serveri pakalpojumu sarakstā pārstāv pakalpojums "1C:Enterprise Server Agent 8.1". Pakalpojuma parametri nosaka 1C:Enterprise Server Agent procesa (ragent) palaišanu, lietotāju, ar kura vārdu tas tiek palaists, un restartēšanas metodi ārkārtas situācijās.

Pakalpojuma "1C:Enterprise 8.1 Server Agent" rekvizītu dialoglodziņā cilnē Vispārīgi tiek parādīta rindiņa ragenta procesa palaišanai, kas ir 1C:Enterprise Server Agent. Parasti šī līnija izskatās šādi:


Tajā teikts, ka:

* Servera aģenta process ir sāknēšanas modulis "C:\Program Files\1cv81\bin\ragent.exe";
* Ragent process darbojas kā Windows pakalpojums, un tas ir jāpārvalda pakalpojumu pārvaldniekam (-srvc);
* izmanto kā 1C:Enterprise Server Agent (-agent);
* pirmo reizi startējot pakalpojumu, ir jāizveido klasteris ar noklusējuma parametriem un galvenā IP porta numuru 1541 (-regport 1541). Izmantojot šo portu, klientu lietojumprogrammām ir jāpievienojas informācijas bāzēm, kas reģistrētas klasterī;
* Servera aģenta IP portam jābūt numurētam ar 1540 (-ports 1540). Izmantojot šo portu, Cluster Console ir jāsavieno ar centrālo serveri, lai veiktu administratīvās funkcijas;
* Kad šajā serverī tiek palaisti klasteru procesi, tiem tiks dinamiski piešķirti IP porti no diapazona 1560-1591 (diapazons 1560:1591).
* vispārīgie klasteru dati atradīsies direktorijā "C:\Program Files\1cv81\server" (-d "C:\Program Files\1cv81\server").

Pakalpojumu "1C:Enterprise 8.1 Server Agent" var pievienot vai noņemt ne tikai instalējot vai atinstalējot 1C:Enterprise, izmantojot instalēšanas programmu 1C:Enterprise 8.1, bet arī manuāli. Lai to izdarītu, no komandrindas varat palaist utilītu Ragent, norādot atbilstošos parametrus.

Lai izveidotu pakalpojumu, ir jānorāda parametrs -instsrvc un šādi parametri: -usr - tā lietotāja vārds, ar kura vārdu pakalpojums ir jāpalaiž, -pwd - šī lietotāja parole. Šajā gadījumā atlikušie parametri kļūs par 1C:Enterprise Server Agent kā pakalpojuma palaišanas līnijas parametriem. Piemēram, standarta pakalpojuma 1C:Enterprise Server Agent reģistrācijai atkļūdošanas režīmā parametru kopai jābūt šādai:

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Parole -regport 1541 -port 1540 -diapazons 1560:1591 -d "C:\Program Files\1cv81\serveris" - atkļūdošana

Lai noņemtu pakalpojumu, jānorāda parametrs -rmsrvc. Piemēram:
"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

Dažreiz ir lietderīgi mainīt servera aģenta startēšanas rindu vai citus aģenta pakalpojuma parametrus, piemēram, iespējot atkļūdošanas režīmu vai izveidot vairākus dažādu versiju pakalpojumus. Pakalpojuma rekvizītu dialoglodziņš neļauj rediģēt pakalpojuma lietojumprogrammas palaišanas rindu un dažus citus parametrus, piemēram, pakalpojuma identifikatoru. Lai rediģētu, jums būs nepieciešama utilīta regedit, kas paredzēta Windows sistēmas reģistra skatīšanai un rediģēšanai.

Uzmanību!
Lai rediģētu Windows sistēmas reģistru, jāievēro īpaša piesardzība, jo kļūdainas izmaiņas var padarīt operētājsistēmu nederīgu.

Palaidiet regedit utilītu (atveriet Sākt -> Palaist un ierakstiet regedit) un atlasiet filiāli:


Starp tā parametriem ir parametrs ImagePath, kura vērtība ir 1C:Enterprise Server Agent startēšanas virkne. Šeit varat pievienot jaunus palaišanas virknes parametrus vai mainīt esošo vērtības. Pilns iespējamo parametru saraksts ir sniegts grāmatas "1C:Enterprise 8.1 Client-Server" dokumentācijā.

Ja nepieciešams reģistrēt vairākus neatkarīgus 1C:Enterprise Server Agent pakalpojumus, tiem ir jānorāda dažādi sāknēšanas moduļi, dažādi porti un dažādi klasteru datu direktoriji. Jums tie arī jāreģistrē ar dažādiem pakalpojumu identifikatoriem. To var izdarīt šādi:

* Izveidojiet pirmo pakalpojumu:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\serveris"

* Izmantojot regedit utilītu, mainiet reģistrētā pakalpojuma identifikatoru. Lai to izdarītu: atlasiet filiāli
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 servera aģents

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First
* Izveidojiet otru pakalpojumu:
"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81_10\serveris"

* Varbūt arī viņa ID ir jāmaina. Lai to izdarītu: atlasiet filiāli
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 servera aģents
un mainiet tā nosaukumu, piemēram, uz:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

Ko nevar paveikt instalēšanas programma 1C:Enterprise?

Kā jau minēts, 1C:Enterprise instalēšanas programma kopē 1C:Enterprise sāknēšanas moduļus un veic nepieciešamo reģistrāciju COM un Windows pakalpojumu pārvaldniekā. Iepriekš minētā ir informācija, kas nepieciešama, lai izprastu šīs reģistrācijas iekšējos mehānismus. Ja servera datorā ir instalēts ne tikai serveris, bet arī 1C:Enterprise klienta daļa, tad tas ir gatavs darbam uzreiz pēc instalēšanas (un drošības atslēgu pievienošanas).

Lai serveris 1C: Enterprise būtu pieejams no citiem datoriem vietējā tīklā, jums jāpārbauda tīkla iestatījumi serverī un klientu datoros, kā arī tīklā kopumā. TCP/IP izmanto datu pārsūtīšanai starp klienta lietojumprogrammām un 1C: Enterprise serveri, kā arī starp serveru klasteru procesiem. 1C:Enterprise darbība klienta-servera versijā ir atkarīga no tā pareizās konfigurācijas.

1C:Enterprise serveru klastera procesi savienojas viens ar otru adresēs, kas definētas kā rekvizīta “Dators” vērtības strādājošo serveru rekvizītu dialoglodziņā. Klasteris pieprasa, lai rekvizīta Computer vērtība būtu vai nu IP adrese punktveida apzīmējumā, vai simboliska adrese, no kuras var noteikt IP adresi, izmantojot TCP API definēto funkciju gethostbyname. IP adrese tiek noteikta, pamatojoties uz vietējo simbolisko adrešu tabulu (C:\WINNT\system32\drivers\etc\hosts) vai uz adrešu tabulām pieejamajos DNS serveros. Ja strādājošā servera simboliskā adrese nenosaka tā IP adresi vai nosaka to nepareizi (piemēram, IP adrese nesakrīt ar šī datora faktisko IP adresi), tad klasteris nedarbosies. Ir svarīgi, lai sistēmā Windows definētie datoru nosaukumi un to adreses katrā klastera darba serverī nebūtu pretrunā ar to nosaukumiem DNS.

Katrā strādājošajā serverī klasteru procesi izmanto šādus portus: strādājošā servera IP ports (parasti 1540); IP porti no darbplūsmas IP portu diapazoniem (parasti 1560–1591). Turklāt klastera centrālais serveris izmanto klastera portu (parasti 1541). Ja sistēma izmanto ugunsmūrus, tad datu pārraide šajos portos ir jāatļauj. Tā vietā, lai atļautu portus no iepriekš minētā saraksta, varat atļaut datu pārsūtīšanu uz klasteru procesiem (ragent, rmngr, rphost).

Savienojums starp 1C:Enterprise klienta lietojumprogrammu un serveri tiek veikts 2 posmos. Vispirms tiek izveidots savienojums ar klastera pārvaldnieku. Tas izmanto centrālā servera adresi (simbolisku vai ciparu) un klastera portu (parasti 1541). Pēc tam klienta lietojumprogramma izveido savienojumu ar vienu no darbinieka procesiem. Kā tā adrese tiek izmantota atbilstošā darba servera rekvizīta "Dators" vērtība un darba procesa ports, kas tiek izvēlēts no darba servera IP portu diapazona. Datu pārraide uz šiem portiem ir jāatļauj visos ugunsmūros maršrutā no klienta lietojumprogrammas datora uz serveru klastera 1C: Enterprise datoriem. Servera procesu IP adrese tiek noteikta, izmantojot klienta datora funkciju gethostbyname. Ir svarīgi, lai centrālo un darba serveru nosaukumi un to adreses, kas definētas sistēmā Windows katrā klastera serverī, nebūtu pretrunā to nosaukumiem klienta datoram pieejamā DNS.

Un pēdējā lieta. Acīmredzot, lai veiksmīgi piekļūtu 1C:Enterprise serverim no citiem datoriem, tam ir jābūt tīklā un jāveic nepieciešamie iestatījumi. Savienojuma izveide ar tīklu un iestatīšanas metodes ir saistītas ar tīklu administrēšanu, pamatojoties uz Microsoft Windows, un ir aprakstītas attiecīgajās instrukcijās.

SQL servera iestatīšanas iespējas

1C: uzņēmums “klienta-servera” versijā datu glabāšanai izmanto SQL serveri. Šajā gadījumā SQL serverim piekļūst tikai 1C:Enterprise Server. 1C:Uzņēmuma klientiem nav tiešas piekļuves SQL serverim. SQL servera instalēšana un konfigurēšana ir detalizēti aprakstīta Microsoft SQL Server dokumentācijā. Lai veiksmīgi darbotos 1C:Enterprise Server ar SQL serveri, jums jāpievērš īpaša uzmanība šādiem iestatījumiem.

* Nepieciešamās SQL servera sastāvdaļas. Lai piekļūtu SQL serverim no 1C:Enterprise Server puses, datorā 1C:Enterprise Server ir jāinstalē Microsoft Data Access 2.6 vai jaunāki komponenti.
* Lietotāja autentifikācija ar SQL servera palīdzību. Piekļuves tiesības SQL servera datu bāzēm nosaka lietotājs, kura vārdā datu bāzēm tiek piekļūts. Datorā, kurā ir instalēts SQL serveris, palaidiet utilītu SQL Server Enterprise Manager, atrodiet lokālo mezglu (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) un atveriet tā rekvizītus. Cilnē Sequrity var redzēt, ka SQL serveris atbalsta divas lietotāja autentifikācijas metodes: SQL Server un Windows un Windows tikai. Windows autentifikācija ļaus 1C:Enterprise Server piekļūt SQL serverim tikai lietotāja USR1CV81 vārdā, kas neļauj diferencēt piekļuves tiesības dažādām informācijas bāzēm, kuras apkalpo viens 1C:Enterprise serveris. Ieteicams izvēlēties SQL Server un Windows režīmu. Šādā gadījumā piekļuve noteiktai informācijas bāzei tiks veikta tā lietotāja vārdā, kurš tika norādīts kā SQL servera lietotājs, veidojot šo informācijas bāzi. Svarīgi, lai šim lietotājam būtu jābūt ne tikai pilnām tiesībām uz infobāzes datubāzi, bet arī tiesībām veidot datu bāzes SQL serverī un lasīt Master datu bāzes tabulas.
* Tīkla protokoli, lai piekļūtu SQL serverim. Ja 1C:Enterprise Server un SQL serveris atrodas dažādos datoros, jums ir jākonfigurē tīkla piekļuves protokoli SQL serverim. To var izdarīt, izmantojot SQL Server Client Network Utility. Cilnē Vispārīgi varat atlasīt tīkla protokolu sarakstu, kas tiek izmantoti, lai piekļūtu SQL serverim. Ātrākais un daudzpusīgākais ir izmantot TCP/IP protokolu. Lietojot citus protokolus, jāpatur prātā, ka daži no tiem, piemēram, Named Pipes, veicot datu apmaiņu ar SQL serveri, veic papildu autentifikāciju, izmantojot Windows rīkus. Šajā gadījumā, lai veiksmīgi strādātu ar SQL serveri, lietotājam USR1CV81 jābūt reģistrētam datorā ar SQL serveri, ar atbilstošām tiesībām. Šī SQL servera piekļuves protokolu var mainīt cilnē Alias.

Papildus rakstam

Nav šaubu, ka MS SQL Server + 1C: Enterprise 8 servera kombinācija ir vispopulārākā un biežāk izmantotā kombinācija savā nišā. Lai nodrošinātu kvalitatīvu atbalstu, ir vēlama izpratne par abiem produktiem. Tajā pašā laikā praksē atbalsta speciālists parasti specializējas MS SQL Server administrēšanā un nav pazīstams ar servera 1C: Enterprise 8 funkcijām vai, gluži pretēji, specializējas servera 1C: Enterprise 8 administrēšanā un nav. iepazinies ar MS SQL Server funkcijām.

Šis raksts tika rakstīts, lai palīdzētu gan šiem, gan citiem speciālistiem, lai ietaupītu jūsu laiku un pievērstu jūsu uzmanību vissvarīgākajām detaļām, lietojot šos programmatūras produktus kopā.

Lai informācija būtu vieglāk saprotama, ir sniegta gadījumu izpēte, piezīmes un padomi (slīprakstā).

Trīs saišu ķēde

Kā lasītājs jau var zināt, aplūkojamajā gadījumā datu bāzei ir trīs līmeņu arhitektūra:

1. saite: MS SQL Server DBVS. “Saglabā” un uztur datubāzi, galu galā veicot visu veidu datu bāzes darbības. Tādējādi datu bāzes veiktspēju, datu lasīšanas un rakstīšanas ātrumu un paralēlismu lielā mērā nosaka MS SQL Server veiktspēja.

2. saite: serveris "1C: Enterprise 8". Kalpo kā starpnieks mijiedarbībā starp klientiem (lietotājiem) un MS SQL Server. Visi klientu pieprasījumi tiek nosūtīti uz serveri, kas tos “pārtulko” MS SQL Server vaicājumu valodā, saņem šo vaicājumu izpildes rezultātus un nosūta tos klientam.

Ir tikai neliela daļa operāciju, kas tiek veiktas 1C: Enterprise 8 servera līmenī, nepiekļūstot MS SQL - tā jo īpaši ir tā saukto “pārvaldīto slēdzeņu” izsekošana, “sesijas parametru” lasīšana un rakstīšana. Šādos gadījumos piekļuve DBVS nav nepieciešama, jo šīs darbības tiek veiktas nevis ar datu bāzes datiem, bet gan ar servera palīginformāciju.

3. saite: "1C: Enterprise 8" klienta daļa. Piekļūst serverim 1C: Enterprise 8, saņem no tā rezultātus (tas ir, piemēram, datu paraugus) un ir atbildīgs par lietotāja saskarni.

"Es gribēju labāko."

Pēc 1C: Enterprise 8 servera pārinstalēšanas lietotāji sūdzas par strauju veiktspējas kritumu. 1C: Enterprise programmatūras ieviešanas speciālists, kurš veica atkārtotu instalēšanu, ir tikai pārsteigts - viņi saka, ka gribēja to labāko, sistēmai vajadzēja sākt strādāt ātrāk... Situācijas analīze parādīja, ka 1C: Enterprise 8 serverim tika piešķirts pārāk daudz resursu : tā apstrādā (skat. 3. punktu) rphost aizņēma 15,5 GB no servera 16 GB RAM, kā rezultātā saderīgajam MS SQL Server praktiski nebija pieejama RAM.

Rezultāts ir pastāvīga "swap", nevajadzīga diska apakšsistēmas slodze un ārkārtīgi lēna datu bāzes darbību izpilde - sakarā ar to, ka MS SQL Server nav laika apstrādāt pieprasījumus, kas nāk no "pārspīlēta" 1C: Enterprise 8. serveris.

Produktu saderība

Pašreizējā informācija par MS SQL Server versijām, kas ieteicamas lietošanai kopā ar 1C: Enterprise 8, ir atrodama šajā saitē http://v8.1c.ru/requirements/.

Rakstot šo rakstu, 1C izstrādātāji iesaka šādas iespējas:

1. SQL Server 2008 R2.

2. SQL Server 2008, nepieciešama 1. servisa pakotnes (SP1) instalēšana.

3. SQL Server 2005, nepieciešama 3. servisa pakotnes (SP3) instalēšana.

Ir tehniski iespējams, bet nav ieteicams izmantot MS SQL Server 2000, tam ir nepieciešama 2. servisa pakotnes (SP2) instalēšana, un ir vēlama 4. servisa pakotnes (SP4) instalēšana.

Lūdzu, ņemiet vērā, ka šī versija pašlaik ir novecojusi un tai nav 64 bitu versijas x86-64 arhitektūrai.

Piezīme:

Jāpievērš uzmanība operētājsistēmas iestatījumiem: piemēram, lai M SQL Server 2008 darbotos efektīvi operētājsistēmā Server 2008R2 OS, ir jāatspējo sabalansētā barošanas avota režīms un jāpārslēdzas uz maksimālās veiktspējas režīmu.

"1C: Enterprise 8" klienta-servera versijas instalēšana

"Instalēts 1C"

Vienam no klientiem 1C: Enterprise 8 instalēšanu veica sistēmas administrators, kuram nebija pieredzes darbā ar 1C: Enterprise 8. Un, lai gan, pēc viņa teiktā, viņš "instalēja 1C", lietotāju datoros nebija klienta daļas, bet serverī - servera daļas. Situācijas analīze precizēja attēlu - 1C: Enterprise 8 komplektā bija 2 diski - platformas instalēšana un datu bāzes veidņu instalēšana. Administrators neiedziļinājās instalēšanas procedūrā – un uzstādīja datu bāzes veidnes, nevis izpildāmos failus, platformas komponentus.

Protams, tas ir netipisks piemērs ārkārtīgi neuzmanīgai attieksmei pret darbu.

Instalējot "1C: Enterprise 8", jāņem vērā, ka šādi tiek instalēti atsevišķi:

Platforma 1C: Enterprise 8 ir izpildāma lietojumprogramma, integrēta vide datu bāzu izstrādei un darbībai. Palaižot to, jūs izvēlaties vienu no diviem darbības režīmiem - “Enterprise” (lietotāju datu bāzes apvalks) vai “Configurator” (integrētā izstrādes vide). Pilnīgāku aprakstu var izlasīt saitē

"1C: Enterprise" konfigurācijas veidnes ir platformas iekšējā formāta fails, ar kura palīdzību platforma var izveidot tīru vai demo datubāzi par veidnē ietverto struktūru. Varat arī izmantot atjaunināšanas modeli, lai atjauninātu esošas datu bāzes struktūru, kas jau ir aizpildīta ar datiem.

Uzstādot platformu, jums jāpievērš uzmanība komponentu izvēlei:

1C: Enterprise komponents var nebūt instalēts serverī(-os).

Šajā gadījumā serveris nodrošinās klientu datoriem piekļuvi 1C: Enterprise datu bāzēm, taču darbs ar datu bāzi lietotāja režīmā tieši no servera nebūs iespējams.

Piezīme:

Platformas 64 bitu versijā nav klienta daļas. Tāpēc, instalējot serverī, 64 bitu servera komponenti tiek instalēti atsevišķi, un 32 bitu klienta lietojumprogrammu komponenti tiek instalēti atsevišķi.

Komponents "1C Server: Enterprise" ir nepieciešams, lai izveidotu savienojumu ar MS SQL Server - tas ir lietojumprogrammu serveris, savienojošā saite starp platformu klientu darbstacijās un MS SQL Server.

Komponentu ir iespējams instalēt vienkāršas aplikācijas vai sistēmas servisa režīmā, un, protams, ieteicama otrā iespēja.

Instalējot "kā pakalpojumu", šis komponents tiks palaists un izpildīts atlasītā lietotāja vārdā:




Pēc ielādes komponents rada vairākus procesus, piemēram: “servera aģents”, “serveru klasteru pārvaldnieks”, “servera darbinieka procesi”.

Vaicājumus datu bāzei izpilda darbinieka procesi, un serveru klasteru pārvaldnieks sadala slodzi starp tiem.

Servera darbinieka procesus var pārvaldīt (pievienot, dzēst, iestatīt RAM lietošanas ierobežojumus, pasludināt par primārajiem vai rezerves), ja ir instalēts komponents 1C: Enterprise Server Administration.



Piezīme:

Servera 32 bitu versijai darba procesus ieteicams instalēt tādā skaitā, lai neatstātu neizmantotu operatīvo atmiņu - katram no tiem ir manāms RAM izmantošanas ierobežojums, no 2 līdz 4 GB atkarībā no sistēmas konfigurācija.

Servera 64 bitu versijai teorētiski pietiek ar diviem darbinieka procesiem - vienu darbinieku un vienu rezerves kopiju. Tomēr praksē, lai nodrošinātu savienojumu uzticamību un stabilitāti ievērojamam (vairākiem simtiem) lietotāju skaitam, ir nepieciešams lielāks skaits, tas ir atkarīgs no daudziem faktoriem - no lietotāju skaita, datu bāzes satura un datu bāzes apjoma. veiktajiem vaicājumiem, tāpēc autori uzskata, ka procesu skaits šajā gadījumā ir jāizvēlas eksperimentāli.

"Ouroboros"

Pēc neveiksmīgas 1C: Enterprise 8 servera iestatījumu optimizācijas lietotāji ziņoja par ārkārtīgi lēnu sistēmas darbību, un sistēmas administrators atzīmēja pastāvīgu 100% procesora slodzi serverī.

Situācijas analīze parādīja problēmas avotu - konfigurācijas laikā tika noteikts pārāk mazs ierobežojums RAM izmantošanai darba procesos.

Bet fakts ir tāds, ka šis ierobežojums darbojas šādi:

Kad serveru klastera pārvaldnieks redz, ka darbinieka process ir pārsniedzis RAM ierobežojumu, process tiek pārtraukts, tas tiek atspējots, tiek izveidots jauns darbinieka process un savienojumi un lietotāju pieprasījumi tiek pārdalīti starp darbinieku procesiem.

Iestatītais limits bija tik mazs (300 MB), ka darbinieka process nevarēja pilnībā apkalpot pat vienu intensīvu lietotāju - rezultātā serveru klasteru pārvaldnieks nepārtraukti restartēja darbinieku procesus un atkārtoti savienoja lietotājus. Tiklīdz tika izveidots jauns process un lietotāji tam pievienojās, RAM limits tika sasniegts gandrīz uzreiz un izraisīja nākamo restartēšanu. Tas aizņēma 100% no procesora slodzes.

Komponents "1C Server: Enterprise" nav nepieciešams klientu darbstacijās, un to nevarēs startēt, jo tam ir nepieciešama drošības atslēgas fiziska klātbūtne.

Ja pievienoto lietotāju skaits ir mazs (mazāk par 50), lietojumprogrammu serveris parasti tiek instalēts tajā pašā datorā, kurā darbojas MS SQL Server.

Sistēmām ar lielu lietotāju skaitu un/vai lielu informācijas plūsmu apjomu ieteicama atsevišķa instalācija, kā arī serveru klastera izmantošana.

Komponents "1C: Enterprise Server Administration" var būt noderīgs arī klientiem - piemēram, ar tā palīdzību jūs varat redzēt sarakstu ar informācijas bāzēm, kas savienotas ar noteiktu "1C: Enterprise" serveri.

Ir ļoti ieteicams to instalēt pašā serverī.

Piekļuve

Piezīme:

Lai pārbaudītu, vai piekļuve ir nodrošināta, nepietiek ar 1C: Enterprise servera administrēšanas utilīta izmantošanu, un vēl jo vairāk ar servera klātbūtni “Tīkla apkārtnē” nepietiek!

Katram klientam ir nepieciešams pieteikties serverī instalētajā datu bāzē - tikai tas dos 100% pārliecību, ka piekļuve tiek nodrošināta.

1. Atkarībā no drošības politikām MS SQL Server izmanto Windows konta autentifikāciju vai MS SQL Server konta autentifikāciju.




Pēdējā gadījumā, veidojot 1C: Enterprise datu bāzi, sistēma pieprasīs MS SQL Server konta pieteikumvārdu un paroli (piemēram, sa), pirmajā gadījumā pieteikumvārds un parole ir jāatstāj tukši:



un sistēmas lietotājam, kura vārdā darbojas 1C: Enterprise serveris, ir jāpiešķir tiesības MS SQL Server, proti:

pilnas tiesības uz datu bāzi, kurā atrodas informācijas bāze

piekļuve galvenajai datubāzei (publiska loma)

ieteicams - tiesības izveidot datu bāzi, pretējā gadījumā katra jauna datu bāze vispirms būs jāizveido, izmantojot MS SQL Sever, un tikai pēc tam jāpievieno 1C: Enterprise serveri.

ieteicams - tiesības dzēst savu datu bāzi

Piemēram, varat piešķirt attiecīgajam lietotājam fiksētu lomu processadmin vai sysadmin.

Padoms.

Ja visi lietotāji vienlaikus zaudē piekļuvi darba datu bāzei, jums ir vēlreiz jāpārbauda lietotāju tiesības un lomas MS SQL Server, tostarp tās, kas iestatītas noteiktai datu bāzei, tas ir, Lietotāju kartēšana:




2. Serveris 1C: Enterprise piekļūst MS SQL Server, izmantojot Microsoft Data Access mehānismu, tāpēc tā komponenti ir jāinstalē, un servera 1C: Enterprise lietotājam (skatiet iepriekšējo rindkopu) ir jābūt tiesībām tos palaist.

3. Komunikāciju starp klientiem un serveri atbalsta TCP protokols, tāpēc ir nepieciešams, lai šo protokolu atbalstītu abas puses. Var rasties problēmas, saskaņojot servera nosaukumu un tā IP adresi, piemēram, ja tiek izmantots vienādranga tīkls. Šādā gadījumā korespondence jāieraksta failā [C:\WINDOWS\] system32\drivers\etc\hosts .

Padoms.

Ja tīkls ir vienādranga tīkls, lai nodrošinātu pastāvīgu savienojumu ar serveri, izveidojiet tīkla disku, kas piekļūst jebkurai no šī servera mapēm.

4. Ja tiek izmantots Named Pipes protokols un MS SQL Server un 1C: Enterprise serveris ir instalēti dažādos datoros, lietotājam, kura vārdā darbojas serveris 1C: Enterprise, ir jābūt reģistrētam datora lietotāju sarakstā. kurā darbojas MS SQL Server.

5. Dažos gadījumos var būt nepieciešama papildu Windows ugunsmūra konfigurācija, tas ir, izņēmumu pievienošana.

6. Dažas pretvīrusu programmas var bloķēt “nevēlamu” tīkla trafiku, tāpēc, iespējams, būs jāpievieno to izslēgšanas saraksti.

7. 1C: Enterprise 8 platformas izlaišanai klientā un serverī jābūt absolūti identiskam.

"Dvīņi"

"Viens no klientiem izmantoja divus datu bāzes serverus, no kuriem katrā atradās viena darba datu bāze. Lietotāji strādāja - katrs vienlaikus ar abām datu bāzēm. Atbalsta dienests serveros un klientiem atjaunināja platformu 1C: Enterprise 8... Un tad sāka birt sūdzības. par neiespējamību pieslēgties vienai vai otrai datubāzei. Situācijas analīze parādīja, ka atjauninājumus veica vairāki cilvēki, un instalēšanas speciālisti nepārbaudīja, vai viņi instalē vienu un to pašu platformas izlaišana uz viena servera - otra, puse no klientiem - pirmā no šīm versijām, otrā puse - otra. Izrādījās, ka katram lietotājam ir pieeja tikai vienai no datu bāzēm.

Lai ātri atrisinātu problēmu, katram lietotājam bija jāinstalē abas platformas versijas un jāizveido atsevišķi īsceļi, lai pieteiktos katrā datu bāzē.

MS SQL Server un datu bāzes sākotnējie iestatījumi

"Un tā tas darbojas"

MS SQL Server izceļas ar vienkāršu sākotnējo instalāciju, tāpēc ne visi administratori apgrūtina tā papildu konfigurāciju - pēc noklusējuma instalācijas veikšanas datu bāze darbojas, lietotāji ir pieteikušies - darbs ir padarīts. Šī pieeja gandrīz vienmēr noved pie problēmām, kas rodas apmēram pēc mēneša vai diviem - un, protams, pēkšņi un visnelabvēlīgākajā brīdī.

Piemēram, ja datu bāze paredzēta grāmatvedības vajadzībām, bieži vien pirms nodokļu atskaišu iesniegšanas ir steidzami jāpārrēķina atsevišķi dati un masveidā jāpārrēķina, teiksim, “visi pamatlīdzekļu ieņēmumi no gada sākuma”. Turklāt darba dienas laikā, neapturot citu datu bāzes lietotāju darbu.

Un, protams, tieši šajā brīdī tiks atklāts, ka šāda pārrēķina laikā datubāze “sasalst”, vai “avārijās”, vai neļauj strādāt citiem lietotājiem.

Šāda veida "Mērfija likums" attiecas uz katru no šiem punktiem.

Pirms sākat lietot MS SQL Server kā DBVS priekš 1C: Enterprise, ieteicams:

1. Iestatiet parametra maksimālās paralēlisma pakāpes vērtību uz 1.

Tas ir:

Pēc savienojuma izveides ar serveri ievadiet servera rekvizītus, izmantojot konteksta izvēlni, vienumu Rekvizīti

pēc tam atlasiet lapu Papildu un rediģējiet parametru maksimālo paralēlisma pakāpi

Pretējā gadījumā daži 1C: Enterprise servera ģenerētie vaicājumi var izraisīt kļūdu "Vaicājuma iekšējais paralēlisms izraisīja jūsu servera komandas (procesa ID # XX) strupceļu. Atkārtoti izpildiet vaicājumu bez vaicājuma paralēlisma, izmantojot vaicājuma mājienu opciju (maxdop 1 )". Pēc šīs kļūdas klienta daļa bieži avarē.

Kļūda neparādīsies konsekventi, jo vaicājumu plāns tiek veidots atšķirīgi atkarībā no uzkrātās statistikas - tas izpaudīsies lielos un sarežģītos vaicājumos, tas ir, visneveiksmīgākajā brīdī.

2. Izveidojiet uzturēšanas plānu, kas katru nakti samazina tempdb pagaidu tabulu datubāzi. Pagaidu tabulu datu bāzi ne vienmēr automātiski notīra serveris 1C: Enterprise, un dažreiz neveiksmīgi uzrakstīta vaicājuma rezultātā var tikt izveidota pagaidu tabula, piemēram, 50 GB liela, un tā netiek notīrīta. Līdz ar to var beigties diska vieta, kā rezultātā var nokrist gan klienta, gan servera daļas, kā arī pastāv neliels datu integritātes pārkāpuma risks.

Tas ir, jums ir nepieciešams:

dodieties uz MS SQL Management Studio

pēc savienojuma ar serveri izvērsiet sadaļu "Apkopes plāni".

izveidot jaunu (vai pievienot esošo) pakalpojumu plānu,

pievienojiet tam vienumu "Izpildīt T-SQL paziņojuma uzdevumu" (jo jūs nevarat atlasīt tempdb datu bāzi uzdevumā "Shrink datu bāze") ar kodu

1.IZMANTOT
2.
3.GO
4.
5.DBCC SHRINKFILE (N"tempdev", 0, TRUNCATEONLY)
6.
7.GO
8.
9.DBCC SHRINKFILE (N"templog" , 0, TRUNCATEONLY)
10.
11.GO

Ņemiet vērā, ka pagaidu tabulas datu bāzes faila nosaukums var nebūt "tempdev". Lai pārbaudītu šo nosaukumu, varat izmantot skriptu

1.IZMANTOT tempdb
2.
3.GO
4.
5.EXEC sp_helpfile
6.
7.GO




“Kad, negatavo”

Praksē visizplatītākais veids, kā pārpildīt tempdb un tādējādi avarēt serveri, ir aizmirst norādīt nosacījumu, savienojot tabulas.

Proti, pieņemsim, ka mums datu bāzē ir divas tabulas, katra ar 20 tūkstošiem ierakstu. Pieņemsim, ka starp viņu ierakstiem ir savstarpēja atbilstība, un mēs rakstām vaicājumu, kas izveido pagaidu tabulu, kurā ir 20 tūkstoši ierakstu ar laukiem no abām avota tabulām. Bet, ja mēs aizmirstam norādīt savienojuma nosacījumu, katrs pirmās tabulas ieraksts tiks savienots ar katru otrās tabulas ierakstu! Tas nozīmē, ka iegūtā tabula sastāvēs no 20 000 * 20 000 = 400 miljoniem ierakstu. Un tā tālāk.

3. Lai samazinātu diska apakšsistēmas slodzi, ir ieteicams, ja iespējams, izplatīt darba datu bāzi un tempdb, žurnālus un sistēmas mijmaiņas failu pa dažādiem fiziskajiem diskiem.

Labāk ir iestatīt vēlamo ceļu darba datu bāzes failu glabāšanai, to veidojot, rediģējot kolonnu Ceļš:




Lai mainītu pagaidu tabulu datu bāzes failu fizisko atrašanās vietu, izmantojiet komandu ALTER DATABASE, tas ir, programmā MS SQL Management Studio ir jāpalaiž šāds skripts (komanda "New query")

1.IZMANTOT meistaru
2.
3.GO
4.
5.ALTER DATABASE tempdb
6.
7. MODIFICĒT FAILU (NAME = tempdev, FILENAME = "Jauns_Disk:\Jauns_Directory\tempdb.mdf")
8.
9.GO
10.
11. MAINĪT DATU BĀZI tempdb

12.
13. MODIFICĒT FAILU (NAME = templog, FILENAME = "New_Disk:\New_Directory\templog.ldf")
14.
15.GO

4. Nedrīkst kavēt strādājošās datu bāzes un tās žurnāla “izaugsmi” – lieluma ierobežojumam nevajadzētu būt, rekvizītu “Autogrowth” iestatīt procentos, ieteicamā vērtība ir 10%. Pretējā gadījumā datu pievienošana datu bāzei, atjaunošana no arhīva un citas darbības var aizņemt nepamatoti ilgu laiku.

Lai iestatītu šo rekvizītu, konteksta izvēlnē ir jāatver datu bāzes rekvizīti, jāatlasa sadaļa Faili un jāatver rediģēšanas faila rekvizīti:



5. Ieteicams iespējot TCP/IP tīkla protokola atbalstu MS SQL Server un atspējot visus pārējos, pretējā gadījumā MS SQL Server un 1C: Enterprise servera kopīgā darbība būs mazāk stabila.




6. Tajā pašā vietā - notīriet sadaļu Alias, jo tā instalēšana izraisa kļūdas mijiedarbībā starp MS SQL Server un 1C: Enterprise serveri.

Pirms datu bāzes lietošanas ieteicams:

1. Veidojot datu bāzi no "1C: Enterprise", iestatiet "datuma nobīdi" uz 2000, pretējā gadījumā mēģinājums ierakstīt datumu, kas ir agrāks par 01.01.1753 (kas ir iespējams cilvēciskā faktora dēļ), radīs kļūmes datubāze.

Uzmanību! Datuma nobīdi nevar mainīt esošai datubāzei!



2. Iestatiet atkopšanas modeli uz Vienkāršs vai izveidojiet uzturēšanas plānu, kas izveidos ikdienas datu bāzes dublējumu un apgriezīs darījumu žurnālu (žurnāla failu). Pretējā gadījumā dažu darbību laikā darījumu žurnāls (žurnāla fails) augs ļoti ātri: piemēram, pārstrukturējot datu bāzi, žurnālfaila lieluma pieaugums var būt vairākas reizes lielāks nekā pašas datu bāzes lielums.




3. Izveidojiet apkopes plānu, kurā vismaz reizi nedēļā tiek veikti šādi ikdienas uzdevumi:

Datu bāzes rezerves kopijas izveide.

Atjauniniet datu bāzes statistiku un notīriet procesuālo kešatmiņu (ņemiet vērā, ka automātiskās atjaunināšanas statistikas rekvizīts nenozīmē procedūras kešatmiņas notīrīšanu).

Procedūras kešatmiņas notīrīšana nav iekļauta uzturēšanas plānu standarta operācijās, šī darbība ir jādefinē kā skripta izpilde (Execute T-SQL Statement) ar šādu saturu:

DBCC FREEPROCCACHE

Datu bāzes tabulu pārindeksēšana.

Protams, ir jēga iestatīt automātisku e-pastu sūtīšanu par veiksmīgu/neveiksmīgu uzdevumu izpildi.




Secinājums

Problēmas, kas visbiežāk sagādā grūtības sistēmas administratoriem un 1C: Enterprise 8 ieviesējiem, tiek aplūkotas saistībā ar MS SQL Server un 1C: Enterprise 8 klienta-servera versijas kopīgu izmantošanu.

Autors cer, ka viņš ir aptvēris “abas monētas puses” diezgan konsekventi un pieejamā veidā.

P.S. Bieži dublējiet!

Darba klienta-servera versija- viena no 1C:Enterprise 8 sistēmas darbības iespējām.

Darba klienta-servera versija ir paredzēta lietošanai darba grupās vai uzņēmuma mērogā. Tas ir ieviests, pamatojoties uz trīs līmeņu klienta-servera arhitektūru.

Klienta-servera arhitektūra sadala visu darba sistēmu trīs dažādās daļās, kas mijiedarbojas viena ar otru noteiktā veidā:

Programma, kas darbojas lietotājam (klienta lietojumprogramma), mijiedarbojas ar 1C:Enterprise 8 servera klasteri, un klasteris, ja nepieciešams, piekļūst datu bāzes serverim.

Šajā gadījumā fiziskais 1C:Enterprise 8 serveru klasteris un datu bāzes serveris var atrasties vai nu vienā datorā, vai dažādos. Tas ļauj administratoram vajadzības gadījumā sadalīt slodzi starp serveriem.

1C:Enterprise 8 serveru klastera izmantošana ļauj tajā koncentrēt visplašākās datu apstrādes darbības. Piemēram, izpildot pat ļoti sarežģītus vaicājumus, lietotājam palaistošā programma saņems tikai tai nepieciešamo atlasi, un visa starpapstrāde tiks veikta serverī. Parasti serveru klastera jaudas palielināšana ir daudz vienkāršāka nekā visas klientu mašīnu parka jaunināšana.

Vēl viens svarīgs 3 līmeņu arhitektūras izmantošanas aspekts ir administrēšanas vienkāršība un lietotāju piekļuves informācijas bāzei racionalizēšana. Izmantojot šo opciju, lietotājam nav jāzina konfigurācijas vai datu bāzes fiziskā atrašanās vieta. Visa piekļuve tiek veikta, izmantojot 1C:Enterprise 8 serveru kopu. Piekļūstot konkrētai informācijas bāzei, lietotājam jānorāda tikai klastera nosaukums un informācijas bāzes nosaukums, un sistēma pieprasa attiecīgi lietotājvārdu un paroli.

1C:Enterprise 8 izmanto datu bāzes pārvaldības sistēmas iespējas, lai efektīvi izgūtu informāciju:

• vaicājumu mehānisms ir vērsts uz to, lai maksimāli palielinātu DBVS izmantošanu, lai veiktu aprēķinus un ģenerētu atskaites,
• tiek nodrošināta lielu dinamisko sarakstu apskate, neveicot lielu datu bāzes izsaukumu skaitu; tajā pašā laikā lietotājam tiek nodrošinātas efektīvas meklēšanas iespējas, kā arī atlases un šķirošanas iestatījumi.

Klienta-servera opcijas izvietošana un tās administrēšana ir diezgan vienkārša. Piemēram, datu bāzes izveide tiek veikta tieši konfiguratora palaišanas laikā (tā pati kā faila versijai).

Klientu lietojumprogrammas

Darbs klienta-servera versijā ir iespējams vai nu tieši ar klasteru, vai caur tīmekļa serveri. Turklāt tiešā savienojuma ar klasteru gadījumā biezais klients un plānais klients izmanto TCP/IP protokolu. Veidojot savienojumu, izmantojot tīmekļa serveri, plānais klients un tīmekļa klients izmanto HTTP vai HTTPS protokolu.

Serveru klasteris

1C:Enterprise 8 serveru klasteris ir galvenā platformas sastāvdaļa, kas nodrošina mijiedarbību starp lietotājiem un datu bāzes pārvaldības sistēmu klienta-servera režīmā. Klastera klātbūtne ļauj nodrošināt nepārtrauktu, defektu izturīgu, konkurētspējīgu liela skaita lietotāju darbību ar lielām informācijas datu bāzēm.

Datu bāzes serveris

Kā datu bāzes serveri var izmantot:

Serveru klasteru administrēšana

Platformā ir iekļauts dažādu rīku komplekts, kas ļauj administratoram pārvaldīt klastera sastāvu, informācijas datu bāzes un lietotāju savienojumus.

Pamatfunkciju veikšana serverī

Viss darbs ar lietojumprogrammu objektiem, datu bāzes lasīšana un rakstīšana tiek veikta tikai serverī. Veidlapu un komandu interfeisa funkcionalitāte ir ieviesta arī serverī.

Serveris sagatavo veidlapas datus, sakārto elementus un ieraksta veidlapas datus pēc izmaiņām. Klients parāda uz servera jau sagatavotu formu, ievada datus un izsauc serveri, lai ierakstītu ievadītos datus un citas nepieciešamās darbības.

Līdzīgi komandu interfeiss tiek veidots serverī un tiek parādīts klientā. Turklāt pārskati tiek pilnībā ģenerēti serverī un tiek parādīti klientā.

Tajā pašā laikā platformas mehānismi ir vērsti uz klienta datora pārsūtīto datu apjoma samazināšanu. Piemēram, dati no sarakstiem, tabulas sadaļām un atskaitēm netiek pārsūtīti no servera uzreiz, bet gan lietotāja skatījumā.

Serveris darbojas:

• Datu bāzes vaicājumi
• Datu ierakstīšana,
• Dokumentu noformēšana,
• Dažādi aprēķini
• Veicot apstrādi,
• Atskaišu ģenerēšana,
• Veidlapu sagatavošana izstādīšanai.

Darbojas uz klienta:

• Veidlapu saņemšana un atvēršana,
• veidlapas displejs,
• “Saziņa” ar lietotāju (brīdinājumi, jautājumi...),
• Nelieli aprēķini formās, kurām nepieciešama ātra atbilde (piemēram, cenas reizināšana ar daudzumu),
• Darbs ar vietējiem failiem,
• Darbs ar komerciālo aprīkojumu.

Izmantojot klienta iebūvēto valodu

Veidlapu funkcionalitāti var pārvaldīt ne tikai serverī, bet arī klientā. Klients atbalsta iebūvēto valodu. To izmanto gadījumos, kad nepieciešams veikt aprēķinus saistībā ar ekrānā redzamo formu, piemēram, lai ātri (nesazinoties ar serveri) aprēķinātu dokumenta rindas apjomu pēc cenas un daudzuma; uzdot lietotājam jautājumu un apstrādāt atbildi; nolasīt failu no datora failu sistēmas un nosūtīt to uz serveri.

Tomēr iebūvētās valodas darbība klientā tiek atbalstīta stingri ierobežotā apjomā. Klientu procedūras moduļos ir skaidri nodalītas no servera procedūrām, un tās izmanto ierobežotu iebūvētās valodas objekta modeļa sastāvu.

Klientam nav atļauts tiešs darbs ar datu bāzi. Nav atļauts strādāt tieši ar lietojumprogrammu objektiem, piemēram, tādi iebūvētās valodas veidi kā DirectoryObject.<имя> . Pieprasījumi nav atļauti. Ja jums ir jāizsauc darbības ar datiem klienta kodā, jums ir jāizsauc servera procedūras, kas jau piekļūs datiem.

Beta izvēlne

Servera 1C iestatīšana: Enterprise 8.3 un PostgreSQL 9.4.2-1.1C. Pilnīgas instrukcijas

Šajā rokasgrāmatā mēs pastāstīsim (un parādīsim), kā izveidot savienojumu 1C: Uzņēmums 8.3 Un PostgreSQL 9.4.2 no abu pakalpojumu uzstādīšanas brīža līdz pat informācijas bāzes izveidei. Jūs varat lasīt par šīs kombinācijas noregulēšanu.

Posmi, kas mums jāiziet:

1. Uzstādīšana Serveri 1C: Enterprise(64 bitu) operētājsistēmai Windows
2. Uzstādīšana PostgreSQL 9.4.2-1.1C
3. Informācijas datu bāzes izveide.

Sīkāka informācija zem griezuma!

0. posms. Ievaddati.

Servera nosaukums - 1CServeris
Servera konta nosaukums - Administrators
Konta parole - 123456Ab

1C konta nosaukums serverī - USR1CV8
1C konta parole serverī ir 123456Cd

PostgreSQL konta nosaukums serverī - postgres
PostgreSQL konta parole serverī ir 123456Ef

PostgreSQL superlietotāja vārds - postgres
PostgreSQL superlietotāja parole - 1234

Pārbaudes datu bāzes nosaukums - testdb

1. posms. Uzstādīšana Serveri 1C: Enterprise(64 bitu) operētājsistēmai Windows

2. posms. Instalējiet PostgreSQL un pgAdmin.

3. posms. 1C informācijas bāzes izveide.

1. Pirms veicat šādas darbības, atspējojiet IPv6 savā tīkla saskarnē: Tīkla un koplietošanas centrs > LAN savienojums > Īpašības> Noņemiet atzīmi Interneta protokola 6. versija (TCP/IPv6).
2. Mēs palaižam klientu 1C: Enterprise un pievienojam jaunu datu bāzi.
3. Jaunas informācijas bāzes izveide > Informācijas bāzes izveide bez konfigurācijas (piemēram, jums var būt jebkura konfigurācija) > Serverī 1C:Enterprise >
4. Mēs aizpildām visus laukus saskaņā ar mūsu piemēru (0. posms):
   Serveru klasteris 1C:Uzņēmums: 1CServeris
   Informācijas bāzes nosaukums klasterī: testbd
   Drošs savienojums: Izslēgts
   DBVS tips: PostgreSQL
   Datu bāzes serveris: 1CServeris
   Datu bāzes nosaukums: testbd
   Datu bāzes lietotājs: postgres
   Lietotāja parole: 1234
5. Tālāk, tālāk. Mēs palaižam izveidoto datu bāzi uzņēmuma režīmā - viss darbojas!

Vēlreiz atgādinām, ka PostgreSQL var diezgan labi overclocked. Sīkāka informācija sadaļā.
Un neaizmirstiet par 1C!
Ja rodas problēmas ar datu bāzi, iespējams, tas jums palīdzēs.
Ir iespējamas 1C datu bāzes!

Vai joprojām ir jautājumi?

Kaut kas nogāja greizi? Mūsu uzņēmuma speciālisti palīdzēs atrisināt visas radušās problēmas! Sazinies ar mums! →

Interneta forumos cilvēki pastāvīgi jautā:
-Kā instalēt 1C:Enterprise 8.1 (8.2) PostgreSQL operētājsistēmā Windows
-Vai ir iespējams vienlaicīgi instalēt divus procesus “1C:Enterprise Server Agent 8.1” un “1C:Enterprise Server Agent 8.2”. Ja jā, kā to izdarīt?
-Pēc 1C un PostgreSQL instalēšanas tiek parādītas šādas kļūdas:
A)



b) Kļūda, veidojot informācijas bāzi:
Veicot darbību ar informācijas bāzi, radās kļūda.

c) Kļūda, veidojot informācijas bāzi:
Veicot darbību ar informācijas bāzi, radās kļūda.


Ja jūs saskaraties ar šādām problēmām un meklējat atbildi, tad šis raksts ir tieši jums.

1. Instalācija 1C: uzņēmums 8.2

Tiek sākta 1C:Enterprise 8.2 instalēšana.

Izvēloties instalējamās sastāvdaļas, mums būs nepieciešams:
-Serveris 1C: uzņēmums
-Servera administrēšana 1C:Uzņēmums

Krievu valodas izvēle

Pēc tam jums ir jāizveido lietotājs, kura vārdā tiks palaists servera aģenta pakalpojums. Tātad, atzīmējiet izvēles rūtiņu, lai instalētu 1C serveri: Enterprise kā Windows pakalpojumu (ieteicams). Un mēs izveidojam lietotāju. Pat ja norādāt esošu un nejauši iestatāt nepareizu paroli, pakalpojums pēc instalēšanas vienkārši nesāksies. Un pati instalēšana tiks pabeigta pareizi, pakalpojuma startēšanas logā jānoklikšķina uz Turpināt.

Sāksim instalēšanu

Drošības draivera instalēšana: drošības draiverim jābūt instalētam datorā, kurā ir ievietota fiziskā atslēga. Visbiežāk atslēga tiek instalēta serverī, mēs darīsim to pašu un atstāsim noklusējuma draivera instalēšanas izvēles rūtiņu - instalēt.

Mēs pabeidzam uzstādīšanu.

Atrodiet "1C: Enterprise Server Agent", dodieties uz rekvizītiem:

Un cilnē “Pieteikšanās” pārslēdziet pieteikšanās veidu uz “ar sistēmas kontu”.

2. PostgreSQL instalēšana 1C:Enterprise.

Mēs sākam PostgreSQL instalēšanu. Pats izplatīšanas komplekts ir jālejupielādē no oficiālās 1C vietnes, jo jau ir versija, kas konfigurēta darbam ar 1C.

Mēs sākam instalēšanu, atlasiet krievu valodu un noklikšķiniet uz Tālāk.

Instalējamo komponentu izvēle ir atstāta kā noklusējuma opcija.

Klasteru inicializācija.

Ja ir nepieciešams, lai servera aģents tiktu koplietots ar SQL serveri, atzīmējiet izvēles rūtiņu - atbalsta savienojumus no jebkura IP, nevis tikai no localhost.
UZMANĪBU! Mēs iestatām kodējumu: UTF-8 gan serverim, gan klientam.

Šeit mēs atstājam visu kā noklusējumu un vēlreiz noklikšķiniet uz Tālāk.

Papildu moduļus var atstāt pēc noklusējuma, ja nepieciešams, var atzīmēt vajadzīgos.

PostgreSQL instalēšanas sākšana

Mēs pabeidzam uzstādīšanu.

PostgreSQL pakalpojumam es arī parasti pārslēdzu startēšanas veidu - ar sistēmas kontu.

3. Informācijas bāzes izveidošana pgsql serverī un bieži sastopamās kļūdas, kas rodas šajā posmā.

Mēs ejam uz 1C, pievienojam jaunu datu bāzi, sakām, ka datu bāze atradīsies serverī, un norādām servera parametrus:

Uzmanību. Datu bāze ir jāizveido īpaši no 1C, pretējā gadījumā, ja to izveidojat no PgMyAdmin, tad, mēģinot ievadīt datu bāzi, jūs saņemsit kļūdas:

Veidojot informācijas bāzi, radās kļūda:
Veicot darbību ar informācijas bāzi, radās kļūda.
DBVS kļūda: KĻŪDA: valoda "plpgsql" neeksistē.
PADOMS: izmantojiet CREATE LANGUAGE, lai ielādētu valodu datu bāzē.

Pat ja dodaties uz vietni pgMyAdmin un pievienojat datubāzei valodu "plpgsql", tiks parādīta šāda kļūda.

Veidojot informācijas bāzi, radās kļūda:
Veicot darbību ar informācijas bāzi, radās kļūda.
DBVS kļūda: KĻŪDA: tips "mvarchar" neeksistē pie rakstzīmes 31

RISINĀJUMS: jums ir jāizveido datu bāze no 1C.

Ja, veidojot datubāzi no 1C: Enterprise, saņēmāt šādu ziņojumu:

Veicot darbību ar informācijas bāzi, radās kļūda.
DBMS kļūda: KĻŪDA: jaunais kodējums (UTF8) nav saderīgs ar veidņu datu bāzes (WIN1251) kodējumu.
PADOMS: izmantojiet to pašu kodējumu kā veidņu datu bāzē vai izmantojiet template0 kā veidni.

RISINĀJUMS. Instalējot PostgreSQL, serverim vai klientam atstājāt Windows-1251 valodu, kas ir instalēta pēc noklusējuma, taču jums tā bija jāmaina uz UTF-8.

Pārinstalējiet PostgreSQL un instalēšanas laikā norādiet UTF-8 valodu.

4. 1C:Enterprise servera aģenta 8.1 palaišana un

1C: Enterprise 8.2 servera aģents vienlaikus vienā datorā.

Līdz ar 8.2 platformas parādīšanos daudziem sāka rasties problēmas, kad viņiem ir nepieciešama 8.2 platforma, kas darbotos serverī, bet tajā pašā laikā viņi vēlētos saglabāt 8.1.

Es piedāvāju vienu veidu, kā instalēt divus servera aģentus, izmantojot portu sadalīšanu.

Vispirms instalējiet platformu 8.1, kā aprakstīts iepriekš. Pēc tam instalējiet platformu 8.2. Tagad pakalpojumu sarakstā vajadzētu parādīties 2 servera aģenta pakalpojumiem. Bet, startējot otro pakalpojumu, tiks parādīts šāds ziņojums:

Pakalpojums "1C: Enterprise 8 Server Agent" "lokālajā datorā" tika palaists un pēc tam apturēts. Daži pakalpojumi tiek automātiski apturēti, ja tos neizmanto citi pakalpojumi vai programmas.

Tas notiek tāpēc, ka sistēma mēģina vienlaikus palaist 2 darbinieku procesus, kas darbojas vienā portā.

Lai izkļūtu no šīs situācijas, nomainīsim portu, piemēram, Server Agent 8.1.
Lai to izdarītu, jums jāpārtrauc 1C:Enterprise 8.2 servera aģenta pakalpojums.
Palaidiet 1C:Enterprise Server Agent 8.1.

Reģistra filiāle: HKLM\SYSTEM\ControlSet001\services\1C:Enterprise 8.1 servera aģents
Parmerts: ImagePath
Vērtība: "C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81\server"

Pēc šīm izmaiņām mums vajadzētu vienlaicīgi darboties 2 1C servera aģentiem: Enterprise 8. Mēs tos attiecīgi palaižam.

Tagad mums ir jāpievieno jauns serveru klasteris. Visu darām darba kārtībā:

Ja mums nav centrālā 8.1 servera, pievienojiet to, bet ar portu 1640:

Pievienojiet serveru kopu, mainiet portu uz 1641:

Tagad mūsu 8.1 klasteris darbosies, izmantojot portu 1640, bet 8.2 — caur 1540 (noklusējuma ports):

Darbplūsmas pievienošana 8.1. porti attiecīgi arī mainās uz 16xx

Mēs sākam procesu, neaizmirstiet atzīmēt izvēles rūtiņu - process ir iespējots.

Tagad visam vajadzētu darboties mūsu labā.

Pēdējā lieta, kas jāsaka: veidojot datu bāzi 8.1 versijā, jums jānorāda ports, jo pretējā gadījumā tiks izmantots noklusējuma ports (1541) un programma rakstīs par platformas versiju nesaderību.