Automatické provedení rutinní úlohy 1s. Rutinní úlohy a úlohy na pozadí (1Cv8). Funkce spouštění úloh na pozadí ve variantách soubor a klient-server

Jak nenechat smůlu aneb na co si dát při nákupu pozor sluchátka Sennheiser CX 300-ii?

První sluchátka se objevila téměř před 100 lety. Celou tu dobu se technologie aktivně vyvíjela, sluchátka se zlepšovala a dnes máme před sebou ideální příklad sluchátek - Sennheiser CX 300-ii. Sennheiser je jedním ze světových lídrů ve výrobě audio zařízení, které je od roku 1945 známé svou vynikající německou kvalitou.

Model Sennheiser CX 300-ii - jedná se o moderní sluchátka, která velmi těsně přiléhají k uchu a umožňují dosáhnout výborná kvalita zvuk. Jsou lehké, skladné, pohodlné, jak pro domácí použití a pro poslech během sportovní aktivity. A samozřejmě nejdůležitější výhodou tohoto modelu je vysoce kvalitní zvuk, kterého je dosaženo pomocí speciálních technologií Sennheiser.

Bohužel na moderní trh technologie se objevuje stále více padělaných výrobků. Tento trend nešetřil ani sluchátky. Sennheiser CX 300-ii . Jak rozeznat originál od padělku a koupit kvalitní licencovaný produkt? Není to tak snadné, ale pokud budete pozorní, snadno zjistíte rozdíly mezi skutečnými produkty Sennheiser a falešný. Takže o rozdílech.

Nejdůležitějším rozdílem je samozřejmě kvalita zvuku. Při kontrole sami uvidíte, že zvuk je v originálních sluchátkách Sennheiser CX 300-ii budou několikrát lepší a čistší než ty falešné. Ale není vždy možné zkontrolovat zvuk sluchátek, zvláště pokud si objednáte online. Navíc, pokud máte před sebou pouze jednu kopii sluchátek a nemáte s čím porovnávat, je velmi obtížné nezávisle pochopit, zda to, na co se díváte, je skutečné Sennheiser CX 300-ii nebo ne. jak potom?

Dávejte pozor na vzhled. Nejprve pečlivě zkontrolujte obal. Tisk na padělané obaly Sennheiser CX 300-ii trochu horší než ty původní. To je patrné zejména na nápisech malým písmem na zadní strana obal. Nezapomeňte se podívat na číslo na spodní straně balení (je uvedeno v horní části blistru na kousku papíru).

Úplně stejné číslo by mělo být nalepeno na zadní straně (kde je napsán model sluchátek). Kromě toho musí být na zadní straně balení nálepka s informacemi v ruštině o produktu označující dovozce a také ochranná drážkovaná nálepka. Nyní otevřeme balení a podíváme se na samotná sluchátka.

Tento model je dodáván se sluchátky, speciální taškou na jejich uložení a třemi typy nástavců do uší. různé velikosti. Pokud něco z výše uvedeného chybí, znamená to, že se díváte na neoriginální Sennheiser CX 300-ii.

Nezapomeňte věnovat pozornost délce drátu. Skutečná sluchátka tohoto modelu mají délku drátu 1,2 metru. Pokud je drát kratší nebo delší, pak máte co do činění s falešným. Také původní drát je mnohem pevnější a tlustší než ten falešný.


Pokud mluvíme o vzhledu sluchátek, pak je na první pohled docela těžké vidět rozdíl mezi originálem a padělkem. Ale přesto existují rozdíly, i když nepatrné. Podívejte se na nápisy" L" a "R "ve sluchátkách. Na originální nápisy napsáno tenčím písmem. Vzhled kroužku na sluchátka se také může lišit. U pravých je matná, u falešných zase leštěná a lesklá.

Kabel sluchátek samozřejmě můžete přestřihnout a pokusit se z jeho obsahu určit, zda jsou falešné nebo ne. Ale sotva chcete přestřihnout drát zbrusu nových sluchátek, které jste si právě zakoupili. A v obchodě je extrémně nepravděpodobné, že vám takový experiment dovolí. Musíte se tedy spolehnout na vnější charakteristické rysy.

Abyste se ochránili před nákupem padělaných sluchátek Sennheiser CX 300-ii musíte znát mnoho podrobností, které již byly zmíněny výše. Ale abyste minimalizovali riziko, musíte dodržovat několik pravidel:

1. Kupte si sluchátka Sennheiser CX 300-ii pouze v těch prodejnách, které jsou oficiálními zástupci společnosti Sennheiser . Jako například internetový obchod Technomart, kde si můžete zakoupit licencované produkty Sennheiser.

2. Pokud uvidíte sluchátka, která se prodávají za podezřele nízkou cenu, buďte opatrní! Je zde velké riziko, že se nejedná o originální sluchátka.

3. Sennheiser poskytuje na sluchátka dvouletou záruku. Pokud takovou záruku při nákupu nedostanete, pak máte co do činění s falešnými sluchátky. Sennheiser CX 300-ii.

4. Pečlivě zkontrolujte všechny části sluchátek. U originální model nejsou k dispozici žádné nepotřebné prvky. Všechny detaily jsou vyrobeny pečlivě, od vysoce kvalitní materiály, nedochází k různým škrábancům, oděrkám či jiným poškozením.

