Automatizācijas padomi. Automatizācijas padomi 1s 8.3 tīklā darbojas lēni

1C sistēma ieņem dominējošu stāvokli automatizācijas tirgū maziem un vidējiem uzņēmumiem. Ja uzņēmums ir izvēlējies 1C grāmatvedības sistēmu, tad parasti tajā strādā gandrīz visi darbinieki, sākot no parastajiem speciālistiem līdz vadībai. Attiecīgi uzņēmuma biznesa procesu ātrums ir atkarīgs no 1C ātruma. Ja 1C strādā neapmierinošā ātrumā, tas tieši ietekmē visa uzņēmuma darbu un peļņu.

Patiesībā pastāv trīs 1C paātrinājuma metodes:

Aparatūras jaudas palielināšana.
Operētājsistēmas un DBVS iestatījumu optimizācija.
Koda un algoritmu optimizācija 1C.

Pirmā metode prasa aprīkojuma un licenču iegādi, trešā programmētājiem prasa lielu darbu un rezultātā abi veidi rada ievērojamas finansiālas izmaksas. Pirmkārt, jums jāpievērš uzmanība programmas kodam, jo servera jaudas palielināšana nevar kompensēt nepareizu kodu. Jebkurš programmētājs zina, ka tikai ar dažām koda rindām ir iespējams izveidot procesu, kas pilnībā noslogos jebkura servera resursus.

Ja uzņēmums ir pārliecināts, ka programmas kods ir optimāls, taču tas joprojām darbojas lēni, vadība parasti nolemj palielināt servera jaudu. Šajā brīdī rodas loģisks jautājums: kas pietrūkst, cik daudz un kas beigās jāpieliek.

Uzņēmums 1C sniedz diezgan neskaidru atbildi uz jautājumu, cik daudz resursu ir nepieciešams, mēs par to rakstījām iepriekš savos ierakstos. Tāpēc jums ir patstāvīgi jāveic eksperimenti un jāizdomā, no kā ir atkarīgs 1C veiktspēja. Tālāk ir aprakstīti eksperimenti ar programmas veiktspēju EFSOL.

Strādājot ar 1C 8.2, it īpaši ar konfigurācijām, kurās tiek izmantotas pārvaldītas formas, tika pamanīts dīvains fakts: darbstacijā 1C darbojas ātrāk nekā jaudīgā serverī. Turklāt visas darbstacijas īpašības ir sliktākas nekā servera īpašības.

1. tabula. Konfigurācijas, kurām tika veikta sākotnējā pārbaude

Darbstacija uzrāda par 155% lielāku veiktspēju nekā 1C serveris ar izcilām īpašībām. Mēs sākām saprast, kas notiek, un sašaurināt meklēšanu.

1. attēls. Darbstacijas veiktspējas mērījumi, izmantojot Gilev testu

Pirmās aizdomas bija par to, ka Gileva pārbaude bija neadekvāta. Veidlapu atvēršanas, dokumentu ievietošanas, atskaišu ģenerēšanas utt. mērījumi, izmantojot instrumentālos rīkus, parādīja, ka Gileva tests rada novērtējumu, kas ir proporcionāls faktiskajam darba ātrumam 1C.

RAM skaits un biežums

Internetā pieejamās informācijas analīze parādīja, ka daudzi raksta par 1C veiktspējas atkarību no atmiņas frekvences. Tas ir atkarīgs no frekvences, nevis no skaļuma. Mēs nolēmām pārbaudīt šo hipotēzi, jo mūsu RAM frekvence serverī ir 1066 Mhz, salīdzinot ar 1333 Mhz darbstacijā, un RAM apjoms serverī jau ir daudz lielāks. Mēs nolēmām nekavējoties instalēt nevis 1066 Mhz, bet 800 Mhz, lai būtu skaidrāka veiktspējas atkarības no atmiņas frekvences ietekme. Rezultātā produktivitāte samazinājās par 12% un sasniedza 39,37 vienības. Mēs serverī uzstādījām atmiņu ar frekvenci 1333 Mhz, nevis 1066 Mhz, un saņēmām nelielu veiktspējas pieaugumu - aptuveni 11%. Produktivitāte bija 19,53 vienības. Attiecīgi tas nav atmiņas jautājums, lai gan tā biežums nedaudz palielinās.

2. attēls. Darbstacijas veiktspējas mērījumi pēc RAM frekvences pazemināšanas

3. attēls – veiktspējas mērījumi serverī pēc RAM frekvences palielināšanas

Diska apakšsistēma

Nākamā hipotēze bija saistīta ar diska apakšsistēmu. Tūlīt radās divi pieņēmumi:

SSD ir labāki par SAS diskdziņiem, pat ja tie ir 10. reidā.
iSCSI ir lēns vai nepareizs.

Tāpēc darbstacijā tika uzstādīts parasts SATA disks, nevis SSD, un tas pats tika darīts ar serveri - datu bāze tika ievietota lokālajā SATA diskā. Rezultātā veiktspējas mērījumi vispār nemainījās. Visticamāk, tas notiek tāpēc, ka ir pietiekami daudz RAM un diski testa laikā praktiski netiek iesaistīti.

Procesors

Procesori serverī, protams, ir jaudīgāki un tādi ir divi, taču frekvence ir nedaudz zemāka nekā darbstacijā. Mēs nolēmām pārbaudīt procesora frekvences ietekmi uz veiktspēju: serverim nebija pie rokas procesora ar augstāku frekvenci, tāpēc darbstacijā samazinājām procesora frekvenci. Mēs nekavējoties samazinājām to līdz 1,6, lai korelācija kļūtu skaidrāka. Tests parādīja, ka veiktspēja ievērojami kritās, taču pat ar 1,6 procesoru darbstacija saražoja gandrīz 28 vienības, kas ir gandrīz 1,5 reizes vairāk nekā serverī.

4. attēls – veiktspējas mērījumi darbstacijā ar 1,6 GHz procesoru

Videokarte

Internetā ir informācija, ka 1C veiktspēju var ietekmēt videokarte. Mēģinājām izmantot darbstacijas integrēto video, profesionālu Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 adapteri un veco GeForce 16MbSDR videokarti. Gileva testa laikā būtiska atšķirība netika pamanīta. Varbūt videokartei joprojām ir ietekme, bet reālos apstākļos, kad jāatver pārvaldītās formas utt.

Šobrīd ir divas aizdomas, kāpēc darbstacija strādā ātrāk pat ar manāmi sliktākām īpašībām:

PROCESORS. Darbstacijas procesora veids ir labāk piemērots 1C.
Chipset. Ja visas pārējās lietas ir vienādas, mūsu darbstacijā ir jaunāks mikroshēmojums, iespējams, šī ir problēma.

Plānojam iegādāties nepieciešamās sastāvdaļas un turpināt testēšanu, lai beidzot noskaidrotu, no kā lielā mērā ir atkarīga 1C veiktspēja. Kamēr notiek apstiprināšanas un iepirkumu process, nolēmām veikt optimizāciju, jo īpaši tāpēc, ka tas neko nemaksā. Tika noteikti šādi posmi:

1. posms. Sistēmas iestatīšana

Vispirms BIOS un operētājsistēmā veiciet šādus iestatījumus:

Servera BIOS mēs atspējojam visus iestatījumus, lai taupītu procesora jaudu.
Operētājsistēmā atlasiet “Maksimālās veiktspējas” plānu.
Procesors ir arī noregulēts maksimālai veiktspējai. To var izdarīt, izmantojot PowerSchemeEd utilītu.

2. posms. SQL servera un 1C:Enterprise servera iestatīšana

Mēs veicam šādas izmaiņas DBVS un 1C:Enterprise servera iestatījumos.

