Tips til automatisering. Automatiseringstips Årsager til meget langsom drift af 1s 8

I På det sidste Brugere og administratorer begynder i stigende grad at klage over, at nye 1C-konfigurationer udviklet baseret på en administreret applikation er langsomme, i nogle tilfælde uacceptabelt langsomme. Det er klart, at nye konfigurationer indeholder nye funktioner og muligheder, og derfor er mere ressourcekrævende, men de fleste brugere forstår ikke, hvad der primært påvirker driften af ​​1C i filtilstand. Lad os prøve at rette op på dette hul.

I vores har vi allerede berørt virkningen af ​​ydeevne disk undersystem dog med en hastighed på 1C dette studie vedrørte lokal brug af applikationen på en separat pc eller terminalserver. Samtidig involverer de fleste små implementeringer arbejde med en fildatabase over et netværk, hvor en af ​​brugerens pc'er bruges som server, eller en dedikeret filserver baseret på en almindelig, oftest også billig, computer.

En lille undersøgelse af russisksprogede 1C-ressourcer viste det dette spørgsmål undgår det flittigt, hvis der opstår problemer, anbefales det normalt at skifte til klient-server eller terminaltilstand. Det er også blevet næsten generelt accepteret, at konfigurationer på en administreret applikation fungerer meget langsommere end normalt. Som regel er argumenterne "jern": "Regnskab 2.0 fløj bare, og "trojkaen" bevægede sig næsten ikke. Selvfølgelig er der en vis sandhed i disse ord, så lad os prøve at finde ud af det.

Ressourceforbrug, første øjekast

Før vi begyndte denne undersøgelse, satte vi os to mål: at finde ud af, om administrerede applikationsbaserede konfigurationer faktisk er langsommere end konventionelle konfigurationer, og hvilke specifikke ressourcer der har den primære indflydelse på ydeevnen.

Til test tog vi to virtuelle maskiner, der kører henholdsvis Windows Server 2012 R2 og Windows 8.1, hvilket giver dem 2 kerner af værten Core i5-4670 og 2 GB RAM, hvilket svarer til cirka en gennemsnitlig kontormaskine. Serveren blev placeret på et RAID 0-array med to, og klienten blev placeret på et lignende array af almindelige diske.

Som eksperimentelle baser valgte vi flere konfigurationer af Accounting 2.0, udgivelse 2.0.64.12 , som derefter blev opdateret til 3.0.38.52 , blev alle konfigurationer lanceret på platformen 8.3.5.1443 .

Det første, der tiltrækker opmærksomhed, er den øgede størrelse af trojkaens informationsbase, som er vokset betydeligt, samt en meget større appetit på RAM:

Vi er klar til at høre det sædvanlige: "hvorfor føjede de det til disse tre", men lad os ikke skynde os. I modsætning til brugere af klient-server-versioner, som kræver en mere eller mindre kvalificeret administrator, tænker brugere af filversioner sjældent på at vedligeholde databaser. Også ansatte i specialiserede virksomheder, der servicerer (læs opdatering) af disse databaser, tænker sjældent over dette.

I mellemtiden er 1C informationsbasen et fuldgyldigt DBMS af sit eget format, som også kræver vedligeholdelse, og til dette er der endda et værktøj kaldet Test og korrigering af informationsgrundlaget. Måske spillede navnet en grusom joke, som på en eller anden måde antyder, at dette er et værktøj til fejlfinding af problemer, men lav ydeevne er også et problem, og omstrukturering og reindeksering, sammen med tabelkomprimering, er velkendte værktøjer til at optimere databaser. Skal vi tjekke?

Efter at have anvendt de valgte handlinger "tabte databasen sig kraftigt" og blev endnu mindre end de "to", som ingen nogensinde havde optimeret, og RAM-forbruget faldt også lidt.

Efterfølgende, efter indlæsning af nye klassifikatorer og mapper, oprettelse af indekser osv. størrelsen af ​​basen vil generelt stige, de "tre" baser er større end de "to" baser. Dette er dog ikke vigtigere, hvis den anden version var tilfreds med 150-200 MB RAM, så har den nye udgave brug for en halv gigabyte, og denne værdi skal tages i betragtning, når du planlægger de nødvendige ressourcer til at arbejde med programmet.

Net

Netværksbåndbredde er en af ​​de vigtigste parametre for netværksapplikationer, især som 1C i filtilstand, som flytter betydelige mængder data på tværs af netværket. De fleste netværk til små virksomheder er bygget på basis af billigt 100 Mbit/s-udstyr, så vi begyndte at teste ved at sammenligne 1C-ydeevneindikatorer i 100 Mbit/s- og 1 Gbit/s-netværk.

Hvad sker der, når du starter en 1C-fildatabase over netværket? Klienten downloader en ret stor mængde information til midlertidige mapper, især hvis dette er den første "kolde" start. Ved 100 Mbit/s forventes vi at løbe ind i kanalbredden, og downloading kan tage lang tid, i vores tilfælde omkring 40 sekunder (omkostningen ved at dividere grafen er 4 sekunder).

