Регламентні та фонові завдання. Фонові завдання: особливості, можливості, налаштування 1с 8 3 вимкнути фонові завдання

Після переходу з «1С: Бухгалтерії 2.0» на редакцію 3.0 швидкість роботи нової версії стає нижчою. Цю проблему ми розглянемо у цій статті та надамо покрокову інструкцію дій у програмі «1С:Бухгалтерії 3.0», яка допоможе зробити її роботу швидше.

Як правило, причина в уповільненій роботі програми полягає в тому, що в системі запущено регламентні та фонові завдання. У серверному варіанті роботи конфігурації версії 3.0 вони дозволяють автоматизувати багато операцій з обслуговування програми в робочий час. Але при файловому режимі роботи запуск фонових завдань відбувається під час роботи користувача, тому робота системи уповільнюється.

Щоб прискорити роботу у файловому режимі "1С: Бухгалтерії 3.0", рекомендується вимкнути фонові завдання. Щоб це зробити, нам потрібно звернутися до розділу Адміністрація. У цьому розділі в навігаційній панелі знаходимо Підтримка та обслуговування.

Відкриваємо розділ Регламентні операціїа потім натискаємо на посилання Регламентні та фонові завдання.

Перед Вами з'явиться список, в якому галочками відзначені активні завдання.

Для відключення завдання потрібно його відкрити і зняти галочку з параметра «Увімкнено», потім натиснути кнопку Записати та закрити.

Під час роботи у файловому варіанті програми ми рекомендуємо відключити всі регламентні завдання, які є у списку. Ще одна можлива причина низької швидкості роботи системи - увімкнений механізм Повнотекстового пошуку. Так як у програмі 1С: Бухгалтерії 3.0 даний механізм не є обов'язковим, його можна вимкнути. Щоб це зробити, потрібно у розділі Регламентні операціїприбрати галочку Повнотекстовий пошук даних.

Найчастіше користувачі скаржаться, що «1С 8.3 гальмує»: повільно відкриваються форми документів, довго проводяться документи, запускається програма, довго формуються звіти тощо.

Причому такі «глюки» можуть зустрічатися у різних програмах:

Причини можуть бути різні. Це не відновлено проведення документів, слабкий комп'ютер або сервер, неправильно налаштований сервер 1С.

У цій статті я хочу розглянути одну з найпростіших і найпоширеніших причин повільної роботи програми – . Ця інструкція буде актуальною для користувачів файлових баз на 1-2 користувача, де немає конкуренції за ресурси.

Якщо Вас цікавить більш серйозна оптимізація клієнт-серверного варіанта роботи системи, відвідайте розділ сайту.

Де в 1С 8.3 регламентні завдання

Не встиг я завантажити програму, як у 1С виконалося багато фонових завдань. Подивитися їх можна, зайшовши в меню «Адміністрування», далі - «Підтримка та обслуговування»:

Отримайте 267 відеоуроків з 1С безкоштовно:

Ось так виглядає вікно з виконаними завданнями:

А так повний список усіх регламентних завдань, що запускаються:

Серед цих завдань видно такі, як ««, завантаження різних класифікаторів, перевірка актуальності версії програми тощо. Наприклад, мені ні до чого майже всі ці завдання. Я не веду валютний облік, версії контролюю сам, класифікатори завантажую за потребою.

Відповідно, в моїх (і здебільшого у Ваших) інтересах відключити непотрібні завдання.

Відключення регламентних та фонових завдань у 1С 8.3

Платформи: 1С: Підприємство 8.3, 1С: Підприємство 8.2, 1С: Підприємство 8.1
Зміни: Усі конфігурації

2012-11-13
53989

У документообігу є завдання, які вимагають періодичного виконання — наприклад, за двадцятими числами, або щодня. Як правило, у компаніях спеціально для цього, створюються певні правила, в яких зазначено, коли і як має виконуватися необхідне завдання, і хто має проконтролювати процес. Такі завдання виконуються згідно з регламентом і називаються регламентованими.

Досить часто, в ІТ дотримується регламенту при моніторингу. Такий метод добре знайомий адміністраторам, тому що для цього існують спеціальні програми, що застосовуються для періодичної перевірки працездатності мережної інфраструктури та серверів. Про виявлені проблеми вони сповіщають адміністратора за допомогою СМС, або електронного листа.

