on 07-10-2007 3:07 PM
Dear All,
We have new instance of Devlopment BW System with version 7.0 and R/3 upgraded to ECC6.0. We connected the source system. When we extract the data through DTP the data load is sucessful with 0 Records.
This is case with all the extractors.
The data base is on Oracle 10.2
Observations for this:
0) Source system connection check OK.
1) When I test in RSA3 for the same extract I could fetch some data there.
2) I could transfer the global setting
3) I could not see any of the iDoc generated in BW and received in R/3
4) No back ground job is generated in R/3 in SM37
5) I could extract the data from other Source System(SEM) instance based on 3.5 technology.
As a progress on this issue I could load the load sucessfully by 3.X methodolgy (Using update rules) but not by BI7.0 Methodology(Using Transformation).
As a standards by the client we have to use 7.0 Methodology so still need to find a solution for the same.
No clue on how to solve and what is going on wrong. Help me in solve this issue.
Thanks in Advance,
PV
Message was edited by:
USERPV
Hi,
Did you check the data availability in PSA?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am not sure if you have followed all the necessary steps to do a data load to the infocube. I also wish I had more information about your system and the error message you are getting. A data load can fail due to a variety of reasons -- depending on the BW version, system settings and the procedure you followed. Please use the data load monitor transaction rsmo, identify the error message and take the necessary action.
if it may be useful reward point are appreciated
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.