Добрый день. Передо мной стоит задача расширения существующего хранилища, в котором
уже накоплен достаточно большой объем данных, потеря которых категорически не допустима!
По сути дела все накопленные данные лежат в кубах. Структуру кубов планируется менять.
Также планируется менять и структуру полей источников данных. Какие изменения можно делать
над кубом (имеется ввиду его структура), если в него закачены данные? И как правильно это делать?
Просьба короткими советами, если возможно... без направления к документации (или с направлением, но
вполне конкретным, чтобы читать не все подряд, а выборочно)

Касательно SAP BW 3.5.
1. В Куб можно добавлять дополнительные признаки и показатели.
2. С удалением признаков и показателей без удаления данных будут проблемы.
3. Вообще рекомендуется схема ODS => Cube.
+ Поддержка дельта обновления.
+ Вы можете хранить данные с высокой степенью детализации (гранулярность) на уровне ODS, а в Cube загружать данные на необходимом уровне аггрегации или с определенной логикой, - заданных в правилах обновления.
+ Можете изменять свой куб, а после внесения изменений, просто затем заново загрузить данные из ODS в Cube.
4. Вы можете создать новый Cube c новыми признаками и показателями, загрузить их из старого Cube (не забыть скопировать построенные на нем запросы, затем вносить изменения). Вообще такие вещи для аналитиков отчетов не проходят безболезненно. Ценность данных намного выше стоймости дискового пространства, поэтому лучше все проверить на другом Cube, чем рисковать.
5. Почитайте ASAP.
6. Если Cube действительно большой, задумайтесь об агрегатах;
7. Используйте MultiProviders. Например разбейти данные в Cube по годам. Или по Бизнес-Сферам;
8. Разберитесь с логическим и физическим партицированием.
9. Ноты вам в помощь и SDN SAP и http://sapboard.ru/!

В 7-ке есть Remodelling.
Remodeling InfoProviders:
http://help.sap.com/saphelp_nw04s/helpd ... ameset.htm
Key Figure Remodeling in BI7.0 using Customer Exit:
https://www.sdn.sap.com/irj/scn/go/port ... 08e63d6826

http://sapboard.ru/forum/viewtopic.php?f=12&t=45647
http://sapboard.ru/forum/viewtopic.php?f=12&t=45282

Пункты 3 и 4 вряд ли имеют какой-то смысл в моем случае. За остальное спасибо... буду иметь ввиду...

Если будут меняться структуры данных, размерности и типы объектов, то имхо лучшим вариантом будет сделать копии с текущих объектов, перевести их на новые (измененные) объекты, загрузить в них накопленные ранее данные, убить все старое, начать жить на новых объектах.