Langsom drift af 1s 8.3 i terminalen. Tips til automatisering

Starter 1C om to minutter? Tager dokumentloggen 40 sekunder at åbne? Opbevares dokumentet i næsten et minut?

Dette er en velkendt situation, hvis du bruger filversionen med netværksadgang.
Du kan selvfølgelig installere en server og glemme bremserne, men hvis du kun har 2-3 personer, der arbejder i 1C, og det er ikke praktisk at bruge penge på at købe serverlicenser.

Symptomer:
Flere brugeres arbejde over netværket med den samme fil (database) inkluderer en netværksblokeringsmekanisme. Dette tvinger systemet til at spilde værdifuld tid på at identificere åbne optagelsessessioner og løse konflikter i overensstemmelse hermed. De vigtigste tegn på blokering:

hurtigt brugerarbejde med databasen over netværket i eksklusiv tilstand og ekstremt langsomt, når flere brugere arbejder samtidigt.
hurtigt brugerarbejde med en lokal database på serveren og langsomt arbejde over netværket.
Processoren på serveren er næsten inaktiv.
Gigabit-netværkskortbelastningen er mindre end 5 %.
adgang til filsystemet er lidt mindre end 10 MB/sek.
Når du forsøger at sende dokumenter samtidigt, går den ene computer i stå i cirka et minut, og den anden går ned fra 1C med fejlteksten "ikke kunne låse bordet."
Start 1C varer cirka 3 minutter.

Tips, der kan hjælpe med at fremskynde fildatabasen:

Gå på arbejde i terminaladgang. Desværre tillader Windows 7 dig ikke at blive til en terminalserver ved hjælp af standardværktøjer - der er maksimalt én aktiv forbindelse. I dette tilfælde afsluttes de resterende sessioner ikke, du kan genoprette forbindelsen under en anden bruger - ved at "smide ud" tidligere bruger, men uden at afslutte hans session. Derfor bør du overføre 1C til et server-OS, hvor der ikke er sådanne begrænsninger, eller løse problemet med et tredjepartsværktøj.
Deaktiver brugen af IPv6-netværksprotokollen, konfigurer adressering på den "gamle" IPv4.
Tilføj 1C-processer til Windows-firewall-undtagelserne såvel som til antivirus-undtagelserne, eller deaktiver dem fuldstændigt (mere risikabelt, men en simpel test viste en stigning i hastigheden af dokumentgenoverførsel med Avast antivirus deaktiveret betydeligt!)
Begynd at indeksere fuldtekstsøgning i 1C eller sluk den helt
Kør test og rettelse af databasen, tjek med ChDbfl-værktøjet (værktøjet er placeret i "bin"-mappen på den installerede teknologiplatform).
Kør punktet "Kontroller konfiguration" i konfigurationen (hvis konfigurationen ikke er standard, kan dette være nyttigt).
Deaktiver unødvendige funktionelle muligheder (jo mindre unødvendigt i den administrerede grænseflade, jo hurtigere virker det som regel).
Konfigurer brugerrettigheder (jo mindre unødvendigt i den administrerede grænseflade, jo hurtigere virker det som regel).
Begynd at genberegne totalerne og genskabe sekvensen (en betydelig stigning kan kun forekomme, hvis i lang tid resultaterne blev ikke gendannet).
Angiv "Forbindelseshastighed - lav" i indstillingerne for databaselisten.
Defragmentering af en disk med en fildatabase.
Databasekonvolution (kan være nyttig, hvis databasen er stor, for eksempel i flere år).
Hardwareopgradering - hurtigere harddisk (SSD), ny switch, processor, hukommelse osv.
Installer på en webserver, få adgang ved hjælp af en tynd klient.

Efter at have gennemført alle disse trin fildatabase 1C kan tjene meget hurtigere. I nogle tilfælde startede det på 10 sekunder, og hastigheden på dokumentoverførsel steg 12 gange.

P.S. I UT 11.1-konfigurationen er det urealistisk at starte fil 1C ved hjælp af netværksadgang til en delt mappe, fordi Selv det hurtigste solid-state-drev, RAM og processor løber ind i netværkslåse, og mere end én brugers arbejde bliver praktisk talt umuligt.
Selvskrevet små konfigurationer De kan arbejde ret hurtigt selv i filversionen.

1C: Regnskab er et af de mest berømte og mest bekvemme programmer regnskab. Et bevis på dette er dens udbredte udbredelse inden for alle aktivitetsområder: handel, produktion, finans osv.