Den anden lancering er hurtigere, da nogle af dataene er gemt i cachen og forbliver der indtil genstart. Skift til et gigabit-netværk kan fremskynde programindlæsningen betydeligt, både "koldt" og "varmt", og forholdet mellem værdier respekteres. Derfor besluttede vi at udtrykke resultatet i relative værdier, idet vi tog det meste stor betydning hver måling:

Som du kan se på graferne, indlæses Accounting 2.0 ved enhver netværkshastighed dobbelt så hurtigt, overgangen fra 100 Mbit/s til 1 Gbit/s giver dig mulighed for at fremskynde downloadtiden fire gange. Der er ingen forskel mellem de optimerede og ikke-optimerede "trojka"-databaser i denne tilstand.

Vi kontrollerede også netværkshastighedens indflydelse på driften i tunge tilstande, for eksempel under gruppeoverførsler. Resultatet er også udtrykt i relative værdier:

Her er det mere interessant, den optimerede base af de "tre" i et 100 Mbit/s netværk arbejder med samme hastighed som de "to", og den ikke-optimerede viser dobbelt så dårlige resultater. På gigabit forbliver forholdet det samme, den uoptimerede "tre" er også halvt så langsom som de "to", og den optimerede halter en tredjedel bagud. Også overgangen til 1 Gbit/s giver dig mulighed for at reducere eksekveringstiden med tre gange for udgave 2.0 og med det halve for udgave 3.0.

For at evaluere effekten af ​​netværkshastighed på det daglige arbejde, brugte vi Præstationsmåling, der udfører en sekvens af forudbestemte handlinger i hver database.

Faktisk til hverdagens opgaver gennemløb netværket er ikke en flaskehals, en uoptimeret "tre" er kun 20% langsommere end en "to", og efter optimering viser det sig at være omtrent det samme hurtigere - fordelene ved at arbejde i tynd klienttilstand mærkes. Overgangen til 1 Gbit/s giver ikke den optimerede base nogen fordele, og den uoptimerede og de to begynder at arbejde hurtigere og viser en lille forskel på sig selv.

Ud fra de udførte tests bliver det klart, at netværket ikke er en flaskehals for de nye konfigurationer, og den administrerede applikation kører endnu hurtigere end normalt. Du kan også anbefale at skifte til 1 Gbit/s, hvis tunge opgaver og databaseindlæsningshastighed er kritisk for dig. I andre tilfælde giver nye konfigurationer dig mulighed for at arbejde effektivt selv i langsomme 100 Mbit/s netværk.

Så hvorfor er 1C langsom? Vi vil se nærmere på det.

Serverdiskundersystem og SSD

I den forrige artikel opnåede vi en stigning i 1C-ydeevnen ved at placere databaserne på en SSD. Måske er ydeevnen af ​​serverens diskundersystem utilstrækkelig? Vi målte ydeevnen af ​​en diskserver under en gruppekørsel i to databaser på én gang og fik et ret optimistisk resultat.

På trods af det relativt store antal input/output operationer per sekund (IOPS) - 913, oversteg kølængden ikke 1,84, hvilket er et meget godt resultat for et to-disk array. Baseret på dette kan vi antage, at et spejl lavet af almindelige diske vil være nok til normal drift af 8-10 netværksklienter i tunge tilstande.

Så er der brug for en SSD på en server? Den bedste måde at besvare dette spørgsmål på vil være gennem test, som vi udførte ved hjælp af en lignende metode, netværksforbindelsen er 1 Gbit/s overalt, resultatet er også udtrykt i relative værdier.

Lad os starte med databasens indlæsningshastighed.

Det kan virke overraskende for nogle, men SSD'en på serveren påvirker ikke databasens indlæsningshastighed. Den vigtigste begrænsende faktor her, som den forrige test viste, er netværksgennemstrømning og klientydelse.

Lad os gå videre til at lave om:

Vi har allerede bemærket ovenfor, at diskens ydeevne er ganske tilstrækkelig selv til at arbejde i tunge tilstande, så hastigheden på SSD'en er heller ikke påvirket, bortset fra den uoptimerede base, som på SSD'en har indhentet den optimerede. Faktisk bekræfter dette endnu en gang, at optimeringsoperationer organiserer information i databasen, hvilket reducerer antallet af tilfældige I/O-operationer og øger adgangshastigheden til den.

I hverdagens opgaver er billedet det samme:

Kun den ikke-optimerede database drager fordel af SSD'en. Du kan selvfølgelig købe en SSD, men det ville være meget bedre at tænke på rettidig vedligeholdelse af databasen. Glem heller ikke at defragmentere sektionen med infobaser på serveren.

Client disk subsystem og SSD

Vi analyserede indflydelsen af ​​SSD på driftshastigheden af ​​lokalt installeret 1C in, meget af det, der blev sagt, er også sandt for arbejde i netværkstilstand. Faktisk bruger 1C ganske aktivt diskressourcer, herunder til baggrunds- og rutineopgaver. I figuren nedenfor kan du se, hvordan Accounting 3.0 ret aktivt tilgår disken i omkring 40 sekunder efter indlæsning.