Koplietotās atmiņas protokola iestatīšana:
- Koplietotā atmiņa tiks iespējota tikai platformā, sākot no 1C 8.2.17; iepriekšējās versijās būs iespējota Named Pipe — darbības ātrums ir nedaudz zemāks. Šī tehnoloģija darbojas tikai tad, ja 1C un MSSQL pakalpojumi ir instalēti vienā fiziskajā vai virtuālajā serverī.
1C pakalpojumu ieteicams pārslēgt uz atkļūdošanas režīmu, jo paradoksālā kārtā tas uzlabo veiktspēju. Pēc noklusējuma atkļūdošana serverī ir atspējota.
SQL servera iestatīšana:
- Mums vajag tikai serveri, citus ar to saistītos pakalpojumus un, iespējams, kāds tos izmanto, tikai palēnina darbu. Mēs pārtraucam un atspējojam tādus pakalpojumus kā: pilna teksta meklēšana (1C ir savs pilna teksta meklēšanas mehānisms), integrācijas pakalpojumi utt.
- Mēs iestatām maksimālo serverim atvēlētās atmiņas apjomu. Tas ir nepieciešams, lai SQL serveris aprēķinātu šo summu un iepriekš iztīrītu atmiņu.
- Mēs iestatām maksimālo pavedienu skaitu (Maximum worker threads) un iestatām paaugstinātu servera prioritāti (Boost priority).

3. posms: ražošanas datu bāzes iestatīšana

Kad DBVS serveris un 1C: Enterprise ir optimizēti, mēs pārejam pie datu bāzes iestatījumiem. Ja datu bāze vēl nav paplašināta no .dt faila un jūs zināt tās aptuveno lielumu, labāk ir nekavējoties norādīt inicializācijas lielumu primārajam failam ar datu bāzes lieluma “>=”, bet tas ir jautājums garša, tas joprojām pieaugs paplašināšanās laikā. Bet ir jānorāda automātiskā palielinājuma lielums: aptuveni 200 MB uz bāzi un 50 MB uz žurnālu, jo Noklusējuma vērtības – pieaugums par 1 MB un 10% ļoti palēnina servera darbu, kad nepieciešams palielināt failu ik pēc 3. darījuma. Tāpat, ja tiek izmantots RAID masīvs, labāk ir norādīt datu bāzes faila un žurnālfaila glabāšanu dažādos fiziskajos diskos vai RAID grupās un ierobežot žurnāla pieaugumu. Tempdb failu ieteicams pārvietot uz ātrdarbīgu masīvu, jo DBVS tam piekļūst diezgan bieži.

4. posms. Plānoto uzdevumu iestatīšana

Plānotie uzdevumi tiek veidoti pavisam vienkārši, izmantojot Apkopes plānu sadaļā Pārvaldība, izmantojot grafiskos rīkus, tāpēc sīkāk neaprakstīsim, kā tas tiek darīts. Apskatīsim, kādas darbības jāveic, lai uzlabotu produktivitāti.

Indeksu defragmentēšana un statistikas atjaunināšana jāveic katru dienu, jo ja indeksa sadrumstalotība ir > 25%, tas ievērojami samazina servera veiktspēju.
Defragmentēšana un statistikas atjaunināšana tiek veikta ātri un neprasa lietotāju atvienošanu. Ieteicams to darīt arī katru dienu.
Pilna pārindeksēšana – tiek veikta ar bloķētu datubāzi, ieteicams to darīt vismaz reizi nedēļā. Protams, pēc pilnīgas atkārtotas indeksēšanas indeksi tiek nekavējoties defragmentēti un statistika tiek atjaunināta.

Rezultātā ar sistēmas, SQL servera un darba datu bāzes precizēšanas palīdzību mums izdevās palielināt produktivitāti par 46%. Mērījumi tika veikti, izmantojot 1C KIP rīku un Gilev testu. Pēdējā uzrādīja 25,6 vienības, salīdzinot ar 17,53, kas bija sākotnēji.

Īss secinājums

1C veiktspēja nav daudz atkarīga no RAM frekvences. Kad ir sasniegts pietiekams atmiņas apjoms, tālākai atmiņas paplašināšanai nav jēgas, jo tas nepalielina veiktspēju.
1C veiktspēja nav atkarīga no videokartes.
1C veiktspēja nav atkarīga no diska apakšsistēmas, ja netiek pārsniegta diska lasīšanas vai rakstīšanas rinda. Ja ir instalēti SATA diskdziņi un to rinda nav pārsniegta, SSD diska uzstādīšana neuzlabos veiktspēju.
Veiktspēja ir ļoti atkarīga no procesora frekvences.
Pareizi konfigurējot operētājsistēmu un MSSQL serveri, ir iespējams panākt 1C veiktspējas pieaugumu par 40-50% bez jebkādām materiālajām izmaksām.

UZMANĪBU! Ļoti svarīgs punkts! Visi mērījumi tika veikti uz testa bāzes, izmantojot Gilev testa un 1C instrumentu rīkus. Reālas datu bāzes uzvedība ar reāliem lietotājiem var atšķirties no iegūtajiem rezultātiem. Piemēram, testa datubāzē mēs neatradām nekādu veiktspējas atkarību no videokartes un RAM apjoma. Šie secinājumi ir diezgan apšaubāmi, un reālos apstākļos šie faktori var būtiski ietekmēt sniegumu. Strādājot ar konfigurācijām, kurās tiek izmantotas pārvaldītās formas, svarīga ir videokarte un jaudīgs grafiskais procesors paātrina darbu programmas interfeisa zīmēšanas ziņā, vizuāli tas izpaužas ātrākā 1C darbā.

Vai jūsu 1C darbojas lēni? Pasūtiet IT apkopi datoriem un serveriem EFSOL speciālistiem ar daudzu gadu pieredzi vai pārsūtiet savu 1C uz jaudīgu un defektu izturīgu 1C virtuālo serveri.

Sistēmas integrācija. Konsultācijas

Ikdienas un fona uzdevumu iestatīšana;
Diagnostika un kļūdu novēršana informācijas bāzē, kurai ir failu datu uzglabāšanas formāts;
Sāciet indeksēt pilna teksta meklēšanu 1C formātā vai pilnībā izslēdziet to;
Datu bāzes palaišana uz jaunākajām platformām 8.3.8;
Darbojas plānā klientā;
Dokumentu atkārtotas pārsūtīšanas ātruma palielināšana, ja antivīruss ir atspējots;
Veikt kopsummu pārrēķinu un secības atjaunošanu;
Veikt datu bāzes testēšanu un labošanu, pārbaudot ar utilītu chdbfl.exe;
Ja konfigurācija nav standarta, tas ir, programmētāju modificēta konkrētai organizācijai, veiciet konfigurācijas pārbaudi;
Atspējot nevajadzīgos funkcionālos režīmus;
konfigurēt lietotāja tiesības;
Bāzes konvolūcija;
Aparatūras jaunināšana.

1. metode. Ikdienas un fona darbu iestatīšana

Lietojumprogramma jaunajā 1C Accounting 3.0 izdevumā papildus galvenā darba veikšanai sāk darbības fonā, kas noved pie programmas veiktspējas samazināšanās.

Fona režīms ir gaidīšanas režīms, tas ir, darbība vienmēr darbojas, lai gan tā netiek izmantota.

1. darbība. Ikdienas un fona darbu iestatīšana

Mēs atveram ikdienas un fona uzdevumu sarakstu: sadaļa Administrācija – Atbalsts un uzturēšana – Ikdienas darbības – Ikdienas un fona uzdevumi:

Pēc programmas 1C 8.3 palaišanas automātiski tiek palaisti fona darbi un tiek veikti rutīnas uzdevumi, kas patērē milzīgus resursus un palēnina programmas darbību. Tāpēc ir jāanalizē grāmatvežu darbs un jānosaka, kuri fona uzdevumi ir jāatstāj automātiskajā palaišanā un kuri jāatspējo.

Attēlā redzams kārtējo uzdevumu saraksts, kas tiek palaisti 1C 8.3 Grāmatvedībā:

Attēlā redzams pabeigto fona darbu saraksts:

Piemēram,

Grāmatvedības programma 1C 8.3 ir pastāvīgi savienota ar vietni, lai atjauninātu dažādus klasifikatorus;
Ja uzņēmums neveic operācijas, kas saistītas ar ārvalstu valūtu, tad nav nepieciešams izsekot valūtas kursiem;
Ja grāmatvedis programmā neizmanto pilna teksta meklēšanu, tad nav vēlams palaist “Teksta izvilkšanas” procesu.