Desværre ligesom alle andre computerprogrammer i 1C: Regnskab er der også forskellige nedbrud og fastfrysninger. Et af de mest almindelige problemer er langsom systemdrift.

For at forstå årsagerne til dets forekomst og forsøge at løse dem, blev dagens artikel skrevet.

Eliminering af almindelige årsager til langsom 1C-drift

1. Den mest almindelige årsag langsomt arbejde programmer - langsigtet adgang til den grundlæggende 1C-fil, hvilket er muligt på grund af fejl på harddisken eller på grund af dårlig kvalitet af internetforbindelsen, i tilfælde af brug af cloud-teknologier. Der kan også være problemer med antivirus-systemindstillingerne.

Løsning: udfør en scanning for at eliminere fejl og defragmentere harddisken. Test internetadgangshastigheden. Hvis aflæsningerne er lave (mindre end 1 Mb/s), skal du kontakte udbyderens TP-service. Deaktiver midlertidigt antivirusbeskyttelse og firewall i antivirussystemet.

2. Måske skyldes den langsomme drift af programmet stor størrelse database fil.

For at løse dette problemåbn 1C i "Configurator"-tilstand, vælg "Administration" i systemmenuen og derefter "Test og korrektion". I vinduet skal punktet "Kompression af informationsdatabasetabeller" vælges punktet "Test og korrektion" nedenfor er aktivt. Klik på "Kør" og vent på, at processen er fuldført.

3. Næste mulig årsag- forældet software eller forældet version af selve programmet.

Vej ud af denne situation: Opdater operativsystemets software eller installer den seneste på dette øjeblik version af 1C-programmet. Af forebyggende formål skal du altid opdatere til den nyeste version, hvilket eliminerer fejl fra tidligere konfigurationer.

at installere nyeste version 1C-system, skal du gå ind i programmet i "Konfiguration" -tilstand, derefter fra menuen gå til "Service" -> "Service" -> "Configuration Update", vælg derefter standardindstillingerne og klik på "Opdater"-knappen.

Meget ofte kommer folk til mig med spørgsmål som:

Hvorfor bliver 1C-serveren langsommere?
computer, der kører 1C, er meget langsom
1C klient er frygtelig langsom

Hvad skal man gøre, og hvordan man overvinder det, og så videre i rækkefølge:

Klienter arbejder meget langsomt med serverversionen af 1C

Udover det langsomme arbejde med 1C, er der også langsomt arbejde med netværksfiler. Problemet opstår under normal drift og med RDP

for at løse dette starter jeg altid efter hver installation af Seven eller 2008-serveren

netsh int tcp set global autotuning=deaktiveret

netsh int tcp set global autotuninglevel=deaktiveret

netsh int tcp set global rss=deaktiveret skorsten=deaktiveret

og netværket fungerer uden problemer

nogle gange er den bedste mulighed:
netsh interface tcp set global autotuning= HighlyRestricted

sådan ser installationen ud

Konfigurer Anti-Virus eller Windows firewall

Sådan konfigureres en antivirus- eller Windows-firewall til at køre en 1C-server (f.eks. en kombination af 1C Server: Enterprise og MS SQL 2008).

Tilføj regler:

Hvis SQL-serveren accepterer forbindelser på standard TCP-port 1433, så tillader vi det.
Hvis SQL-porten er dynamisk, skal du tillade forbindelser til %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe-applikationen.
Server 1C kører på porte 1541, cluster 1540 og interval 1560-1591. Af helt mystiske årsager tillader en sådan liste over åbne porte nogle gange stadig ikke forbindelser til serveren. Tillad området 1540-1591 for at sikre, at det virker.

Indstilling af server/computer ydeevne

For at din computer kan arbejde med maksimal ydeevne, skal du konfigurere den til dette:

1. BIOS-indstillinger

I server-BIOS deaktiverer vi alle indstillinger for at spare processorkraft.
Hvis der er "C1E" og sørg for at AFBRYDE!!
For nogle ikke særlig parallelle opgaver anbefales det også at slå hypertrading fra i BIOS
I nogle tilfælde (især for HP!) skal du gå ind i server-BIOS og slukke for de elementer der, der har EIST, Intel SpeedStep og C1E i deres navne.
I stedet skal du finde elementer relateret til processoren der, som har Turbo Boost i deres navne, og AKTIVERE dem.
Hvis der i BIOS er en generel indikation af en strømbesparende tilstand og inkludere den i maksimal ydeevne-tilstand (det kan også kaldes "aggressiv")

