Очистка лога изменения складских приемок

[sergeypp]

База растет с угрожающей скоростью (слежу по размерам архивов бакапов)
Здесь - http://axapta.mazzy.ru/lib/dbgrowthsolution/ прочитал про очистку базы
Теперь собственно к делу
В таблице InventSumLogTTS - около 15000000 записей. Пытался на тестовой очистить через Сводное планирование - ждал больше суток - процесс далеко не ушел
На живой базе я мебе конечно такого позволить не смогу
Можно ли эту таблицу очистить посредством скуля, delete или truncate. Есть ли связанные записи с этой таблицей, что бы их тоже грохнуть.?

[somebody]

(имеется в виду InventSumTTSLog, а не ...LogTTS)

Строки по неподтверждённым транзакциям чистить не советую.
Т. е. это надо отслеживать, а не просто удалять все записи.

Вообще же, лучше эту таблицу чистить каждые N минут или при каждом Application.ttsNotifyCommit(). Записи, относящиеся к rollback (т. е. ttsNotifyAbort()), чистить не надо.
Т. е. делать что-то вроде:
delete_from inventSumTTSLog index hint TTSIdIdx where inventSumTTSLog.TTSId == TTSId;
delete_from inventSumTTSLink index hint TTSIdIdx where inventSumTTSLink.TTSId == TTSId;

TTSId - Id текущей транзакции (подтверждённой) (application.curTransactionId(true)).

[sergeypp]

InventSumTTSLog - такой таблицы нет, зато есть InventSumLogTTS - в ней 15 млн записей и она весит 5 Гигов.
Где можно почитать про эту таблицу и для чего она нужна
На форуме mazzy - я тоже поднял эту тему. Мне ответили, что нужно отключить лицензию на свободное планирование. Возникает вопрос, как может отразиться отключение на функциональность других модулей?

[Recoilme]

InventSumLogTTS
Мы чистим иногда. Когда систему на профилактику останавливаем - трункейт её и все дела. Для чего она - то ли забыл, то ли не знаю.

[sergeypp]