A co je nejdůležitější, nezapomeňte: při nákupu sluchátek od oficiálního zástupce společnosti Sennheiser "Technomart" jste pojištěni proti nákupu padělku.

Použijte tyto tipy a poslouchejte hudbu v dokonalé kvalitě se sluchátky Sennheiser CX 300-ii ! Doma, na ulici, v dopravě, při tréninku - s těmito sluchátky máte zaručenou skvělou náladu, ať jste kdekoli!

Platformy: 1C:Enterprise 8.3, 1C:Enterprise 8.2, 1C:Enterprise 8.1
Konfigurace: Všechny konfigurace

2012-11-13
53138

Ve správě dokumentů existují úkoly, které vyžadují pravidelné provádění - například dvacátého nebo denně. Společnosti zpravidla pro tento účel vytvářejí určitá pravidla, která určují, kdy a jak má být potřebný úkol vykonán a kdo by měl proces řídit. Takové úkoly se provádějí podle předpisů a nazývají se regulované.

Poměrně často se v IT dodržují monitorovací předpisy. Tato metoda je správcům velmi známá, protože existují speciální programy, který se používá pro pravidelné kontroly výkonu síťové infrastruktury a servery. O zjištěných problémech informují správce prostřednictvím SMS nebo emailu.

Podobný systém funguje i pro webmastery a dostupnost webu je kontrolována do 24 hodin. Pomocí mechanismu "Rutinní úkoly" v 1C se provádějí monitorovací úkoly a také pravidelné úkoly, které se provádějí podle plánu v automatický režim v 1C. Pojďme se na toto téma podívat blíže.

Plánované úkoly 1C

Objekt 1C, nazývaný „Rutinní úlohy“, umožňuje zpracovávat informace nikoli po výskytu problému, ale podle plánu. V konfigurátoru je rutinní úkol způsob, jak nastavit nastavení a nastavit plán. Navíc je možné následně změnit rozvrh v režimu 1C Enterprise.

Při použití databáze souborů se úlohy nespouštějí automaticky. Chcete-li zahájit proces, musíte spustit relaci 1C v režimu 1C Enterprise a začít v ní provádět rutinní úlohu.

Všechny standardní konfigurace mají uživatelské nastavení, které vám umožňuje určit, že když je spuštěn 1C, budou se rutinní úlohy provádět automaticky.

Použití klient-server verze 1C umožňuje automatické provádění úloh na serveru. V naplánovaný čas - je spuštěna úloha na pozadí, která se provede nezbytné akce. Pro paralelní počítání na serveru lze z textu programu vytvořit úlohu na pozadí pomocí jazyka 1C bez použití naplánované úlohy 1C. Akci naplánované úlohy lze dočasně deaktivovat pomocí konzoly pro správu serveru 1C.

Přidání naplánovaného úkolu

Rutinní úlohy se nacházejí v - Konfigurátor - Obecné - Rutinní úlohy. Přidejte nový „úkol“ a zadejte název. Dále musíte přejít do vlastností „Úkoly“. A vyberte Název metody. Zde musíte zadat funkci handleru, stejně jako se to děje v předplatném události. Tato funkce bude umístěna v obecném modulu a ve vlastnostech označena „ptačím“ serverem. To znamená, že požadovaný modul je nutné přidat předem.

Název úlohy ve vlastnostech naplánované úlohy umožňuje určit její název, který se pak zobrazí v nástrojích pro správu úloh. Funkce Vlastnosti rutinní úlohy je klíč, který vám umožňuje seskupit několik různých rutinních úloh. V tomto případě lze současně spustit pouze jednu úlohu pomocí stejnou hodnotu klíč Zde může být hodnota libovolná, ale musí být vyplněna, protože prázdná hodnota není systémem zohledněna.

V Accounting edition 2.0, což je standardní konfigurace, jsou předdefinovány rutinní úlohy jako: „Přepočet součtů“ a „Aktualizace konfigurace“, ale jako například „Odložené pohyby“ a „Výměna dat“ předdefinovány nejsou.

Opakujte v pád— restartování existující úlohy. Navrženo k provedení startu, který nebyl úspěšný napoprvé. Zde je uvedeno, kolikrát můžete restartovat a po jaké době uplynulo po abnormálním ukončení.

Nástroje pro monitorování a správu pro rutinní úkoly 1C

Standardní zpracování „Task Console“, které lze nalézt na discích ITS, je zodpovědné za řízení rutinní úlohy. Toto zpracování je univerzální externí standardní zpracování pro 1C. Zpravidla není součástí konfigurace, ale dokupuje se samostatně.

S jeho pomocí můžete provádět následující akce:

Zapnutí a vypnutí naplánované úlohy;

Přidělovat a měnit plány;

Určete uživatelské jméno, se kterým bude rutinní úloha provedena;

Zobrazit dokončené úkoly (kdy a s jakým výsledkem) a také chyby úkolů;

Rutinní úloha a kopie databází

Při použití serveru 1C může nastat následující okamžik:

Chcete-li programovat, musíte si vytvořit kopii pracovní databáze;

