AX 2012 R2 and POS - Страница 5 - DAX: Администрирование

R.Safianov · 09.07.2013, 15:14

А если отдельно джобы запускать без контрольго списка развертывания?

MikeR · 10.07.2013, 09:40

Дело в том, что A-шки не запускаются, только N-ки и P-шки.
Я понимаю, что можно "загнать" информацию и N-ками, хочется понять почему A-шки не работают это раз.
Второе то, что N-ки возвращают пустой набор. И тоже хочется из запустить.

MikeR · 10.07.2013, 18:44

Что получилось на данный момент - переустановил базу магазина с диска.
Далее прошел список повторного развертывания и некоторый пункты первоначального развертывания. Выполнились задания с А-1010 по А-1130 по ним прошла синхронизация. Остальные данные не синхронизировались. Валюты в их числе.
Заметил особенность запуск задания из местоположения распределения(перевели, так перевели

почему не назвали настройки распределения каналов, на мой взгляд было бы понятнее, а так какой-то тяжелый термин получился, ну ладно речь не об этом ) приводит к принудительному выполнению задания, а через график распределения не приводит. Через график вообще N-ки не идут.
Весь бред что не хватает прав на запись касался того, что надо было корректно указать сервер, не пишет, потому что сервер не так настроен, а не какие права доступа!
По всей видимости, в исключениях стоит что-то типа Exception.Tostring(), без детализации по типу исключительной ситуации, о чем говорится на курсе третьей разработки.

На какие то вопросы отвечаю сам, жизнь такая

Итого - что же может быть и почему так - то бишь как запустить все задания?

ps в логе стоит

X++:

CCriticals::IncActivityCounter

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

b_nosoff · 11.07.2013, 11:21

Цитата:

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

ps в логе стоит

X++:

CCriticals::IncActivityCounter

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

это скорее сообщение об инкременте счетчика

MikeR · 11.07.2013, 14:21

Продолжаю копать дальше -

При вызове N-1000 по логу формируется файл

X++:

(10884)	[32]	CCriticals::GetInstance
2013.7.11 13:50:21:736	(10884)	[32]	CCriticals::CreateTempFile
2013.7.11 13:50:21:737	(10884)	[4]	CCriticals::CreateTempFile: Create a temp file called 'C:\Users\......\AppData\Local\Microsoft Dynamics AX\60\Commerce Data Exchange\Synch Service\AXAOS....\work\AXAOS...-82-I.tmp'
2013.7.11 13:50:21:756	(10884)	[4]	CCriticals::CreateTempFile: Successfully created temp file 'C:\Users\......\AppData\Local\Microsoft Dynamics AX\60\Commerce Data Exchange\Synch Service\AXAOS...\work\AXAOS...-82-I.tmp'
2013.7.11 13:50:21:759	(10884)	[32]	CStlStream::Open
2013.7.11 13:50:21:759	(10884)	[2]	CStlStream::Open: Trying to open C:\Users\...\AppData\Local\Microsoft Dynamics AX\60\Commerce Data Exchange\Synch Service\AXAOS....\work\AXAOS...82-I.tmp for writing
2013.7.11 13:50:21:762	(10884)	[8]	CStlStream::Open: Successfully opened C:\Users\.....\AppData\Local\Microsoft Dynamics AX\60\Commerce Data Exchange\Synch Service\AXAOS...\work\AXAOS....-82-I.tmp
2013.7.11 13:50:21:762	(10884)	[2]	CTransMgr::ReadFile: Successfully opened temp file 'C:\Users\.....\AppData\Local\Microsoft Dynamics AX\60\Commerce Data Exchange\Synch Service\AXAOS...\work\AXAOS....-82-I.tmp'
2013.7.11 13:50:21:764	(10884)	[4]	CSocketConnection::WaitForData: Command = TYPE_MSG
2013.7.11 13:50:21:764	(10884)	[32]	CCriticalItem::Update
2013.7.11 13:50:21:764	(10884)	[32]	CCriticals::GetInstance
2013.7.11 13:50:21:764	(10884)	[32]	CCriticals::IncActivityCounter
2013.7.11 13:50:21:766	(10884)	[32]	CStlStream::Write
2013.7.11 13:50:21:768	(10884)	[2]	CTransMgr::ReadFile: Wrote 3557 bytes to stream
2013.7.11 13:50:21:768	(10884)	[4]	CSocketConnection::WaitForData: Command = TYPE_CMD.CMD_DATAEND
2013.7.11 13:50:21:768	(10884)	[2]	CTransMgr::ReadFile: Wrote a total of 3557 bytes to stream
2013.7.11 13:50:21:768	(10884)	[32]	CCriticalItem::Update
2013.7.11 13:50:21:768	(10884)	[32]	CCriticals::GetInstance

