ax-erp: Delete AUC File Of Users

[Blog bot]

Источник: http://microsoft-dynamics-ax-erp.blo...-of-users.html
==============

static void ClearAucFileForUsers(Args _args)
{
    System.Array    files;
    int             fileCount;
    int             i;
    str             nextFile;
    str             path = "C:\\Users";
    str             Finalpath;
    str             pattern = "*.auc";
    container       listOfFiles;
    int             DirCount;
   
   
    System.Array    Directories;
    int             j;
    str             nextDir;
    container       listOfDir;
   
    FileIOPermission    dirPermission, filePermission;
    InteropPermission   interopPermission;
    Set                 permissionSet;
   
    new InteropPermission(InteropKind::ClrInterop).assert();
    listOfDir = conNull();
    listOfFiles     = connull();
   
    Directories = System.IO.Directory::GetDirectories(path);
    if(Directories)
    {
        DirCount = Directories.get_Length();
       
        for(j=0; j < DirCount; j++)
        {
            nextDir    = Directories.GetValue(j);
            Finalpath = nextDir + "\\AppData\\Local";
            listOfDir += Finalpath;
        }       
    }
    j=0;
    DirCount = conLen(listOfDir);
    while( j < conLen(listOfDir))
    {
        j++;
        Finalpath = conPeek(listOfDir,j);
        try           
        {
            files           = System.IO.Directory::GetFiles(Finalpath, pattern);
        }
        catch
        {
            continue;   
        }
        if (files)
        {
            fileCount =    files.get_Length();
           
            for(i=0; i < fileCount; i++)
            {
                nextFile    = files.GetValue(i);
                System.IO.File::Delete(nextFile);       
                info(nextFile);
            }
        }
    }
   
    CodeAccessPermission::revertAssert();
}

Источник: http://microsoft-dynamics-ax-erp.blo...-of-users.html

[Maxim Gorbunov]

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

[Maxim Gorbunov]

Поделюсь и своим способом решения проблемы с AUC-файлами (ну, то есть, на единоличное авторство не претендую, но предпочитаю именно его).

1. Останавливаем AOS серверы.
2. Идём в базу. Находим таблицу SYSSQMSETTINGS.
3. В таблице должна быть ровно одна строка. Очищаем значение поля GLOBALGUID (в принципе, можно и строку целиком удалить - побочных эффектов пока не замечено).
4. Запускаем AOS серверы.

GLOBALGUID - уникальный идентификатор среды. Применимость AUC-файлов к определённой среде проверяется именно по этому идентификатору. При запуске AOSов будет сгенерирован новый идентификатор и, соответственно, все старые AUC-файлы с этого момента будут игнорироваться клиентами, так как GUID в них будет другой.

[Vadik]

Клево. Только если так делать регулярно, при сотнях юзеров работающих в терминале \ через Citrix профайлы достаточно быстро за@@@тся этими неактуальными кэшами и чистить все равно придется, но уже по другой причине - место закончится. Лучше уж в операционке заскриптовать

[Logger]

Quote:

Originally Posted by Maxim Gorbunov

Поделюсь и своим способом решения проблемы с AUC-файлами (ну, то есть, на единоличное авторство не претендую, но предпочитаю именно его).

1. Останавливаем AOS серверы.
2. Идём в базу. Находим таблицу SYSSQMSETTINGS.
3. В таблице должна быть ровно одна строка. Очищаем значение поля GLOBALGUID (в принципе, можно и строку целиком удалить - побочных эффектов пока не замечено).
4. Запускаем AOS серверы.

GLOBALGUID - уникальный идентификатор среды. Применимость AUC-файлов к определённой среде проверяется именно по этому идентификатору. При запуске AOSов будет сгенерирован новый идентификатор и, соответственно, все старые AUC-файлы с этого момента будут игнорироваться клиентами, так как GUID в них будет другой.

Помнится с этим был связан глюк когда при копировании рабочей базы в тестовое приложение GLOBALGUID сохранялся и таким образом в дальнейшем при работе в рабочей могли цепляться AUC кеши от тестового аоса и на рабочей можно было исполнять неродной код.

[Logger]

Quote:

Originally Posted by Maxim Gorbunov

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

Это вы зря.
Руками очень долго прошариваться по сотням папочек.

[kashperuk]

В Windows Explorer есть замечательная функция, называется "Поиск"

Делаете поиск по *.auc, и удаляете... по папочкам не приходится бегать

[Logger]

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

А лучше бы давно ядро в Аксапте пофиксить, чтобы нормально кеши обновлялись.

[Vadik]

Quote:

Originally Posted by Logger

Нужна функция в виде джоба или скрипта

Scripting Guy Вам в помощь

[Maxim Gorbunov]

Quote:

Originally Posted by Vadik

Клево. Только если так делать регулярно, при сотнях юзеров работающих в терминале \ через Citrix профайлы достаточно быстро за@@@тся этими неактуальными кэшами и чистить все равно придется, но уже по другой причине - место закончится. Лучше уж в операционке заскриптовать

Не понял. А зачем это делать регулярно?

[Maxim Gorbunov]

Quote:

Originally Posted by Logger

Помнится с этим был связан глюк когда при копировании рабочей базы в тестовое приложение GLOBALGUID сохранялся и таким образом в дальнейшем при работе в рабочей могли цепляться AUC кеши от тестового аоса и на рабочей можно было исполнять неродной код.

Да. Собственно, из того случая и родился этот метод.

[Maxim Gorbunov]

Quote:

Originally Posted by Logger

А лучше бы давно ядро в Аксапте пофиксить, чтобы нормально кеши обновлялись.

Слушайте. Я всерьёз заинтересовался. А что нужно фиксить? Почему они нормально не обновляются?

У меня были случаи, но они в основном были связаны с падениями АОС и файл-сервера. Вернее даже, просто файл-сервера. АОС при этом терялся и отправлял на клиентов какой-то мусор, который потом и приходилось чистить из кэша. Но это явно была не типичная ситуация. А судя по вашим отзывам, кэш приходится чистить сплошь и рядом. Почему?

[Maxim Gorbunov]

Quote:

Originally Posted by Logger

Это вы зря.
Руками очень долго прошариваться по сотням папочек.

Вы меня, конечно, извините, если я что-то неправильно понял, но почему нельзя вот так?
del C:\Users\*.auc /S

[Vadik]

Quote:

Originally Posted by Maxim Gorbunov

Слушайте. Я всерьёз заинтересовался. А что нужно фиксить? Почему они нормально не обновляются?
У меня были случаи, но они в основном были связаны с падениями АОС и файл-сервера. Вернее даже, просто файл-сервера. АОС при этом терялся и отправлял на клиентов какой-то мусор, который потом и приходилось чистить из кэша. Но это явно была не типичная ситуация. А судя по вашим отзывам, кэш приходится чистить сплошь и рядом. Почему?

Да просто все. Порядка 600 пользователей, 4 AOS-а в режиме балансировки нагрузки, 6 Citrix серверов. Чем разбираться, у кого что не не работает \ не обновилось \ протухло и не из-за кэша ли это, проще эти кэши чистить регулярно

[raz]

А у нас аксапта запускается через скрипт, в котором сперва чистится кеш.

[Ivanhoe]

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