Nutnost pracovat v kopiích databáze (testování);

Z nějakého důvodu nebyla naplánovaná úloha zahrnuta do testovací databáze.

Pokud některá z těchto situací nastala při provádění úloh rutinní úlohou, která je spojena pouze s její databází, neznamená to negativní důsledky. Ale často může rutinní úkol ukládat soubory nebo jiná data, odesílat e-maily a provádět výměny. V tomto případě může dojít k záměně mezi výsledky „úlohy“ a kopiemi. Abyste tomu zabránili, musíte zakázat „úlohy“ v konzole pro správu serveru.

Dokončené a nedokončené regulační úkoly

Při vytváření rutinních úloh je důležité zkontrolovat, zda lze úlohu provést jako rutinní úlohu. Je důležité to vědět serverový modul neposkytuje mnoho věcí, které jsou na klientovi možné. Dále je to úkol zabývající se něčím, co je mimo základnu důležitá role zároveň se hraje o práva uživatel Windows, pod kterým se úkol provádí.

Poslední faktor je obzvláště důležitý, protože pokud modul není spuštěn na serveru, nelze úlohu v zásadě dokončit. Pro kontrolu je potřeba spustit jednu úlohu a vyhodnotit výsledek.

Mechanismus práce

Modul úloh je navržen tak, aby vykonával jakoukoli aplikaci nebo funkci podle plánu nebo asynchronně.

Mechanismus úloh řeší následující problémy:

  • Schopnost definovat regulační postupy ve fázi konfigurace systému;
  • Výkon specifikované akce Naplánováno;
  • Volání dané procedury nebo funkce asynchronně, tzn. bez čekání na jeho dokončení;
  • Sledování pokroku konkrétní úkol a získání jeho stavu dokončení (hodnota udávající úspěch nebo selhání jeho provedení);
  • Získání seznamu aktuálních úkolů;
  • Schopnost čekat na dokončení jednoho nebo více úkolů;
  • Vedení zakázky (možnost zrušení, blokace exekuce atd.).

Mechanismus práce se skládá z následujících součástí:

  • Metadata rutinních úkolů;
  • Pravidelné úkoly;
  • Pracovní místa na pozadí;
  • Plánovač úkolů.

Úlohy na pozadí jsou navrženy tak, aby prováděly aplikační úlohy asynchronně. Úlohy na pozadí jsou implementovány pomocí vestavěného jazyka.

Naplánované úlohy – určené k provádění aplikovaných úloh podle plánu. Rutinní úlohy jsou uloženy v informační bázi a jsou vytvářeny na základě metadat definovaných v konfiguraci. Metadata regulačního úkolu obsahují informace, jako je název, metoda, použití atd.

Rutinní úloha má plán, který určuje, ve kterých časech musí být metoda spojená s rutinní úlohou provedena. Plán je zpravidla specifikován v informační bázi, ale může být také specifikován ve fázi konfigurace (například pro předdefinované rutinní úlohy).

Plánovač úloh se používá k plánování provádění rutinních úloh. U každé naplánované úlohy plánovač pravidelně kontroluje, zda Aktuální datum a čas plánu rutinních úkolů. Pokud se shoduje, plánovač přiřadí tuto úlohu ke spuštění. Chcete-li to provést, plánovač pro tuto naplánovanou úlohu vytvoří úlohu na pozadí, která provede skutečné zpracování.

Úlohy na pozadí

Úlohy na pozadí jsou vhodné k provádění složitých výpočtů, když lze výsledek výpočtu získat prostřednictvím dlouho. Stroj úloh má prostředky k provádění takových výpočtů asynchronně.

S úlohou na pozadí je spojena metoda, která se volá při spuštění úlohy na pozadí. Metodou úlohy na pozadí může být jakákoli procedura nebo funkce neglobálního společného modulu, kterou lze volat na serveru. Parametry úlohy na pozadí mohou být libovolné hodnoty, které mohou být předány serveru. Parametry úlohy na pozadí musí přesně odpovídat parametrům procedury nebo funkce, kterou volá. Pokud je metodou úlohy na pozadí funkce, její návratová hodnota je ignorována.

Úloha na pozadí může mít klíč – libovolnou aplikační hodnotu. Klíč zavádí omezení spouštění úloh na pozadí – za jednotku času lze provést pouze jednu úlohu na pozadí určitou hodnotu klíč a křestní jméno metoda úlohy na pozadí (název metody se skládá z názvu modulu a názvu procedury nebo funkce). Klávesa umožňuje seskupovat úlohy na pozadí, které mají stejné metody podle specifické charakteristiky aplikace, takže v rámci jedné skupiny není prováděna více než jedna úloha na pozadí.

Úlohy na pozadí jsou vytvářeny a spravovány programově z libovolného připojení. Každý uživatel může vytvořit úlohu na pozadí. Navíc se spouští jménem uživatele, který jej vytvořil. Přijímání úkolů, stejně jako čekání na jejich dokončení, je povoleno z jakéhokoli připojení k uživateli s správní práva nebo uživatel, který tyto úlohy na pozadí vytvořil.

