Optimalisering av terminalserveren for 1s 83. Materialformatet er endret

Hovedformålet med å skrive artikkelen er ikke å gjenta de åpenbare nyansene for de administratorene (og programmererne) som ennå ikke har fått erfaring med 1C.

Et sekundært mål, hvis jeg har noen mangler, vil Infostart påpeke dette for meg raskest.

V. Gilevs test har allerede blitt en slags "de facto" standard. Forfatteren på nettstedet hans ga ganske forståelige anbefalinger, men jeg vil ganske enkelt gi noen resultater og kommentere de mest sannsynlige feilene. Naturligvis kan testresultatene på utstyret ditt variere, dette er bare en veiledning, hva som bør være og hva du kan strebe etter. Jeg vil merke med en gang at endringer må gjøres trinnvis, og etter hvert trinn, sjekk hvilket resultat det ga.

Det er lignende artikler om Infostart, i de relevante delene vil jeg legge til lenker til dem (hvis jeg savner noe, vennligst fortell meg i kommentarene, jeg vil legge det til). Så anta at du bremser 1C. Hvordan diagnostisere problemet, og hvordan forstå hvem som har skylden, administratoren eller programmereren?

Opprinnelige data:

Testet datamaskin, hovedforsøkskanin: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. For sammenligning vises sammenlignbare resultater i en enkelt-tråds test av Core i3-2100. Utstyret ble spesielt tatt ikke av det nyeste, på moderne utstyr er resultatene merkbart bedre.

For testing av eksterne 1C- og SQL-servere, SQL-server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

For å teste 10 Gbit-nettverket ble Intel 520-DA2-adaptere brukt.

Filversjon. (basen ligger på serveren i den delte mappen, klientene er koblet til et nettverk, CIFS/SMB-protokollen). Trinn for trinn algoritme:

0. Legg Gilev testdatabase til filserveren i samme mappe som hoveddatabasene. Vi kobler til fra klientdatamaskinen, kjører testen. Vi husker resultatet.

Det er forstått at selv for gamle datamaskiner for 10 år siden (Pentium on 775 socket ) tiden fra du klikker på 1C:Enterprise-etiketten til databasevinduet vises, bør være mindre enn ett minutt. ( Celeron = sakte arbeid).

Hvis datamaskinen din er dårligere enn en Pentium på 775 stikkontakt med 1 GB RAM, så sympatiserer jeg med deg, og det vil være vanskelig for deg å oppnå komfortabelt arbeid på 1C 8.2 i filversjonen. Vurder enten å oppgradere (for lenge siden) eller bytte til en terminal (eller web, i tilfelle av tynne klienter og administrerte skjemaer) server.

Hvis datamaskinen ikke er verre, kan du sparke administratoren. Kontroller som et minimum driften av nettverks-, antivirus- og HASP-beskyttelsesdriveren.

Hvis Gilevs test på dette stadiet viste 30 "papegøyer" og mer, men 1C-arbeidsbasen fortsatt fungerer sakte - er spørsmålene allerede for programmereren.

1. For en veiledning, hvor mye en klientdatamaskin kan "presse ut", kontrollerer vi driften av kun denne datamaskinen, uten nettverk. Vi legger testbasen på den lokale datamaskinen (på en veldig rask disk). Hvis klientdatamaskinen ikke har en vanlig SSD, opprettes en ramdisk. Så langt er den enkleste og gratis Ramdisk enterprise.

For å teste versjon 8.2 er 256 MB av en ramdisk nok, og! Det viktigste. Etter å ha startet datamaskinen på nytt med en fungerende ramdisk, skal den ha 100-200 MB ledig. Følgelig, uten en ramdisk, bør det være 300-400 MB for normal drift av ledig minne.

For å teste versjon 8.3 er en 256 MB ramdisk nok, men det trengs mer ledig RAM.

Når du tester, må du se på prosessorbelastningen. I et tilfelle nær ideell (ramdisk), laster den lokale filen 1c 1 prosessorkjerne under drift. Følgelig, hvis prosessorkjernen ikke er fullastet under testing, se etter svakheter. Litt emosjonell, men generelt korrekt, er påvirkningen fra prosessoren på driften av 1C beskrevet. Bare for referanse, selv på moderne Core i3 med høy frekvens, er tallene 70-80 ganske reelle.

De vanligste feilene på dette stadiet.

a) Feilkonfigurert antivirus. Det er mange antivirus, innstillingene for hver er forskjellige, jeg kan bare si at med riktig konfigurasjon forstyrrer verken nettet eller Kaspersky 1C. Med "standard"-innstillingene - ca 3-5 papegøyer (10-15%) kan tas bort.

b) Ytelsesmodus. Av en eller annen grunn er det få som legger merke til dette, og effekten er den viktigste. Hvis du trenger hastighet, må du gjøre det, både på klient- og serverdatamaskiner. (Gilev har en god beskrivelse. Det eneste forbeholdet er at på noen hovedkort, hvis Intel SpeedStep er slått av, kan ikke TurboBoost slås på).

Kort sagt, under 1C-drift er det mye venting på svar fra andre enheter (disk, nettverk, etc.). Mens du venter på svar, hvis ytelsesmodusen er balansert, senker prosessoren frekvensen. En respons kommer fra enheten, 1C (prosessoren) må fungere, men de første syklusene går med redusert frekvens, deretter stiger frekvensen – og 1C venter igjen på svar fra enheten. Og så – mange hundre ganger per sekund.

Du kan (og helst) aktivere ytelsesmodus på to steder:

Gjennom BIOS. Deaktiver C1, C1E, Intel C-state (C2, C3, C4) moduser. I forskjellige bios kalles de forskjellig, men betydningen er den samme. Søk lenge, en omstart er nødvendig, men hvis du gjorde det en gang, kan du glemme det. Hvis alt er gjort riktig i BIOS, blir hastigheten lagt til. På noen hovedkort kan BIOS-innstillinger settes slik at Windows ytelsesmodus ikke spiller noen rolle. (Eksempler på BIOS-oppsett av Gilev). Disse innstillingene gjelder hovedsakelig serverprosessorer eller "avanserte" BIOSer, hvis du ikke har funnet det selv, og du ikke har Xeon - det er greit.

Kontrollpanel - Strøm - Høy ytelse. Minus - hvis datamaskinen ikke har fått service på lenge, vil den surre sterkere med en vifte, den vil varmes opp mer og forbruke mer energi. Dette er prisen på ytelse.

Hvordan sjekke at modusen er aktivert. Kjør Oppgavebehandling - Ytelse - Ressursovervåking - CPU. Vi venter til prosessoren er opptatt med ingenting.

