Господа Ученые!

Подскажите, а то замучился совсем - две недели парюсь.

4.6C MSSQL Ядро 4.6D. SP - низкие - только поставил с CD. SAINT уровень максимальный. Пытаюсь втащить пакет русского языка. Процесс загрузки пакета начинается и через 2 мин "успокаивается". Step MAIN IMPORT. В логах, доступных из SMLT и SM37 - никаких ошибок нет, все "0". SM37 - процесс "Active" - и висит таковым до скончания веков. Проц не загружен, диск не используется.
Пробовал все что знаю и что мне подсказали коллеги.
С этого же дистрибутива устанавливал раньше - все было нормально.
Кроме установки более высоких SP вариантов не вижу, но делать этого не хочется, так как в доке прочел порядок - сначала SAINT, потом язык, а потом - SP.

А в STMS что кажет?

Eсли SAINT по максимуму, может под этот максимум ядро подтянуть?
А процессов сколько в профиле? По-умолчанию оставлено после установки?

А при чем здесь SAINT? Идет импорт языка, а не аддона.

Где-то в доках читал, что импорт языка использует тот же механизм и желателен максимальный его уровень.
В STMS - все без ошибок. Импорт тормозится на паке SAPKLRUD13.
Процессы были по-умолчанию - не работало. Пробовал изменять (начитавшись нот) - не помогает. Сейчас 4 на бэкграунд и 4 на диалог. Всего - 11. Уровень ядра - повышал. Сейчас SP level ядра - 180 (в статусе пишет).

Аналогичная ситуация была, когда при импорте языка было падение системы. В итоге были заблокированы временные файла, созданные при распаковке языкового пакета. Директория, по моему, /trans/tmp. Удаление этих файлов и перезапуск импорта вылечили ситуацию.

Подозреваю что речь идет о SPAM

Глупый может быть вопрос. RDDIMPDP запланировано?

С этим Job'ом странная ситуация - то он возникал, но не переходил из Release в Active - так и висели два Job'а - основной - Active и RDDIMPDP - Released, а после некоторых манипуляций с Default.pfl и создаваться перестал.
Перезагружал систему несколько раз, файлы временные удалял, буфер сбрасывал.

Попробуйте перепланировать RDDIMPDP.
Под DDIC'ом выполните RDDNEWPP в каждом клиенте.