2. darbība: atspējojiet nevajadzīgos uzdevumus

Sīkāk apskatīsim, kā atspējot lejupielādi. Novietojiet kursoru uz vēlamās rindas un veiciet dubultklikšķi:

Lai atspējotu uzdevumu, noņemiet atzīmi no izvēles rūtiņas Iespējots:

3. darbība. Regulāro uzdevumu grafika iestatīšana

Sīkāk apskatīsim, kā izveidot grafiku. Novietojiet kursoru uz vēlamās rindas un veiciet dubultklikšķi:

Atlasiet vienumu Grafiks:

Atvērtajā logā dodieties uz vajadzīgo cilni un veiciet atbilstošos iestatījumus:

2. metode. Kļūdu diagnostika un novēršana informācijas bāzē, kurai ir failu datu uzglabāšanas formāts

1. darbība.

Mēs izveidojam datu bāzes rezerves kopiju.

2. darbība.

Sāksim procedūru. Lai to izdarītu, atveriet konfiguratoru un izpildiet procedūru Informācijas bāzes pārbaude un labošana: sadaļa Administrēšana – Testēšana un korekcija. Atlasiet pārbaudes un režīmus, kas jāveic informācijas bāzei:

Sīkāk apskatīsim piedāvātās verifikācijas iespējas:

Informācijas bāzes tabulu pārindeksēšana – pārbūvē tabulu indeksus, lai uzlabotu datu bāzes veiktspēju;
Informācijas bāzes loģiskās integritātes pārbaude – datu bāzes loģikas pārbaude;
Informācijas bāzes atsauces integritātes pārbaude - datu bāzes loģiskās integritātes pārbaude, lai atklātu “izlauztās” saites;
Kopējo summu pārrēķins – uzkrājumu reģistra tabulu kopsummu pārrēķins;
Infobāzes tabulu saspiešana – samazina datu bāzes izmēru pēc testēšanas un labošanas;
Informācijas bāzes tabulu pārstrukturēšana – optimizē datu bāzes struktūru, izmantojot palīgfailus, lai palielinātu stabilitāti un veiktspēju.

Ja informācijas bāzes režīma atsauces integritātes pārbaude atlasām opciju Pārbaudes un labošanas procedūra, kļūst pieejami datu bāzes kļūdu apstrādes iestatījumu vienumi:

Paragrāfs Kad ir atsauces uz neesošiem objektiem nozīmē, ka tad, kad tiek atklātas “bojātas” saites, tas apstrādās saites, izmantojot izvēlēto opciju;
Paragrāfs Daļēja objekta datu zuduma gadījumā nozīmē, ka atlikušie dati ir pietiekami, lai atjaunotu kāda objekta datus.

1C informācijas bāzes pārbaudes un labošanas procedūru var veikt tikai ekskluzīvā režīmā.

3. metode. Sāciet indeksēt pilna teksta meklēšanu 1C formātā vai pilnībā izslēdziet to

1C ir izstrādājis pilna teksta datu meklēšanu, lai lietotājam būtu vieglāk meklēt nepazīstamu informāciju. Pilna teksta datu meklēšanas funkcija 1C 8.3 ir:

Lietotājs var ievadīt meklēšanas vaicājumu vienkāršā formā un izmantot īpašus operatorus, piemēram: un, vai, nē.
Pilna teksta datu meklēšana darbojas ar ValueStorage tipa laukiem un gariem teksta laukiem, un lietotājam netiks rādīti rezultāti, uz kuriem viņam nav tiesību.

Piemēram, ir jāiestata pilna teksta meklēšana Advance Report dokumentos.

1. darbība.

2. darbība.

Atveriet dokumentu Advance report: izvēlne Konfigurators – Atvērt konfigurāciju.

3. darbība.

Rindā Pilna teksta meklēšana atlasiet Izmantot: Izvērstais pārskats — Ievades lauks — Pilna teksta meklēšana:

4. darbība.

Mēs palaižam programmu un atjauninām pilna teksta meklēšanas režīmu. Atveriet regulārās darbības: sadaļu Administrēšana – Programmas iestatījumi – Atbalsts un uzturēšana:

5. darbība.

Atveriet iestatījumus un atjauniniet indeksu, izmantojot pogu Atjaunināt indeksu:

4. metode. Datu bāzes palaišana jaunākajās platformās 8.3.8

Kā atjaunināt tehnoloģiju platformu 1C 8.3, skatiet mūsu video pamācību:

1C speciālisti ir uzlabojuši slodzes sadalījumu:

Ir iespējams precīzāk kontrolēt servera darbinieku procesu patērētās atmiņas apjomu, kas padara klasteru noturīgāku pret neuzmanīgām lietotāja darbībām.
Informācijas bāzu pārstrukturēšana fonā. Jaunā funkcija ļauj samazināt sistēmas dīkstāves laiku, kas nepieciešams, lai atjauninātu lietojumprogrammu risinājumus.
Platformas versija 8.3 saņēma jaunu saskarni “Taxi” aplikācijām, ērtāku un vizuālāku ar jaunu spilgtu dizainu. Uzlabotas lietotņu navigācijas iespējas. Lietotājs var patstāvīgi pielāgot savu darbvietu, ievietojot paneļus dažādās ekrāna vietās. Jaunais līnijas ievades mehānisms ievērojami paātrina datu meklēšanu. Lai iegūtu papildinformāciju par 1C 8.3 grāmatvedības programmas “Taxi” saskarnes jaunajām funkcijām, skatiet mūsu video:

5. metode. Palaidiet programmā Thin Client

Darbs plānā klienta režīmā ir iespējams tikai pārvaldītās lietojumprogrammas režīmā. Plānā klienta režīmā visas darbības tiek veiktas serverī, un lietotājs saņem tikai saņemtās informācijas displeju. Šis darbības režīms neprasa lielus gan sistēmas, gan sakaru kanāla resursus.

6. metode. Mainiet pretvīrusu programmatūru

Ja jums ir instalēts Avast vai Kaspersky antivīruss, ieteicams to aizstāt ar citu. Pieredze rāda, ka dokumentu pārsūtīšanas ātrums, ja antivīruss ir atspējots, ievērojami palielinās, jo antivīrusi aizņem datora resursus.

7. metode. Datu bāzes pārbaude un labošana, pārbaude ar utilītu chdbfl.exe

Nepieciešams veikt datu bāzes testēšanu un labošanu, vispirms veicot kopiju.

1. darbība. Izveidojiet datu bāzes kopiju

Kā izveidot 1C 8.3 rezerves kopiju, skatiet šo video pamācību:

2. darbība. Pārbaudiet, izmantojot utilītu chdbfl.exe

Lietderība chdbfl.exe tiek izmantota gadījumos, kad sistēma netiek startēta pat konfiguratora režīmā. Lietderība atrodas instalētās tehnoloģiju platformas mapē “bin”, piemēram: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Mēs pārbaudām, izmantojot utilītu chdbfl.exe:

3. solis. Veiciet datu bāzes testēšanu un labošanu

Veiciet datu bāzes testēšanu un labošanu, startējot sistēmu konfiguratora režīmā.

4. solis. Dokumentu secības atjaunošana

Lai atjaunotu secību 1C 8.3, atveriet Visas funkcijas: galvenā izvēlne — Visas funkcijas. Atlasiet vajadzīgo vienumu un atveriet, izmantojot pogu Atvērt:

Atvērtajā logā dodieties uz cilni Atjaunot secības un noklikšķiniet uz Atjaunot vai Atjaunot visu:

8. metode. Ja konfigurācija nav standarta, pārbaudiet konfigurāciju

Ja konfigurācija nav standarta, tas ir, programmētāju modificēta konkrētai organizācijai, mēs pārbaudām konfigurāciju.

1. darbība.

Mēs palaižam programmu konfiguratora režīmā.

2. darbība.

Atveriet datu bāzes konfigurāciju: sadaļu Konfigurācija – Datu bāzes konfigurācija:

3. darbība.

Atlasiet vienumu Pārbaudīt konfigurāciju un veiciet iestatījumus:

9. metode: atspējojiet nevajadzīgos funkcionālos režīmus

Atveriet programmas 1C 8.3 funkcionalitāti: sadaļu Galvenā - Iestatījumi - Funkcionalitāte, veiciet iestatījumus katrai sadaļai:

10. metode. Konfigurējiet lietotāja tiesības

1. darbība.

Mēs palaižam 1C 8.3 konfiguratora režīmā.

2. darbība.

Atveriet lietotāju sarakstu: sadaļa Administrācija – Lietotāji. Cilnē Cits mēs nosakām, kuras lomas ir jāpiešķir lietotājam, un atzīmējam tās.

Samazinot atlasīto funkcionalitāti, tiek samazināts laiks, kas programmai nepieciešams pārvaldīto veidlapu kārtošanai, atverot dokumentu sarakstu, tas ir, jo mazāk nevajadzīgo ir pārvaldītajā saskarnē, jo ātrāk tā darbojas:

11. metode. Diska defragmentēšana ar failu datu bāzi

Diska defragmentēšanas procedūra optimizē failus, kas atrodas cietajā diskā, lai palielinātu sistēmas ātrumu. Defragmentēšana jāveic tikai nepieciešamības gadījumā, jo tā palielina diska nodilumu.

Kad cietais disks ir atlasīts, izmantojiet peles labo pogu, lai izsauktu komandu Properties:

Cilnē Rīki atlasiet Optimizācija un diska defragmentēšana:

Metode 12. Pamatnes locīšana

– tā ir kārtējo atlikumu ievadīšana uz noteiktu datumu un veco, nevajadzīgo dokumentu izņemšana. Šī metode var būt noderīga, ja datubāze ir liela, piemēram, vairākus gadus. Apkopošana jāveic, lietotājiem nestrādājot sistēmā.

1. darbība. Izveidojiet datu bāzes kopiju

2. darbība. Mēs veicam 1C 8.3 datu bāzes sabrukšanas procedūru

Sadaļas Administrēšana – Pakalpojums – Informācijas bāzes sabrukums.

Pirmajā posmā programma 1C 8.3 iesaka izveidot dublējumkopiju, kur jānorāda saglabāšanas direktorijs. Noklikšķiniet uz Tālāk:

Vai jūsu 1C atkal ir lēns?Vai jūs tērējat laiku, gatavojot ziņojumu?Apnicis dzert tēju, gaidot datu apmaiņu?

Situācija ar lēnu 1C darbību nav nekas neparasts. Varat ar to samierināties vai optimizēt 1C un aprīkojuma iestatījumus, kas ievērojami palielinās jūsu darba ātrumu.

Mūsu pakalpojumi palīdzēs jums paveikt vairāk darba dienas laikā! Mēs zinām, kā paātrināt 1C, lai jūs nekad neatkārtotu vārdus “1C sasalst”.

Kāpēc 1C var sasalt vai palēnināties?

Var rasties problēmas ar aprīkojumu. Atmiņas trūkums 1C serverī, nestabila darbība lokālajā tīklā, problēmas ar cieto disku vai drošības atslēgām - tas viss var palēnināt 1C darbību un padarīt jūs nervozu. Turklāt 1C var sasalt šādu iemeslu dēļ:

slikta platformas un konfigurācijas savietojamība,
rupjas iesācēju 1C programmētāju kļūdas,
milzīgs pamatnes izmērs,
liels skaits lietotāju.

Pat kļūdas normālu darbību laikā ar 1C var izraisīt tā lēnu darbību.

Kā paātrināt 1C?

Mēs rīkojamies šādi:

Pārbaudām iekārtu atbilstību 1C tehnoloģiskajām prasībām. Jums var būt nepieciešams palielināt RAM, iestatīt 1C serveri, nomainīt disku vai pārbaudīt vietējā tīkla ātrumu. Citiem vārdiem sakot, mēs veicam visa šajā procesā iesaistītā aprīkojuma visaptverošu pārbaudi.
Mēs pārbaudām citu 1C darbībā iesaistīto pakalpojumu iestatījumus. Piemēram, nepareizi konfigurēta SQL datu bāze vai neuzticama termināļa piekļuve var ievērojami palēnināt 1C.
Mēs pārbaudām 1C konfigurācijas koda pareizību, ar kuru ir problēmas. Nav noslēpums, ka vienu un to pašu programmatūras problēmu var atrisināt dažādos veidos. Neoptimālais kods bieži izraisa 1C sasalšanu.
Mēs pārbaudām lietotāja darba modeli, strādājot ar 1C. Dažreiz lietotāji paši palēnina 1C un to neapzinās.

Kā paātrināt darbu 1C: Grāmatvedība 8.3 (izdevums 3.0) vai atspējot rutīnas un fona uzdevumus

2019-01-15T13:28:19+00:00

Tie no jums, kuri jau ir pārgājuši uz jauno 1C: Accounting 8.3 izdevumu (3.0 izdevums), ir pamanījuši, ka tas ir kļuvis lēnāks par 2. Kaut kādi dīvaini palēninājumi, nebeidzami fona darbi vairākas reizes dienā, kurus neviens viņai nelūdza veikt bez mūsu ziņas.

Mani grāmatveži uzreiz pēc pārejas man teica, ka jaunais 1C: Accounting 3.0 izdevums ir ļoti lēns, salīdzinot ar iepriekšējiem! Un strādāt vienkārši nav iespējams.

Es sāku to izpētīt un ļoti drīz atklāju, ka galvenais iesaldēšanas un sekojošās lietotāju neapmierinātības cēlonis ir ikdienas un fona uzdevumi, no kuriem daudzi ir iespējoti pēc noklusējuma, lai gan lielākajai daļai grāmatvežu tie nav nepieciešami.

Piemēram, kāpēc mums simts reizes dienā jāpalaiž uzdevums “Teksta izvilkšana”, ja mēs neveicam pilna teksta (grāmatveži, nebaidieties) meklēšanu visos mūsu datubāzes objektos.

Vai arī kāpēc pastāvīgi lejupielādēt valūtu kursus, ja mums nav valūtas darījumu vai mēs tos veicam laiku pa laikam (un pirms tam mēs paši varam noklikšķināt uz lejupielādes kursu pogas).

Tas pats attiecas uz 1C pastāvīgo mēģinājumu izveidot savienojumu ar vietni un pārbaudīt un atjaunināt banku klasifikatorus. Par ko? Es pats nospiedīšu pogu, lai atjauninātu klasifikatorus, ja neatradīšu pareizo banku pēc tās BIC.

Kā to izdarīt soli pa solim zemāk.

1. Atveriet sadaļu "Administrēšana" un darbību panelī atlasiet "Apkope" ().

2. Atvērtajā logā atrodiet un atlasiet “Ikdienas un fona uzdevumi”:

3. Atveriet katru uzdevumu, kura kolonnā “Ieslēgts” ir “Ieslēgts”. ir rītausma.

4. Noņemiet atzīmi no opcijas "Iespējots" un noklikšķiniet uz pogas "Saglabāt un aizvērt".

5. Veiciet to ar katru no iekļautajiem uzdevumiem un izbaudiet jauno izdevumu. Kopumā, manuprāt, tas ir daudz labāks par diviem.

Tajā pašā laikā platforma joprojām iespējos dažus ieplānotos uzdevumus, kurus esat atspējojis.

Galvenais šī raksta rakstīšanas mērķis ir izvairīties no acīmredzamu nianšu atkārtošanas tiem administratoriem (un programmētājiem), kuri vēl nav guvuši pieredzi ar 1C.

Sekundārais mērķis ir tāds, ka, ja man ir kādi trūkumi, Infostart man to visātrāk norādīs.