Men samtidig skal du være opmærksom på, at for en arbejdsstation, hvor der arbejdes aktivt med en eller to informationsdatabaser, er ydeevneressourcerne på en almindelig masseproduceret HDD ganske tilstrækkelige. At købe en SSD kan fremskynde nogle processer, men du vil ikke bemærke en radikal fremskyndelse i det daglige arbejde, da for eksempel downloading vil være begrænset af netværksbåndbredden.

Langsom HDD kan bremse nogle handlinger, men kan ikke i sig selv få programmet til at bremse.

vædder

På trods af at RAM nu er uanstændigt billig, fortsætter mange arbejdsstationer med at arbejde med den mængde hukommelse, der blev installeret, da de blev købt. Det er her de første problemer venter. Allerede baseret på det faktum, at den gennemsnitlige "trojka" kræver omkring 500 MB hukommelse, kan vi antage, at en samlet mængde RAM på 1 GB ikke vil være nok til at arbejde med programmet.

Vi reducerede systemhukommelsen til 1 GB og lancerede to informationsdatabaser.

Ved første øjekast er alt ikke så slemt, programmet har dæmpet sin appetit og passer godt ind i den tilgængelige hukommelse, men lad os ikke glemme, at behovet for driftsdata ikke har ændret sig, så hvor blev det af? Nulstil til disk, cache, swap osv., essensen af ​​denne operation er unødvendig dette øjeblik data sendes fra hurtig RAM, hvis mængde ikke er nok, til langsom diskhukommelse.

Hvor fører det hen? Lad os se, hvordan systemressourcer bruges i tunge operationer, lad os for eksempel starte en gruppegenoverførsel i to databaser på én gang. Først på et system med 2 GB RAM:

Som vi kan se, bruger systemet aktivt netværket til at modtage data, og processoren til at behandle dem er ubetydelig under behandlingen, men den er ikke en begrænsende faktor.

Lad os nu reducere hukommelsen til 1 GB:

Situationen ændrer sig radikalt, hovedbelastningen falder nu på harddisken, processoren og netværket er inaktive og venter på, at systemet læser de nødvendige data fra disken ind i hukommelsen og sender unødvendige data dertil.

Samtidig viste selv subjektivt arbejde med to åbne databaser på et system med 1 GB hukommelse sig at være ekstremt ubehageligt, og magasiner åbnet med en betydelig forsinkelse og aktiv adgang til disken. For eksempel tog det omkring 20 sekunder at åbne journalen Salg af varer og tjenester og blev hele tiden ledsaget af høj diskaktivitet (fremhævet med en rød linje).

For objektivt at vurdere virkningen af ​​RAM på ydeevnen af ​​konfigurationer baseret på en administreret applikation, udførte vi tre målinger: indlæsningshastigheden af ​​den første database, indlæsningshastigheden af ​​den anden database og gruppegenkøring i en af ​​databaserne . Begge databaser er fuldstændig identiske og blev oprettet ved at kopiere den optimerede database. Resultatet er udtrykt i relative enheder.

Resultatet taler for sig selv: Hvis indlæsningstiden stiger med omkring en tredjedel, hvilket stadig er ret acceptabelt, øges tiden til at udføre operationer i databasen tre gange, der er ingen grund til at tale om noget behageligt arbejde under sådanne forhold. Forresten, dette er tilfældet, når køb af en SSD kan forbedre situationen, men det er meget nemmere (og billigere) at håndtere årsagen, ikke konsekvenserne, og bare købe den rigtige mængde RAM.

Mangel på RAM er hovedårsagen til, at arbejdet med nye 1C-konfigurationer viser sig at være ubehageligt. Konfigurationer med 2 GB hukommelse ombord bør betragtes som minimalt egnede. Samtidig skal du huske på, at der i vores tilfælde blev skabt "drivhus"-forhold: et rent system, kun 1C og task manageren kørte. I I virkeligheden på en arbejdscomputer, som regel er en browser, en kontorpakke åbne, et antivirus kører osv. osv., så fortsæt fra behovet for 500 MB pr. database plus noget reserve, så du under tunge operationer gør ikke støde på mangel på hukommelse og et kraftigt fald i produktiviteten.

CPU

Uden overdrivelse kan den centrale processor kaldes computerens hjerte, da det er den, der i sidste ende behandler alle beregninger. For at evaluere dens rolle gennemførte vi et andet sæt test, det samme som for RAM, hvilket reducerede antallet af kerner, der er tilgængelige for den virtuelle maskine fra to til én, og testen blev udført to gange med hukommelsesmængder på 1 GB og 2 GB.

Resultatet viste sig at være ret interessant og uventet: en mere kraftfuld processor påtog sig ganske effektivt belastningen, når der var mangel på ressourcer, resten af ​​tiden uden at give nogen håndgribelige fordele. 1C Enterprise (i filtilstand) kan næppe kaldes en applikation, der aktivt bruger processorressourcer, det er ret krævende. Og under vanskelige forhold belastes processoren ikke så meget ved at beregne dataene i selve applikationen, men ved at servicere overheadomkostninger: yderligere input/outputoperationer osv.