с таким наполением

X++:

<?xml version="1.0" encoding="utf-8" ?> 
- <Microsoft.Dynamics.Retail.StoreConnect.Request.AXHandler.SCAXSourceRequestHeader>
  <PartitionID>5637144576</PartitionID> 
  <JobID>N-1000</JobID> 
  <DataAreaID>x5</DataAreaID> 
  <DataProcessingClassName /> 
- <DeleteOnTargetRequests>
- <SCDeleteByFilterRequest>
  <TargetTableName>CURRENCY</TargetTableName>

далее идет перечисление полей
и запросы

X++:

 <Query>SELECT * FROM %1 WHERE 1==1</Query> 

 <Query>SELECT * FROM %1 WHERE 1==1</Query> 

<Query>date dt1=01\01\1900; date dt2=31\12\2154; SELECT validTimeState(dt1,dt2) * FROM %1 WHERE 1==1</Query>

То есть берутся все записи, да и есть упоминание о байтах...
Но в базу магазина не попадают.

R.Safianov · 11.07.2013, 14:26

Я правильно понимаю, что пакеты создаются, задания добавляются в таблицу Обмена сообщениями. Но служба их не обрабатывает в ПОС они не попадают?

MikeR · 11.07.2013, 14:48

Цитата:

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

это скорее сообщение об инкременте счетчика

Я чего спросил то - странно такое видеть

X++:

2013.7.11 14:45:48:930	(7716)	[2]	CSysMgr::ProcessWaiting: Process Waiting
2013.7.11 14:45:48:932	(7716)	[32]	CSysMgr::ReadReadyIncMsg
2013.7.11 14:45:48:954	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:955	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:955	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:955	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:955	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:955	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:955	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:955	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:956	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:957	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:958	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:959	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:960	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:961	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:962	(7716)	[32]	CCriticals::IncActivityCounter
2013.7.11 14:45:48:968	(7716)	[32]	CSysMgr::CheckStatusQueue
2013.7.11 14:45:48:968	(7716)	[2]	CSysMgr::CheckStatusQueue: Check Status Queue
2013.7.11 14:45:48:971	(7716)	[32]	CSysMgr::ReadRangeIncMsg

такое ощущение, что бесконечный цикл где-то.

MikeR · 11.07.2013, 16:02

Цитата:

Сообщение от R.Safianov

Я правильно понимаю, что пакеты создаются, задания добавляются в таблицу Обмена сообщениями. Но служба их не обрабатывает в ПОС они не попадают?

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

MikeR · 11.07.2013, 18:32

Цитата:

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

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

Это лечится очисткой базы сообщений.

MikeR · 12.07.2013, 10:22

Переименовал Exchange Service и вообще стало все хорошо.
Но при выполнении задания A-1010_OC такая ошибка

X++:

Write request on table:[dbo].[CUSTTABLE] failed to execute
....
Primary key column: DATAAREAID is not defined in schema of table: CUSTTABLE

MikeR · 12.07.2013, 11:58

Цитата:

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

Переименовал Exchange Service и вообще стало все хорошо.
Но при выполнении задания A-1010_OC такая ошибка

X++:

Write request on table:[dbo].[CUSTTABLE] failed to execute
....
Primary key column: DATAAREAID is not defined in schema of table: CUSTTABLE