Dette er standardinnstillingene. BIOS C-tilstand inkludert, balansert kraftmodus
BIOS C-tilstand inkludert, høyytelsesmodus For Pentium og Core kan du stoppe der, du kan fortsatt presse noen "papegøyer" ut av Xeon
BIOS C-tilstand av, høyytelsesmodus. Hvis du ikke bruker Turbo boost – slik skal det se ut server innstilt for ytelse

Og nå tallene. La meg minne deg på: Intel Xeon 5650, ramdisk. I det første tilfellet viser testen 23,26, i sistnevnte - 49,5. Forskjellen er nesten todelt. Tallene kan variere, men forholdet forblir stort sett det samme for Intel Core.

Kjære administratorer, du kan skjelle ut 1C som du vil, men hvis sluttbrukere trenger hastighet, må du aktivere høyytelsesmodus.

c) Turbo Boost. Først må du forstå om prosessoren din støtter denne funksjonen, for eksempel. Hvis det gjør det, kan du fortsatt ganske lovlig få litt ytelse. (Jeg vil ikke berøre spørsmålene om overklokking, spesielt servere, gjør det på egen risiko og risiko. Men jeg er enig i at å øke busshastigheten fra 133 til 166 gir en veldig merkbar økning i både hastighet og varmespredning)

Hvordan slå på turbo boost står for eksempel skrevet. Men! For 1C er det noen nyanser (ikke de mest åpenbare). Vanskeligheten er at den maksimale effekten av turboboost manifesteres når C-tilstanden er slått på. Og det viser seg noe som dette bildet:

Vær oppmerksom på at multiplikatoren er maksimum, kjernehastigheten er den vakreste, ytelsen er høy. Men hva vil skje som et resultat av 1s?

Men til slutt viser det seg at ifølge CPU-ytelsestester er varianten med en multiplikator på 23 foran, ifølge Gilevs tester i filversjonen er ytelsen med en multiplikator på 22 og 23 den samme, men i klient-server-versjon, varianten med en multiplikator på 23 horror horror horror (selv om C -state satt til nivå 7, er den fortsatt tregere enn med C-state slått av). Derfor, anbefalingen, sjekk begge alternativene for deg selv, og velg den beste fra dem. Uansett er forskjellen mellom 49,5 og 53 papegøyer ganske betydelig, spesielt siden det er uten mye anstrengelse.

Konklusjon - turboboost må være med. La meg minne deg på at det ikke er nok å aktivere Turbo boost-elementet i BIOS, du må også se på andre innstillinger (BIOS: QPI L0s, L1 - deaktiver, kreve skrubbing - deaktiver, Intel SpeedStep - aktiver, Turbo boost - aktiver Kontrollpanel - Strøm - Høy ytelse) . Og jeg ville fortsatt (selv for filversjonen) stoppet ved alternativet der c-state er slått av, selv om multiplikatoren er mindre der. Skaff deg noe sånt...

Et ganske kontroversielt poeng er minnefrekvensen. For eksempel er minnefrekvensen vist som svært innflytelsesrik. Testene mine avslørte ikke slik avhengighet. Jeg vil ikke sammenligne DDR 2/3/4, jeg vil vise resultatene av å endre frekvensen innenfor samme linje. Minnet er det samme, men i BIOS tvinger vi fram lavere frekvenser.

Og testresultater. 1C 8.2.19.83, for filversjonen lokal ramdisk, for klient-server 1C og SQL på én datamaskin, delt minne. Turbo boost er deaktivert i begge alternativene. 8.3 viser sammenlignbare resultater.

Forskjellen ligger innenfor målefeilen. Jeg trakk spesifikt ut CPU-Z-skjermbildene for å vise at andre parametere endres med frekvensendringen, den samme CAS-latensen og RAS til CAS-forsinkelsen, som jevner ut frekvensendringen. Forskjellen vil være når minnemodulene fysisk endres, fra tregere til raskere, men selv der er ikke tallene særlig signifikante.

2. Når vi fant ut prosessoren og minnet til klientdatamaskinen, går vi videre til det neste veldig viktige stedet - nettverket. Det er skrevet mange bind med bøker om nettverksinnstilling, det er artikler om Infostart ( og andre), her vil jeg ikke fokusere på dette emnet. Før du begynner å teste 1C, vennligst sørg for at iperf mellom to datamaskiner viser hele båndet (for 1 Gbit-kort - vel, minst 850 Mbit, men bedre 950-980), at Gilevs råd blir fulgt. Deretter - den enkleste testen av arbeid vil merkelig nok være å kopiere én stor fil (5-10 gigabyte) over nettverket. Indirekte tegn Normal drift på et nettverk på 1 Gbit vil ha en gjennomsnittlig kopihastighet på 100 Mb/s, god drift - 120 Mb/s. Jeg vil gjøre deg oppmerksom på at prosessorbelastningen også kan være et svakt punkt (inkludert). SMB protokollen på Linux er ganske dårlig parallellisert, og under drift kan den ganske enkelt "spise" en prosessorkjerne og ikke konsumere den lenger.

Og videre. Med standardinnstillinger fungerer Windows-klienten best med Windows-server (eller til og med Windows-arbeidsstasjon) og SMB / CIFS-protokoll, linux-klient (debian, ubuntu så ikke på de andre) fungerer best med linux og NFS (den fungerer også med SMB, men på NFS papegøyer ovenfor). Det faktum at når en lineær kopiering av en win-linux-server til nfs kopieres til én strøm raskere, betyr ikke noe. Tuning debian for 1C er et tema for en egen artikkel, jeg er ikke klar for det enda, selv om jeg kan si at i filversjonen fikk jeg til og med litt bedre ytelse enn Win-versjonen på samme utstyr, men med postgres med brukere over 50 Jeg har fortsatt alt veldig dårlig.

Det viktigste , som er kjent for "brente" administratorer, men nybegynnere tar ikke hensyn til. Det er mange måter å sette banen til 1c-databasen på. Du kan gjøre \\server\share, du kan \\192.168.0.1\share, du kan netto bruke z: \\192.168.0.1\share (og i noen tilfeller vil denne metoden også fungere, men ikke alltid) og deretter spesifisere Z-drevet.Det ser ut til at alle disse stiene peker til samme sted, men for 1C er det bare én måte som gir en ganske stabil ytelse. Så her er det du trenger å gjøre riktig:

På kommandolinjen (eller i policyer, eller hva som passer deg) - bruk nett DriveLetter: \\server\share. Eksempel: nettbruk m:\\server\baser. Jeg understreker spesifikt IKKE en IP-adresse, nemlig Navn server. Hvis serveren ikke er synlig med navn, legg den til i dns på serveren, eller lokalt i hosts-filen. Men anken må være ved navn. Følgelig, på vei til databasen, få tilgang til denne disken (se bildet).