Жестокий метод ((

[Logger]

Цитата:

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

InventSumTTSLog - такой таблицы нет, зато есть InventSumLogTTS - в ней 15 млн записей и она весит 5 Гигов.
Где можно почитать про эту таблицу и для чего она нужна
На форуме mazzy - я тоже поднял эту тему. Мне ответили, что нужно отключить лицензию на свободное планирование. Возникает вопрос, как может отразиться отключение на функциональность других модулей?

Насколько мне известно эта таблица используется при откате транзакции в случае когда включена IMTS (система множественных складских транзакций) и при расчетах в сводном планировании.

Если у вас не используется IMTS и сводное планирование (либо если вы реально им не пользуетесь) то рекомендую
исправить метод forcedCreateInventSumLog() класса InventUpdateTTSControl
таким образом :

PHP код:

boolean forcedCreateInventSumLog()
{
//    return (isConfigurationKeyEnabled(configurationkeynum(req)));
    return false;
} 


Посмотрите еще метод
insertInventSumLogTTS() класса InventUpdateTTSControl

и метод deleteCommittedItemId() таблицы InventSumLogTTS
я думаю, что если выгнать всех пользователей из базы и остановить АОС то почти наверняка в это таблице не будет записей со значением inventSumLogTTS.IsCommitted == noYes::No

Если это так то тогда можно просто сделать truncate

Если же такие записи есть (обычно их немного) то лучше их скопировать куда нить, затранкейтить inventSumLogTTS а потом вставить эти записи обратно. Это самый быстрый способ.

[mazzy]

Цитата:

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

Если у вас не используется IMTS и сводное планирование (либо если вы реально им не пользуетесь) то рекомендую
исправить метод forcedCreateInventSumLog() класса InventUpdateTTSControl
таким образом :

PHP код:

boolean forcedCreateInventSumLog()
{
//    return (isConfigurationKeyEnabled(configurationkeynum(req)));
    return false;
} 


Не правьте код.
Если эти модуль сводное планирование не используется - просто выключите лицензию.
Когда будет использоваться - включите лицензию.

Это надежный и не зависящий от программистов способ.

TTS-таблицы, насколько я помню, используются только в сводном планировании при расчете динамического сводного плана.

IMTS, насколько я помню, поддерживает работу TTS таблиц только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS отлично обходится и без этих таблиц.

Посмотрите в перекрестные ссылки, чтобы убедится достоверно.

Не программируйте.

[mazzy]

Кстати, если уж так хочется бороться со следствием, а не с причиной, то не программируйте новые сущности, а просто используйте класс InventUpdateTTSCleanup.

[sergeypp]

Спасибо, буду пробовать

[Logger]

Цитата:

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

IMTS, насколько я помню, поддерживает работу TTS таблиц только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS отлично обходится и без этих таблиц.

не совсем так...

см. метод insertInventSumLogTTS() класса InventUpdateTTSControl

сначала идут проверки

PHP код:

    mustUseTTSSystem = this.mustUseTTSSystem();

    if (!mustUseTTSSystem && !this.forcedCreateInventSumLog())
        return;

    if (mustUseTTSSystem && (!this.dBConnectionUpd() || !TTSLevel_Upd || !appl.ttsLevel()))
        throw error(strfmt("@SYS69842",funcname()));

    if (mustUseTTSSystem)
        inventSumLogTTS.setConnection(this.dBConnectionUpd()); 


а потом идет код по вставке записей.

В общем видно что при включенной IMTS и при работе не из формы - записи отлично вставляются (даже при выключенном сводном планировании). Если бы не так, то при откате транзакции аксапта не смогла бы корректно восстановить значения остатков в InventSum, так как каждая строка обрабатывается при этом в отдельной транзакции.

P.S.
см. также

PHP код:

// класс InventUpdateTTSControl
/*
Used all over to detect whether TTSSystem is active.
If method setTTSMode has not been called before first call to this method, it will default to
"Standard" which means that TTSSystem is not active. Generally method setTTSMode is called when
instantiating class hierarchy InventUpdate
*/
public boolean mustUseTTSSystem()
{
    if (TTSMode == InventUpdateTTSMode::UnDecided && appl.ttsLevel())
        TTSMode = InventUpdateTTSMode::Standard;

    if (!InventUpdateTTSControl::tTSSystemEnabled())
        return false;

    return TTSMode == InventUpdateTTSMode::TTSsystem ? true : false;
} 


PHP код:

// класс InventUpdate
void new(InventMovement _inventMovement)
{

    movement        = _inventMovement;
    if (! movement.transId())
        throw error("@SYS17272");

    appl.inventUpdateTTSControl().setTTSMode (movement.mustUseInventUpdateTTSSystem());

} 


PHP код:

// класс InventMovement
boolean mustUseInventUpdateTTSSystem()
{
    boolean useTTSSystem;
    ;
    useTTSSystem = this.buffer().isFormDataSource() ? false : true;
    return useTTSSystem;
} 


[Recoilme]

Цитата:

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

В общем видно что при включенной IMTS и при работе не из формы - записи отлично вставляются (даже при выключенном сводном планировании). Если бы не так, то при откате транзакции аксапта не смогла бы корректно восстановить значения остатков в InventSum, так как каждая строка обрабатывается при этом в отдельной транзакции.

Действительно, если бы акзапта умела корректно восстанавливать остатки при включенном IMTS ...

Вся эта хрень не плодилась бы напрасно ))

[mazzy]

Цитата:

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

не совсем так...
см. метод insertInventSumLogTTS() класса InventUpdateTTSControl

...

а потом идет код по вставке записей.

В общем видно что при включенной IMTS и при работе не из формы - записи отлично вставляются (даже при выключенном сводном планировании)....

Спасибо.
1. Приятно общаться с человеком, который знает и умеет обосновать.
2. Да, я действительно написал небрежно и неправильно
Неправильно:

Цитата:

IMTS, насколько я помню, поддерживает работу TTS таблиц только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS отлично обходится и без этих таблиц.

Правильно:

Цитата:

IMTS, насколько я помню, оставляет записи в TTS таблицах только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS удаляет записи в этих таблицах.

См.
\Classes\InventUpdateTTSCleanup\commitTransaction
\Classes\InventUpdateTTSCleanup\rollBackTransaction

        if (appl.inventUpdateTTSControl().forcedCreateInventSumLog())
        {
            update_recordset inventSumLogTTS setting isCommitted = 1
                where inventSumLogTTS.TTSId == TTSId && inventSumLogTTS.IsCommitted == 0;
        }
        else
        {
            delete_from inventSumLogTTS
                where inventSumLogTTS.TTSId == TTSId && inventSumLogTTS.IsCommitted == 0;
        }

boolean forcedCreateInventSumLog()
{
    return (isConfigurationKeyEnabled(configurationkeynum(req)));
}

Предлагаю сосредоточиться таки на проблеме автора

Цитата:

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

База растет с угрожающей скоростью (слежу по размерам архивов бакапов)

Простое решение - отключите модуль Сводное планирование, если оно у вас не используется. Режим работы с IMTS не влияет на решение этой проблемы.

[Logger]

Действительно удаляются.
Это радует.

[glibs]

Цитата:

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

...
Пытался на тестовой очистить через Сводное планирование - ждал больше суток - процесс далеко не ушел
На живой базе я мебе конечно такого позволить не смогу
...

