AX 2012 R2 and POS

[R.Safianov]

Zitat:

Zitat von MikeR

Замел такую особенность - при выключенной службе задания отрабатывают (в частности N-1040) и ошибка не генерится, а при запуске P-0001 генерится ошибка.

А что за службу выключаете?

[MikeR]

Странно, в Запросах> Сообщения службы Commerce Data Exchange нет вообще записей.

Служба - Microsoft Dynamics AX for Commerce Data Exchange Synch Service в оснастке служб.

[R.Safianov]

Там вроде как только зависшие пакеты отображаются или в случае потери канала связи.
После запуска задания в Event Loge есть ошибка какая-нибудь?
Может быть у учеток прав не хватает. В этой части очень чувствительная штука.
Попробуйте в Администрировании редеплоймент POS запустить в контрольных списках.

[MikeR]

Права проверил - вход на сервер и выборка данных работает.
Переразвернул POS.
Заметил такую вещь - если у Р-0001 заменить класс выполнения на RetailConnReplicationNJob, тоже перестает выполняться. Если у N-1040 поменять на RetailConnReplicationPJob, то генерится ошибка 32769 с описанием Target request handler failed to process target request header: SCAXRequestHandlerException: AX target request handler failed to process request. NotSupportedRequestTypeException: AX writer can only handle insert-only requests. Delete requests are n

На всякий случай поменял учетку и увеличил права в базе данных, переразвернул POS, ошибка не повторяется, но и кроме P-0001 никакие другие задания не выполняются.

[gl00mie]

Zitat:

Zitat von MikeR

Заметил такую вещь - если у Р-0001 заменить класс выполнения на RetailConnReplicationNJob, тоже перестает выполняться. Если у N-1040 поменять на RetailConnReplicationPJob, то генерится ошибка 32769

Нельзя у заданий менять тип обработчика N-jobs и P-jobs (а также A-jobs) работают по-разному и предназначены для разных целей, поэтому и обработчики у них отличаются, см., например, Configure jobs and subjobs in Retail Scheduler. Не так давно в блогах пробегала заметка AX for Retail 2012 R2: Run-down on Log Files - возможно, там найдется описание, как можно диагностировать указанную проблему.

[R.Safianov]

Zitat:

Zitat von MikeR

Права проверил - вход на сервер и выборка данных работает.
Переразвернул POS.
Заметил такую вещь - если у Р-0001 заменить класс выполнения на RetailConnReplicationNJob, тоже перестает выполняться. Если у N-1040 поменять на RetailConnReplicationPJob, то генерится ошибка 32769 с описанием Target request handler failed to process target request header: SCAXRequestHandlerException: AX target request handler failed to process request. NotSupportedRequestTypeException: AX writer can only handle insert-only requests. Delete requests are n

И правильно генерится. У них разная логика работы. A - нужен для выгрузки изменения, N - для полной выгрузки, P - только для загрузки. Просто так класс обработки поменять нельзя. Например, для репликации транзакционных данных в базе AX (P-джоб) дополнительно создаются темповые таблицы со своими методами обработки счетчиков репликации. В N джобах всего этого добра нет.

Попробуйте запустить задание и посмотреть системный лог. Причем на нескольких серверах. Проверьте учетку для бизнес-коннектора. Хотя у вас до этого момента явно дело не доходит.

[MikeR]

Что получилось на данный момент - задания начали появляться в jobId. В первом задании, ошибка "Target request handler failed to process target request header: SCAXRequestHandlerException: AX target request handler failed to process request. NotSupportedRequestTypeException: AX writer can only handle insert-only requests. Delete requests are n" то есть на хватает разрешений.
Настройки соответствуют, как описано Здесь .
Чего еще не хватает?

[R.Safianov]

Zitat:

Zitat von MikeR

Чего еще не хватает?

Это уже гуглится. Если кратко, то проблема насколько я понимаю в следующем:
1) Либо не выполняется лицензионное условие.
2) Либо в заданиях планировщика вы включали автомэппинг полей. Эта процедура делает полный мэпинг, но при этом добавляет поля, которые в принципе не должны переноситься (RECID, RecVersion и т.д.).
3) Попробуйте взять какой-нибудь маленький джоб (например, валюты). Включите логирование для службы Sync Service, запустите маленькое задание и посмотрите что пишет в логе.

