Kernel Rollup и структура БД - DAX: Администрирование

Alexandr A. Osipkin · 17.04.2007, 09:11

Здравствуйте, вот такой вопросик?

При установке обновлений меняется ли структура БД? Просто хотелось бы на одну базу завязать два АОСа - один с установленным KR, другой без установленного KR. Чтобы можно было плавно обновить клиентов, а не обновлять всех скопом по GPO.

Заранее спасибо.
Планирую установить всем KR2, позже перевести базу в 90. На тестовом сервере всё проверено, нужно обновлять клиентов, а их много... Сетью и групповой политикой занимаюсь не я, вот и хотелось бы оставить возможность плавного обновления клиентов. И перевода их на новый АОС.

**mazzy** · 17.04.2007, 09:16

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

Ищите по ключевому слову RecVersion.

Alexandr A. Osipkin · 17.04.2007, 10:03

Цитата:

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

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

Ищите по ключевому слову RecVersion.

Спасибо за информацию

kashperuk · 17.04.2007, 10:14

Цитата:

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

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

Ищите по ключевому слову RecVersion.

А зачем добавили это поле?
Разве в KR уже есть Optimistic Concurrency?

**mazzy** · 17.04.2007, 10:23

Цитата:

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

Разве в KR уже есть Optimistic Concurrency?

Есть. KR позволяет работать с SQL2005 в native-режиме.

Alexandr A. Osipkin · 17.04.2007, 12:19

Цитата:

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

Есть. KR позволяет работать с SQL2005 в native-режиме.

А можно вопрос не в тему?

native-режим дает, в чем нибудь существенный прирост производительности? Если да, то в чем конкретно?
Много читал на эту тему, но что-то пока не особо понимаю

**mazzy** · 17.04.2007, 13:32

Цитата:

Сообщение от Alexandr A. Osipkin

А можно вопрос не в тему?

native-режим дает, в чем нибудь существенный прирост производительности? Если да, то в чем конкретно?
Много читал на эту тему, но что-то пока не особо понимаю

Да, около 30%.
Прежде всего, за счет отсутствия блокировок на чтение.
Ну и по мелочи много чего полезного.

См. http://axapta.mazzy.ru/lib/axapta_benchmark_2005/

fomenka · 17.04.2007, 14:15

Вы чего-то нагрузили человека

...если я не прав, знающие люди поправят.
Оптимистическая блокировка и поле RecVersion к native-режиму отношение не имеет. Просто добавили одновременно(почти). RecVersion используется для оптимистической блокировки в Axapta3 только в формах. Так что прирост в 30% в тестах - это кумулятивный эффект от перехода на SQL2005 и все нововведения KR. Native-режим нужен, скорее, для использования новых уровней изоляции в SQL2005, переход от блокировочного режима работы к версионному в понимании SQL2005.
PS Немного ушел от темы, но думаю не сильно модераторы накажут - путаница в понятиях и что к чему в этом вопросе часто встречается.

**mazzy** · 17.04.2007, 14:38

Цитата:

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

Оптимистическая блокировка и поле RecVersion к native-режиму отношение не имеет.

Еще раз призываю воспользоваться поиском по форуму по ключевому полю RecVerion

Цитата:

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

Так что прирост в 30% в тестах - это кумулятивный эффект от перехода на SQL2005 и все нововведения KR.

Если вы таки прочитаете, то увидите, что тестирования SQL2000 и SQL2005 делалось до того, как вышел KR

vesna dba · 23.04.2007, 19:16

Цитата:

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

Да, меняется.
Синхронизация с установленным KR добавляет поле RecVersion для всех таблиц.
О поле RecVersion аксапта без KR ничего не знает, поэтому синхронизация без KR удаляет это поле.

На днях "игрался" на тестовом сервере с SP5 (боевой - Ax 3.0.SP3 CU1).
Заметил, на обновленной с SP3 CU1 Axapta до SP5 у всех таблиц появилось поле RecVersion.
Я думал поддержка SQL 2005 появилась после SP5..

