Запуск и остановка NAS по ситуации

[kudrenko]

Здравствуйте! Хотелось бы услышать мнения по следующему вопросу. Есть NAV 4.00 SP2 и NAS, который с периодичностью в 10 минут, запускает соответствующий кодеюнит, где выполняются определенные учетные операции. Зачастую указанного времени достаточно, чтобы выполнить учет всех операции, a иногда и нет... Таким образом, по истечению 10 мин., если все операции не выполнились, снова запускается сессия NAS и происходят не очень хорошие вещи… (т.е. конфликты) Конечно, можно увеличить интервал запуска NAS и не морочить голову, но это не выход… (есть еще другие нюансы)))) Суть вопроса в следующем – возможно ли, каким-то образом, при очередном запуске nas, смотреть, а полностью ли завершилась обработка предыдущего сеанса запуска? Т.е., если предыдущий сеанс еще не завершен, то никаких операций не выполнять, а завершить работу и установить интервал запуска nas, скажем, через 2 минуты (если после 2 минут, предыдущий сеанс обработался, интервал запуска снова необходимо вернуть в 10 мин.). В противном случае, начать обработку.

[alexb_imported]

Навскидку такой вариант:
использовать SingleInstance функциональность.
Для этого в кодеюните 448 "Job Queue Dispacher" или в собственном отдельном SingleInstance-кодеюните создаёте булевые переменные, которые и включаете TRUE, FALSE по мере надобности, т.е. перед началом работы каждого процесс сам процесс включает булевую переменную типа ProcessComplete=FALSE и потом, если процесс завершён полностью, то ProcessComplete=TRUE. T.e. по идее если по плану следующий процесс стартует через 10 минут, то он первым делом должен обратиться к булевой переменной в SingleInstance-кодеюните и если NOT ProcessComplete, то ждём +10 минут и обращаемся снова. И только если ProcessComplete=TRUE, то стартуем данный процесс. Есть конечно и минус: если по какой-то причине предыдущий процесс вывалился так, что не смог закончить своё пребывание в SingleInstance-кодеюните, то следующий процесс вообще никогда не стартует, так как будет ждать вечно. Но на такой случай можно ждать макс. определённое время и следующий процесс включать принудительно по истечении макс. возможного ожидания.

[RedFox]

Можно попробовать что-то типа:

OnRun()
CREATE(QueueTimer);
QueueTimer.Interval := 10*60*1000;
QueueTimer.Enable;
...

QueueTimer::TimerEvent()
QueueTimer.Disable;

...
QueueTimer.Enable;

[kudrenko]

Ребят, спасибо большое за советы – очень помогли и оба варианта работают. Проверял
Единственное, что способ, который предложил RedFox я переделал вот так:
OnRun()
CREATE(QueueTimer);
QueueTimer.Interval := 10*60*1000;
QueueTimer.Enabled := TRUE;
...


QueueTimer::Timer(MilliSecounds : Integer)
QueueTimer.Enabled := FALSE;
…
QueueTimer.Enabled := TRUE;
И тоже все заработало.

[Fly]

+1 к RedFox. При реализации интеграции я задействовал:
1. Таблицу интервалов интеграции (содержим режим интеграции - запись, чтение, обновление, id объекта интеграции - товар, клиент и т.д., время интеграции, блокировка).
2. Регистр, в который записывается последняя дата и время записи, чтения и обновления. Если NAS перезапускается, это не приводит к повторному сеансу интеграции. Дата и время берутся из регистра.
3. Таймер, который периодически обращается к кодюниту для сверки текущей даты и времени с сеансами интеграции и регистром.

[DA_NEAL]

Вообще не понял зачем запускать и останавливать именно NAS. Пусть NAS работает постоянно, при запуске NAS стартуйте кодъюнит с таймером который и вызывает ваш кодъюнит по таймеру. В этом случае если не завершилось выполнение кодъюнита NAS следующий и не запустит.

[Fly]

Цитата:

Сообщение от DA_NEAL

Вообще не понял зачем запускать и останавливать именно NAS. Пусть NAS работает постоянно, при запуске NAS стартуйте кодъюнит с таймером который и вызывает ваш кодъюнит по таймеру. В этом случае если не завершилось выполнение кодъюнита NAS следующий и не запустит.

Объясню почему. Если в объекты вносятся какие-то правки, то NAS необходимо перезапускать, чтобы он работал с новой версией объекта. Если никуда не записывать последнюю дату и время сеанса интеграции, то после перезапуска сеанс повторится. А это не всегда хорошо (например, если выполняются тяжелые задания, типа коррекции себестоимости).