V. Gileva tests jau kļuvis par sava veida “de facto” standartu. Autors savā mājaslapā sniedza diezgan skaidrus ieteikumus, bet es vienkārši izklāstīšu dažus rezultātus un komentēšu iespējamās kļūdas. Protams, jūsu aprīkojuma pārbaudes rezultāti var atšķirties; tas ir tikai norādījums par to, kam vajadzētu būt un uz ko jūs varat tiekties. Uzreiz gribu atzīmēt, ka izmaiņas jāveic soli pa solim, un pēc katra soļa pārbaudiet, kādu rezultātu tas deva.

Infostartā ir līdzīgi raksti, ielikšu saites uz tiem attiecīgajās sadaļās (ja kaut ko palaidu garām, lūdzu, iesakiet komentāros, pievienošu). Tātad, pieņemsim, ka jūsu 1C ir lēns. Kā noteikt problēmu un kā saprast, kurš ir vainīgs, administrators vai programmētājs?

Sākotnējie dati:

Pārbaudīts dators, galvenā jūrascūciņa: HP DL180G6, aprīkots ar 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Salīdzinājumam, Core i3-2100 uzrāda salīdzināmus rezultātus viena vītnes testā. Apzināti izvēlētais aprīkojums nebija jaunākais, ar modernu aprīkojumu rezultāti ir manāmi labāki.

Atsevišķu 1C un SQL serveru testēšanai SQL serveris: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Lai pārbaudītu 10 Gbit tīklu, tika izmantoti Intel 520-DA2 adapteri.

Faila versija. (datubāze atrodas serverī koplietotā mapē, klienti savienojas caur tīklu, CIFS/SMB protokolu). Algoritms soli pa solim:

0. Pievienojiet Gilev testa datu bāzi failu serverim tajā pašā mapē, kurā atrodas galvenās datu bāzes. Mēs izveidojam savienojumu no klienta datora un izpildām testu. Mēs atceramies rezultātu.

Saprotams, ka pat veciem datoriem pirms 10 gadiem (Pentium uz 775 ligzdas ) laikam no noklikšķināšanas uz saīsnes 1C:Enterprise līdz datu bāzes loga parādīšanās laikam jāpaiet mazāk nekā minūtei. ( Celeron = lēns).

Ja jums ir dators sliktāks par Pentium 775 ligzda ar 1 GB RAM, tad es jums jūtu līdzi, un jums būs grūti panākt ērtu darbu ar 1C 8.2 faila versijā. Padomājiet par jaunināšanu (pienācis laiks) vai pāreju uz termināļa (vai tīmekļa, ja tie ir plāni klienti un pārvaldītas formas) serveri.

Ja dators nav sliktāks, varat spert administratoru. Vismaz pārbaudiet tīkla, pretvīrusu un HASP aizsardzības draivera darbību.

Ja Gileva tests šajā posmā uzrādīja 30 “papagaiļus” vai vairāk, bet 1C darba bāze joprojām darbojas lēni, jautājumi jānosūta programmētājam.

1. Lai uzzinātu, cik daudz klienta dators var “izspiest”, mēs pārbaudām tikai šī datora darbību bez tīkla. Pārbaudes datubāzi instalējam lokālā datorā (ļoti ātrā diskā). Ja klienta datoram nav parastā SSD, tad tiek izveidots RAM disks. Pagaidām vienkāršākais un bezmaksas ir Ramdisk enterprise.

Lai pārbaudītu versiju 8.2, pietiek ar 256 MB RAM disku, un! Svarīgākā. Pēc datora pārstartēšanas, kad darbojas RAM disks, tajā jābūt brīvam 100–200 MB. Attiecīgi bez ramdiska normālai darbībai vajadzētu būt 300–400 MB brīvas atmiņas.

Lai pārbaudītu versiju 8.3, pietiek ar 256 MB RAM, taču jums ir nepieciešams vairāk brīvas RAM.

Pārbaudot, jāskatās procesora slodze. Gadījumā, kas ir tuvu ideālam (RAM disks), lokālais fails 1c palaišanas laikā ielādē 1 procesora kodolu. Attiecīgi, ja testēšanas laikā procesora kodols nav pilnībā ielādēts, meklējiet vājās vietas. Nedaudz emocionāla, bet kopumā pareiza ir aprakstīta procesora ietekme uz 1C darbību. Tikai atsaucei, pat mūsdienu Core i3 ar augstām frekvencēm skaitļi 70-80 ir diezgan reāli.

Visbiežāk sastopamās kļūdas šajā posmā.

a) Nepareizi konfigurēts antivīruss. Antivīrusu ir daudz, iestatījumi katram ir atšķirīgi, teikšu tikai to, ka ar pareizu konfigurāciju netraucē ne tīmeklis, ne Kaspersky 1C. Ar noklusējuma iestatījumiem var aizvest aptuveni 3-5 papagaiļus (10-15%).

b) Izpildes režīms. Kādu iemeslu dēļ daži cilvēki tam pievērš uzmanību, taču efekts ir visnozīmīgākais. Ja jums ir nepieciešams ātrums, tas jādara gan klienta, gan servera datoros. (Gilev ir labs apraksts. Vienīgais brīdinājums ir tāds, ka dažās mātesplatēs, izslēdzot Intel SpeedStep, nevar ieslēgt TurboBoost).

Īsāk sakot, kamēr 1C darbojas, ir daudz jāgaida atbilde no citām ierīcēm (diska, tīkla utt.). Gaidot atbildi, ja ir iespējots veiktspējas režīms, procesors samazina tā frekvenci. No ierīces nāk atbilde, 1C (procesoram) ir jāstrādā, bet pirmie pulksteņa cikli ir samazinātā frekvencē, pēc tam frekvence palielinās - un 1C atkal gaida atbildi no ierīces. Un tā - daudzus simtus reižu sekundē.

Varat (un vēlams) iespējot veiktspējas režīmu divās vietās:

Izmantojot BIOS. Atspējot režīmus C1, C1E, Intel C-state (C2, C3, C4). Dažādos bios tos sauc atšķirīgi, bet nozīme ir vienāda. Meklēšana prasa ilgu laiku, ir nepieciešama atsāknēšana, bet, ja jūs to darāt vienu reizi, varat to aizmirst. Ja visu izdarīsit pareizi BIOS, ātrums palielināsies. Dažās mātesplatēs varat konfigurēt BIOS iestatījumus, lai Windows veiktspējas režīmam nebūtu nozīmes. (BIOS iestatījumu piemēri no Gilev). Šie iestatījumi galvenokārt attiecas uz serveru procesoriem vai “uzlabotajām” BIOS, ja jūs to neesat atradis un jums NAV Xeon, tas ir labi.

Vadības panelis - Barošanas avots - Augsta veiktspēja. Mīnuss - ja dators ilgstoši nav apkopts, tas radīs skaļāku ventilatora troksni, vairāk uzkarsīs un patērēs vairāk enerģijas. Šī ir maksa par sniegumu.

Kā pārbaudīt, vai režīms ir iespējots. Palaidiet uzdevumu pārvaldnieku - veiktspēja - resursu monitors - CPU. Mēs gaidām, līdz procesors ir aizņemts ar neko.

Šie ir noklusējuma iestatījumi.

BIOS C stāvoklī iekļauts,

līdzsvarots enerģijas patēriņa režīms

BIOS C stāvoklī iekļauts, augstas veiktspējas režīms

Attiecībā uz Pentium un Core varat apstāties pie tā,

Jūs joprojām varat izspiest nedaudz "papagaiļus" no Xeon

BIOS C stāvoklī izslēgts, augstas veiktspējas režīms.

Ja neizmantojat Turbo boost, tam vajadzētu izskatīties šādi

serveris ir pielāgots veiktspējai

Un tagad skaitļi. Atgādināšu: Intel Xeon 5650, RAM disks. Pirmajā gadījumā tests uzrāda 23,26, pēdējā - 49,5. Atšķirība ir gandrīz divkārša. Skaitļi var atšķirties, taču Intel Core attiecība būtībā paliek nemainīga.

Cienījamie administratori, jūs varat kritizēt 1C, cik vien vēlaties, taču, ja lietotājiem ir nepieciešams ātrums, jums ir jāiespējo augstas veiktspējas režīms.

