Rutin- och bakgrundsuppgifter. Bakgrundsjobb: funktioner, möjligheter, inställningar 1s 8 3 inaktivera bakgrundsjobb

Efter att ha bytt från 1C: Accounting 2.0 till utgåva 3.0 blir hastigheten på den nya versionen långsammare. Vi kommer att titta på det här problemet i den här artikeln och ge steg-för-steg-instruktioner för åtgärder i programmet 1C: Accounting 3.0, vilket kommer att hjälpa till att få det att fungera snabbare.

Som regel ligger orsaken till den långsamma driften av programmet i det faktum att rutin- och bakgrundsjobb körs i systemet. I serverversionen av version 3.0-konfigurationen låter de dig automatisera många operationer för att underhålla programmet under icke-arbetstid. Men i fildriftsläget startas bakgrundsjobb medan användaren arbetar, och därför saktar systemet ner.

För att påskynda arbetet i 1C: Accounting 3.0 filläge, rekommenderas att inaktivera bakgrundsjobb. För att göra detta måste vi hänvisa till avsnittet Administrering. I det här avsnittet i navigeringspanelen hittar vi Support och service.

Öppna avsnittet Regulatorisk verksamhet och klicka sedan på länken Rutin- och bakgrundsuppgifter.

En lista kommer att dyka upp framför dig, där aktiva (aktiverade) uppgifter är bockade.

För att inaktivera en uppgift måste du öppna den och avmarkera alternativet "Aktiverad" och tryck sedan på knappen Spara och stäng.

När du arbetar i filversionen av programmet rekommenderar vi att du inaktiverar alla rutinuppgifter som finns i listan. En annan möjlig orsak till systemets låga hastighet är den aktiverade mekanismen Fulltextsökning. Eftersom i programmet 1C: Accounting 3.0 är denna mekanism valfri, kan den vara det inaktivera. För att göra detta måste du gå till avsnittet Regulatorisk verksamhet avmarkera Datasökning i fulltext.

Användare klagar ofta över att "1C 8.3 är långsam": dokumentformulär öppnas långsamt, dokument tar lång tid att bearbeta, programmet startar, rapporter tar lång tid att generera, och så vidare.

Dessutom kan sådana "fel" uppstå i olika program:

Orsakerna kan vara olika. Detta är inte återställda dokument, en svag dator eller server, 1C-servern är felaktigt konfigurerad.

I den här artikeln vill jag titta på en av de enklaste och vanligaste anledningarna till ett långsamt program - . Denna instruktion kommer att vara relevant för användare av fildatabaser för 1-2 användare, där det inte råder konkurrens om resurser.

Om du är intresserad av mer seriös optimering av klient-serveralternativ för systemdrift, besök avsnittet på webbplatsen.

Var finns de schemalagda uppgifterna i 1C 8.3?

Innan jag hann ladda programmet var många bakgrundsuppgifter klara i 1C. Du kan se dem genom att gå till menyn "Administration" och sedan "Support och underhåll":

Få 267 videolektioner på 1C gratis:

Så här ser fönstret med slutförda uppgifter ut:

Och här är en komplett lista över alla schemalagda uppgifter som lanseras:

Bland dessa uppgifter kan du se som "", ladda olika klassificerare, kontrollera relevansen av programversionen och så vidare. Jag har till exempel ingen användning för nästan alla dessa uppgifter. Jag för inte valutaregister, jag kontrollerar versionerna själv och laddar klassificerare efter behov.

Följaktligen ligger det i mitt (och i de flesta fall i ditt) intresse att inaktivera onödiga uppgifter.

Inaktivera rutin- och bakgrundsuppgifter i 1C 8.3

Plattformar: 1C:Enterprise 8.3, 1C:Enterprise 8.2, 1C:Enterprise 8.1
Konfigurationer: Alla konfigurationer

2012-11-13
53989

Inom dokumenthantering finns det uppgifter som kräver periodisk utförande - till exempel den tjugonde, eller dagligen. Som regel skapar företag vissa regler specifikt för detta ändamål, som anger när och hur den nödvändiga uppgiften ska utföras och vem som ska kontrollera processen. Sådana uppgifter utförs enligt föreskrifter och kallas reglerade.