konklusioner

Så hvorfor er 1C langsom? Først og fremmest er dette en mangel på RAM; hovedbelastningen i dette tilfælde falder på harddisken og processoren. Og hvis de ikke skinner med ydeevne, som det normalt er tilfældet i kontorkonfigurationer, så får vi situationen beskrevet i begyndelsen af ​​artiklen - de "to" fungerede fint, men de "tre" er ugudeligt langsom.

På andenpladsen er netværkets ydeevne; en langsom 100 Mbit/s kanal kan blive en rigtig flaskehals, men samtidig er den tynde klienttilstand i stand til at opretholde et ret behageligt driftsniveau selv på langsomme kanaler.

Så bør du være opmærksom på diskdrevet at købe en SSD er usandsynligt en god investering, men at udskifte drevet med et mere moderne ville være en god idé. Forskellen mellem generationer harddiske kan vurderes af til følgende materiale: .

Og endelig processoren. En hurtigere model vil bestemt ikke være overflødig, men giver meget mening Der er ingen måde at øge dens ydeevne på, medmindre denne pc bruges til tunge operationer: gruppebehandling, tunge rapporter, lukning af måneden osv.

Vi håber dette materiale vil hjælpe dig med hurtigt at forstå spørgsmålet "hvorfor 1C er langsom" og løse det mest effektivt og uden ekstra omkostninger.

• Tags:

Aktiver venligst JavaScript for at se

2. Funktioner i programmet. Ofte, selv med optimale indstillinger, fungerer 1C meget langsomt. Ydeevnen falder især kraftigt, når antallet af samtidige arbejder med databasen overstiger 4-5 brugere.

Hvem er du i virksomheden?

Løsning langsomt arbejde 1C afhænger af, hvem du er i virksomheden. Hvis du er tekniker, så læs bare videre. Hvis du er direktør eller revisor, så følg det særlige link ↓

Netværks båndbredde

Som regel arbejder ikke én, men flere brugere med én informationsbase (IS). Samtidig foregår der en konstant udveksling af data mellem den computer, hvorpå 1C-klienten er installeret, og den computer, som informationssikkerheden er placeret på. Mængden af ​​disse data er ret betydelig. Der opstår ofte en situation, hvor et lokalt netværk, der kører med en hastighed på 100 Mbit/s, som er den mest almindelige hastighed, simpelthen ikke kan klare belastningen. Og igen klager brugeren over, at programmet er langsomt.

Hver af disse faktorer individuelt reducerer allerede programmets hastighed betydeligt, men det mest ubehagelige er, at disse ting normalt hænger sammen.

Lad os nu se på flere løsninger på problemet med lav 1C driftshastighed og deres omkostninger ved at bruge eksemplet lokalt netværk af 10 gennemsnitlige computere.

Løsning et. Modernisering af infrastruktur

Dette er måske den mest oplagte løsning. Lad os beregne dens minimumsomkostninger.

For hver computer har vi som minimum brug for en 2 GB RAM-stick, som i gennemsnit koster 1.500 rubler, LAN kort med understøttelse af hastighed 1 Gbit/s koster omkring 700 rubler. Derudover skal du bruge mindst 1 router, der understøtter en hastighed på 1 Gbit/s, hvilket vil koste cirka 4.000 rubler. Samlede omkostninger - 26.000 rubler for udstyr, eksklusive arbejde.

I princippet kan hastigheden stige markant, men nu vil det ikke længere være muligt at købe billige computere til kontoret. Udover, denne beslutning ikke relevant for dem, der bruger Wi-Fi eller ønsker at arbejde via internettet - i deres tilfælde kan netværkshastigheden være titusinder gange lavere. Tanken opstår: "Er det ikke muligt at implementere hele programmet på én kraftfuld server, så brugerens computer ikke deltager i komplekse beregninger, men blot tjener til at overføre billedet?" Så kan du arbejde selv på meget svage computere, selv på netværk med lav båndbredde. Naturligvis findes sådanne løsninger.

Løsning to. Terminal Server

Vandt stor popularitet tilbage i 1C 7's dage. Implementeret på serveren Windows-versioner og klarer vores opgave perfekt. Det har dog sine faldgruber, nemlig omkostningerne til licenser.

Selve operativsystemet vil koste omkring 40.000 rubler. Ud over dette skal vi for alle, der planlægger at arbejde i 1C, bruge en Windows Server CAL-licens, der koster omkring 1.700 rubler, og en Windows Remote Desktop Services CAL-licens, som koster omkring 5.900 rubler.

Efter at have beregnet omkostningerne for et netværk på 10 computere, ender vi med 116.000 rubler. kun for én licens. Tilføj hertil prisen på selve serveren (mindst 40.000 rubler) og omkostningerne ved implementeringsarbejde, men selv uden dette viste prisen for licenser sig at være imponerende.