Og nå skal jeg vise i tall hvorfor slike råd. Opprinnelige data: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169-kort. OS Win 2008 R2, Win 7, Debian 8. Siste drivere, oppdateringer tatt i bruk. Før testing sørget jeg for at Iperf gir full båndbredde (bortsett fra 10 Gbit-kort, viste det seg å presse ut bare 7,2 Gbit, senere skal jeg se hvorfor, testserver ikke riktig konfigurert ennå). Diskene er forskjellige, men overalt er det en SSD (spesielt satt inn en enkelt disk for testing, ingenting annet er lastet inn) eller et raid fra en SSD. Hastigheten på 100 Mbit ble oppnådd ved å begrense innstillingene til Intel 362-adapteren. Det var ingen forskjell mellom 1 Gbit kobber Intel 350 og 1 Gbit optikk Intel X520-DA2 (oppnådd ved å begrense hastigheten på adapteren). Maksimal ytelse, turboboost er av (bare for å sammenligne resultatene, gir turboboost litt mindre enn 10 % for gode resultater, for dårlige resultater påvirker det kanskje ikke i det hele tatt). Versjoner 1C 8.2.19.86, 8.3.6.2076. Jeg gir ikke alle tallene, men bare de mest interessante, slik at det er noe å sammenligne med.

Konklusjoner (fra tabellen, og fra personlig erfaring. Gjelder kun filversjonen):

Over nettverket kan du få ganske normale tall for arbeid hvis dette nettverket er normalt konfigurert og banen er korrekt skrevet i 1C. Selv de første Core i3-ene kan godt gi 40+ papegøyer, noe som er ganske bra, og dette er ikke bare papegøyer, i ekte arbeid er forskjellen også merkbar. Men! begrensningen ved arbeid med flere (mer enn 10) brukere vil ikke lenger være nettverket, her er 1 Gbit fortsatt nok, men blokkering under flerbrukerarbeid (Gilev).

1C 8.3-plattformen er mange ganger mer krevende for kompetent nettverksoppsett. Grunninnstillinger - se Gilev, men husk at alt kan påvirke. Jeg så akselerasjon fra det faktum at de avinstallerte (og ikke bare slått av) antiviruset, fra å fjerne protokoller som FCoE, fra å endre drivere til en eldre, men Microsoft-sertifisert versjon (spesielt for billige kort som asus og dlinks), fra å fjerne andre nettverkskort fra serveren. Mange alternativer, konfigurer nettverket med omtanke. Det kan godt være en situasjon når plattform 8.2 gir akseptable tall, og 8.3 - to eller enda flere ganger mindre. Prøv å lek deg med plattformversjoner 8.3, noen ganger får du en veldig stor effekt.

1C 8.3.6.2076 (kanskje senere, jeg har ikke sett etter den eksakte versjonen ennå) over nettverket er fortsatt enklere å sette opp enn 8.3.7.2008. Fra 8.3.7.2008 for å oppnå normal nettverksdrift (i sammenlignbare papegøyer) viste det seg bare noen få ganger, jeg kunne ikke gjenta det for et mer generelt tilfelle. Jeg skjønte ikke så mye, men etter fotkledene fra Process Explorer å dømme, går ikke opptaket der slik det gjør i 8.3.6.

Til tross for det faktum at når du jobber på et 100 Mbps-nettverk, er belastningsplanen liten (vi kan si at nettverket er gratis), er arbeidshastigheten fortsatt mye mindre enn på 1 Gbps. Årsaken er nettverksforsinkelse.

Ceteris paribus (velfungerende nettverk) for 1C 8.2 er Intel-Realtek-tilkoblingen 10 % tregere enn Intel-Intel. Men realtek-realtek kan generelt gi skarpe innsynkninger ut av det blå. Derfor, hvis det er penger, er det bedre å holde Intel-nettverkskort overalt, hvis det ikke er penger, så legg Intel bare på serveren (din KO). Ja, og det er mange ganger flere instruksjoner for tuning av Intel-nettverkskort.

Standard antivirusinnstillinger (for eksempel drweb 10-versjon) tar bort omtrent 8-10% av papegøyene. Hvis du konfigurerer det riktig (la 1cv8-prosessen gjøre alt, selv om det ikke er trygt) - hastigheten er den samme som uten antivirus.

IKKE les Linux-guruer. En server med samba er flott og gratis, men hvis du setter Win XP eller Win7 på serveren (eller enda bedre - server OS), vil i filversjon 1c fungere raskere. Ja, både samba og protokollstabelen og nettverksinnstillingene og mye mer i debian / ubuntu er godt innstilt, men dette anbefales for spesialister. Det gir ingen mening å installere Linux med standardinnstillinger og deretter si at det er tregt.

Det er en god idé å teste disker koblet til via nettbruk med fio . Det vil i hvert fall være klart om dette er problemer med 1C-plattformen, eller med nettverket/disken.

For en enkeltbrukervariant kan jeg ikke tenke på tester (eller en situasjon) der forskjellen mellom 1 Gb og 10 Gb vil være synlig. Det eneste stedet hvor 10Gbps for filversjonen ga bedre resultater var å koble til disker via iSCSI, men dette er et emne for en egen artikkel. Likevel tror jeg at 1 Gbit-kort er nok for filversjonen.

Hvorfor, med et 100 Mbit-nettverk, fungerer 8.3 merkbart raskere enn 8.2 - jeg forstår ikke, men faktum fant sted. Alt annet utstyr, alle andre innstillinger er nøyaktig de samme, bare i ett tilfelle blir 8.2 testet, og i det andre - 8.3.

Ikke innstilt NFS vinn - vinn eller vinn-lin gir 6 papegøyer, inkluderte det ikke i tabellen. Etter tuning fikk jeg 25, men den er ustabil (oppkjøringen i mål er mer enn 2 enheter). Så langt kan jeg ikke gi anbefalinger om bruk av Windows og NFS-protokollen.

Etter alle innstillingene og sjekkene kjører vi testen på nytt fra klientdatamaskinen, gleder oss over det forbedrede resultatet (hvis det gikk). Hvis resultatet har forbedret seg, er det mer enn 30 papegøyer (og spesielt mer enn 40), det er mindre enn 10 brukere som jobber samtidig, og arbeidsdatabasen bremser fortsatt ned - nesten definitivt et programmerers problem (eller du har allerede nådde toppen av filversjonens evner).

terminalserver. (basen ligger på serveren, klienter er koblet til et nettverk, RDP-protokollen). Trinn for trinn algoritme:

0. Legg Gilev testdatabase til serveren i samme mappe som hoveddatabasene. Vi kobler til fra samme server og kjører testen. Vi husker resultatet.