**mazzy** · 23.04.2007, 22:45

Цитата:

Сообщение от vesna dba

Я думал поддержка SQL 2005 появилась после SP5..

Так и есть.
Смотрите номера билдов http://forum.mazzy.ru/index.php?showtopic=881

vesna dba · 23.04.2007, 23:00

Цитата:

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

Так и есть.

А поле зачем тогда прилепили? Это ж для версионности в SQL 2005.

fomenka · 23.04.2007, 23:15

Так SP5 ставит KR3 при установке по умолчанию. Кто вам мешает перепаковать пакеты msi и исключить KR3 из установки?
Хотя, вся эта процедура upgrade такая нежная, наверное дешевле и правильнее будет выдрать из инсталляционного пакета SP5 ровно то, что вам нужно: забрать либо нужные слои, либо конкретный функционал из aod-файлов.
Кстати, поле не для версионности SQL2005, а для реализации механизма оптимистической блокировки самой Axapta.

Добавлено: Мда, печально. Установил SP5 - такая же песня, добил везде recversion. build ax32.exe соответствует SP5. Никаких KR не устанавливал. Так что перепаковывать msi - бесполезно...Только вторым путем.

**mazzy** · 23.04.2007, 23:33

Цитата:

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

Так SP5 ставит KR3 при установке по умолчанию.

Ну...
По-моему, не KR3, а KR1
И SP5 международный. SP5 русский этого не делает, насколько я помню.

kashperuk · 17.04.2007, 13:40

UPDATE LOCKs есть при пессимистической. и нету при оптимистической.
EXCLUSIVE LOCKs столько же в обоих вариантах.

Alexandr A. Osipkin · 17.04.2007, 13:53

Цитата:

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

UPDATE LOCKs есть при пессимистической. и нету при оптимистической.
EXCLUSIVE LOCKs столько же в обоих вариантах.

А можно для дураков, что есть пессимистическая и оптимистическая? )

kashperuk · 17.04.2007, 13:54

если RecVersion записи при обновлении не совпадает с значением, с которым запись была считана, то получаем Exception - UpdateConflict

Вот про то, что это такое:
http://en.wikipedia.org/wiki/Optimis...rrency_control
Думаю, на русском тоже найти можно на википедии.

А если для дураков, то при оптимистической (честно говоря, не знаю русского термина

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

В DAX 4.0 добавлено даже свойство на каждую таблицу по этому поводу. И для всех таблиц, кроме определенного набора, установлена как раз оптимистическая (хочется назвать ее конкуренцией, но не уверен - может кто даст правильный термин)

Alexandr A. Osipkin · 17.04.2007, 14:00

Всем огромное спасибо, разобрался.

Сори за глупые вопросы, опыта пока очень мало (

kashperuk · 17.04.2007, 14:35

Это я увел в сторону, простите

Мои ответы - со стороны Аксапты, но версии 4.0
Видимо, в 3.0 нововведения коснулись только форм.
А про native-режим ничего не говорил, это к Сергею.

И спасибо за определение термина - оптимистическая блокировка. Буду знать. Спасибо

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Kernel rollup 958213 for Microsoft Dynamics AX 4.0 SP2 is now available	Vadik	DAX: База знаний и проекты	1	23.02.2009 16:42
aEremenko: Kernel Rollup 4 и Service Pack для DAX 3.0	Blog bot	DAX Blogs	0	28.01.2007 19:31
aEremenko: Kernel Rollup 3 для DAX 3.0	Blog bot	DAX Blogs	0	28.10.2006 16:01
Ставим Kernel Rollup 2 на Windows 98	Spider	DAX: Администрирование	2	20.10.2006 14:51
Проблема с Application после установки Kernel Rollup 1	polygris	DAX: Программирование	18	07.02.2006 18:47