Ganska ofta följs övervakningsbestämmelser inom IT. Denna metod är mycket bekant för administratörer, eftersom det för detta ändamål finns speciella program som används för att regelbundet kontrollera funktionaliteten hos nätverksinfrastrukturen och servrarna. De meddelar administratören om upptäckta problem via SMS eller e-post.

Ett liknande system fungerar för webbansvariga och webbplatsens tillgänglighet kontrolleras inom 24 timmar. Med hjälp av mekanismen "Rutinuppgifter" i 1C utförs övervakningsuppgifter, såväl som periodiska uppgifter som utförs enligt ett schema i automatiskt läge i 1C. Låt oss ta en närmare titt på detta ämne.

Schemalagda uppgifter 1C

1C-objektet, kallat "Rutinuppgifter", gör det möjligt att bearbeta information inte efter att ett problem uppstår, utan enligt ett schema. I konfiguratorn är en rutinuppgift ett sätt att ställa in inställningar och ställa in ett schema. Dessutom är det möjligt att i efterhand ändra schemat i 1C Enterprise-läge.

När du använder en fildatabas exekveras inte jobb automatiskt. För att starta processen måste du starta en 1C-session i 1C Enterprise-läge och börja utföra en rutinuppgift i den.

Alla standardkonfigurationer har en användarinställning som låter dig specificera att när 1C körs kommer rutinuppgifter att utföras automatiskt.

Att använda klient-serverversionen av 1C gör det möjligt att automatiskt utföra uppgifter på servern. Vid den schemalagda tiden startas ett bakgrundsjobb som utför nödvändiga åtgärder. För parallell beräkning på servern kan ett bakgrundsjobb skapas från programtexten med hjälp av 1C-språket, utan att använda ett schemalagt 1C-jobb. Åtgärden för en schemalagd uppgift kan tillfälligt inaktiveras med 1C-serverhanteringskonsolen.

Lägger till en schemalagd uppgift

Rutinuppgifter finns i - Konfigurator - Allmänt - Rutinuppgifter. Lägg till en ny "uppgift" och ange ett namn. Därefter måste du gå till egenskaperna "Tasks". Och välj Metodnamn. Här måste du ange en hanterarfunktion, precis som det händer i en händelseprenumeration. Denna funktion kommer att finnas i den allmänna modulen och markerad med en "fågel" Server i egenskaperna. Detta innebär att den erforderliga modulen måste läggas till i förväg.

Namnet på uppgiften i egenskaperna för en schemalagd uppgift låter dig definiera dess namn, som sedan visas i uppgiftshanteringsverktygen. Funktionen Rutinuppgiftsegenskaper är en nyckel som låter dig gruppera flera olika rutinuppgifter. I det här fallet kan endast en uppgift med samma nyckelvärde startas åt gången. Här kan värdet vara godtyckligt, men det måste fyllas i, eftersom ett tomt värde inte tas med i beräkningen av systemet.

I Accounting edition 2.0, som är en standardkonfiguration, är rutinuppgifter som: ”Omberäkning av totaler” och ”Uppdatering av konfigurationen” fördefinierade, men som till exempel ”Uppskjutna rörelser” och ”Datautbyte” är inte fördefinierade.

Försök igen vid onormal avslutning - startar om det aktuella jobbet. Designad för att utföra en lansering som inte var framgångsrik första gången. Här anges hur många gånger du kan starta om och efter vilken tid som har gått efter en onormal avslutning.

Övervaknings- och ledningsverktyg för rutinuppgifter 1C

Standardbearbetningen "Task Console", som finns på ITS-diskarna, ansvarar för att hantera en rutinuppgift. Denna behandling är en universell extern standardbehandling 1C. Som regel ingår den inte i konfigurationen utan köps separat.

Med dess hjälp kan du utföra följande åtgärder:

Slå på och av en schemalagd uppgift;

Tilldela och ändra scheman;

Ange användarnamnet med vilket rutinuppgiften ska utföras;

Se utförda uppgifter (när och med vilket resultat), samt uppgiftsfel;

Rutinuppgift och kopior av databaser

När du använder server 1C kan följande ögonblick uppstå:

För att programmera måste du göra en kopia av arbetsdatabasen;