[alexb_imported]

Цитата:

Сообщение от Fly

Объясню почему. Если в объекты вносятся какие-то правки, то NAS необходимо перезапускать, чтобы он работал с новой версией объекта. Если никуда не записывать последнюю дату и время сеанса интеграции, то после перезапуска сеанс повторится. А это не всегда хорошо (например, если выполняются тяжелые задания, типа коррекции себестоимости).

В настройках NAS службы можно поставить Object Cache Size = 0 и в Навижене в NAS кодеюните прописать в самом начале SELECTLATESTVERSION.

[Fly]

Цитата:

Сообщение от AlexB

Цитата:

Сообщение от Fly

Объясню почему. Если в объекты вносятся какие-то правки, то NAS необходимо перезапускать, чтобы он работал с новой версией объекта. Если никуда не записывать последнюю дату и время сеанса интеграции, то после перезапуска сеанс повторится. А это не всегда хорошо (например, если выполняются тяжелые задания, типа коррекции себестоимости).

В настройках NAS службы можно поставить Object Cache Size = 0 и в Навижене в NAS кодеюните прописать в самом начале SELECTLATESTVERSION.

SELECTLATESTVERSION, как я понимаю, относится к данным - берется последняя версия. А вот про Object Cash Size почитал повнимательнее. Не знал, что можно установить значение 0. Мне не совсем понятно как NAS в этом случае будет работать. Как он будет знать, что необходимо подтянуть новую версию объектов? И если каким-то образом будет знать, хорошее ли это решение при каждом обращении к объекту обновлять его версию?

[alexb_imported]

Цитата:

Сообщение от Fly

[Не знал, что можно установить значение 0. Мне не совсем понятно как NAS в этом случае будет работать. Как он будет знать, что необходимо подтянуть новую версию объектов? И если каким-то образом будет знать, хорошее ли это решение при каждом обращении к объекту обновлять его версию?

Если Object Cache = 0, то NAS не обращается к версии обьектов в cache (т.к. cache пустой) a работает непосредственно с актуальной версией обьектов. Еффект тот же самый, если вы в опциях своего NAV-client'a ставите Object Cache (KB) = 0 (у нас программисты даже ОБЯЗАНЫ в опциях своего NAV-client'a ставить Object Cache (KB) = 0). Так ведь вам же и нужно, чтобы NAS обращался всегда к актуальной версии объектов в ДБ? При старте NAS загружает в свой cache версию обьектов, а если cache = 0, то NAS вынужден работать с самой актуальной версией обьектов. Проблем я здесь не вижу. NAS работает в продуктивной ДБ, вы импортировали в неё изменённые / новые обьекты, НАС и должен с ними работать.

[RedFox]

Цитата:

Сообщение от Fly

Объясню почему. Если в объекты вносятся какие-то правки, то NAS необходимо перезапускать, чтобы он работал с новой версией объекта. Если никуда не записывать последнюю дату и время сеанса интеграции, то после перезапуска сеанс повторится. А это не всегда хорошо (например, если выполняются тяжелые задания, типа коррекции себестоимости).

А вот сейчас неАсилил зачем связываться с объектами? Неужели они часто меняются? Кстати, не забываем про рекомендации от "производителя" - желательно перезапускать NAS периодически.

И проверено на практике, что SELECTLATESTVERSION не помогает в NAS.

[Fly]

Цитата:

Сообщение от RedFox

Цитата:

Сообщение от Fly

Объясню почему. Если в объекты вносятся какие-то правки, то NAS необходимо перезапускать, чтобы он работал с новой версией объекта. Если никуда не записывать последнюю дату и время сеанса интеграции, то после перезапуска сеанс повторится. А это не всегда хорошо (например, если выполняются тяжелые задания, типа коррекции себестоимости).

А вот сейчас неАсилил зачем связываться с объектами? Неужели они часто меняются? Кстати, не забываем про рекомендации от "производителя" - желательно перезапускать NAS периодически.

И проверено на практике, что SELECTLATESTVERSION не помогает в NAS.

Потому что до окончания внедрения интеграции ею уже начинают пользоваться. Реализовал интеграцию по документам продажи, запустили. Потом находятся ошибки или пожелания по обмену еще какими-то атрибутами. Приходится вносить правки и перезапускать.