Løsning tre. Service 1C Enterprise

1C har udviklet sin egen løsning på dette problem, som kan øge programmets hastighed markant. Men der er også en nuance her.

Faktum er, at prisen på en sådan løsning varierer fra 50.000 til 80.000 rubler, afhængigt af udgaven. For en virksomhed med op til 15 brugere viser det sig at være ret dyrt. Der blev sat store forhåbninger til "mini-server 1C-virksomheden", som ifølge 1C-virksomheden er rettet mod små virksomheder og koster omkring 10.000 - 15.000 rubler.

Men da det kom til salg, var dette produkt en stor skuffelse. Faktum er, at maksimalt beløb Der var kun 5 brugere, som mini-serveren kunne bruges sammen med.

Som en 1C-programmør skrev på forummet: "Det er stadig ikke klart, hvorfor 1C valgte præcis 5 forbindelser! Problemerne begynder kun med 4 brugere, men med fem slutter det hele. Hvis du vil forbinde en sjette person, så betal yderligere 50.000 Vi kunne lave mindst 10 forbindelser...”

Miniserveren fandt selvfølgelig også sin forbruger. For virksomheder, hvor 5 eller flere personer arbejder med 1C, er der dog ikke dukket en enkel og billig løsning op.

Ud over programaccelerationsmetoderne beskrevet ovenfor, er der en anden, der er ideel til segmentet på 5 - 15 brugere, nemlig webadgang for 1C i filtilstand.

Løsning fire. Webadgang for 1C i filtilstand

Funktionsprincippet er som følger: en ekstra rolle for en webserver er installeret på computeren, på hvilken informationssikkerhed er offentliggjort.

Naturligvis skal dette enten være det mest kraftfuld computer på netværket eller en separat maskine dedikeret til denne rolle. Derefter kan du arbejde med 1C i webservertilstand. Alle tunge operationer vil blive udført på serversiden, og trafik transmitteret over netværket vil blive minimeret, ligesom belastningen på klientens computer.

Således kan selv meget svage maskiner bruges til at arbejde i 1C, og netværksbåndbredden bliver ikke kritisk. Vores test har vist, at du kan arbejde komfortabelt igennem Mobilt internet på en billig tablet uden at opleve ubehag.

Denne mulighed er ringere end enterprise 1C-serveren med hensyn til driftshastighed, men denne forskel er praktisk talt usynlig op til 15-20 brugere. For at implementere en webserver kan du bruge IIS (til Windows) og Apache (til Linux), og begge disse løsninger er gratis!

På trods af de åbenlyse fordele, denne metode optimering af 1C-drift har ikke vundet meget popularitet.

Jeg kan ikke sige det med sikkerhed, men det skyldes højst sandsynligt to årsager:

• En ret svag beskrivelse teknisk dokumentation
• Placeret i skæringspunktet mellem systemadministratorens og 1C-programmørens ansvar

Normalt, når en systemadministrator kontaktes med et problem med lav hastighed, foreslår han at opgradere infrastrukturen eller en terminalserver, hvis en 1C-specialist bliver kontaktet, bliver han tilbudt en 1C-virksomhedsserver. Så hvis der i din virksomhed arbejder en specialist med ansvar for infrastruktur og en specialist med ansvar for 1C "hånd i hånd", så kan du trygt bruge en løsning baseret på en webserver.

Lad os fremskynde 1C. Fjernt, hurtigt og uden din deltagelse

Vi ved, hvordan man fremskynder 1Ski uden at forstyrre kunden. Vi dykker ned i problemet, gør vores arbejde og går. Hvis du ønsker, at programmet bare skal fungere normalt, så kontakt os. Vi finder ud af det.

Efterlad en anmodning og modtag en gratis konsultation om at accelerere programmet.

Brugere klager ofte over, at "1C 8.3 er langsom": dokumentformularer åbner langsomt, dokumenter tager lang tid at behandle, programmet starter, rapporter tager lang tid at generere, og så videre.

Desuden kan sådanne "fejl" forekomme i forskellige programmer:

Årsagerne kan være forskellige. Dette er ikke gendannede dokumenter, en svag computer eller server, 1C-serveren er forkert konfigureret.

I denne artikel vil jeg se på en af ​​de enkleste og mest almindelige årsager til et langsomt program - . Denne instruktion vil være relevant for brugerne fildatabaser for 1-2 brugere, hvor der ikke er konkurrence om ressourcer.

Hvis du er interesseret i mere seriøs optimering af klient-server-muligheder for systemdrift, kan du besøge sektionen af ​​webstedet.

Hvor er de planlagte opgaver i 1C 8.3?

Inden jeg nåede at indlæse programmet, udførte 1C mange baggrundsjob. Du kan se dem ved at gå til menuen "Administration" og derefter "Support og vedligeholdelse":

Få 267 videolektioner på 1C gratis:

Sådan ser vinduet med udførte opgaver ud:

Også fuld liste alle planlagte opgaver, der startes:

Blandt disse opgaver kan du se såsom ““, indlæsning af forskellige klassificeringer, kontrol af relevansen af ​​programversionen og så videre. Jeg har for eksempel ingen brug for næsten alle disse opgaver. Jeg fører ikke valutaregistreringer, jeg kontrollerer selv versionerne og indlæser klassifikatorer efter behov.

Derfor er det i min (og i de fleste tilfælde i din) interesse at deaktivere unødvendige opgaver.

Deaktivering af planlagte opgaver og baggrundsopgaver i 1C 8.3

Hastigheden på 1C er meget vigtig faktor, som bestemmer tidspunktet for at få adgang til oplysninger i databasen og arbejde med dem. Desværre udstyrer de fleste små og mellemstore virksomheder deres arbejdspladser med gamle eller billige computere, idet de mener, at bogføring ikke kræver mange ressourcer. Databaser kan indlæses på fem minutter, og rapporter og opgørelser kan genereres på et par minutter. Når tiden er inde til at lukke en måned, selvom der er få dokumenter, kan ventetiden vare op til 10 minutter, og du skal tjekke alt, så der ikke er fejl, og måneden ikke skal lukkes igen.

At fremskynde 1C betyder at fremskynde virksomhedens forretningsprocesser relateret til at afspejle fakta om virksomhedens liv i informationsbasen. Hvis 1C arbejder langsomt, så vil dette på en eller anden måde påvirke hele virksomhedens arbejde og profit.

Artiklen vil være nyttig både for specialister og revisorer. Der er en række måder at fremskynde 1C på, baseret på systemtest og ydeevnemålinger, finjustering af servere osv., men her vil vi beskrive de mest simple metoder, at sørge for positiv indflydelse ved driftshastighed 1C.

Vi er klar til at udføre alle de nødvendige foranstaltninger for at fremskynde din 1C og gøre dit arbejde behageligt og behageligt. For at fremskynde 1C, læg en anmodning, og vi ringer dig tilbage.

Hvorfor er 1C langsom?

Når du stiller et sådant spørgsmål til 1C-specialister, vil du altid modtage et helt sæt antagelser. Og de fleste af dem kan virkelig påvirke hastigheden på 1C på din computer. Lad os prøve at finde ud af, hvad der er årsagerne til lav 1C-ydeevne, og hvordan man øger den.

Alle årsager kan opdeles i to grupper vedrørende 1C-programmet: ydre Og indre. Lad os overveje hver gruppe af årsager separat og fremhæve de vigtigste punkter, der bør overvåges og korrigeres for at fremskynde 1C.

Eksterne årsager til langsom drift af 1C

Eksterne årsager, der påvirker hastigheden af ​​1C 8.3, omfatter hardware-, drifts- og softwarefaktorer.

Hardware faktor

Efter vores erfaring er årsagen til den langsomme drift af 1C oftest det dårlige tekniske udstyr på computere. Ved at bruge computere fra 2002-2007, udstyret med forældet hardware, er det svært at behandle store mængder data og visualisere dem. Det er alt herfra mulige konsekvenser– ikke kun 1C sænker farten, men også browseren, kontorredaktører, mail og meget mere.

Vi kan identificere to hovedkomponenter i en computer, der har størst indflydelse på 1C-ydelsen - processoren og RAM.

Processorer medfølger forskellige beløb kerner og forskellige clock-frekvenser. Antallet af kerner giver dig mulighed for at behandle flere processer samtidigt, og frekvensen er ansvarlig for processernes behandlingshastighed. Jo højere begge indikatorer er, jo bedre.

RAM giver dig mulighed for at gemme data i midlertidig hukommelse, så programmer kan arbejde med dem. Jo større mængde RAM, jo flere data kan behandles af 1C-programmet. Forøgelse af RAM har en positiv effekt på alle stadier af arbejdet med 1C - fra indlæsning af et program til upload af rapporter. Den positive effekt af at øge RAM mærkes dog ved små mængder. Ved skift fra 2 GB til 4 GB mærkes forskellen kraftigt, men øger du hukommelsen fra 16 GB til 32 GB, vil du ikke mærke meget af en stigning i ydeevnen (oplysningerne er ikke relevante for 1C-servere).

Det er værd at nævne videokortet. Her kan du spare penge ved at installere et videokort på budgetniveau, da 1C-programmer er designet i monotone farver uden brug af unødvendige specialeffekter.

Uanset hvilket arbejde der bliver gjort for at fremskynde 1C, hvis du har lidt RAM (1 GB) eller en svag processor (2200 GHz), er det usandsynligt, at du opnår en mærkbar stigning i hastigheden. Det er værd at overveje at opgradere din computer.

Se din computers indstillinger direkte Kort om Du kan højreklikke på ikonet Denne computer og vælge "Egenskaber" der. Du vil blive vist den anvendte processor, dens frekvens og mængden af ​​RAM.

Operationel faktor

Driftsfaktorer omfatter typen af ​​operativsystem og strømindstillinger.