[MikeR]

По всей видимости проблема была в POSUsers.
Удалил магазин, прошел еще раз все шаги развертывания.
Теперь о чудо ошибки нет, задания все выполняются на ура, только таблицы в новом магазине пустые, даже после redeploy магазина. Короче не заполняются.
tryCount = 0 ServerMsg =""

PS есть еще идеи?

[b_nosoff]

Идей масса. Есть ли у учетки Business Connector доступ к данным в Аксе? Что во временных файлах Synch Service, и вообще появляются ли они (лучше на время поставить галку Keep package files, тогда они не будут сразу удаляться)? Write to Windows event log включен и нет ли там каких-то ошибок? Incoming и Outgoing Message оба без ошибок?

[MikeR]

На самом деле сам накосячил - указал не тот сервер в Commerce Service.
Но результаты предполагают заведение ошибки у вендора
1 Ошибок нет.
2 В обе таблицы (Incoming и Outgoing ) пишется, что нет записей.

Теперь вернулся к той ситуации, что не хватает прав доступа.

И вот уже теряюсь в догадках - что еще править, так как права то точно выставлены ( даже с запасом) ?

[b_nosoff]

Чисто для эксперимента - дайте пользователю Business Proxy права админа в аксапте.

[MikeR]

Уже все sys admin, по-боку безопасность , лишь бы заработало...
Проблема осталась.

В SCMonitoring есть строчка

SCMonitoring: Error: System.ServiceModel.CommunicationObjectFaultedException:   System.ServiceModel.Channels.ServiceChannel    ,       Faulted.

По ходу дела дело обстоит таким образом, что

NET exception happen on server side, and you didn't catch and handle it, and didn't convert it to a SOAP fault, either.

Now since the server side "bombed" out, the WCF runtime has "faulted" the channel - e.g. the communication link between the client and the server is unusable - after all, it looks like your server just blew up, so you cannot communicate with it any more

Предполагается выход с компиляцией и построением CIL.
Поправьте, если не прав...

[R.Safianov]

Попробуйте обновить WCF в конфигурации DAX.
Для тонкого клиента и Коннектора.

[MikeR]

Перекомпилировал, перестроил CIL обновил конфигурации - ошибка осталась.

[R.Safianov]

Zitat:

Zitat von MikeR

Перекомпилировал, перестроил CIL обновил конфигурации - ошибка осталась.

А сейчас какое состояние? Создает ли сообщения в базе обмена?

[MikeR]

Ошибка

[08.07.2013 - 15:59:59] - SCMonitoring: Error: System.ServiceModel.CommunicationObjectFaultedException:   System.ServiceModel.Channels.ServiceChannel    ,       Faulted.

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

[R.Safianov]

Zitat:

Zitat von MikeR

Ошибка
[XPP][08.07.2013 - 15:59:59]
Может надо деплоить на уровне базы данных, а не на уровне сервера приложения?

Попробуйте для службы синхронизации увеличить ТаймАут. Может просто времени не хватает.

[MikeR]

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

    delete_from RetailConnScheduleJobMapping;
    delete_from RetailConnSchedule;
    delete_from RetailHour;
    delete_from RetailSupportedCountryRegion;
    delete_from RetailPOSTheme;
    delete_from RetailPermissions;
    delete_from RetailOperations;
    delete_from RetailConnSchedulerSubjobFieldList;
    delete_from RetailConnSchedulerSubjobTable;
    delete_from RetailConnSchedulerJobLine;
    delete_from RetailConnLocationDesignTableField;
    delete_from RetailConnLocationDesignTable;
    delete_from RetailConnDistributionGroup;

И при инициализации, не правильно создаются задания планировщика, как это можно сделать более корректно? Служба работает зато без сбоев. Это уже радует, ошибок не сыпется.

[MikeR]

решил уточнить проблему.