2. Skemaindstillinger i operativsystemet - Høj ydeevne

Servere med Intel Sandy Bridge-arkitektur kan dynamisk ændre processorfrekvenser.

1C-systemet indtager en dominerende position på automationsmarkedet for små og mellemstore virksomheder. Hvis virksomheden vælger regnskabssystem 1C, så arbejder som regel næsten alle medarbejdere i det, fra almindelige specialister til ledelse. Følgelig afhænger hastigheden af virksomhedens forretningsprocesser af hastigheden på 1C. Hvis 1C arbejder med en utilfredsstillende hastighed, så påvirker det hele virksomhedens arbejde og resultat direkte.

eksisterer faktisk tre 1C accelerationsmetoder:

Forøgelse af hardwarekapacitet.
Optimering af styresystem og DBMS-indstillinger.
Optimering af kode og algoritmer i 1C.

Den første metode kræver indkøb af udstyr og licenser, den tredje kræver meget arbejde for programmører og som et resultat resulterer begge veje i betydelige økonomiske omkostninger. Først og fremmest skal du være opmærksom på programkoden, da ingen stigning i serverkapaciteten kan kompensere for forkert kode. Enhver programmør ved, at med blot et par linjer kode er det muligt at skabe en proces, der fuldstændigt belaster ressourcerne på enhver server.

Hvis en virksomhed er sikker på, at programkoden er optimal, men den stadig virker langsomt, beslutter ledelsen sig normalt for at øge serverkapaciteten. På dette tidspunkt opstår et logisk spørgsmål: hvad mangler, hvor meget og hvad skal tilføjes i sidste ende.

1C-virksomheden giver et ret vagt svar på spørgsmålet om, hvor mange ressourcer der er brug for, vi skrev om det tidligere i vores indlæg. Og derfor skal du selvstændigt udføre eksperimenter og finde ud af, hvad 1C-ydelse afhænger af. Eksperimenter med programydelse på EFSOL er beskrevet nedenfor.

Når man arbejdede med 1C 8.2, især med konfigurationer, der bruger administrerede formularer, blev der bemærket et mærkeligt faktum: 1C arbejder hurtigere på en arbejdsstation end på en kraftfuld server. Desuden er alle arbejdsstationens egenskaber værre end serverens.

Tabel 1 - Konfigurationer, hvorpå den første test blev udført

Arbejdsstationen viser 155 % mere ydeevne end en 1C-server med overlegne egenskaber. Vi begyndte at finde ud af, hvad der foregik, og indsnævrede søgningen.

Figur 1 – Ydeevnemålinger på arbejdsstationen ved hjælp af Gilev-testen

Den første mistanke var, at Gilevs test var utilstrækkelig. Målinger af åbning af formularer, bogføring af dokumenter, generering af rapporter osv. ved hjælp af instrumenteringsværktøjer viste, at Gilevs test giver en proportional score reel fart arbejde i 1C.

Antal og frekvens af RAM

En analyse af den information, der er tilgængelig på internettet, viste, at mange skriver om afhængigheden af 1C-ydelse på hukommelsesfrekvens. Det afhænger af frekvensen, ikke af lydstyrken. Vi besluttede at teste denne hypotese, da vi har en RAM-frekvens på 1066 Mhz på serveren mod 1333 Mhz på arbejdsstationen, og mængden af RAM på serveren er allerede meget højere. Vi besluttede os for straks at installere ikke 1066 Mhz, men 800 Mhz, så effekten af afhængigheden af ydeevne på hukommelsesfrekvensen var mere klar. Resultatet er, at produktiviteten faldt med 12% og udgjorde 39,37 enheder. Vi installerede hukommelse med en frekvens på 1333 Mhz i stedet for 1066 Mhz på serveren og fik en lille stigning i ydeevnen - omkring 11%. Produktiviteten var 19,53 enheder. Derfor er det ikke et spørgsmål om hukommelse, selvom dets frekvens giver en lille stigning.

Figur 2 – Ydeevnemålinger på en arbejdsstation efter sænkning af RAM-frekvensen

Figur 3 – Ydeevnemålinger på serveren efter forøgelse af RAM-frekvensen

Disk undersystem