Схожа система діє і для веб-майстрів, при цьому доступність сайту перевіряється протягом доби. За допомогою механізму "Регламентні завдання" в 1С здійснюються завдання моніторингу, а також періодичні завдання, які виконуються за розкладом в автоматичному режимі в 1С. Розглянемо докладніше цю тему.

Регламентні завдання 1С

Об'єкт 1С, який називається "Регламентні завдання", дає можливість виконати обробку інформації не після виникнення проблеми, а за розкладом. У конфігураторі, регламентне завдання є способом задати налаштування та встановити розклад. Крім цього, існує можливість згодом змінювати розклад у режимі 1С Підприємство.

При використанні файлової бази даних завдання автоматично не виконуються. Для того щоб запустити процес, необхідно запустити сеанс 1С, в режимі 1С Підприємство і вже в ньому запустити виконання регламентного завдання.

Всі типові конфігурації мають налаштування користувача, що дозволяє уточнити, що при роботі 1С, регламентні завдання виконуватимуться автоматично.

Використання клієнт-серверного варіанта 1С дає можливість автоматичного виконання завдань на сервері. У запланований час здійснюється запуск фонового завдання, яке і виконує необхідні дії. Для паралельних обчислень на сервері фонове завдання може бути створене з тексту програми за допомогою мови 1С без використання регламентного завдання 1С. Дія регламентного завдання можна тимчасово відключити, використовуючи при цьому консоль управління сервером 1С.

Додавання регламентного завдання

Регламентні завдання розташовані в Конфігуратор Загальні Регламентні завдання. Додайте нове "завдання" та вкажіть ім'я. Далі, необхідно зайти у властивості «Завдання». І вибрати ім'я методу. Тут потрібно вказати функцію обробника, так само, як це відбувається у передплаті на подію. Ця функція буде розташована в загальному модулі та позначена "пташкою" Сервер у властивостях. Це означає, що необхідний модуль потрібно додати заздалегідь.

Найменування завдання у Властивості регламентного завдання дозволяє визначити його назву, яка далі фігуруватиме в засобах управління завданнями. Функція Властивості регламентного завдання є ключем, що дозволяє групувати кілька різних регламентних завдань. При цьому одночасно можна запустити лише одне завдання з однаковим значенням ключа. Тут значення може бути довільним, але заповнювати його обов'язково, тому що порожнє значення не враховується системою.

У Бухгалтерії редакції 2.0, яка є типовою конфігурацією, регламентні завдання, такі як: "Перерахунок підсумків" та "Оновлення конфігурації" є зумовленими, а такі, як наприклад "Відкладені рухи" та "Обмін даними" - не зумовленими.

Повторення при аварійному завершенні — перезапуск діючого завдання. Передбачено здійснення запуску, який успішно виконано з першого разу. Тут зазначено, скільки разів можна перезапускати і після якогось часу після аварійного завершення.

Моніторинг та засоби управління регламентним завданням 1С

За керування регламентним завданням відповідає типова обробка "Консоль завдань", яку можна знайти на дисках ІТС. Ця обробка є універсальною зовнішньою типовою обробкою 1С. Як правило, вона не входить у конфігурацію, а купується окремо.

З її допомогою можна здійснювати такі дії:

Вмикати та вимикати регламентне завдання;

Призначати та змінювати розклад;

Позначити ім'я користувача, за допомогою якого виконуватиметься регламентне завдання;

Бачити виконані завдання (коли і з яким результатом), а також помилки завдання;

Регламентне завдання та копії баз даних

При використанні серверної 1С, може виникнути такий момент:

Для програмування потрібно зробити копію робочої бази;

Необхідність роботи у копіях бази (тестування);

З якихось причин не включено регламентне завдання у тестовій базі.

Якщо одна з таких ситуацій виникла під час виконання завдань регламентним завданням, пов'язаним лише зі своєю базою даних, то це не несе за собою негативних наслідків. Але часто регламентне завдання може зберігати файли, або інші дані, надсилати електронні листи, проводити обмін. У такому разі може виникнути плутанина між результатами роботи «завдання» та копіями. Щоб цього не відбувалося, необхідно відключити «завдання» в консолі управління сервером.

Виконані та не виконані регламентні завдання