С настолько запущенными случаями я пока не сталкивался, но поряддка 3,000,000 записей у меня из таблицы удалялись относительно недолго в результате запуска сводного планирования (не больше 30 минут на сервере).

А у вас описанное вами время было затрачено на удаление? Или сводное планирование у вас тоже настроено (и оно пыталось рассчитаться)?

Если сводное плланирование настроено, то обратите внимание на AOT\...\Tables\InventSumLogTTS::deleteCommittedItemId()

Я им никогда не пользовался, но на форуме его упоминали. Да и при запуске сводного планирования оно каждый раз запускается.

Цитата:

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

...
Можно ли эту таблицу очистить посредством скуля, delete или truncate. Есть ли связанные записи с этой таблицей, что бы их тоже грохнуть.?
...

Если у вас проблема в производительности сервера (на операции удаления ззаписей из таблицы InventSumLogTTS), то можете попробовать написать прямой запрос на SQL сервер по принципу, который описан в InventSumLogTTS::deleteCommittedItemId() (т.е. установив фильтр по полям IsCommitted и DataAreaId). Перед запуском запроса удалите все индексы на таблице InventSumLogTTS. После отработки запроса сделайте на таблице синхронизацию. Естественно, экзекуцию следует проводить, когда с базой не работают пользователи.

После этого ОБЯЗАТЕЛЬНО:
- Либо корректно настройте и регулярно запускайте (не реже раза в неделю) сводное планирование. Если расчет сводного плана вы не используете, но сводное планирование выключать не хотите (у меня лично был такой случай), то настройте сводное планирование таким образом, чтобы оно ничего не планировало. Тогда оно только будет удалять транзакцтонные таблицы.
- Либо отключите лицензию на сводное планирование.

А вообще об этом уже не раз писали на форуме. Правда, в разных местах (и в данной дискуссии тоже).

[sergeypp]

Цитата:

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

Если сводное плланирование настроено, то обратите внимание на AOT\...\Tables\InventSumLogTTS::deleteCommittedItemId()

Там стоит условие на подтверждение завершении транзакции.
Если у меня все транзакции завершены, могу ли я просто сделать truncate таблицы

Цитата:

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

Если расчет сводного плана вы не используете, но сводное планирование выключать не хотите (у меня лично был такой случай), то настройте сводное планирование таким образом, чтобы оно ничего не планировало. Тогда оно только будет удалять транзакцтонные таблицы.

А про этот случай можно немножко по-подробнее?

[mazzy]

Цитата:

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

Если у меня все транзакции завершены, могу ли я просто сделать truncate таблицы

Можете, однако помните, что truncate всегда удаляет записи во всех компаниях, а не только в текущей.

[sergeypp]

у нас одна - спасибо

[miklenew]

Цитата:

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

и метод deleteCommittedItemId() таблицы InventSumLogTTS
я думаю, что если выгнать всех пользователей из базы и остановить АОС то почти наверняка в это таблице не будет записей со значением inventSumLogTTS.IsCommitted == noYes::No

Если это так то тогда можно просто сделать truncate

Если же такие записи есть (обычно их немного) то лучше их скопировать куда нить, затранкейтить inventSumLogTTS а потом вставить эти записи обратно. Это самый быстрый способ.

Тоже сталкнулся с этой проблемой.
Есть импорт из внешней базы.
За 30 минут импортируется большое количество строк заказов и журналов.
Точно не считал сколько. Но не в этом дело. inventSumLogTTS забивается конкретно.
Потом запускаем сводное планировани.
В сводном планирование почти сразу вызывается deleteCommittedItemId() таблицы InventSumLogTTS
Так вот вопрос может на insert этой таблицы повесить проверку
if (inventSumLogTTS.IsCommitted == noYes::Yes )
return;
Так время сэкономлю и на insert этой таблицы и ещё больше на очистки этой таблицы. Потому что после большого импорта заказов и журналов deleteCommittedItemId() очень долго отрабатывает.
Если у кого нибудь есть какие-нибудь возражения или опасения на это решение напишите пожалуйста. Потому что я пока их не вижу.
Одна голова хорошо, а целый форум лучше.

[glibs]

Цитата:

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

...
Так вот вопрос может на insert этой таблицы повесить проверку
if (inventSumLogTTS.IsCommitted == noYes::Yes )
return;
...

Я не проверял, но первым делом проверил бы, не происходит ли так, что при insert() inventSumLogTTS.IsCommitted == noYes::No, а при update inventSumLogTTS.IsCommitted == noYes::Yes.

[miklenew]

Цитата:

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

Я не проверял, но первым делом проверил бы, не происходит ли так, что при insert() inventSumLogTTS.IsCommitted == noYes::No, а при update inventSumLogTTS.IsCommitted == noYes::Yes.

Проверял. При insert-e Yes.