Den næste hypotese var relateret til diskundersystemet. To antagelser opstod umiddelbart:

SSD'er er bedre end SAS-drev, selvom de er i raid 10.
iSCSI er langsom eller forkert.

Derfor blev der installeret en almindelig SATA-disk i arbejdsstationen i stedet for en SSD, og det samme blev gjort med serveren – databasen blev placeret på en lokal SATA-disk. Som følge heraf ændrede præstationsmålingerne sig overhovedet ikke. Mest sandsynligt sker dette, fordi der er en tilstrækkelig mængde RAM, og diskene er praktisk talt ikke involveret på nogen måde under testen.

CPU

Processorerne på serveren er selvfølgelig kraftigere og der er to af dem, men frekvensen er lidt lavere end på arbejdsstationen. Vi besluttede at kontrollere effekten af processorfrekvens på ydeevnen: der var ingen processorer med en højere frekvens ved hånden til serveren, så vi sænkede processorfrekvensen på arbejdsstationen. Vi sænkede den straks til 1,6, så sammenhængen blev tydeligere. Testen viste, at ydelsen faldt markant, men selv med en 1,6 processor producerede arbejdsstationen næsten 28 enheder, hvilket er næsten 1,5 gange mere end på serveren.

Figur 4 – Ydeevnemålinger på en arbejdsstation med en 1,6 Ghz processor

Video kort

Der er information på internettet om, at 1C's ydeevne kan blive påvirket af videokortet. Vi prøvede at bruge arbejdsstationens integrerede video, en professionel Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5-adapter og et gammelt GeForce 16MbSDR-videokort. Under Gilev-testen blev der ikke bemærket nogen signifikant forskel. Måske har videokortet stadig en effekt, men reelle forhold når du skal åbne administrerede formularer mv.

I øjeblikket er der to mistanker om, hvorfor arbejdsstationen fungerer hurtigere selv med mærkbart dårligere egenskaber:

CPU. Processortypen på arbejdsstationen er bedre egnet til 1C.
Chipsæt. Andet end det lige vilkår Vores arbejdsstation har et nyere chipset, så måske er det problemet.

Vi planlægger at købe de nødvendige komponenter og fortsætte tests for endelig at finde ud af, hvad der gør i højere grad 1C ydeevne afhænger. Farvel processen er i gang godkendelser og indkøb besluttede vi at udføre optimering, især da det ikke koster noget. Følgende stadier blev identificeret:

Trin 1. Systemopsætning

Lad os først foretage følgende indstillinger i BIOS og operativsystemet:

I server-BIOS deaktiverer vi alle indstillinger for at spare processorkraft.
Vælg planen "Maksimal ydeevne" i operativsystemet.
Processoren er også tunet til maksimal ydeevne. Dette kan gøres ved hjælp af PowerSchemeEd-værktøjet.

Trin 2. Opsætning af SQL-server og 1C:Enterprise-server

Vi foretager følgende ændringer i DBMS- og 1C:Enterprise-serverindstillingerne.

Opsætning af Shared Memory-protokollen:
- Shared Memory vil kun være aktiveret på platformen fra 1C 8.2.17 på tidligere udgivelser, Named Pipe vil være aktiveret - en smule ringere i driftshastighed. Denne teknologi virker kun, hvis 1C- og MSSQL-tjenester er installeret på den samme fysiske eller virtuelle server.
Det anbefales at skifte 1C-tjenesten til fejlretningstilstand, da dette paradoksalt nok giver et ydelsesboost. Som standard er fejlfinding deaktiveret på serveren.
Opsætning af SQL-server:
- Vi har kun brug for serveren, de andre tjenester, der relaterer til den, og måske nogen bruger dem, sænker kun arbejdet. Vi stopper og deaktiverer tjenester som: Fuldtekstsøgning (1C har sin egen fuldtekstsøgemekanisme), Integrationstjenester osv.
- Vi indstiller den maksimale mængde hukommelse, der er allokeret til serveren. Dette er nødvendigt, så SQL-serveren beregner denne mængde og rydder hukommelsen på forhånd.
- Installere maksimalt beløb tråde (Maksimal arbejdstråde) og indstil den øgede serverprioritet (Boost-prioritet).

Trin 3: Opsætning af en produktionsdatabase