1. På samme måte som i filversjonen setter vi opp arbeidet. Når det gjelder en terminalserver, spiller prosessoren generelt hovedrollen (det er forstått at det ikke er noen åpenbare svakheter, for eksempel mangel på minne eller en enorm mengde unødvendig programvare).

2. Å sette opp nettverkskort i tilfelle av en terminalserver har praktisk talt ingen innvirkning på driften av 1s. For å gi "spesiell" komfort, hvis serveren din gir ut mer enn 50 papegøyer, kan du leke med nye versjoner av RDP-protokollen, bare for brukernes komfort, raskere respons og rulling.

3. Med det aktive arbeidet til et stort antall brukere (og her kan du allerede prøve å koble 30 personer til en base, hvis du prøver), er det veldig ønskelig å installere en SSD-stasjon. Av en eller annen grunn antas det at disken ikke påvirker driften av 1C spesielt, men alle tester utføres med kontrollerbufferen aktivert for skriving, noe som er feil. Testbasen er liten, den får plass i cachen, derav de høye tallene. På ekte (store) databaser vil alt være helt annerledes, så cachen er deaktivert for tester.

For eksempel sjekket jeg arbeidet med Gilev-testen med forskjellige diskalternativer. Jeg la plater fra det som var for hånden, bare for å vise en tendens. Forskjellen mellom 8.3.6.2076 og 8.3.7.2008 er liten (i Ramdisk Turbo boost gir versjon 8.3.6 56.18 og 8.3.7.2008 gir 55.56, i andre tester er forskjellen enda mindre). Strømforbruk - maksimal ytelse, turbo boost deaktivert (med mindre annet er angitt).

Den inkluderte cachen til RAID-kontrolleren eliminerer all forskjellen mellom diskene, tallene er de samme for både sat og sas. Å teste med det for en liten mengde data er ubrukelig og er ikke en indikator.

For 8.2-plattformen er ytelsesforskjellen mellom SATA- og SSD-alternativer mer enn dobbel. Dette er ikke en skrivefeil. Hvis du ser på ytelsesmonitoren under testen på SATA-stasjoner. så er det godt synlig "Aktiv disktid (i%)" 80-95. Ja, hvis du aktiverer skrive-cachen til selve diskene, vil hastigheten øke til 35, hvis du aktiverer raid-kontroller-cachen - opptil 49 (uansett hvilke disker som testes for øyeblikket). Men disse er syntetiske papegøyer av cachen, i virkelig arbeid med store databaser vil det aldri være et 100% skrive-cache-treffforhold.

Hastigheten til selv billige SSD-er (jeg testet på Agility 3) er nok til at filversjonen fungerer. Skriveressursen er en annen sak, her må du se i hvert enkelt tilfelle, det er klart at Intel 3700 vil ha en størrelsesorden høyere, men der er prisen tilsvarende. Og ja, jeg forstår at når jeg tester en SSD-stasjon, tester jeg også cachen til denne stasjonen i større grad, de reelle resultatene blir mindre.

Den mest korrekte (fra mitt ståsted) løsning vil være å tildele 2 SSD-disker til et speilraid for filbasen (eller flere filbaser), og ikke legge noe annet der. Ja, med et speil slites SSD-er ut på samme måte, og dette er et minus, men de er i det minste på en eller annen måte forsikret mot feil i kontrollerelektronikken.

Hovedfordelene med SSD-disker for filversjonen vil vises når det er mange databaser, og hver med flere brukere. Hvis det er 1-2 baser, og brukere i området 10, vil SAS-disker være nok. (men i alle fall - se på lasting av disse diskene, i det minste gjennom perfmon).

Hovedfordelene med en terminalserver er at den kan ha svært svake klienter, og nettverksinnstillingene påvirker terminalserveren mye mindre (din KO igjen).

Konklusjoner: hvis du kjører Gilev-testen på terminalserveren (fra den samme disken der arbeidsdatabasene er plassert) og i de øyeblikkene da arbeidsdatabasen bremser ned, og Gilev-testen viser et godt resultat (over 30), så sakte drift av den viktigste arbeidsdatabasen er å klandre, mest sannsynlig en programmerer.

Hvis Gilev-testen viser små tall, og du har både en prosessor med høy frekvens og raske disker, her må administratoren ta minst perfmon, og registrere alle resultatene et sted, og se, observere, trekke konklusjoner. Det vil ikke være noen definitive råd.

Klient-server-alternativ.

Tester ble utført bare 8.2, tk. På 8.3 avhenger alt ganske seriøst av versjonen.

For testing valgte jeg forskjellige serveralternativer og nettverk mellom dem for å vise hovedtrendene.

Det ser ut til at jeg har vurdert alle de interessante alternativene, hvis du er interessert i noe annet - skriv i kommentarene, jeg vil prøve å gjøre det.

SAS på lagring er tregere enn lokale SSD-er, selv om lagring har store cache-størrelser. SSD-er og lokale og lagringssystemer for Gilev-testen fungerer med sammenlignbare hastigheter. Jeg kjenner ingen standard flertrådstest (ikke bare poster, men alt utstyr) bortsett fra belastningen 1C fra MCC.

Å endre 1C-serveren fra 5520 til 5650 ga nesten en dobling av ytelsen. Ja, serverkonfigurasjonene stemmer ikke helt overens, men det viser en trend (ingenting overraskende).

Å øke frekvensen på SQL-serveren gir absolutt effekt, men ikke den samme som på 1C-serveren, MS SQL-serveren er perfekt i stand (hvis du spør om det) å bruke multi-core og ledig minne.

Å endre nettverket mellom 1C og SQL fra 1 Gbps til 10 Gbps gir omtrent 10 % av papegøyene. Forventet mer.

Aktivering av delt minne gir fortsatt effekten, men ikke 15 %, som beskrevet. Sørg for å gjøre det, det er raskt og enkelt. Hvis noen ga SQL-serveren en navngitt instans under installasjonen, så for at 1C skal fungere, må servernavnet ikke spesifiseres av FQDN (tcp / ip vil fungere), ikke gjennom lokalvert eller bare Servernavn, men gjennom Servernavn\Forekomstnavn, for eksempel zz-test\zztest. (Ellers vil det oppstå en DBMS-feil: Microsoft SQL Server Native Client 10.0: Delt minneleverandør: Det delte minnebiblioteket som ble brukt til å koble til SQL Server 2000 ble ikke funnet. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSTASr: =08001, tilstand=1, alvorlighetsgrad=10, opprinnelig=126, linje=0).

For brukere under 100 er det eneste poenget med å dele opp i to separate servere en lisens for Win 2008 Std (og eldre versjoner), som kun støtter 32 GB RAM. I alle andre tilfeller bør 1C og SQL definitivt installeres på samme server og gis mer (minst 64 GB) minne. Å gi MS SQL mindre enn 24-28 GB RAM er uberettiget grådighet (hvis du tror at du har nok minne til det og alt fungerer bra - kanskje 1C-filversjonen ville være nok for deg?)