c) Turbo Boost. Vispirms jums ir jāsaprot, vai, piemēram, jūsu procesors atbalsta šo funkciju. Ja tas atbalsta, jūs joprojām varat likumīgi iegūt kādu veiktspēju. (Es nevēlos pieskarties jautājumiem par frekvences pārspīlēšanu, it īpaši serveriem, dariet to uz savu risku un risku. Taču piekrītu, ka autobusa ātruma palielināšana no 133 uz 166 dod ļoti ievērojamu ātruma un siltuma izkliedes pieaugumu)

Kā ieslēgt turbo boost ir rakstīts, piemēram, . Bet! 1C ir dažas nianses (nav acīmredzamākās). Grūtības ir tādas, ka maksimālais turbo pastiprinājuma efekts rodas, kad ir ieslēgts C-state. Un mēs iegūstam kaut ko līdzīgu:

Lūdzu, ņemiet vērā, ka reizinātājs ir maksimālais, kodola ātrums ir skaists un veiktspēja ir augsta. Bet kas notiks rezultātā ar 1s?

	Faktors	Kodola ātrums (frekvence), GHz	CPU-Z viens pavediens	Gileva Ramdiska tests faila versija	Gileva Ramdiska tests klients-serveris
Bez Turbo Boost
C-stāvoklis izslēgts, Turbo pastiprinājums				53.19	40,32
C-stāvoklis ieslēgts, Turbo pastiprinājums			1080	53,13	23,04

Bet beigās izrādās, ka pēc CPU veiktspējas testiem priekšā ir versija ar reizinātāju 23, pēc Gileva testiem faila versijā veiktspēja ar reizinātāju 22 un 23 ir tāda pati, bet klients-serveris versija - versija ar reizinātāju 23 ir šausmīgi briesmīga (pat ja C -state iestatīts uz 7 līmeni, tas joprojām ir lēnāks nekā ar C-state izslēgtu). Tāpēc ieteikums ir pašam pārbaudīt abas iespējas un izvēlēties labāko. Jebkurā gadījumā atšķirība starp 49,5 un 53 papagaiļiem ir diezgan ievērojama, īpaši bez lielas piepūles.

Secinājums - turbo boost ir jāieslēdz. Atgādināšu, ka nepietiek tikai ar Turbo boost vienuma iespējošanu BIOS, jums ir jāapskata arī citi iestatījumi (BIOS: QPI L0s, L1 - atspējot, pieprasīt skrāpēšanu - atspējot, Intel SpeedStep - iespējot, Turbo boost - Iespējot. Vadības panelis — Barošanas opcijas — Augsta veiktspēja) . Un es joprojām (pat faila versijai) izvēlētos opciju, kur c-state ir izslēgts, lai gan reizinātājs ir mazāks. Izrādīsies kaut kas līdzīgs šim...

Diezgan strīdīgs punkts ir atmiņas frekvence. Piemēram, ir pierādīts, ka atmiņas frekvencei ir ļoti spēcīga ietekme. Mani testi neatklāja šādu atkarību. Es nesalīdzināšu DDR 2/3/4, es parādīšu frekvences maiņas rezultātus vienas līnijas ietvaros. Atmiņa ir tāda pati, bet BIOS mēs esam spiesti iestatīt zemākas frekvences.

Un testa rezultāti. 1C 8.2.19.83, faila versijai vietējais RAM disks, klienta-servera 1C un SQL vienā datorā, koplietojamā atmiņa. Turbo boost ir atspējots abās versijās. 8.3 parāda salīdzināmus rezultātus.

Atšķirība ir mērījumu kļūdas robežās. Es speciāli izvilku CPU-Z ekrānuzņēmumus, lai parādītu, ka, mainoties frekvencei, mainās arī citi parametri, tas pats CAS Latency un RAS uz CAS Delay, kas neitralizē frekvences izmaiņas. Atšķirība būs tad, kad fiziski tiks mainīti atmiņas moduļi, no lēnākiem uz ātrākiem, taču arī tur cipari nav īpaši būtiski.

2. Kad esam sakārtojuši klienta datora procesoru un atmiņu, pārejam uz nākamo ļoti svarīgo vietu - tīklu. Par tīkla skaņošanu ir sarakstīti daudzi grāmatu sējumi, ir raksti par Infostart (un citiem), taču šeit es nekoncentrēšos uz šo tēmu. Pirms 1C testēšanas, lūdzu, pārliecinieties, vai iperf starp diviem datoriem parāda visu joslas platumu (1 Gbit kartēm - vismaz 850 Mbit vai vēl labāk 950-980), ka Gileva padoms ir ievērots. Tad - visvienkāršākā darbības pārbaude, dīvainā kārtā, būs viena liela faila (5-10 gigabaiti) kopēšana tīklā. Netieša normālas darbības pazīme 1 Gbit tīklā būs vidējais kopēšanas ātrums 100 MB/sek, laba darbība - 120 MB/sek. Vēlos vērst jūsu uzmanību uz to, ka vājā vieta (ieskaitot) var būt procesora noslodze. MVU Linux protokols ir diezgan vāji paralēls, un darbības laikā tas var diezgan viegli “apēst” vienu procesora kodolu un vairs nepatērēt.

Un tālāk. Ar noklusējuma iestatījumiem Windows klients vislabāk darbojas ar Windows serveri (vai pat Windows darbstaciju) un SMB/CIFS protokolu, linux klients (debian, ubuntu neskatījās uz pārējiem) darbojas labāk ar linux un NFS ( tas darbojas arī ar SMB, bet NFS papagaiļi ir garāki). Tas, ka lineārās kopēšanas laikā Windows Linux serveris uz NFS tiek ātrāk kopēts vienā straumē, neko nenozīmē. Debian tūnings priekš 1C ir atsevišķa raksta tēma, vēl neesmu tam gatavs, lai gan varu teikt, ka faila versijā dabūju pat nedaudz labāku sniegumu nekā Win versija uz tās pašas iekārtas, bet ar postgres ar over 50 lietotāji Man joprojām viss ir ļoti slikti.

Svarīgākā , ko “sadedzinājuši” administratori zina, bet iesācēji neņem vērā. Ir daudzi veidi, kā iestatīt ceļu uz 1c datu bāzi. Varat veikt \\serveris\share, varat \\192.168.0.1\share, varat neto izmantot z: \\192.168.0.1\share (un dažos gadījumos šī metode arī darbosies, bet ne vienmēr) un pēc tam norādiet Z disku. Šķiet, ka visi šie ceļi norāda uz vienu un to pašu vietu, bet 1C ir tikai viens veids, kas nodrošina normālu veiktspēju diezgan droši. Tātad, tas ir jādara pareizi:

Komandrindā (vai politikās vai jebkurā jums ērtā veidā) izmantojiet DriveLetter: \\server\share. Piemērs: neto lietojums m: \\serveris\bāzes. Es īpaši uzsveru NE IP adresi, proti Vārds serveris. Ja servera nosaukums nav redzams, pievienojiet to servera DNS vai lokāli hosts failam. Bet adresei jābūt pēc vārda. Attiecīgi pa ceļam uz datu bāzi piekļūstiet šim diskam (skat. attēlu).

Un tagad es parādīšu ar cipariem, kāpēc tas ir padoms. Sākotnējie dati: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartes.OS Win 2008 R2, Win 7, Debian 8. Jaunākie draiveri, lietoti atjauninājumi. Pirms testēšanas pārliecinājos, ka Iperf dod pilnu joslas platumu (izņemot 10 Gbit kartes, izdevās izspiest tikai 7,2 Gbit, vēlāk redzēs kāpēc, testa serveris vēl nav pareizi konfigurēts). Diski ir dažādi, bet visur ir SSD (testēšanai speciāli ievietoju vienu disku, tur neko citu neielādē) vai reids no SSD. Ātrums 100 Mbit tika iegūts, ierobežojot adaptera Intel 362 iestatījumus.Nebija atšķirības starp 1 Gbit vara Intel 350 un 1 Gbit optisko Intel X520-DA2 (iegūts, ierobežojot adaptera ātrumu). Maksimālā veiktspēja, turbo boost ir izslēgts (tikai rezultātu salīdzināmības labad, turbo boost labiem rezultātiem pievieno nedaudz mazāk par 10%, sliktiem rezultātiem var nebūt nekādas ietekmes). Versijas 1C 8.2.19.86, 8.3.6.2076. Es nedodu visus skaitļus, bet tikai interesantākos, lai jums būtu ar ko salīdzināt.

	Win 2008 - Win 2008 sazināties pēc ip adreses	Win 2008 - Win 2008 Zvanu vārdā	Win 2008 - Win 2008 Sazinieties pēc IP adreses	Win 2008 - Win 2008 Zvanu vārdā	Win 2008 — Win 7 Zvanu vārdā	Win 2008 — Debian Zvanu vārdā	Win 2008 - Win 2008 Sazinieties pēc IP adreses	Win 2008 - Win 2008 Zvanu vārdā
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Secinājumi (no tabulas un no personīgās pieredzes. Attiecas tikai uz faila versiju):

