drop table

[ice]

Коллеги!
Ax 2012 R2. С недавних пор возникла следующая проблема.
Время от времени при различных обстоятельствах (многочисленные селекты, инсерты, сохранение в АОТ и пр) возникает в Sql сервере процесс который запускает многократные операции Drop Table на tempDb, что приводит к зависанию Ax. Сначало это проявилось на рабочем приложении, а потом через некоторое время на тестовом и девелоперском. Кто-нибудь сталкивался ли с подобным и как это можно вылечить? возможно на это влияют какие-то настойки на Sql сервере

[ax_mct]

Возможно просто начала задействоваться бизнес-логика где используются такие временные таблицы.
Temporary TempDB Tables
http://msdn.microsoft.com/en-us/library/gg845661.aspx

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

IMHO

[ice]

сохранение измененного элемента АОТ не задействует бизнес логику

[dech]

А откуда вы взяли, что именно DROP TABLE? Это ведь удаление таблицы полностью, так сказать ко всем чертям))) Не проще ли использовать TRUNCATE TABLE? Возможно ли, что у вас в функционале реализовано программное удаление и создание таблиц, причем эти таблицы просто являются временными? Я думаю надо рыть в эту сторону.

[macklakov]

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

[ice]

Цитата:

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

А откуда вы взяли, что именно DROP TABLE?

наблюдаю в Management Studio

Цитата:

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

Не проще ли использовать TRUNCATE TABLE?

кому проще? функционал не вызывает данную операцию

Цитата:

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

Возможно ли, что у вас в функционале реализовано программное удаление и создание таблиц, причем эти таблицы просто являются временными? Я думаю надо рыть в эту сторону.

стандартный функционал. например, происходит редактирование строки заказа на покупку, созданной из заявки на покупку. при этом происходит сохранение истории по заявке на покупку (1000+ строк). в этот момент клиент виснит, смотрим MS, там появился процесс с DROP TABLE в TempDB

[ice]

пример:

Цитата:

DROP TABLE tempdb."DBO".t3282_8BBC272770424B1B974AE82DA64ADBA9

[ice]

Выяснил откуда ноги растут
Оказывается, как не удивительно, что причиной является создание этих самых таблиц в TempDb. А создаются они благодаря некой ошибке в ядре системы: при выключении неиспользуемой функциональности с помощью конфигурационных ключей, таблицы из базы SQL не удаляются. В коде по ним происходит селект, и вот тут то и проявляется удивительная вещь, происходит создание таблицы в TempDb. такие таблицы накапливаются, затем происходит их чистка, т.е. те самые Drop Table

Пока обнаружил 2 таких конфигурационных ключа: Markup, LedgerAdv2BudgetCtrl

[mazzy]

Цитата:

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

А создаются они благодаря некой ошибке в ядре системы: при выключении неиспользуемой функциональности с помощью конфигурационных ключей, таблицы из базы SQL не удаляются.

ошибка ли это? ведь в разных partition могут быть разные конф.ключи.

Цитата:

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

Пока обнаружил 2 таких конфигурационных ключа: Markup, LedgerAdv2BudgetCtrl

ай, спасибо!
я пока только markup нашел.

=================
про drop.
временные таблицы в tempdb часто и безосновательно используются, если у таблицы указано свойство tableType = tempDB.

на мой взгляд, обязательно надо переключать в inMemroy следующие теблицы
MarkupTmpAllocation,
MarkupTmpMaxAmountValidation
AccountingDistributionEventTmp
AccountingDistributionTmpJournalize
AccountingDistributionTmp
AccountingDistributionTmpTax

пытаюсь разобраться с
SubledgerBondMapTmp
SubledgerBondTmp
но с ними не так просто...

[ice]

Цитата:

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

ошибка ли это? ведь в разных partition могут быть разные конф.ключи.

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

[DSPIC]

Цитата:

Сообщение от ice;

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

Это новая фича 2012 (либо 2012 R2), в учебнике про это явно написано.

Цитата:

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

ошибка ли это? ведь в разных partition могут быть разные конф.ключи.

Что, правда? Я думал конф.ключи глобальны...