Hvor mye verre en haug med 1C og SQL fungerer i en virtuell maskin er temaet i en egen artikkel (hint - merkbart verre). Selv i Hyper-V er ting ikke så klart...

Balansert ytelsesmodus er dårlig. Resultatene stemmer godt overens med filversjonen.

Mange kilder sier at feilsøkingsmodusen (ragent.exe -debug) gir en sterk reduksjon i ytelse. Vel, det senker, ja, men jeg vil ikke kalle 2-3% en signifikant effekt.

1. Sette opp planlagte oppgaver og bakgrunnsoppgaver;
2. Diagnostisering og eliminering av feil i infobasen, som har et filformat for lagring av data;
3. Start indeksering av fulltekstsøk i 1C eller slå den av helt;
4. Lansering av databasen på de nyeste plattformene 8.3.8;
5. Lansering i tynnklient;
6. Øke hastigheten på repostering av dokumenter når antiviruset er deaktivert;
7. Kjør omberegning av totaler og ny sekvensering;
8. Kjør Testing og fiksing av databasen, sjekk med chdbfl.exe-verktøyet;
9. Hvis konfigurasjonen ikke er typisk, det vil si modifisert av programmerere for en spesifikk organisasjon, utfør konfigurasjonssjekk;
10. Deaktiver unødvendige funksjonsmoduser;
11. Sett opp brukerrettigheter;
12. base konvolusjon;
13. Maskinvareoppgradering.

Metode 1: Sette opp planlagte jobber og bakgrunnsjobber

Applikasjonen i den nye utgaven av 1C Accounting 3.0, i tillegg til å utføre hovedarbeidet, starter operasjoner i bakgrunnen, noe som fører til en reduksjon i ytelsen til programmet.

Bakgrunnsmodusen er en standby-modus, det vil si at operasjonen alltid kjører, selv om den ikke brukes.

Trinn 1. Sette opp planlagte jobber og bakgrunnsjobber

Åpne listen over planlagte oppgaver og bakgrunnsoppgaver: Se Administrasjon - Støtte og vedlikehold - Planlagte operasjoner - Planlagte og bakgrunnsjobber:

Etter å ha startet 1C 8.3-programmet, startes bakgrunnsoppgaver automatisk, og planlagte oppgaver utføres som bruker stor mengde ressurser og senke programmet. Derfor er det nødvendig å analysere arbeidet til regnskapsførere og bestemme hvilke bakgrunnsoppgaver som skal stå i autorun, og hvilke som skal deaktiveres.

I figuren ser vi en liste over rutineoppgaver som kjøres i 1C 8.3 Regnskap:

Figuren viser en liste over fullførte bakgrunnsjobber:

For eksempel,

• Program 1C 8.3 Regnskap for oppdatering av ulike klassifiseringer er konstant koblet til nettstedet;
• Hvis selskapet ikke driver virksomhet relatert til utenlandsk valuta, er det ikke nødvendig å spore valutakurser;
• Hvis regnskapsføreren ikke bruker fulltekstsøk i programmet, er det ikke tilrådelig å kjøre "Tekstekstraksjon"-prosessen.

Trinn 2 Deaktiver unødvendige oppgaver

La oss vurdere i detalj hvordan du deaktiverer nedlastingen. Plasser markøren på ønsket linje og dobbeltklikk:

For å deaktivere oppgaven, fjern merket for Aktivert:

Trinn 3. Planlegg planlagte oppgaver

La oss se nærmere på hvordan du setter opp en tidsplan. Plasser markøren på ønsket linje og dobbeltklikk:

Velg tidsplanelementet:

I vinduet som åpnes, gå til ønsket fane og foreta de riktige innstillingene:

Metode 2. Diagnostisere og eliminere feil i en infobase som har et fildatalagringsformat

Trinn 1.

Vi lager en database backup.

Steg 2

Vi starter prosedyren. For å gjøre dette, åpne konfiguratoren og kjør prosedyren Testing og fiksing av infobasen: Se Administrasjon - Testing og fiksing. Velg kontrollene og modusene som skal utføres for infobasen:

Vurder, mer detaljert, de foreslåtte bekreftelsesalternativene:

• Reindeksering av infobasetabeller – gjenoppbygger tabellindekser for å forbedre databaseytelsen;
• Sjekke den logiske integriteten til infobasen - sjekke logikken til databasen;
• Sjekke referanseintegriteten til infobasen - sjekke den logiske integriteten til databasen for å oppdage "ødelagte" koblinger;
• Omberegning av totaler - omberegning av totaler av tabeller over akkumuleringsregistre;
• Komprimering av infobasetabeller – reduserer størrelsen på databasen etter testing og fiksing;
• Restrukturering av infobasetabeller - optimaliserer databasestrukturen ved hjelp av hjelpefiler for å øke stabilitet og ytelse.

Hvis vi velger varianten av test- og reparasjonsprosedyren i Infobases, blir innstillingselementene for håndtering av databasefeil tilgjengelige:

• Avsnitt Når det er referanser til ikke-eksisterende objekter betyr at når "ødelagte" koblinger oppdages, vil den behandle koblinger ved å bruke det valgte alternativet;
• Avsnitt Med delvis tap av objektdata betyr at resten av dataene er tilstrekkelige til å gjenopprette dataene til et eller annet objekt.

Prosedyren for å teste og korrigere 1C infobasen kan kun utføres i eksklusiv modus.

Metode 3. Start indeksering av fulltekstsøk i 1C eller slå den av helt

Fulltekstdatasøk ble utviklet av 1C for å gjøre det lettere for brukeren å søke etter ukjent informasjon. En funksjon ved fulltekstdatasøk i 1C 8.3 er:

• Brukeren kan skrive inn et enkelt søk og bruke spesielle operatorer som: og eller ikke.
• Fulltekstdatasøk fungerer med felt av typen ValueStorage og med lange tekstfelt, mens brukeren ikke får vist resultater han ikke har rettigheter til.

Du må for eksempel sette opp et fulltekstsøk i utgiftsrapportdokumentene.

Trinn 1.

Steg 2

Åpne dokumentet Forhåndsrapport: meny Konfigurator - Åpne konfigurasjon.

Trinn 3

I linjen Fulltekstsøk velger du elementet Bruk: Forhåndsrapport - Inndatafelt - Fulltekstsøk:

Trinn 4

Vi starter programmet og oppdaterer fulltekstsøkemodusen. Åpne Planlagte operasjoner: seksjon Administrasjon - Programinnstillinger - Støtte og vedlikehold:

Trinn 5