Behovet av att arbeta i kopior av databasen (testning);

Av någon anledning inkluderades inte den schemalagda uppgiften i testdatabasen.

Om en av dessa situationer uppstod under utförandet av uppgifter av en rutinuppgift som endast är associerad med deras databas, har detta inga negativa konsekvenser. Men ofta kan en rutinuppgift spara filer eller annan data, skicka e-postmeddelanden och genomföra utbyten. I det här fallet kan förvirring uppstå mellan resultatet av "jobbet" och kopiorna. För att förhindra att detta händer måste du inaktivera "uppgifter" i serverhanteringskonsolen.

Genomförda och ej genomförda regulatoriska uppgifter

När du skapar rutinuppgifter är det viktigt att kontrollera om uppgiften kan utföras som en rutinuppgift. Det är viktigt att veta att servermodulen inte gör många saker som är möjliga på klienten. Vidare, en uppgift som handlar om något som ligger utanför databasen - en viktig roll i detta spelas av rättigheterna för Windows-användaren under vilken uppgiften exekveras.

Den sista faktorn är särskilt viktig, eftersom om modulen inte exekveras på servern kan uppgiften i princip inte slutföras. För att kontrollera måste du köra en uppgift och utvärdera resultatet.

Problemet är inte nytt och diskuteras då och då på olika 1C-forum. Den enklaste och mest populära lösningen är att starta om 1C-servern. Tyvärr är detta alternativ inte alltid acceptabelt eller mycket oönskat. I ett sådant fall finns det mer känsliga lösningar.

Här en av dessa metoder i form av korta steg-för-steg-instruktioner:

1. Med hjälp av 1C-serveradministrationskonsolen letar vi efter problematiska fett nytt jobb i anslutningslistan (till exempel efter starttiden för dess drift, jämfört med starttiden för ett reglerat jobb i jobbkonsolen). Vi definierararbetsprocessen där den hängda anslutningen finns.

2. Öppna egenskaperna för denna process och markera den som oanvänd (om bara en process används måste du först skapa en ny arbetsprocess så att alla aktiva anslutningar återansluter till den). Vi kommer ihåg PID-numret för denna process.

3. Vi väntar tills alla nuvarande anslutningar flyttas från den inaktiverade processen till en av de använda. I slutändan bör endast problematiska anslutningar finnas kvar i vår process, som vi vill ta bort.

4. På en dator med en 1C-server, använd aktivitetshanteraren, leta efter motsvarande rphost.exe-process med PID för den inaktiverade arbetsprocessen och ta bort den.

5 . För säkerhets skull kan du ta bort 1C-arbetsflödet som vi inaktiverade med admin. konsolen och, om det behövs, skapa en ny.

6. Redo. Du kan logga in på jobbkonsolen och kontrollera det schemalagda jobbets funktionalitet.

När man arbetar i 1C finns det många rutinoperationer som måste startas eller utformas enligt ett schema för att utföra en eller annan åtgärd, till exempel: lägga upp dokument eller ladda data till 1C från en webbplats.

Jag postade nyligen en artikel: Det är dags att automatisera detta:

Rutin- och bakgrundsuppgifter

Jobbmotorn är utformad för att utföra alla applikationer eller funktioner enligt ett schema eller asynkront.

Uppgiftsmekanismen löser följande problem:

• Förmåga att definiera regulatoriska procedurer vid systemkonfigurationsstadiet;
• Utförande av specificerade åtgärder enligt schema;
• Ringa ett anrop till en given procedur eller funktion asynkront, dvs. utan att vänta på dess slutförande;
• Spåra framstegen för en specifik uppgift och erhålla dess slutförandestatus (ett värde som indikerar om det var framgångsrikt eller inte);
• Få en lista över aktuella uppgifter;
• Möjlighet att vänta på att en eller flera uppgifter ska slutföras;
• Jobbhantering (möjlighet till avbokning, blockering av utförande etc.).

Arbetsmekanismen består av följande komponenter:

• Metadata för rutinuppgifter;
• Regelbundna arbetsuppgifter;
• Bakgrundsjobb;
• Schemaläggaren.

Bakgrundsjobb & är designade för att utföra applikationsuppgifter asynkront. Bakgrundsuppgifter implementeras med hjälp av det inbyggda språket.

