Есть DSO с оптимизацией записи, есть 500Mb данных (10млн. записей) кот. нужно в него загрузить, грузиццо это долго, кто какие стандартные механизмы знает для ускорения загрузки?

Note 384023 - Optimizing performance of ODS objects.
Documents:
1.BW Performance Tuning
2.Load lots of data “Faster” with Buffering Number Range.
3. Performance Optimization in BW Update Rules.
4. SAP Business Warehouse 3.x Data Target Upload Best Practice for Solution Management.

The most important performance-related task is to activate the ODS data requests regularly, that is, to
empty the table for new data (activation queue) and move the data to the 'A table'. Various settings for
activation can be made in Customizing: RSA1 Æ Settings Æ Global settings Æ ODS Object.

• Check the parameter settings of the database.
• Import the latest BW Support Package and the latest kernel patch into the system.
• Before loading the transaction data make sure that ALL relating master data has been loaded to BI system.
• Load the data from a file on the application server and not from the client workstation as this reduces the network load.
• Use a fixed record length when load data from a file (ASCII file). For a CSV file, the system only carries out the conversion to a fixed record
length during the loading process.
• Always use TRFC (PSA) as the transfer method instead of IDocs.
• When loading large data quantities from a file, split the file into several parts. Recommendation is using as many files of the same size as
there are CPUs. Load these files simultaneously to the BW system in several requests
• When loading large quantities of data in InfoCubes, delete secondary indexes of Cube.

Это все не то. Тут такая интересность вскрылась: у некоторых DSO (c оптимизацией) ППД для Processing Mode стоит
7 Serial Extraction and Processing of Source Package (в них загрузка долгая), а у других стоит
1 Serial Extraction, Immediate Paarallel Processing (в них быстрая т.к. параллельная)
сменить 7 на 1 нельзя...

1. распараллеливание
2. буферизация диапазона номеров для SID поможет с большой вероятностью, увеличить буффер для SID-ов инфообъектов
перед загрузкой.
3. большой размер пакета.
4. снижение частоты генерации IDoc.

если не поможет, зайти в rsa1old и сделать "по старинке" - поможет =)

Короче, я нашел в чем причина.
а) В некоторых Инфо-источниках не был проставлен ключ.
б) Некоторые ППД были созданы до того как в Инфо-источниках был проставлен ключ.
Как результат - семантические группы в ППД не были созданы => режима параллельной загрузки не было.