Åpne innstillingen og oppdater indeksen ved å bruke knappen Oppdater indeks:

Metode 4: Kjør databasen på de nyeste plattformene 8.3.8

Hvordan oppdatere den teknologiske plattformen 1C 8.3, se vår videoopplæring:

1C-spesialister har forbedret lastfordeling:

• Du kan mer presist kontrollere mengden minne som forbrukes av serverarbeiderprosesser, noe som kan øke klyngens motstandskraft mot uforsiktige brukerhandlinger.
• Restrukturering av infobaser i bakgrunnen. Denne nye funksjonen minimerer nedetiden for systemet som kreves for å oppdatere applikasjonsløsninger.
• Plattformversjon 8.3 fikk et nytt applikasjonsgrensesnitt "Taxi", mer praktisk og intuitivt med en ny lys design. Forbedrede appnavigasjonsalternativer. Brukeren kan selvstendig tilpasse arbeidsområdet sitt ved å plassere paneler i forskjellige områder av skjermen. Den nye linje-for-linje-inndatamekanismen gjør datainnhentingen betydelig raskere. For mer informasjon om de nye funksjonene i 1C 8.3 Accounting Taxi-grensesnittet, se videoen vår:

Metode 5. Lansering i en tynnklient

Arbeid i tynnklientmodus er bare mulig i administrert applikasjonsmodus. I tynnklientmodus utføres alle handlinger på serveren, brukeren får kun vist en visning av den mottatte informasjonen. Denne driftsmåten krever ikke store ressurser av både systemet og kommunikasjonskanalen.

Metode 6: Endre antivirusprogramvaren

Hvis det er Avast eller Kaspersky antivirus, er det tilrådelig å erstatte det med et annet. Erfaring har vist en økning i hastigheten på repostering av dokumenter med antivirus deaktivert til tider, siden antivirus tar opp dataressurser.

Metode 7. Teste og fikse databasen, sjekk med chdbfl.exe-verktøyet

Det er nødvendig å utføre testing og korrigering av basen, etter å ha laget en kopi tidligere.

Trinn 1. Lage en kopi av databasen

Hvordan sikkerhetskopiere 1C 8.3, se følgende videoopplæring:

Trinn 2. Sjekk med chdbfl.exe-verktøyet

chdbfl.exe-verktøyet brukes i tilfeller der systemet ikke starter selv i konfiguratormodus. Verktøyet er plassert i "bin"-mappen til den installerte teknologiske plattformen, for eksempel: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Vi utfører en sjekk ved å bruke chdbfl.exe-verktøyet:

Trinn 3. Utfør basetesting og fiksing

Kjør Testing og fiksing av databasen ved å starte systemet i konfiguratormodus.

Trinn 4: Gjenopprette dokumentsekvensen

For å gjenopprette sekvensen i 1C 8.3, åpne Alle funksjoner: hovedmeny - Alle funksjoner. Velg ønsket element og åpne med Åpne-knappen:

I vinduet som åpnes, på Gjenopprett sekvenser-fanen og klikk Gjenopprett eller Gjenopprett alle:

Metode 8. Hvis konfigurasjonen ikke er typisk, kontroller konfigurasjonen

Hvis konfigurasjonen ikke er typisk, det vil si modifisert av programmerere for en bestemt organisasjon, kontrollerer vi konfigurasjonen.

Trinn 1.

Kjør programmet i konfiguratormodus.

Steg 2

Åpen databasekonfigurasjon: seksjon Konfigurasjon - Databasekonfigurasjon:

Trinn 3

Velg Kontroller konfigurasjonselementet og foreta innstillingene:

Metode 9. Deaktiver unødvendige funksjonsmoduser

Vi åpner funksjonaliteten til 1C 8.3-programmet: seksjon Hoved - Innstillinger - Funksjonalitet, gjør innstillinger for hver seksjon:

Metode 10. Sett opp brukerrettigheter

Trinn 1.

Vi lanserer 1C 8.3 i konfiguratormodus.

Steg 2

Åpne listen over brukere: seksjon Administrasjon - Brukere. På Annet-fanen bestemmer vi hvilke roller som må tildeles brukeren og krysser av for dem.

Å redusere den valgte funksjonaliteten reduserer tiden for sortering av administrerte skjemaer av programmet når du åpner en liste over dokumenter, det vil si at jo mindre unødvendig i det administrerte grensesnittet, jo raskere fungerer det:

Metode 11. Defragmentering av en disk med en filbase

Diskdefragmenteringsprosedyren optimaliserer filene på harddisken for å øke hastigheten på systemet. Defragmentering bør bare gjøres når det er nødvendig, da det øker prosessen med diskslitasje.

Etter å ha valgt harddisken, høyreklikk for å kalle opp kommandoen Egenskaper:

På Verktøy-fanen velger du Diskoptimalisering og defragmentering:

Metode 12. Konvolusjon av basen

- dette er inndata av gjeldende saldoer for en bestemt dato og fjerning av gamle, unødvendige dokumenter. Denne metoden kan være nyttig hvis databasen er stor, for eksempel i flere år. Samling må utføres uten at brukere arbeider i systemet.

Trinn 1. Lag en kopi av databasen

Trinn 2. Vi utfører prosedyren for konvolusjon av basen 1C 8.3

Seksjon Administrasjon - Tjeneste - Infobase sammendrag.

På det første stadiet 1C 8.3-programmet tilbyr å lage en sikkerhetskopi, hvor du må spesifisere katalogen som skal lagres. Klikk på Neste:

Med utgivelsen av plattform 8.2 bemerket mange brukere en nedgang i programmets hastighet, økt responstid når de klikket på lenker, og rapporter begynte å generere langsommere. Faktisk fungerte ikke 1s tregere, det er bare det at med utviklingen av teknologi, dukker det opp mange tilleggsfunksjoner som ikke alle trenger. Men vi har gode nyheter - alle disse funksjonene kan deaktiveres etter brukerens skjønn og ønske. La oss se på alle årsakene til at 1C kan fungere i en utilfredsstillende hastighet.

Akselerasjon av programmet på eksemplet med 1C: Regnskap

Det første vi skal gjøre er slå av fulltekstsøkemekanismen.

1. Vi går inn på programmet vårt 1C Regnskap;
2. Øverst til venstre klikker du på pil ned, velger -> "Service" -> "Alternativer". Som vist på skjermbildet;
   
3. Sett et hake i boksen "Vis kommando" Alle funksjoner ". Som vist på skjermbildet;
4. Igjen, i øvre venstre hjørne, klikk på pil ned, velg "Alle funksjoner", som vist på skjermbildet;
5. Vi ruller listen helt til bunnen, i objekttreet, dobbeltklikk med musen, velg "Standard" -> "Fulltekstsøkebehandling";
6. Klikk på "Av"-knappen, og dermed slår vi av fulltekstsøkemekanismen;
   