Tīklā jūs varat iegūt diezgan normālus numurus darbam, ja šis tīkls ir pareizi konfigurēts un ceļš ir pareizi ievadīts 1C. Pat pirmais Core i3 var viegli saražot 40+ papagaiļus, kas ir diezgan labi, un tie nav tikai papagaiļi, reālajā darbā atšķirība ir arī manāma. Bet! Ierobežojums strādājot ar vairākiem (vairāk nekā 10) lietotājiem vairs nebūs tīkls, šeit joprojām pietiek ar 1 Gbit, bet bloķēšana vairāku lietotāju darba laikā (Gilev).

1C 8.3 platforma ir daudzkārt prasīgāka pareizas tīkla konfigurācijas ziņā. Pamatiestatījumi - skatiet Gilevu, bet paturiet prātā, ka visu var ietekmēt. Es pamanīju paātrinājumu no antivīrusa atinstalēšanas (un ne tikai izslēgšanas), no protokolu, piemēram, FCoE, noņemšanas, no draiveru maiņas uz vecāku, bet Microsoft sertificētu versiju (īpaši lētām kartēm, piemēram, ASUS un DLC), no otrās tīkla kartes noņemšanas. no servera. Ir daudz iespēju, rūpīgi iestatiet tīklu. Var būt situācija, ka platforma 8.2 dod pieņemamus skaitļus, bet 8.3 - divas vai pat vairāk reizes mazāk. Mēģiniet spēlēt ar platformas versijām 8.3, dažreiz jūs iegūstat ļoti lielu efektu.

1C 8.3.6.2076 (varbūt vēlāk, es vēl neesmu meklējis precīzu versiju) joprojām ir vieglāk konfigurējams tīklā nekā 8.3.7.2008. Normālu darbību pa tīklu no 8.3.2008. (salīdzināmos papagaiļos) varēju panākt tikai dažas reizes, vispārīgākam gadījumam nevarēju atkārtot. Neko daudz nesapratu, bet spriežot pēc pēdu aptinumiem no Process Explorer, ieraksts tur nav tik labs kā 8.3.6.

Neskatoties uz to, ka, strādājot 100 Mbit tīklā, tā slodzes grafiks ir mazs (var teikt, ka tīkls ir bezmaksas), darbības ātrums joprojām ir daudz mazāks nekā 1 Gbit. Iemesls ir tīkla latentums.

Ja visas pārējās lietas ir vienādas (labi funkcionējošs tīkls) 1C 8.2, Intel-Realtek savienojums ir par 10% lēnāks nekā Intel-Intel. Bet realtek-realtek parasti var dot strauju iegrimšanu no zila gaisa. Tāpēc, ja jums ir nauda, labāk ir glabāt Intel tīkla kartes visur; ja jums nav naudas, instalējiet Intel tikai serverī (jūsu CO). Un Intel tīkla karšu noregulēšanai ir daudzkārt vairāk instrukciju.

Noklusējuma pretvīrusu iestatījumi (kā piemēru izmantojot drweb versiju 10) aizņem apmēram 8–10% papagaiļu. Ja konfigurē tā, kā vajadzētu (ļauj 1cv8 procesam darīt visu, lai gan tas nav droši), ātrums ir tāds pats kā bez antivīrusa.

NELASĪT Linux guru. Serveris ar samba ir lielisks un bezmaksas, bet, ja uz servera instalējat Win XP vai Win7 (vai vēl labāk - servera OS), tad 1c faila versija darbosies ātrāk. Jā, samba un protokolu steku un tīkla iestatījumus un daudz, daudz ko citu var labi noregulēt debian/ubuntu, taču tas ir ieteicams speciālistiem. Nav jēgas instalēt Linux ar noklusējuma iestatījumiem un pēc tam teikt, ka tas ir lēns.

Diezgan laba ideja ir pārbaudīt disku darbību, kas savienotas, izmantojot tīklu, izmantojot fio . Vismaz būs skaidrs, vai tās ir problēmas ar 1C platformu, vai ar tīklu/disku.

Viena lietotāja versijai es nevaru iedomāties testus (vai situāciju), kurā būtu redzama atšķirība starp 1 Gbit un 10 Gbit. Vienīgais, kur 10Gbit faila versijai deva labākus rezultātus, ir disku savienošana caur iSCSI, bet šī ir atsevišķa raksta tēma. Tomēr domāju, ka faila versijai pietiek ar 1 Gbit kartēm.

Es nesaprotu, kāpēc ar 100 Mbit tīklu 8.3 darbojas ievērojami ātrāk nekā 8,2, bet tas bija fakts. Viss pārējais aprīkojums, visi pārējie iestatījumi ir absolūti vienādi, tikai vienā gadījumā tiek pārbaudīts 8.2, bet otrā - 8.3.

Nenoskaņots NFS win-win vai win-lin dod 6 papagaiļus, es tos neiekļāvu tabulā. Pēc tūninga saņēmu 25, bet tas bija nestabils (mērījumu atšķirība bija vairāk nekā 2 vienības). Es vēl nevaru sniegt ieteikumus par Windows un NFS protokola lietošanu.

Pēc visiem iestatījumiem un pārbaudēm vēlreiz palaižam testu no klienta datora un priecājamies par uzlaboto rezultātu (ja tas darbojas). Ja rezultāts ir uzlabojies, ir vairāk nekā 30 papagaiļu (un jo īpaši vairāk nekā 40), vienlaikus strādā mazāk nekā 10 lietotāji, un datu bāze joprojām darbojas lēni - gandrīz noteikti problēma ar programmētāju (vai arī jums ir jau ir sasniegušas faila versijas maksimālās iespējas).

Termināļa serveris. (datubāze atrodas serverī, klienti savienojas caur tīklu, LAP protokolu). Algoritms soli pa solim:

0. Pievienojiet Gilev testa datu bāzi serverim tajā pašā mapē, kurā atrodas galvenās datu bāzes. Mēs izveidojam savienojumu no tā paša servera un izpildām testu. Mēs atceramies rezultātu.

1. Tādā pašā veidā kā faila versijā mēs uzstādām darbu. Termināļa servera gadījumā galveno lomu parasti spēlē procesors (tiek pieņemts, ka nav acīmredzamu vājo vietu, piemēram, atmiņas trūkums vai milzīgs daudzums nevajadzīgas programmatūras).

2. Tīkla karšu iestatīšana termināļa servera gadījumā praktiski neietekmē 1c darbību. Lai nodrošinātu “īpašu” komfortu, ja jūsu serveris ražo vairāk nekā 50 papagaiļus, varat spēlēt ar jaunām RDP protokola versijām, tikai lietotāju ērtībām, ātrākai reakcijai un ritināšanai.

3. Ja aktīvi strādā liels skaits lietotāju (un te jau var mēģināt pieslēgt vienai datubāzei 30 cilvēkus, ja pamēģini), ļoti vēlams uzstādīt SSD disku. Kādu iemeslu dēļ tiek uzskatīts, ka disks īpaši neietekmē 1C darbību, taču visi testi tiek veikti ar kontroliera kešatmiņu, kas ir iespējota rakstīšanai, kas ir nepareizi. Testa bāze ir maza, diezgan labi iederas kešatmiņā, līdz ar to augstie skaitļi. Reālās (lielās) datu bāzēs viss būs pavisam savādāk, tāpēc kešatmiņa testiem ir atspējota.

