Всё началось довольно буднично. Ночью, как обычно, отработали цепочки загрузки. Утром я решил проверить что там и как прошло (отчёт BEx вывалился по тайм-ауту). Оказалось, что загрузка транзакционки в один из кубов не прошла. Ну, обычное дело - оказалось, что индексы у куба в красном состоянии. Не впервой - нажал "Исправить индексы". Обычная эта процедура занимает несколько минут (в кубе всего чуть меньше 2млн записей). А тут она всё шла, шла... Придя на следующее утром и обнаружив фоновую задачу всё ещё в процессе, я заподозрил неладное Ещё через час-два она сама отвалилась в красное состояние... Начал искать инфу. Нашёл ноту, где был описал se38-отчёт SAP_INFOCUBE_INDEXES_REPAIR. Раньше я его уже как-то запускал, он отрабатывал минут за 10. Кстати, полезная програмка - рекомендую, восстанавливает индексы у всех кубов. Но на этот раз она тоже ушла работать и не вернулась - повторилась прошлая история. Тут уж я не на шутку начал напрягаться - куб-то основной (движение материалов), 90% bex-отчётов его используют, а в таком состоянии куба они все отваливаются по 10-минутному тайм-ауту. Поиск информации по SAP service marketplace (я ещё sdn-форумы перерыл) ничего существенно нового не дали. Тогда я решил убить данные полностью, и перегрузить куб заново. Но через 10минутный интервал удаление было прервано по тайм-ауту!! Такого я ещё не встречал. Поговорил с базисником - он посоветовал увеличить интервал и ещё раз попробовать удалить данные. Увеличил до 24 часов, запустил удаление (пятница была), сегодня утром пришёл - все 1.9 млн записей сидят в кубе!!!!

Возможно, причина была в оборванном ранее переносе: Перед тем, как всё это произошло, другой мой коллега пытался нести запрос в продуктив (всё описанное происходило в продуктиве). Запрос содержал в себе новые атрибуты признака, входящего в этот самый куб... И эти атрибуты должны были стать навигационными. Коллега прождал исполнения переноса полночи, потом не выдержал и оборвал его. После чего сделал эти атрибуты НЕ навигационными, и перенос нормально прошёл. После этого индексы у куба были красные, но легко восстановились стандартным способом. А вот на следующий день произошло то, что я описал выше.

Сорри за столь длинное описание, но мне кажется, что ситуация достаточно непростая и может быть важна каждая деталь.

Что же всё-таки можно с этим всем сделать? Буду благодарен любым мыслям.

RSRV

2 Vitaly V.V.

Пробовал - результат тот же..

Попробовал переактивировать куб - уже полчаса висит с комментарием в статусной строке: "Выполнить активацию всех объектов ABAP-словаря: (19)".

А попинать админов? Пусть сейчас же и промониторят, чем сервак занимается...

а дамп что говорит(st22)?

Прямо от меня - ничего не говорит. Есть ошибки от BW_USER. Пара с "TIME_OUT", ещё пара "DBIF_REPO_SQL_ERROR".

ну вот их и читай... скорее всего места нет в базе...

Послал на sm50. Из которой видно, что идут отчёты: SAPLRSDU_S, SAPLSDB2 и SAPLSXPT. Судя по времени работы, скорее всего именно отчёт SAPLSDB2 относится к активации куба.

Почитай ноту 568768. Должно вывести на ошибку.

Шёл по ноте, дошёл до места, где была указан класс проблем: "Проблема в транзакции" !!
Похоже, что как-то уж очень сильно корраптед либо индекс, либо что-то в кубе...
Подумал что надо попробовать перезаписать куб из разработки.

BW - весёленькая вещь, однако. Теперь у меня перенос куба в stms ушёл в себя
Это просто праздник какой-то! Ещё бы заказчику работу не сдавать...

Как вариант можно в se14 попробовать попересоздавать таблицы куба, если все данные грохнул в нем.

А может сначала грохнуть куб в продуктиве, а потом уже переносить, чтобы все таблицы и индексы пересоздались. Главное не забыть все зависимые объекты перетащить

Вот я тоже до этого дошёл. Запустил удаление куба (удалив предварительно мультики на нём).... До момента начала удаления содержимого всё было ок, но теперь BW опять ушёл туда же, куда он и раньше ходил Висит, одним словом. Опять. "А бабушки всё падали и падали"

Очень не хотелось бы лезть в таблицы куба через se14 (она и сама, кстати, ругается, типа сильно не рекомендую, используйте стандартные средства). Но, похоже, придётся...


Ага, а в se14 таблицы теперь уже не видны... чудесно, полный набор )

маленькая ядерная война.... А дампы читал? А проверил - есть ли место в базе?