Fulltekstsøk er deaktivert, nå må du deaktiver unødvendige planlagte oppgaver:

1. I navigasjonspanelet, som vist på skjermbildet, gå til fanen "Administrasjon", velg "Vanlige oppgaver og bakgrunnsoppgaver" der Hvis elementet "Vanlige oppgaver og bakgrunnsoppgaver" mangler, se øverst i høyre hjørne, klikk på lenken "Navigasjonsinnstillinger"
2. I navigasjonsinnstillingspanelet, i venstre kolonne finner vi og velger "Vanlige oppgaver og bakgrunnsoppgaver", klikker på "Legg til"-knappen, deretter "OK", som vist i figuren.
3. Så gå til "Vanlige oppgaver og bakgrunnsoppgaver", som vist i avsnitt 1;
4. For å deaktivere en planlagt oppgave, høyreklikk på dens navn og velg Deaktiver;
5. Om ønskelig kan du deaktivere alle planlagte oppgaver og systemet vil fungere fint. Vi anbefaler ikke å slå av regnskapsførerens skjerm.

Disse handlingene vil garantert øke hastigheten på 1C og systemytelsen. Frys vil bli eliminert, programmets lastetid vil bli betydelig redusert.

Årsakene til nedgangen i arbeidshastigheten i 1C

• Bruk av programmer modifisert av skruppelløse programmerere. En grunn kan være kvaliteten på programvareforbedringer;
• Feil i programinnstillingene;
• Feil i utstyrsinnstillinger;
• Feil i innstillingene for ekstern programvare, server;

1C-systemet er et av hovedverktøyene for å drive små og mellomstore bedrifter i dag. Som regel har alle ansatte i organisasjonen tilgang til programmet. Dermed, hvis 1C begynner å bremse eller jobbe sakte, så påvirker dette virksomhetens oppførsel betydelig. Vurder hvordan du kan øke hastigheten på og optimalisere arbeidet i 1C på egen hånd.

Optimalisering med 1C-oppdatering

Nye versjoner av 1C fungerer alltid mer vellykket og raskere, så sørg for å følge oppdateringene. Regnskap anbefales å oppdateres så ofte som mulig. Spesielt når det finnes versjoner av regulert rapportering.

Mange har lenge brukt muligheten til å automatisk oppdatere programmet. Selv om dette problemet enkelt løses manuelt for 1s Enterprise 8.3, vil oppdatering som ikke forårsake problemer.

Det første trinnet er å laste ned den nyeste versjonen av plattformen som er i bruk. Dette gjøres enten ved å bruke ITS-disken eller gjennom webgrensesnittet, hvor de gir løpende støtte til brukere av et program som 1s Enterprise 8.3, konfigurasjonsoppdateringen som også offisielt leveres.

I sistnevnte tilfelle lastes arkivet med oppdateringsdata ned separat. Utpakkingen skjer i hvilken som helst mappe som anses som den mest praktiske for brukeren. Etter det må du kjøre .exe-filen. I neste vindu klikker du bare på "Neste"-knappen.

En annen side vises. På den velger brukeren banen der installasjonen er fullført. Men dette trinnet anbefales bare for avanserte eiere av en personlig datamaskin. Standardfunksjonene er vanligvis nok til å løse de fleste problemer. Som standard, i dette tilfellet, er én mappe spesifisert, der alle oppdateringer installeres samtidig. Dette er mye mer praktisk enn når de endelige banene er forskjellige. Vi klikker bare på "Neste"-knappene flere ganger i 1s Enterprise 8.3-programmet, hvis konfigurasjonsoppdatering bør skje raskt.

Bare den siste knappen gjenstår, som tilbyr "Installasjon".

Hvordan øke hastigheten 1C hvis plattformen bremser ned

Oftest skyldes problemer det faktum at på et av stadiene reduseres konsentrasjonen av oppmerksomheten til utøveren. Her er det viktig å velge skjemaet for selve oppdateringen riktig, bare i dette tilfellet vil vi ikke støte på et problem når 1s fryser under oppdateringen.

Oppdatering av versjon 7.7

Det finnes flere typer konfigurasjon. Avhengig av dette velges forløpet for ytterligere handlinger.

• Typisk - i dette tilfellet forutsettes det at oppdateringen også utføres for regulert rapportering.
• Typiske bransjekonfigurasjoner - på mange måter ligner de tidligere alternativene. Det er viktig å lese instruksjonene fra utvikleren på forhånd. Ellers vil du ikke kunne finne ut hvorfor 1s 8.3 krasjer under oppdateringen.
• Modifisert standard – brukeren har alltid mulighet til selv å modifisere applikasjonen slik at den møter aktuelle behov. Et annet alternativ for å utvide funksjonaliteten er overgangen til nye plattformer. For eksempel den åttende versjonen.

Om versjon 8.0 og 8.1

Plattform 8.0 trekkes for øyeblikket fra støtte. Nye generiske design vil bare fungere når du bruker de nyeste versjonene. Det er bare nødvendig å ikke glemme at alle mellomliggende utgivelser er bestått uten feil. Ellers er det stor sannsynlighet for å miste informasjon. Eller kommer inn i en situasjon der 1s fryser når du oppdaterer konfigurasjonen.

Det er mulig at en ny standardkonfigurasjon blir introdusert, og deretter overføres restene fra de gamle infobasene til den.

Når det gjelder versjon 8.1, er det flere måter å oppgradere til den på:

1. manuelt;
2. i automatisk modus;
3. appellere til spesialister fra selskaper som leverer tjenester på dette området.

Arbeider med ikke-standardiserte eller modifiserte versjoner

I utgangspunktet refererer enhver konfigurasjon til typiske utviklinger. Det opphører å være slik dersom det gjøres visse endringer ved virksomheten. For eksempel under installasjon. Det er to klasser som skiller seg ut fra atypiske konfigurasjoner:

1. endret;
2. opprettet fra bunnen av, under hensyntagen til behovene til en bestemt bedrift.

Noen ganger distribueres en annenklasses konfigurasjon aktivt til brukere. Da hører det til standarden. Det er bare det at produsenten ikke regnes som 1C selv, men selskapet som har laget den nye versjonen.

Aktualiteten til konfigurasjonene kan opprettholdes ved følgende handlinger:

• Feilretting.
• Funksjonell utvidelse.
• Forbedring.
• Endre 1s 8.3, konfigurasjonen oppdateres ikke ved servicefeil.