Den mest almindelige operativsystemer er 32- og 64-bit. Seneste systemer(Windows 8.10) er for det meste 64-bit. 32-bit systemer har nogle begrænsninger, hvoraf den vigtigste er en softwarebegrænsning på den maksimalt tilgængelige mængde RAM - cirka 3,5 GB. Selvom du fysisk har 8 GB installeret, er det maksimale du kan bruge 3,5 GB.

Opsætning af strømforsyningen involverer valg af driftsskemaet "Maksimal ydeevne". I forskellige operativsystemer er strømindstillingerne placeret forskellige steder i Windows, du kan altid finde det i kontrolpanelet.

Software faktor

Softwarefaktorer omfatter programmer, der begrænser ydeevnen af ​​1C, eller programmer, der deler computerressourcer med 1C.

Denne faktor er nemmest at eliminere - mens 1C kører, skal du lukke alle andre programmer, der kræver det stor mængde ressourcer (browsere, videoafspillere, spil osv.), og føj også 1C-programmet til undtagelserne for dit antivirus. Du bør ikke indlæse din computer med andre programmer, mens du arbejder med 1C. Dette vil hjælpe med at forbedre 1C-ydeevnen på grund af det faktum, at alle computerressourcer vil blive sendt til at behandle computerprocesser i 1C.

Interne årsager til langsom drift af 1C

TIL interne årsager faktorer, der påvirker hastigheden af ​​1C, omfatter unødvendige dokumenter, software-cache og rutineopgaver.

For at sikre, at der ikke er noget unødvendigt i databasen, anbefales det regelmæssigt at slette objekter, der er markeret til sletning, rulle databasen op for tidligere perioder, og også deaktivere unødvendige funktioner. I seneste versioner 1C på fanen Administration er en ydeevnesektion dukket op. På den kan du deaktivere valgfri funktioner efter eget skøn og øge hastigheden på 1C.

Cache er en lagring af information, som efter systemets opfattelse kan rekvireres af brugeren med størst sandsynlighed. Men når de arbejder i systemet, opretter brugerne nye databaser, nye brugere og holder op med at bruge gamle databaser. Cachen fra dem forbliver i systemet og kan bremse 1C. Vi anbefaler, at du regelmæssigt rydder 1C-cachen.

Rutine- og baggrundsopgaver er processer, der kører i baggrunden (uden at vise eller bekræfte brugeren), som er nødvendige for at vedligeholde og opdatere visse oplysninger. For eksempel, hvorfor opdatere bankklassificeringen eller valutakurserne en gang i timen, hvis valutatransaktioner udføres sjældent og efter forudindlæsning af de aktuelle valutakurser? Ved at deaktivere sådanne processer vil vi losse systemet og dirigere alle tilgængelige ressourcer til at beregne de operationer, vi skal køre.

Klient-server-løsninger 1C

For virksomheder, der bruger en 1C-server, er øget produktivitet forbundet med at forbedre serveren (værtscomputeren) og dens korrekte konfiguration. Klientcomputere kan have minimumskrav at køre 1C, fordi alle beregninger vil blive udført på serveren. Men nogle gange kan selv en kraftfuld server ikke klare det samtidige arbejde fra 5-10 brugere, hvis 1C-serveren ikke er korrekt konfigureret.

Desværre er overvejelser om serverindstillinger for at forbedre 1C-ydeevnen ikke inkluderet i denne artikel, da dette kræver visse færdigheder og viden inden for områderne netværk og principperne for drift af 1C-servere.

konklusioner

Vi har overvejet alle mulige kilder til problemer vedrørende den langsomme drift af 1C. Ved at udføre de relevante procedurer og følge vores anbefalinger, vil du forbedre 1C ydeevne og være i stand til at vedligeholde høj hastighed programdrift. Glem ikke, at lav 1C-produktivitet resulterer i lav medarbejderproduktivitet på grund af kort, men hyppig nedetid i de mest almindelige operationer.

Vi er klar til at forbedre ydeevnen af ​​din 1C ved at bruge en integreret tilgang til at løse dette problem - vi vil udføre alle de nødvendige test og tage indledende præstationsindikatorer, analysere den aktuelle tilstand af computere og netværk og derefter udføre hele sættet af foranstaltninger til at fremskynde 1C og fortælle dig, hvordan du vedligeholder systemet i fremragende form.

Fremskynd 1C lige nu!

Af forskellige årsager støder brugere af 1C-programmet fra tid til anden på 1C-ydelsesproblemer. For eksempel: et dokument tager lang tid at behandle, en rapport tager lang tid at generere, transaktionsfejl, programmet fryser, langsom reaktion på brugerhandlinger osv. Ved at følge vores instruktioner kan du opnå betydelig succes i programmets ydeevne og forhindre overskridelse af systemgrænsen. Dette er ikke et universalmiddel for alle dårligdomme, men de fleste af årsagerne til 1C-afmatninger ligger netop i disse problemer.

1. Udfør ikke rutine- eller baggrundsopgaver, mens brugerne arbejder