Úloha na pozadí je čistě objekt relace a nepatří do žádné uživatelské relace. Pro každou úlohu je vytvořena speciální systémová relace spuštěná jménem uživatele, který provedl volání. Úlohy na pozadí nemají trvalý stav.

Úloha na pozadí může vytvořit další úlohy na pozadí. Ve verzi klient-server to umožňuje paralelizaci složité výpočty napříč pracovními procesy clusteru, což může výrazně urychlit celkový proces výpočtu. Paralelizace je implementována vytvořením několika podřízených úloh na pozadí a čekáním na dokončení každé z nich v hlavní úloze na pozadí.

Úlohy na pozadí, které se úspěšně dokončí nebo selžou, jsou uloženy po dobu 24 hodin a poté odstraněny. Pokud počet dokončených úloh na pozadí překročí 1 000, nejstarší úlohy na pozadí budou také odstraněny.

Naplánované úkoly

Naplánované úlohy se používají, když je nutné provádět určité periodické nebo jednorázové akce podle plánu.

Naplánované úlohy jsou uloženy v informační databázi a jsou vytvářeny na základě metadat rutinní úlohy definované v konfiguraci. Metadata specifikují takové parametry rutinního úkolu jako: volaná metoda, název, klíč, možnost použití, znak předurčení atd. Při vytváření rutinního úkolu můžete dodatečně specifikovat harmonogram (lze zadat v metadatech), hodnoty ​parametrů metody, jméno uživatele, jehož jménem provádíte rutinní úkoly atd.

Vytváření a správa naplánovaných úloh se provádí programově z libovolného připojení a je povolena pouze uživatelům s právy správce.

Poznámka. Při práci v verze souboru Je možné vytvářet a upravovat rutinní úlohy bez spouštění plánovače úloh.

S rutinní úlohou je spojena metoda, která se volá při provádění rutinní úlohy. Metodou rutinní úlohy může být jakákoli procedura nebo funkce neglobálního společného modulu, kterou lze volat na serveru. Parametry rutinní úlohy mohou být libovolné hodnoty, které mohou být přenášeny na server. Parametry rutinní úlohy musí přesně odpovídat parametrům procedury nebo funkce, kterou volá. Pokud je metodou rutinní úlohy funkce, její návratová hodnota je ignorována.

Rutinní úloha může mít klíč – libovolnou aplikační hodnotu. Klíč zavádí omezení spouštění naplánovaných úloh, protože za jednotku času lze mezi rutinními úlohami spojenými se stejným objektem metadat provést pouze jednu rutinní úlohu se specifickou hodnotou klíče. Klíč umožňuje seskupovat rutinní úlohy spojené se stejným objektem metadat podle specifické aplikační charakteristiky tak, aby v rámci jedné skupiny nebyla provedena více než jedna rutinní úloha.

Během konfigurace můžete definovat předdefinované rutinní úlohy. Předdefinované rutinní úlohy se neliší od běžných rutinních úloh, kromě toho, že je nelze explicitně vytvořit ani odstranit. Pokud je v metadatech naplánované úlohy nastaveno znamení předem stanoveného rutinního úkolu, pak se při aktualizaci konfigurace v infobázi automaticky vytvoří předdefinovaná rutinní úloha. Pokud je předdefinovaný příznak vymazán, bude při aktualizaci konfigurace v infobázi automaticky odstraněna předdefinovaná rutinní úloha. Počáteční hodnoty vlastností předdefinované naplánované úlohy (například plánu) jsou nastaveny v metadatech. V budoucnu, až bude aplikace spuštěna, je lze změnit. Předdefinované rutinní úlohy nemají žádné parametry.

Plán rutinní úlohy určuje, kdy by měla být rutinní úloha spuštěna. Plán umožňuje nastavit: datum a čas začátku a konce úlohy, dobu provádění, dny v týdnu a měsíce, do kterých musí být naplánovaná úloha provedena atd. (viz popis vestavěného v jazyce).

Příklady plánů rutinních úkolů:

Každou hodinu, jen jeden den

Období RepeatDays = 0, RepeatDays Period = 3600

Každý den jednou denně

Období RepeatDays = 1, RepeatDays Period = 0

Jeden den, jednou

PeriodRepeatDays = 0

Každý druhý den jednou denně

PeriodRepeatDays = 2

Každou hodinu od 01:00 do 07:00 každý den

PeriodRepeatDays = 1

Období opakování během dne = 3600

Čas začátku = 01:00

Čas ukončení = 07:00

Každou sobotu a neděli v 09:00

PeriodRepeatDays = 1

Dny v týdnu = 6, 7

Začátek = 09:00

Každý den po dobu jednoho týdne, týden přeskočte

PeriodRepeatDays = 1

Obdobítýdny = 2

Jednou v 01:00

Čas začátku = 01:00

Poslední den každého měsíce v 9:00.

PeriodRepeatDays = 1

Den v měsíci = -1

Začátek = 09:00

Pátý den každého měsíce v 9:00

PeriodRepeatDays = 1

Den v měsíci = 5

Začátek = 09:00

Druhou středu v měsíci v 9:00

PeriodRepeatDays = 1

DayWeekInMonth = 2

Dny v týdnu = 3

Začátek = 09:00