Piemēram, es pārbaudīju Gilev testa darbību ar dažādām diska opcijām. Diskus uzstādīju no tā, kas bija pa rokai, lai tikai parādītu tendenci. Atšķirība starp 8.3.6.2076 un 8.3.7.2008 ir neliela (Ramdisk Turbo boost versijā 8.3.6 ražo 56.18 un 8.3.7.2008 ražo 55.56, citos testos atšķirība ir vēl mazāka). Enerģijas patēriņš - maksimāla veiktspēja, turbo pastiprināšana atspējota (ja nav norādīts citādi).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raids 10 4x SAS 10k	Raids 10 4x SAS 15k	Viens SSD	Ramdisks		Kešatmiņa iespējota RAID kontrolieris
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Iespējotā RAID kontrollera kešatmiņa novērš visas atšķirības starp diskiem; skaitļi ir vienādi gan sat, gan cas. Testēšana ar to ar nelielu datu apjomu ir bezjēdzīga, un tā neliecina par jebkādu veidu.

Platformai 8.2 veiktspējas atšķirība starp SATA un SSD opcijām ir vairāk nekā divas reizes. Tā nav drukas kļūda. Ja paskatās uz veiktspējas monitoru SATA disku pārbaudes laikā. tad jūs varat skaidri redzēt “Aktīvā diska darbības laiks (%)” 80-95. Jā, ja ierakstīšanai iespējosit pašu disku kešatmiņu, ātrums palielināsies līdz 35, ja iespējosit reida kontrollera kešatmiņu - līdz 49 (neatkarīgi no tā, kuri diski šobrīd tiek pārbaudīti). Bet tie ir sintētiskie kešatmiņas papagaiļi; reālā darbā ar lielām datu bāzēm nekad nebūs 100% rakstīšanas kešatmiņas trāpījumu attiecība.

Pat lēto SSD (es testēju uz Agility 3) ātrums ir pilnīgi pietiekams, lai palaistu faila versiju. Ierakstīšanas resurss ir cita lieta, jāskatās katrā konkrētajā gadījumā, skaidrs, ka Intel 3700 būs par kārtu augstāks, bet cena atbilstoša. Un jā, es saprotu, ka testējot SSD disku, testēju arī šī diska kešatmiņu lielākā mērā, reālie rezultāti būs mazāki.

Pareizākais (no mana viedokļa) risinājums būtu spoguļraidā atvēlēt 2 SSD diskus failu datubāzei (vai vairākām failu datu bāzēm), nevis tur neko citu nelikt. Jā, ar spoguli SSD nolietojas vienādi, un tas ir mīnuss, bet vismaz kontroliera elektronika ir kaut kā pasargāta no kļūdām.

Galvenās SSD diskdziņu priekšrocības faila versijai parādīsies, kad ir daudz datu bāzu, katrā no kurām ir vairāki lietotāji. Ja ir 1-2 datu bāzes un ir kādi 10 lietotāji, tad pietiks ar SAS diskiem. (bet jebkurā gadījumā apskatiet šo disku ielādi, vismaz caur perfmon).

Galvenās termināļa servera priekšrocības ir tādas, ka tam var būt ļoti vāji klienti, un tīkla iestatījumi termināļa serveri ietekmē daudz mazāk (atkal jūsu K.O.).

Secinājumi: ja palaižat Gilev testu termināļa serverī (no tā paša diska, kurā atrodas darba datu bāzes) un tajos brīžos, kad darba datubāze palēninās un Gilev tests uzrāda labu rezultātu (virs 30), tad lēnā galvenās darba datu bāzes darbība, visticamāk, vainojams programmētājs.

Ja Gileva tests uzrāda mazus skaitļus un jums ir procesors ar augstu takts ātrumu un ātrie diski, tad administratoram ir jāpaņem vismaz perfmon, kaut kur ierakstot visus rezultātus un jāskatās, jānovēro un jāizdara secinājumi. Nebūs galīgu padomu.

Klienta-servera opcija.

Pārbaudes tika veiktas tikai 8.2, jo uz 8.3 viss diezgan nopietni atkarīgs no versijas.

Testēšanai izvēlējos dažādas serveru iespējas un tīklus starp tiem, lai parādītu galvenās tendences.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Šķiedru kanāls - SSD	SQL: Xeon E5-2630 Fiber kanāls - SAS	SQL: Xeon E5-2630 Vietējais SSD	SQL: Xeon E5-2630 Šķiedru kanāls - SSD	SQL: Xeon E5-2630 Vietējais SSD	1C: Xeon 5650 =	1C: Xeon 5650 = Kopīgā atmiņa	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Šķiet, esmu izskatījusi visus interesantos variantus, ja vēl kas interesē, rakstiet komentāros, mēģināšu to izdarīt.

SAS uzglabāšanas sistēmās darbojas lēnāk nekā vietējie SSD, lai gan uzglabāšanas sistēmām ir lielāki kešatmiņas izmēri. Gan lokālie, gan uzglabāšanas sistēmu SSD diski darbojas ar salīdzināmu ātrumu Gilev testam. Es nezinu nevienu standarta daudzpavedienu testu (ne tikai ierakstīšanu, bet visu aprīkojumu), izņemot 1C slodzes testu no KC.

1C servera maiņa no 5520 uz 5650 gandrīz divkāršoja veiktspēju. Jā, servera konfigurācijas pilnībā nesakrīt, taču tas liecina par tendenci (nav pārsteigums).

Biežuma palielināšana SQL serverī noteikti dod efektu, bet ne tādu pašu kā 1C serverī; MS SQL serveris ir lielisks (ja to prasāt), lai izmantotu daudzkodolus un brīvu atmiņu.

Mainot tīklu starp 1C un SQL no 1 Gbit uz 10 Gbit, tiek iegūti aptuveni 10% papagaiļu. Es gaidīju vairāk.

Koplietojamās atmiņas iespējošana joprojām nodrošina efektu, lai gan ne 15%, kā aprakstīts. Noteikti dariet to, par laimi, tas ir ātri un vienkārši. Ja instalēšanas laikā kāds iedeva SQL serverim nosauktu gadījumu, tad, lai 1C darbotos, servera nosaukums ir jānorāda nevis ar FQDN (darbosies tcp/ip), nevis caur localhost vai tikai servera nosaukums, bet, piemēram, caur ServerName\InstanceName zz-test\zztest. (Pretējā gadījumā radīsies DBVS kļūda: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: koplietojamā atmiņas bibliotēka, kas tika izmantota savienojuma izveidei ar SQL Server 2000, netika atrasta. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQL Server 2000 : SQLSTATE=08001, stāvoklis=1, nopietnība=10, native=126, rinda=0).

Mazāk nekā 100 lietotājiem vienīgais punkts, kas jāsadala divos atsevišķos serveros, ir Win 2008 Std (un vecāka) licence, kas atbalsta tikai 32 GB RAM. Visos citos gadījumos 1C un SQL noteikti ir jāinstalē vienā serverī un jāpiešķir vairāk (vismaz 64 GB) atmiņas. Piešķirt MS SQL mazāk par 24-28 GB RAM ir nepamatota alkatība (ja uzskatāt, ka jums tai ir pietiekami daudz atmiņas un viss darbojas labi, varbūt jums pietiktu ar 1C faila versiju?)

Par to, cik sliktāk virtuālajā mašīnā darbojas 1C un SQL kombinācija, ir atsevišķa raksta tēma (mājiens - manāmi sliktāk). Pat Hyper-V viss nav tik skaidrs...

Līdzsvarotās veiktspējas režīms ir slikts. Rezultāti diezgan atbilst faila versijai.

Daudzi avoti saka, ka atkļūdošanas režīms (ragent.exe -debug) ievērojami samazina veiktspēju. Nu, tas samazina, jā, bet es nesauktu 2-3% par būtisku efektu.