Den første og hovedregel for systemadministratorer er at planlægge, at alle baggrundsopgaver skal udføres uden for arbejdstiden. Systemet skal aflastes så meget som muligt for at kunne udføre rutineopgaver (indeksering, dokumentbehandling, dataupload) og samtidig ikke forstyrre brugernes arbejde. Hverken systemet eller brugerne vil forstyrre hinanden, hvis de arbejder på forskellige tidspunkter.

2. Udveksle ikke RIB-data i brugernes arbejdstid

Selvom virksomheder for nylig har opgivet RIB-dataudvekslingssystemet til fordel for onlinetilstand og terminaladgang, er det ikke forkert at huske, at det under upload og download af udvekslingsdata er umuligt at udføre dokumenter og fuldtidsjob i et program. Hvis det er muligt, bør denne procedure, hvis den findes, udføres om natten ved hjælp af baggrundsjob.

3. Forøg pc-ydelsen rettidigt, så den matcher dens kraft til reelle behov

Glem ikke, at den samtidige drift af 30 og 100 brugere i systemet producerer forskellige belastninger. Derfor, hvis der er planlagt en kvantitativ stigning i brugere, bør IT-tjenesten straks overveje spørgsmålet om udvidelse af maskinparken, køb af yderligere hukommelse eller servere sammen med virksomhedens ledelse.

4. Software som 1C kører på

1C-programmet er sådan, at det fungerer anderledes på operativsystemer. Det vides ikke præcist hvorfor, men det er sådan. For eksempel fungerer serverversionen af ​​en 1C-database på Linux OS i forbindelse med SQL Postgre meget langsommere end den samme 1C-database, men på Windows OS i forbindelse med MS SQL. Præcis årsager dette faktum er ikke kendt, men tilsyneladende et sted dybt i 1C-platformen er der kompatibilitetsproblemer med operativsystemer og ikke-Microsoft DBMS. Det er også værd at implementere systemet på en 64-bit server, hvis du planlægger at lægge betydelige belastninger på databasen.

5. Databaseindeksering

Intern procedure i 1C-programmet, som "kæmmer" systemet indefra. Indstil den til at køre i baggrunden regulerende opgave om natten og vær rolig.

6. Deaktivering af operationelt batchregnskab

Pointen er, at hvornår operationel implementering dokumenter registreres bevægelser i registre, herunder batch-regnskabsregistre. Registrering af batchregnskabsregistre ved bogføring af bilag kan deaktiveres i programindstillingerne. En gang om måneden vil det være nødvendigt at begynde at behandle bogføringen af ​​dokumenter i partier, for eksempel på et tidspunkt, hvor belastningen på databasen er mindst, eller når mindste antal brugere.

7. RAM

Brug følgende formel:

RAM = (DB 1+DB 2+DB N) / 100 * 70

Omkring 70 % af den samlede fysiske mængde af databaser. 1C-baser elsker at spise godt vædder. Glem ikke dette.

8. Optimer om muligt selvskrevne rapporter og behandling med ufuldkomne og forældede koder

I løbet af en virksomheds levetid er der behov for at skrive rapporter og bearbejdning, samt forbedringer til at styre forretningsprocesser og udtrække specifik information. Det er alle disse forbedringer, der kan forårsage fejl og bremse arbejdet, fordi... a) nogle Kulibins kan engang have skrevet tung, forkert kode, som er vanskelig for programmet at udføre og kræver en betydelig indsats at udføre. b) koden, som behandlingen eller rapporten er skrevet i, kan være blevet forældet og kræver revision og omprogrammering. Brug reglen: Jo mindre vi ændrer noget i programmet, jo bedre.

9. Ryd cache

En almindelig servergenstart løser nogle gange problemer med den forældede 1C-cache. Bare prøv det. Aflæsning kan også hjælpe – indlæsning af informationsbasen gennem konfiguratoren. Og den seneste rensning af cachen for en specifik bruger er at slette mapper i 1C-systemmappen i formen: kexifzghjuhfv8j33hbdgk0. Men at slette cachelagrede brugermapper er det sidste, fordi... Udover at fjerne skrald har rydning af cachen ubehagelige konsekvenser i form af sletning af gemte rapportindstillinger og brugermenugrænsefladen.

10. Reduktion af den fysiske mængde af databaser

Mere base – flere ressourcer. Naturligt. Brug standard 1C-værktøjer til at skjule databasen. Tænk på muligheden for at give afkald på fem års data for at forbedre produktiviteten. Og har du stadig brug for data fra de seneste fem år, kan du altid bruge en kopi af databasen.

11. Korrekt tilrettelæggelse af arkitektur

Generelt skal arkitekturen af ​​virksomhedens informationssystem være korrekt. Hvad mener vi med det rigtige system? Sammenlignelighed af de opgaver, der er tildelt systemet med det tilgængelige udstyr og software. Planlæg systemet sammen med: systemadministratoren (fordi han kender maskinflåden), 1C-programmøren (fordi han kender ressourcebehovet i 1C) og virksomhedens leder (fordi han kender til virksomhedens fremtidige vækst eller sammentrækning ).