Můžete zkontrolovat, zda je úloha spuštěna pro dané datum (metoda RequiredExecution objektu ScheduleTasks). Naplánované úlohy jsou vždy prováděny pod jménem konkrétního uživatele. Pokud není zadán uživatel naplánované úlohy, provede se spuštění jménem výchozího uživatele, který má práva správce.

Rutinní úlohy se provádějí pomocí úloh na pozadí. Když plánovač určí, že by měla být spuštěna naplánovaná úloha, automaticky se na základě této naplánované úlohy vytvoří úloha na pozadí, která provede veškeré další zpracování. Pokud je tato rutinní úloha již spuštěna, nebude znovu spuštěna bez ohledu na její plán.

Naplánované úlohy lze restartovat. To platí zejména tehdy, když musí být zaručeno provedení metody rutinní úlohy. Rutinní úloha se restartuje, když se abnormálně ukončí nebo když je pracovní proces (ve verzi klient-server) nebo klientský proces (ve verzi souboru), na kterém byla rutinní úloha provedena, abnormálně ukončen. V naplánované úloze můžete určit, kolikrát je třeba ji restartovat, a také interval mezi restarty. Při implementaci metody restartovatelného rutinního úkolu musíte vzít v úvahu, že po restartu začne jeho provádění od začátku a nepokračuje od okamžiku abnormálního ukončení.

Je důležité si to pamatovat Čas ukončení nemusí nutně dokončit úlohu na pozadí v určený čas. Některé výroky:

* Úloha na pozadí ji může ignorovat automatické zrušení, pokud nezamrzne, ale pokračuje v práci z toho důvodu, že nelze zrušit všechny operace platformy. Pokud se provede cyklický kód vestavěného jazyka, pak lze úlohu zrušit, jinak ne. Vše závisí na tom, co práce dělá. * Čas ukončení – hranice, ve které může úkol spíše začít než skončit? * Vynutit ukončení vrátí úloha změny provedené na začátku transakce?

Funkce spouštění úloh na pozadí ve variantách soubor a klient-server

Mechanismy pro provádění úloh na pozadí ve verzi souboru a klient-server se liší.

  • Ve verzi souboru musíte vytvořit vyhrazený klientský proces, který bude provádět úlohy na pozadí. K tomu musí klientský proces pravidelně volat funkci globálního kontextu ExecuteJobProcessing. Pouze jeden klientský proces na infobázi by měl zpracovávat úlohy na pozadí (a podle toho volat tuto funkci). Pokud nebyl vytvořen klientský proces pro zpracování úloh na pozadí, pak se při programovém přístupu k enginu úloh zobrazí chyba „Správce úloh není aktivní“. Nedoporučuje se používat klientský proces, který zpracovává úlohy na pozadí pro jiné funkce.

Po spuštění úloh zpracování klientského procesu na pozadí mohou ostatní klientské procesy softwarový přístup na mechanismus úloh na pozadí, tzn. může spouštět a spravovat úlohy na pozadí.

Ve verzi klient-server se k provádění úloh na pozadí používá plánovač úloh, který je fyzicky umístěn ve správci clusteru. U všech úloh na pozadí ve frontě získá plánovač nejméně zatížený pracovní proces a použije jej ke spuštění odpovídající úlohy na pozadí. Pracovní proces provede úlohu a oznámí plánovači výsledky provedení.

Ve verzi klient-server je možné blokovat provádění rutinních úloh. Provádění rutinních úloh je blokováno v následujících případech:

  • Na informační základnu bylo nainstalováno explicitní blokování rutinních úkolů. Zámek lze nastavit pomocí konzoly clusteru;
  • Na infobázi je blok připojení. Zámek lze nastavit pomocí konzoly clusteru;
  • Metoda SetExclusiveMode() s parametrem True byla volána z vestavěného jazyka;
  • V některých jiných případech (například při aktualizaci konfigurace databáze).

Vytváření metadat pro rutinní úlohu

Než programově vytvoříte rutinní úlohu v informační databázi, musíte pro ni vytvořit objekt metadat.

Chcete-li vytvořit objekt metadat pro rutinní úlohu ve stromu konfigurace ve větvi „Obecné“ pro větev „Rutinní úlohy“, spusťte příkaz „Přidat“ a na paletě vlastností vyplňte následující vlastnosti rutinní úlohy:

Název metody – uveďte název metody rutinní úlohy.

Klíč – zadejte libovolnou řetězcovou hodnotu, která bude použita jako klíč naplánované úlohy.

Plán – označuje plán rutinního úkolu. Chcete-li vytvořit plán, klikněte na odkaz „Otevřít“ a ve formuláři plánu, který se otevře, nastavte požadované hodnoty.

Na záložce „Obecné“ je uvedeno datum zahájení a ukončení úlohy a režim opakování.

Na záložce „Denně“ je uveden denní plán úkolu.

Upřesněte rozvrh:

  • čas zahájení a čas ukončení úkolu;
  • čas dokončení úkolu, po kterém bude násilně ukončen;
  • perioda opakování úkolu;
  • trvání pauzy mezi opakováními;
  • trvání provedení.

Je povoleno zadat libovolnou kombinaci podmínek.

Na záložce „Týdně“ je uveden týdenní plán úlohy.