Заново прочитал схему в местоположении распределения, потом вышло сообщение, что не хватает еще и поля INVENTSITEID, добавил в магазине, синхронизация прошла.
Во чудеса...

R.Safianov · 12.07.2013, 14:46

Поздравляю! :-)
Вообще конечно подводных камней больше чем воды...
Транзакционную web-службу уже развернули?

MikeR · 12.07.2013, 15:46

Цитата:

Сообщение от R.Safianov

Вообще конечно подводных камней больше чем воды...
Транзакционную web-службу уже развернули?

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

ЗЫ Уже заготовил отравленные пули для разработчиков

R.Safianov · 12.07.2013, 16:39

Цитата:

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

Не очень понял - для чего существует схема и прочий обвес,

Если речь про схему канала, то понял, что это нужно в том случае если одновременно используются несколько версий POS: 2009, 2012 и 2012R2.

MikeR · 12.07.2013, 16:47

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

R.Safianov · 12.07.2013, 16:54

Цитата:

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

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

Не совсем. Я так понимаю, чтение схемы обеспечивает правильный набор таблиц. Функция автоматического мэппинга полей настраивает соответствие этих таблиц на уровне полей. У меня по крайней мере все отрабатывает корректно.

P.S. Видимо рецепт приготовления этой "кошки" еще не дописан.

MikeR · 15.07.2013, 19:30

Первичное развертывание прошло.

Теперь необходимо поменять записи в inventtablemodule, так как при первичном развертывании туда попали записи с неправильным dataareaid. Удалил записи в табличке терминала, запускаю A-1040 , записалось, что процесс выполнился, только записей в таблицу не добавилось.
Стандартный вопрос.....

Есть несколько вариантов создавать свои под задания и задания или использовать существующие?

ALES · 15.07.2013, 20:34

Цитата:

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

... Удалил записи в табличке терминала, запускаю A-1040 , записалось, что процесс выполнился, только записей в таблицу не добавилось.
Стандартный вопрос.....

...

A-job только изменения на POS передает, а разве в DAX что-то менялось?

MikeR · 16.07.2013, 10:05

Цитата:

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

A-job только изменения на POS передает, а разве в DAX что-то менялось?

Закономерный вопрос - если в базе магазина записи отсутствуют, а в центральной базе есть, то не считается ли это изменением?

R.Safianov · 16.07.2013, 14:35

Цитата:

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

Закономерный вопрос - если в базе магазина записи отсутствуют, а в центральной базе есть, то не считается ли это изменением?

Он это как-то хитро понимает. Сравнивает счетчики репликации что ли. Кажется он делает так, высчитывает максимальную величину счетчика репликации для таблицы. Если значения равны, то ничего не отрабатывает. Иначе выгружает всю таблицу.
Т.е. под выгрузкой только "изменений" подразумевается выгрузка только изменившихся таблиц. Здесь я могу ошибаться (не до конца все проверено).
При этом если магазин не был полностью выгружен, то действительно задания с типом A не проходят. Видимо это опять связано с особенностью расчета счетчиков репликации.

ЗЫ Кстати когда делается начальное развертывание магазина через Администрирование, то там как раз отрабатывают джобы типа A. Только при этом проводится инициализация номерных серий и сброс счетчиков репликации. Поэтому я и сделал предположение, как он это делает :-)

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
emeadaxsupport: AX for Retail 2012 R2: Adding a Custom User Control to the POS	Blog bot	DAX Blogs	0	27.02.2013 07:14
emeadaxsupport: AX 2012 R2 for Retail - Setting up discount coupons with bar codes for scanning into POS	Blog bot	DAX Blogs	0	26.01.2013 09:12
emeadaxsupport: AX for Retail 2012 R2: Installing the Real-time Service	Blog bot	DAX Blogs	0	19.12.2012 11:11
emeadaxsupport: Final Microsoft Dynamics AX 2012 R2 Content Available!	Blog bot	DAX Blogs	0	04.12.2012 06:12
emeadaxsupport: Preliminary Microsoft Dynamics AX 2012 R2 content now on TechNet and MSDN!	Blog bot	DAX Blogs	0	10.11.2012 08:20