Під час створення регламентних завдань важливо перевірити, чи може завдання бути виконане як регламентне завдання. Важливо знати, що серверний модуль не дає багато речей, які можливі на клієнта. Далі, завдання, що має справу з чимось, що знаходиться поза базою, важливу роль при цьому відіграють права користувача Windows, під яким відбувається виконання завдання.

Останній фактор є особливо важливим, тому що якщо модуль не виконується на сервері, то і завдання не може бути виконане в принципі. Щоб перевірити, необхідно запустити одне завдання та оцінити результат.

Проблема не нова і іноді обговорюється на різних 1С-них форумах. Найпростіше і найпопулярніше рішення - це перезавантаження сервера 1С. На жаль, цей варіант не завжди допустимий або вкрай небажаний. На такий випадок є більш делікатні рішення.

Ось один із таких способів у вигляді короткої покрокової інструкції:

1. За допомогою консолі адміністрування серверів 1С шукаємо проблемну фнове завдання у списку з'єднань (наприклад, за часом початку його роботи, порівнявши з часом початку роботи регламентованого завдання в консолі завдань). Визначаєморобочий процес, в якому знаходиться зависле з'єднання.

2. Відкриваємо властивості цього процесу і відзначаємо його як невикористовуваний (якщо використовується один єдиний процес, то необхідно створити новий робочий процес - для того, щоб всі активні з'єднання перепідключилися до нього). Запам'ятовуємо номер PID цього процесу.


3. Чекаємо коли всі поточні з'єднання перемістяться з відключеного процесу в один із використовуваних. Зрештою, у нашому процесі повинні залишитися лише проблемні з'єднання, які ми й хочемо видалити.

4. На комп'ютері із сервером 1С за допомогою диспетчера завдань шукаємо відповідний йому процес rphost.exe за PID відключеного робочого процесу та видаляємо його.

5 . Про всяк випадок можна видалити відключений нами робочий процес 1С з пащею адмін. консолі та, при необхідності, створити новий.

6. Готово. Можна увійти в консоль завдань та перевірити працездатність регламентного завдання.

При роботі в 1С зустрічається багато рутинних операцій, які повинні запускатися або формуватися за розкладом, виконуючи ту чи іншу дію, наприклад: проведення документів або завантаження даних у 1С з сайту.

Нещодавно я розмістив статтю: настав час це автоматизувати:

Регламентні та фонові завдання

Механізм завдань призначений для виконання будь-якої прикладної або функціональності за розкладом або асинхронно.

Механізм завдань вирішує такі завдання:

  • Можливість визначення регламентних процедур на етапі конфігурування системи;
  • Виконання заданих дій за розкладом;
  • Здійснення виклику заданої процедури чи функції асинхронно, тобто. без очікування її завершення;
  • Відстеження ходу виконання певного завдання та отримання його статусу завершення (значення, що вказує на успішність або не успішність його виконання);
  • отримання списку поточних завдань;
  • Можливість очікування завершення одного чи кількох завдань;
  • Управління завданнями (можливість скасування, блокування виконання та ін.).

Механізм завдань складається з наступних компонентів:

  • Метаданих регламентних завдань;
  • Регламентні завдання;
  • фонових завдань;
  • Планувальник завдань.

Фонові завдання & призначені для виконання прикладних завдань асинхронно. Фонові завдання реалізуються засобами інтегрованої мови.

Регламентні завдання & призначені для виконання прикладних завдань за розкладом. Регламентні завдання зберігаються в інформаційній базі та створюються на основі метаданих, що визначаються у конфігурації. Метадані регламентного завдання містять таку інформацію як найменування, метод, використання тощо.

Регламентне завдання має розклад, який визначає, у які часи потрібно виконувати пов'язані з регламентним завданням метод. Розклад, як правило, задається в інформаційній базі, але може бути заданий і на етапі конфігурування (наприклад, для визначених регламентних завдань).

Планувальник завдань використовується для планування виконання регламентних завдань. Для кожного регламентного завдання планувальник періодично перевіряє, чи поточна дата і час відповідає розкладу регламентного завдання. Якщо відповідає, планувальник призначає таке завдання виконання. Для цього за цим регламентним завданням планувальник створює фонове завдання, яке виконує реальну обробку.

З описом, гадаю, вистачить - приступимо до реалізації:

Створення регламентного завдання

Ім'я методу– шлях до процедури, яка виконуватиметься у фоновому завданні за розкладом. Процедура повинна знаходитись у загальному модулі. Рекомендується не використовувати загальні типові модулі, а створити свій. Не забудьте, що фонові завдання виконуються на сервері!

Використання- Ознака використання регламентного завдання.

Зумовлене- Вказує, чи є регламентне завдання зумовленим.

Якщо хочете, щоб регламентне завдання запрацювало відразу після приміщення в БД, вкажіть ознаку Зумовлене. В іншому випадку вам необхідно буде використовувати обробку Консоль завдань або викликати запуск завдання програмно.

Кількість повторів при аварійному завершенні завдання- Скільки разів виконано перезапуск фонового завдання, якщо воно було виконане з помилкою.

Інтервал повтору при аварійному завершенні завдання- З якою періодичністю буде виконано перезапуск фонового завдання, якщо воно було виконане з помилкою.

Налаштування розкладу

Розкладвиконання завдання:

Щогодини, тільки один деньПеріодПовторуДнів = 0, ПеріодПовторуНа протязіДня = 3600
Щодня один раз на деньПеріодПовторуДнів = 1, ПеріодПовторуНа протязіДня = 0
Один день, один разПеріодПовторуДнів = 0
Через день один раз на деньПеріодПовторуДнів = 2
Щогодини з 01.00 до 07.00 щодняПеріодПовторуДнів = 1ПеріодПовторуВПлин Дня = 3600 ЧасПочатку = 01.00

ЧасКінця = 07.00

Щосуботи та неділі о 09.00ПеріодПовторуДнів = 1ДніТижня = 6, 7ЧасПочатку = 09.00
Щодня один тиждень, тиждень перепусткиПеріодПовторуДнів = 1ПеріодТижень = 2
О 01.00 один разЧасПочатку = 01.00
Останнє число кожного місяця о 9:00.ПеріодПовторуДнів = 1ДеньВМісяці = -1ЧасПочатку = 09.00
П'яте число кожного місяця о 9:00ПеріодПовторуДнів = 1ДеньВМісяці = 5ЧасПочатку = 09.00
Друге середа кожного місяця о 9:00ПеріодПовторуДнів = 1ДеньТижняВМісяці = 2ДніТижня = 3

ЧасПочатку = 09.00

Особливості виконання фонових завдань файловому та клієнт-серверному варіантах

Механізми виконання фонових завдань у файловому та клієнт-серверному варіантах різняться.

У файловому варіантінеобхідно створити виділений клієнтський процес, який займатиметься виконанням фонових завдань. Для цього в клієнтському процесі має періодично викликатись функція глобального контексту Виконати Обробку Завдань. Тільки один клієнтський процес на інформаційну базу має виконувати обробку фонових завдань (і, відповідно, викликати цю функцію). Якщо клієнтського процесу для обробки фонових завдань не створено, при програмному доступі до механізму завдань буде видана помилка «Менеджер завдань не активний». Не рекомендується використовувати клієнтський процес, що виконує обробку фонових завдань, для інших функцій.

Коли клієнтський процес, виконує обробку фонових завдань, запущений, інші клієнтські процеси отримують можливість програмного доступу до механізму фонових завдань, тобто. можуть запускати та керувати фоновими завданнями.

У клієнт-серверному варіантіДля виконання фонових завдань використовується планувальник завдань, який фізично перебуває у менеджері кластера. Планувальник для всіх поставлених у чергу на виконання фонових завдань отримує найменш завантажений робочий процес та використовує його для виконання відповідного фонового завдання. Робочий процес виконує завдання та повідомляє планувальник про результати виконання.

У клієнт-серверному варіанті є можливість блокування виконання регламентних завдань. Блокування виконання регламентних завдань відбувається у таких случаях:

  • На інформаційну базу встановлено явне блокування регламентних завдань. Блокування може бути встановлене через консоль кластера;
  • На інформаційну базу встановлено блокування з'єднання. Блокування може бути встановлене через консоль кластера;
  • Зі вбудованої мови викликаний метод ВстановитиМонопольнийРежим() з параметром Істина;
  • У деяких інших випадках (наприклад, при оновленні конфігурації бази даних).

Оброблення запуску та перегляду регламентних завданьви можете завантажити тут.