Zaškrtněte políčka pro dny v týdnu, ve kterých bude úloha provedena. Pokud chcete úlohu opakovat, zadejte interval opakování v týdnech. Například úloha je provedena za 2 týdny, hodnota opakování je 2.

Na záložce „Měsíčně“ je uveden měsíční plán úkolu.

Zaškrtněte políčka pro měsíce, ve kterých bude úloha provedena. V případě potřeby můžete určit konkrétní den (měsíc nebo týden) exekuce od začátku měsíce/týdne nebo konce.

Použití - pokud je nastaveno, bude úloha prováděna podle plánu.

Předdefinováno – pokud je nastaveno, jedná se o předdefinovanou úlohu.

Počet opakování v případě abnormálního ukončení - udává počet opakování v případě abnormálního ukončení.

Interval opakování při abnormálním ukončení – určuje interval opakování při abnormálním ukončení. Příklady

Vytvoření úlohy na pozadí „Aktualizace indexu fulltextového vyhledávání“:

BackgroundTasks.Run("UpdatingFullTextSearchIndex");

Vytvoření rutinní úlohy „Obnova sekvencí“:

Schedule = New ScheduleTask; Schedule.PeriodRepeatDays = 1; Schedule.RepeatPeriodDuringDay = 0;

Task = RoutineTasks.CreateRoutineTask("Restoring Sequences"); Job.Schedule = Schedule; Task.Write();

Pracovní konzole

Zpracování s ITS, spravuje rutinní úkoly:

Práce s rutinními úkoly

Objekty práce

Objekty úlohy nejsou odkazovány, ale jsou uloženy v databázi v nějakém speciálním úložišti.

Pokud je v metadatech povolen příznak „Predefined“, pak se takový objekt vytvoří automaticky při spuštění 1C:Enterprise a existuje vždy přesně v jedné instanci. Takový objekt nelze smazat.

Pokud není nastaven příznak "Předdefinováno", pak jsou objekty takové úlohy vytvořeny a odstraněny programově s uvedením plánu a parametrů.

Získání seznamu úkolů

Seznam úkolů lze získat pomocí metody Získejte rutinní úkoly globální pracovní manažer Rutinní úkoly

ScheduledJobsManager

Získejte ScheduledJobs (GetScheduledJobs)

Syntax:

Získat rutinní úkoly(<Отбор>)

Možnosti:

<Отбор>(volitelný)

Typ: Struktura. Struktura definující výběr. Hodnoty struktury mohou být: UniqueIdentifier, Key, Metadata, Predefined, Usage, Name. Pokud výběr není zadán, získají se všechny rutinní úlohy.

Pokud filtrujete podle metadat, můžete jako hodnotu Metadata zadat buď objekt metadat rutinní úlohy, nebo její název.

Návratová hodnota:

Typ: Array.

Popis:

Přijímá řadu rutinních úkolů daný výběr. Příjem naplánovaných úloh je možný pouze pro správce.

Dostupnost:

Rutina = RoutineTasks.GetRoutineTasks(Selection);

Pro každou rutinu cyklu rutiny NewLine = Seznam rutinních úloh.Add(); NewRow.Metadata = Regular.Metadata.View(); NewLine.Name = Regular.Name; NewString.Key = Regular.Key; NewLine.Schedule = Schedule.Schedule; NewLine.User = Regular.UserName; NewString.Predefined = Regular.Predefined; NewString.Use = Regular.Use; NewString.Identifier = Regular.UniqueIdentifier;

LastTask = Regular.LastTask; Pokud LastTask<>Undefined Then NewRow.Running = LastTask.Start; NewRow.State = LastTask.State; endIf; EndCycle;

Stvoření

Vytvořeno metodou Create RoutineTask pro správce rutinních úloh:

RoutineTask = RoutineTasks.CreateRoutineTask(MetadataSelection);

RegularTask.Name = Jméno; RegularTask.Key = Klíč; RegularTask.Use = Použití; RoutineTask.UserName = UsersChoice; RoutineTask.Number of RepetitionsAtEmergencyCompletion =NumberofRepetitionsAtEmergencyCompletion; ScheduledTask.RepeatIntervalAtEmergencyCompletion = RetryIntervalAtEmergencyCompletion; ScheduleTask.Schedule = Plán; RegularTask.Record();

TaskObject = RoutineTasks.CreateRoutineTask("ExchangeExchange");

TaskObject.Name = Název; JobObject.Use = True;

Objekt úlohy má pole "Parametry", ve kterém jsou specifikovány parametry metody:

ScheduledJob

Možnosti(Parametry)

Používání:

Číst a psát.

Popis:

Typ: Array. Pole parametrů pro naplánovanou úlohu. Počet a složení parametrů musí odpovídat parametrům metody rutinní úlohy.

Dostupnost:

Server, tlustý klient, externí připojení.

Poznámka:

Možnosti čtení a zápisu jsou dostupné pouze administrátorovi.

Odstranění

Odstraněno pomocí metody Delete() objektu úkolu:

ScheduledTask.Delete();

Získání objektu práce

  • seznam pomocí metody GetRoutineTasks:

Rutina = RoutineTasks.GetRoutineTasks(Selection);

  • přes FindByUniqueIdentifier metody správce úloh:

Task = ScheduledTasks.FindByUniqueIdentifier(UID);

Vytvoření rutinního úkolu

Vytvořme rutinní úlohu „Provést zpracování“.

Zakažme použití naplánované úlohy, aby se při aktualizaci konfigurace nespouštěla ​​automaticky.

Pojďme přiřadit proceduru, která se spustí při spuštění rutinní úlohy:Modul RoutineTasks.RoutineTaskExecutionProcessing.

Samotný postup vypadá takto:

Postup RoutineTaskExecutionProcessing(Key) Export

Parametry RoutineTasks.PerformProcessingWithParameters(Key);

Konec procedury

Vytváříme referenční knihu pro rutinní úkoly

Náš regulační úkol může přinést mnoho procesy na pozadí- jeden pro každé ošetření. Každý úkol na platformě 1C8 má klíč. Metoda naplánované úlohy však nezná klíč úlohy na pozadí, takže musíte použít parametry úlohy na pozadí. V důsledku toho vidíme úlohu na pozadí v konzole úloh, ale nemůžeme ručně vytvořit úlohu na pozadí z této konzoly, protože úlohy s parametry se nevytvářejí ručně.

Referenční kniha „Parametry naplánovaných úloh“ :

Náležitosti :

· CodeBefore Launch- neomezený řetězec - kód v jazyce 1C, který musí být proveden před spuštěním.

· Zpracování z konfigurace - řádek (100) - identifikátor zpracování z konfigurace

· Zpracování z adresáře - řádek (100) - odkaz na prvek adresáře „Externí zpracování“, pokud je v konfiguraci nějaký

· Spuštění prostřednictvím aplikace 1C - Boolean - bude vytvořeno samostatná aplikace 1C a v něm se spustí rutinní úloha. Vytvořeno pro 8.1, kde nejsou všechny aplikační metody dostupné na serveru, kde běží naplánovaná úloha.

· Spouštěcí kód- - neomezený řádek - kód v jazyce 1C, který bude spuštěn při spuštění naplánované úlohy.

Vytvořme tvar prvku :

Kliknutím na „Vytvořit Reg. task" je programově vytvořena rutinní úloha s kódem klíče:

Postup BasicActionsFormCreateReglTask(Button)

Variabilní práce;

Klíč = AbbrLP(Kód);

Task = RoutineTasks.CreateRoutineTask("PerformProcessing");

Task.Name = Klíč;

Task.Key = Klíč;

Parametry = New Array();

Parameters.Add(Key);

Task.Parameters = Parametry;

Task.Write();

Konec procedury

Spuštění naplánované úlohy

Každý rutinní úkol, který vytvoříme, má klíč:

Tento klíč odpovídá kódu v adresáři „Parametry rutinních úloh“ a používá se k vyhledávání při spouštění úlohy. Pokud není položka adresáře nalezena, úloha se neprovede.

Dále, pokud je zadán kódCodeBefore Launch pak bude tento kód proveden. Dále, pokud proměnná Splnit vyhodnotí jako nepravda, úkol nebude dokončen. Proměnná dostupná pro analýzu Možnosti, kde je uložen odkaz na nalezený adresářový prvek „Parametry rutinních úloh“.

V závislosti na zvolených hodnotách detailů se spustí buď kód v jazyce 1C, nebo se spustí zpracování z konfigurace, nebo se spustí zpracování ze standardní referenční knihy „Externí zpracování“.

Pro 1C81 je spouštění zajištěno v nové aplikaci – abyste mohli používat kód, který je dostupný pouze na klientovi, včetně využití externího zpracování. Chcete-li to provést, musíte zaškrtnout políčko „Spustit aplikaci 1C“. V opačném případě bude naplánovaná úloha provedena na serveru.

Doporučuji nastavit uživatele v poli „Uživatel“ pro nově vytvořenou rutinní úlohu, aby se úloha spouštěla ​​pod určitými právy. Doporučuji dát takovému uživateli plná práva. Používám uživatele "robot».

Plán rutinní úlohy se vytváří pomocí hypertextového odkazu „Plán“ z formuláře rutinní úlohy. Můžete použít zpracování „Rutine Task Console“.

Některé úkoly ve správě dokumentů a účetnictví může být nutné provádět pravidelně. Například dvacátého. Nebo denně.

Typicky se společnost snaží vytvořit pravidla pro provádění takových úkolů – kdo, kdy a jak by měl úkol splnit, kdo by ho měl řídit.

Takové úkoly se nazývají regulované, tj. vykonávané v souladu s předpisy.

V IT se sledování často provádí regulovaně.

Je to znát správce systému– existují speciální programy, které pravidelně kontrolují výkon serverů a síťové infrastruktury a hlásí SMS popř emailem správce.

Podobné věci existují i ​​pro webmastery – pro kontrolu dostupnosti webu během dne.

V 1C jsou monitorovací úlohy a jakékoli další pravidelné úlohy, které by měly být prováděny automaticky podle plánu, prováděny pomocí mechanismu 1C Scheduled Tasks.

Promluvme si o nich dnes.

Plánované úkoly 1C