Efter at DBMS-serveren og 1C:Enterprise er optimeret, går vi videre til databaseindstillinger. Hvis databasen endnu ikke er blevet udvidet fra .dt-filen, og du kender dens omtrentlige størrelse, er det bedre straks at angive initialiseringsstørrelsen til den primære fil med “>=” af databasestørrelsen, men det er en sag af smag, vil det stadig vokse under ekspansion. Men Auto-forøg størrelse skal angives: ca. 200 MB pr. base og 50 MB pr. log, fordi Standardværdierne – vækst med 1 MB og 10 % bremser serverens arbejde meget, når den skal øge filen hver 3. transaktion. Det er også bedre at angive lagringen af databasefilen og logfilen på forskellige fysiske diske eller RAID-grupper, hvis der bruges et RAID-array, og begrænse væksten af loggen. Det anbefales at flytte Tempdb-filen til et højhastighedsarray, da DBMS'en tilgår den ret ofte.

Trin 4. Opsætning af planlagte opgaver

Planlagte opgaver oprettes ganske enkelt ved hjælp af Vedligeholdelsesplanen i sektionen Ledelse ved hjælp af grafiske værktøjer, så vi vil ikke beskrive i detaljer, hvordan dette gøres. Lad os se på, hvilke operationer der skal udføres for at forbedre produktiviteten.

Defragmentering af indekser og opdatering af statistik skal ske dagligt, pga hvis indeksfragmentering er > 25 %, reducerer det serverens ydeevne dramatisk.
Defragmentering og opdatering af statistik sker hurtigt og kræver ikke, at brugere afbrydes. Det anbefales også at gøre det dagligt.
Fuld genindeksering - udført med databasen blokeret, det anbefales at gøre det mindst en gang om ugen. Naturligvis, efter fuldstændig reindeksering, defragmenteres indeksene øjeblikkeligt, og statistikken opdateres.

Det resulterede i, at vi ved hjælp af finjustering af systemet, SQL-serveren og arbejdsdatabasen formåede at øge produktiviteten med 46 %. Målingerne blev udført ved hjælp af 1C KIP-værktøjet og ved hjælp af Gilev-testen. Sidstnævnte viste 25,6 enheder mod 17,53, som oprindeligt var.

Kort konklusion

1C ydeevne afhænger ikke meget af RAM-frekvensen. Når en tilstrækkelig mængde hukommelse er nået, giver yderligere udvidelse af hukommelsen ikke mening, da det ikke fører til en stigning i ydeevnen.
1C ydeevne afhænger ikke af videokortet.
1C ydeevne afhænger ikke af disk undersystem forudsat at diskens læse- eller skrivekø ikke overskrides. Hvis SATA-drev er installeret, og deres kø ikke overskrides, vil installation af en SSD ikke forbedre ydeevnen.
Ydeevnen er ret afhængig af processorfrekvensen.
Med korrekt konfiguration af operativsystemet og MSSQL-serveren er det muligt at opnå en stigning i 1C-ydelsen med 40-50% uden materialeomkostninger.

OPMÆRKSOMHED! Meget vigtigt punkt! Alle målinger blev udført på en testbase ved hjælp af Gilev test og 1C instrumenteringsværktøjer. Opførsel af en rigtig base med rigtige brugere kan afvige fra de opnåede resultater. For eksempel fandt vi i testdatabasen ingen afhængighed af ydeevne på videokortet og mængden af RAM. Disse konklusioner er ret tvivlsomme, og under virkelige forhold kan disse faktorer have en indflydelse betydelig indflydelse for ydeevne. Når du arbejder med konfigurationer, der bruger administrerede formularer, er et videokort vigtigt og kraftfuldt GPU fremskynder arbejdet med hensyn til at tegne programgrænsefladen, visuelt manifesteres dette i hurtigere arbejde med 1C.

Kører din 1C langsomt? Bestil IT-vedligeholdelse af computere og servere af EFSOL-specialister med mange års erfaring eller overfør din 1C til en kraftfuld og fejltolerant 1C virtuel server.

Systemintegration. Rådgivning

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øsningen på problemet med langsom 1C-drift 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 lokale 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.

Vi har som minimum brug for et beslag til hver computer Random Access Memory for 2 GB koster i gennemsnit 1500 rubler, LAN kort med understøttelse af hastighed 1 Gbit/s koster omkring 700 rubler. Derudover har du brug for 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.

Hende selv operativ system 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 det maksimale antal brugere, som mini-serveren kunne bruges med, kun var 5.

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 gennemløb netværket bliver ikke længere 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.