Schemalagda uppgifter & är designade för att utföra applikationsuppgifter enligt ett schema. Rutinuppgifter lagras i informationsbasen och skapas baserat på metadata definierade i konfigurationen. Metadata för en regulatorisk uppgift innehåller information som namn, metod, användning etc.

En rutinuppgift har ett schema som bestämmer vid vilka tidpunkter metoden associerad med rutinuppgiften måste utföras. Schemat specificeras som regel i informationsbasen, men kan också specificeras vid konfigurationsstadiet (till exempel för fördefinierade rutinuppgifter).

Uppgiftsschemaläggaren används för att schemalägga utförandet av rutinuppgifter. För varje schemalagt jobb kontrollerar schemaläggaren regelbundet om det aktuella datumet och tiden matchar schemat för det schemalagda jobbet. Om det matchar tilldelar schemaläggaren den uppgiften till exekvering. För att göra detta, för denna schemalagda uppgift, skapar schemaläggaren en bakgrundsuppgift, som utför själva bearbetningen.

Jag tror att det räcker med beskrivningen - låt oss gå ner till implementeringen:

Skapa en rutinuppgift

Metodnamn– sökväg till proceduren som kommer att utföras i ett bakgrundsjobb enligt ett givet schema. Förfarandet måste vara i en gemensam modul. Det rekommenderas att inte använda vanliga vanliga moduler, utan att skapa dina egna. Glöm inte att bakgrundsjobb körs på servern!

Användande– tecken på att använda en rutinuppgift.

Förutbestämd– indikerar om rutinuppgiften är förutbestämd.

Om du vill att rutinuppgiften ska fungera direkt efter att ha placerats i databasen, ange attributet Förutbestämd. Annars måste du använda "Job Console"-bearbetningen eller utlösa uppgiften att köras programmatiskt.

Antal återförsök när en uppgift avslutas onormalt– hur många gånger bakgrundsjobbet startades om om det kördes med ett fel.

Försöksintervall igen när jobbet avslutas onormalt– hur ofta bakgrundsjobbet kommer att startas om om det slutfördes med ett fel.

Att lägga upp ett schema

Schema slutföra uppgiften:

Funktioner för att utföra bakgrundsjobb i fil- och klient-servervarianter

Mekanismerna för att utföra bakgrundsjobb i fil- och klient-serverversionerna är olika.

I filversion du måste skapa en dedikerad klientprocess som kommer att utföra bakgrundsjobb. För att göra detta måste klientprocessen med jämna mellanrum anropa den globala kontextfunktionen ExecuteJobProcessing. Endast en klientprocess per infobas ska bearbeta bakgrundsjobb (och följaktligen kalla denna funktion). Om en klientprocess inte har skapats för att bearbeta bakgrundsjobb, kommer felet "Jobbhanteraren är inte aktivt" att visas när du programmerar åtkomst till jobbmotorn. Det rekommenderas inte att använda en klientprocess som bearbetar bakgrundsjobb för andra funktioner.

När klientprocessen som bearbetar bakgrundsjobb har startat, kan andra klientprocesser få åtkomst till bakgrundsjobbmotorn, dvs. kan köra och hantera bakgrundsjobb.

I klient-serverversion För att utföra bakgrundsjobb används en uppgiftsschemaläggare, som är fysiskt placerad i klusterhanteraren. För alla köade bakgrundsjobb får schemaläggaren den minst belastade arbetsprocessen och använder den för att köra motsvarande bakgrundsjobb. Arbetarprocessen utför jobbet och meddelar schemaläggaren om exekveringsresultaten.

I klient-serverversionen är det möjligt att blockera utförandet av rutinuppgifter. Utförandet av rutinuppgifter blockeras i följande fall:

• En explicit blockering av rutinuppgifter har installerats på informationsbasen. Låset kan ställas in via klusterkonsolen;
• Det finns ett anslutningsblock på infobasen. Låset kan ställas in via klusterkonsolen;
• Metoden SetExclusiveMode() med parametern True anropades från det inbyggda språket;
• I vissa andra fall (till exempel vid uppdatering av databaskonfigurationen).

Bearbetar lansering och visning av schemalagda uppgifter du kan ladda ner här.