Installasjonsprosessen kan ta forskjellig tid avhengig av Internett-hastigheten du bruker for øyeblikket. I et eget vindu velger brukeren om han vil oppdatere ved slutten av arbeidet, eller umiddelbart. Med det siste alternativet må du sørge for at ingen andre jobber med applikasjonen. Selve prosessen involverer bruk av eksklusiv modus inne i applikasjonen 1c Enterprise 8.3, Siste oppdatering ikke et unntak.

• Det må huskes at ikke alle utgivelsesversjoner passer til gjeldende konfigurasjon.
• Hvis oppdateringer ikke har blitt gjort på lang tid, kan det hende du må laste ned flere filer eller arkiver samtidig.
• I listen er det lett å forstå hvilken versjon av 1s Enterprise 8.3 som trengs, oppdateringen velges av brukeren selv.

Når prosessen avsluttes, kan selve konfiguratoren lukkes. Det er denne modusen som oftest brukes hvis en oppdatering er nødvendig. Det er praktisk, automatiserer nesten hele prosessen. Neste gang du kjører den for første gang, kan du se en melding om at plattformen er utdatert. Og at det ikke anbefales å bruke det for øyeblikket.

Ytterligere årsaker til bremsing

Hvis programmet er oppdatert riktig og uten noen feil, men 1C bremser fortsatt ned, kan årsaken være som følger:

• Antivirus - hvis konfigurert riktig, vil ikke et eneste antivirus forstyrre systemet, men hvis du bruker fabrikkinnstillingene, kan 1C-ytelsen reduseres med 5–10 %. Du kan optimalisere antivirusprogrammet ved å bruke tilleggsinnstillinger ved å fjerne bakgrunnsmodusen (hvis det er absolutt nødvendig).
• Dataparametere - ofte utilstrekkelig kraftige datamaskiner fører til en sterk reduksjon i 1C-ytelse. Spesiell oppmerksomhet bør rettes mot skjermkortet, operativsystemet og prosessoren.

Slike metoder vil betydelig optimalisere og fremskynde arbeidet i 1C for ethvert selskap eller foretak, hvoretter ytelsen til programmet vil øke betydelig.

Send denne artikkelen til min e-post

Over tid legger mange 1C-brukere merke til at systemet begynner å fungere saktere og mer og mer "buggy" selv når de bruker typiske "out-of-box"-konfigurasjoner.

De viktigste klagene rapportert av brukere:

Dokumenter begynte å bli utført sakte

Rapporter tar for lang tid å generere

Programmet fryser oftere

Kjente klager, ikke sant?

La oss prøve å forstå hovedfaktorene for ytelsesforringelse og finne løsninger.

Eldre utstyr

Først av alt eliminerer vi muligheten for maskinvareproblemer.

For å gjøre dette må du sjekke maskinvarekravene for 1C 8.3

Dette kan gjøres på den offisielle nettsiden http://1c.ru/rus/products/1c/predpr/compat/hard/demand.htm

Irrelevant plattform

Noen brukere liker ikke å oppdatere konfigurasjonen igjen, fordi de tror at tidligere versjoner er mer stabile. Akk, slik konservatisme kan være skadelig: utviklere oppdaterer plattformen regelmessig, fikser feil i koden og optimaliserer mekanismer, så bruk av en utdatert versjon (med et betydelig etterslep i utgivelser) kan påvirke ytelsen negativt.

Dårlig serverytelse

Det er mulig å øke ytelsen ved å redigere innstillingene til SQL- og 1C: Enterprise-serverne.

For å gjøre dette, slå av alle alternativer i BIOS for å spare prosessorkraft og sette ytelsen til maksimal. Det er praktisk å gjøre dette, for eksempel gjennom PowerSchemeEd-verktøyet.

Tjenester som sjelden brukes bør deaktiveres. Disse tjenestene inkluderer FullText Search og Integration Services.

Ikke glem å angi mengden minne som er tildelt serveren til det maksimale. Dette er nødvendig for at SQL-serveren skal ha tid til å rydde opp i minnet på forhånd, kontrollere fyllingen.

Alternativt er det mulig å bytte 1C-tjenesten til feilsøkingsmodus. Dette øker optimaliseringen av 1C ytterligere.

Stor database

Når du jobber, øker enhver database i volum over tid. Derfor, ikke glem regelmessig forebyggende vedlikehold av systemet. Det er praktisk å gjøre dette med standardverktøyet "Test og fikser infobasen".

Dette verktøyet vil hjelpe med å optimalisere databasen ved å omstrukturere og reindeksere. For å bruke behandling må du være i konfiguratormodus. Behandlingen ser slik ut:

Feil innstilling av bakgrunn og planlagte oppgaver

Det er tilrådelig å defragmentere indekser og oppdatere statistikk på daglig basis, fordi når indeksfragmenteringen avtar, reduseres 1C-optimalisering betydelig.

Med samme frekvens er det ønskelig å defragmentere og oppdatere statistikk. Operasjonen gjøres raskt, for implementeringen er det ikke nødvendig å koble fra aktive brukere, og den effektive akselerasjonen av 1C fra bruk er bevist.

Full reindeksering utføres når databasen er låst. Dette er en lengre prosess, men det må gjøres minst en gang i uken i kombinasjon med defragmentering og oppdatering av statistikk.

Feil interaksjon med annen programvare

I tillegg kan ytelsesproblemet til 1C:Enterprise være relatert til annen forhåndsinstallert programvare.

Oftest er dette antivirus med feil innstillinger. Følgelig, for å sikre riktig drift av 1C, er det nødvendig å sjekke innstillingene til antiviruset som brukes. For eksempel, for Kaspersky, er innstillingene oppført på det offisielle nettstedet https://support.kaspersky.ru/general/compatibility/11683

Ustabil kommunikasjonskanal

Oftest er dette problemet relevant når du arbeider i 1C gjennom WEB-grensesnittet eller eksternt skrivebord. Hvis selskapet bruker ekstern tilgang, er det nødvendig å kontrollere kommunikasjonskanalens funksjonalitet.

Akselerasjon 1C i brukermodus

Heldigvis, i moderne leveranser, utføres optimalisering og akselerasjon av 1C også innenfor brukermodus.

På fanen "Støtte og vedlikehold" (Seksjon "Administrasjon") er en bred liste over funksjoner tilgjengelig som øker akselerasjonen til 1C:

Deaktivering av automatisk lansering av ubrukte planlagte oppgaver;

Slå av fulltekstsøk;

Konvolusjon av databasen for forrige periode;

Sletting av merkede objekter;

1C-optimalisering

Selvfølgelig oppnås optimalisering og akselerasjon av 1C ikke bare ved de angitte metodene, så listen over tips er ikke et universalmiddel, men kan bare gi en generell idé om muligheten for å forbedre arbeidet.

Ofte krever databaseproblemer involvering av kvalifiserte spesialister, så du kan alltid kontakte oss for råd.