Naplánované úlohy 1C jsou ty, které vám umožňují provádět je tak, jak to dělají, ale podle plánu.

Samotná rutinní úloha 1C v konfigurátoru je způsob, jak specifikovat nastavení a nastavit plán. Mimochodem, plán lze později dynamicky změnit v režimu 1C Enterprise.

Úlohy na pozadí lze vytvářet z textu programu v jazyce 1C libovolně bez naplánované úlohy 1C - pro paralelní výpočty na serveru.

Provádění rutinních úloh 1C lze dočasně zakázat - in.

Přidání rutinního úkolu 1C

Úlohy rutiny 1C se nacházejí v konfiguraci ve větvi Obecné/Úlohy rutiny 1C. Přidejme nový regulační úkol 1C a uveďme jeho název.

Ve vlastnosti rutinní úlohy 1C je uveden název metody, stejně jako v. Funkce bude ve společném modulu s zaškrtnuto Server je ve vlastnostech, to znamená, že modul musí být přidán předem.

Vlastnost naplánované úlohy 1C – Název úlohy – určuje název, pod kterým se úloha zobrazí v nástrojích pro správu úloh.

Vlastnost rutinní úlohy 1C – Key – vám umožňuje seskupit několik různých rutinních úloh 1C. Najednou lze spustit pouze jednu úlohu se stejnou hodnotou klíče. Samotná hodnota může být libovolná. Prázdná hodnota se při kontrole nebere v úvahu (to znamená, že se považuje za nedokončenou).

Vlastnost rutinní úlohy 1C – Předdefinováno – určuje, že při spuštění 1C Enterprise bude taková úloha vytvořena v jedné kopii s plánem uvedeným v konfigurátoru. Nepředdefinované úkoly se zobrazují programově v době plánu.

V typické konfigurace, například Accounting edition 2.0, takové rutinní úlohy 1C jako Aktualizace konfigurace a Přepočet součtů jsou předdefinovány, ale jako Výměna dat nebo Odložené pohyby předdefinovány nejsou.

Použití – povolí úlohu (to znamená, že se provede pouze v případě, že je zaškrtnuto políčko Použití).

Opakovat při abnormálním ukončení – jak asi tušíte, znamená restartování úlohy, pokud se nepodařilo úspěšně dokončit napoprvé – můžete určit, kolikrát se má restartovat a jak dlouho po abnormálním ukončení.

Správa a monitorování rutinních úloh 1C

Pro správu rutinních úloh 1C je k dispozici speciální standardní zpracovatelská Job Console. Lze jej nalézt také na.

Toto zpracování patří k tzv. univerzálnímu externímu standardnímu zpracování 1C, které často není součástí konfigurace, ale je distribuováno samostatně např. na ITS discích.

Pomocí zpracování konzoly úloh můžete:

  • Povolí/zakáže provádění rutinní úlohy 1C
  • Přiřadit/změnit plán naplánované úlohy 1C (a další parametry)
  • Zadejte uživatele 1C, jehož jménem bude rutinní úloha 1C provedena
  • Podívejte se, jaké úkoly byly dokončeny, kdy a s jakým výsledkem, chyby při plnění úkolů 1C
  • Proveďte úkol.

Kopie databází a rutinních úloh 1C

Pokud používáte server 1C, nastane následující situace:

  • Pro vaše vlastní účely (například pro programování) se vytvoří kopie pracovní databáze
  • Práce, testování atd. v kopii databáze
  • V takové testovací databázi zapomenete vypnout rutinní úlohy 1C.

Zatímco rutinní úkoly 1C provádějí úkoly související pouze s jejich informační základna, tak v tom nic není.

Rutinní úlohy 1C však mohou často ukládat jakékoli soubory, data do jiných databází, provádět výměny a odesílat e-maily.

V tomto případě můžete získat zajímavou směs mezi výsledkem provádění rutinních úloh 1C v pracovní databázi a kopiemi.

Rutinní úlohy 1C pro kopie pracovní databáze musí být zakázány v .

Plnění a neplnění regulačních úkolů 1C

Při vytváření rutinních úkolů 1C si musíte pamatovat:

  • Úkoly se plní samy – je třeba je hlídat
  • Úlohy jsou prováděny v modulu na serveru
  • Úlohy jsou prováděny pod jiným uživatelem Windows s různými právy.

Nejprve musíte zkontrolovat, zda je úloha prováděna a může být dokončena jako rutinní úloha 1C.

Za druhé, modul serveru znamená, že mnoho věcí, které jsou k dispozici na klientovi, není k dispozici. Někdy například nelze všechny dokumenty odeslat pouze na server, protože jejich algoritmus může zajistit, že odesílání spustí uživatel ručně a nelze je použít. funkce serveru, Například
Upozornění ("Ahoj!")

Zatřetí, pokud se úkol zabývá něčím mimo databázi 1C, stanou se důležitá práva uživatele systému Windows, pod kterým je úkol prováděn.

Třetí bod je zvláště důležitý při vývoji. Pokud modul nelze na serveru spustit, úloha nebude provedena vůbec. Chcete-li to zkontrolovat, musíte úlohu spustit alespoň jednou a vidět výsledek „Úloha dokončena“ ve zpracování konzoly úloh.




Horní