Здравствуйте!

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

"Резвов Роман" написал:обратить внимание на процессы

Не редки случаи, когда 100% загрузка ЦП SQL сервером происходит при блокировках. Ранее у вас узкое место было в системе ввода-вывода, а теперь в обработке самих данных. Внимательно смотрите какие части БД на каких дисках располагаются, например, TEMPDB, по умолчанию находится на диске С, а в этой базе происходят сортировки и создания временных таблиц. Эту базу лучше класть на RAID, а еще лучше на SSD. Так же, не маловажным моментом является сбор статистики и дефрагментация индексов, это нужно делать каждый день.

"Евгений Либин" написал:

какие части БД на каких дисках располагаются, например, TEMPDB

Евгений, добрый день!

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

Я правильно понимаю: что при добавлении оперативной памяти кардинально меняется "узкое место"?
TEMPDB как и лог базы црм реально лежат на c:\ а не на ssd как сама база! Надо всё вместе с логами на ssd закинуть?

Да, обязательно. Это одно из узких мест БД

Но будьте аккуратными, SSD имеет ограниченный ресурс, и если будет утеряна TEMPDB, то вы ничего не потеряете, а вот с файлами данных могут быть проблемы. Лучше саму базу на 10 RAID, а темповую базу на SSD.

А какой то монитор по процессу sqlservr существует, типа профайлера, но чтоб все действия сервера видны были? Чтобы наверняка определить в чем причина периодических (каждые 3-5 мин) уходов процессора в 100%

Есть монитор активности, там видно какие сессии что делают, есть активность по запросам, а вообще это работа для DBA, т.е. настройка и тюнинг БД.

Начните с простого,в 60% это помогает
1. tempdb на ссд
2 ежедневный ребилд индексов и сбор статистики.

Дальше нужно смотреть, может индексов не достаточно, может наоборот, слишком много.

"Евгений Либин" написал:Есть монитор активности, там видно какие сессии

Попробовали с той же операционной системой и бинарными файлами - проблему воспроизвести не удалось.

Проблема воспроизводится при каждом перетаскивании стрелочек или после определенного времени работы в системе?

Какого типа элементы Вы пытаетесь соединить?

Есть ли у Вас возможность предоставить сервис бизнес-процесса, на котором воспроизводится проблема?

Для устранения проблемы рекомендуется обновить бинарные файлы до самой новой сборки в пределах Вашей версии. Запрос на бинарные файлы мжно направить на support@terrasoft.ru

Анна, добрый день!

1) Проблема воспроизводится всегда для одного участка диаграмы (см. приложение)
Попробуйте элемент №4 соединить с выходом.
Сейчас картина немного другая: Exception + ОС автоматически закрывает приложение (т.е. сейчас хотя бы комп не виснет)

2) Это элемент типа "Окно"

3) Не уверен по поводу номеров сборки... с нами работают Ваши сотрудники (завершают проект), они что-то не говорили что есть что-то более новое чем 3.3.2.249

Спасибо!

Проблема только на одном компьютере или на всех?

Есть два варианта:
- Это системный вопрос, и стоит попробовать перерегистрацию/замену бинарных файлов, настройку некоторых функций операционной системы (если воспроизвоидтся только на одном компьютере);

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

Unsubscribe не решит проблему. Для загрузки элементов используйте GetNewItem. Также убедитесь, чтобы на это окно не было ссылок, потому что в таком случае память очищатся не будет.

"Гакало Игорь Александрович" написал:

Пример с GetNewItem:

function GetUpdateQuery() {
	if (!Assigned(AccountAddress.UpdateQuery)) {
		var UpdateQuery = Services.<strong><em>GetNewItemByUSI</em></strong>('uq_AccountAddress');
		UpdateQuery.ColumnsValues.ItemsByName('IsPrimary').Value = false;
		AccountAddress.UpdateQuery = UpdateQuery;
	}
	return AccountAddress.UpdateQuery;
}

Пример ссылки:

ComponentsByName('btnOK')