BW Myself source system in ECC 5.0 while Export DataSource!!

Hello BW Experts,
When we do Export DataSource for a DataMart eg:ODS, we have to again select our Myself BW source system and replicate our datasource to see it visible in the infosource tree with our DataMart name starting with 8*.
Plz clarify these Qs:
1. Can we perform "Generate Export dataSource " for customer generated DataMarts and replicate them in Myself BW source (Other than Business Content DataMarts??)??
2. Which is the Myself BW system in the ECC 5.0 version as everything is integrated and used being the source system as T90CLNT800 with the client 800and with a single userID and password.
Note:I could not find my generated Datasource for my customer generated DataMart to replicate the same using T90CLNT800 context menu.
Plz throw some light on this!!
regards,
Sapster...Points will be awarded.

Hi,
You dont need to replicate the datasource after the generate export datasource. You can find your 8* datamart in the infosource by using any of these 2 methods:
1. Goto the top most of the info-source i.e. "Infosources" -> right click -> Insert lost nodes. You should be able to find your datamart.
2. Goto settings (menu) -> Display generated objects -> show generated objects.
Hope this helps.
Bye
Dinesh

Similar Messages

Myself Source system problem after System Copy

Hi All,
We recently did a system copy (Production -> Dev). After the logical system rename is done, the myself source system is showing up as a External SAP system, in source system tree under SAP instead of BI. I'm not able to restore/activate it. Any inputs on this problem is appreciated.
Thanks & Regards,
Sree

Problem was with inconsistency in the RSBASIDOC table. Solved by deleting invalid entry and running BDLS again for this specific table.

Myself source system

Hi,
Please some one guide me how do create Myself source system in SAP BW3.5.
Thanks

Hi Pria,
Check this links:
http://help.sap.com/saphelp_nw70/helpdata/en/46/94b1fc87bd13eae10000000a155369/content.htm
http://help.sap.com/saphelp_nw70/helpdata/EN/44/aa51bb0c15745ae10000000a11466f/content.htm
Cheers,
Tanish

Upgrading Source System to ECC 6.0 - What is my role in BI

Hi, Our Production R/3 System is being upgraded from 6.4 to ECC.60. The machine and client will remain exactly the same. Before and after the R3 Upgrade what will I have to do from a BI System Perspective?
Hope and Pray?
Thanks...

Hi......
In general, you should take care of some things when you upgrade your BW system. If it is R/3 upgrade then you should look at functional areas you use from R/3 and analyze if R/3 features you use has been changed. You can find a lot of information about new features and changes in SAP R/3 Enterprise Release 4.70 Release notes .
Before Upgrade
If you use Logistic Cockpit, please make sure that you know notes 328181, 396647, 380078.
These are absolutely prerequisit notes for using Logistic Cockpit.
Never change the extract structure (communication structure) when there is data in SM13 or in the DeltaQueue!
Never upgrade your PlugIn System when you have data in SM13 or in the DeltaQueue!
SM13 and RSA7 have ALWAYS to be EMPTY BEFORE you apply any changes to communication structures, extract structures or any referenced Data Dictionary object or BEFORE you upgrade your PlugIn system!!!
SM13 and RSA7 have to be EMPTY also when you apply PlugIn Support Packages!
After Upgrade
458305-OLTP system upgrade: What should I be aware of afterwards?
Note 458305 - OLTP: System upgrade or SP - What should I be aware of after
Note 301192 - Procedure after upgrading an R/3 source system
Note 359412, there may be some others
Some general information about R/3 upgrade you can get here:
http://www.finsvc.duke.edu/finsvc/sapr3/Training/beyondbasics/BeyondBasics.pdf
http://searchsap.techtarget.com/featuredTopic/0,290042,sid21_gci912111,00.html
Hope this helps you.....
Regards,
Debjani.....
Edited by: Debjani Mukherjee on Sep 29, 2008 10:36 PM
Edited by: Debjani Mukherjee on Sep 29, 2008 10:37 PM

Source system in RSA1 is diiferent to the datasource in infoprovider

Dear Guru's
I have created a quality source system in RSA1 tcode for client 210 but in my infoprovider it shows me of diiferent datasource ie for client 200 and i need this client to be 210 so kindly help me to resolve this issue
Regards
Mohammed

HI,
Do you want to change all the assignments from client 200 to 210. Or is it for this particular Infoprovider (you have mentioned) and the relevant transformations.
Does
1) both clients exists as your source systems or
2) client 200 is to be replaced by client 210.
In the second scenario, you can refer this article. Contact your BASIS team for guidance.
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/805eefcd-5428-2d10-c0ab-dc27a95b2c81
For scenario 1, if you want to load data from 210 client to this particular Infoprovider , replicate the datasource for client 210 in BI side and create new transformation, Infopackage and DTP from the datasource to the target.
Hope this helps.
Regards,
hari.

Migration 3.x data source to BI 7 run into problem - Export Datasource

Dear Expert,
I have got a problem with the data source replicated from BW 3.5 into BI 7.
The details are as below:
- I replicated the BI 7 for a data source 8ZRAC_DSO from BW 3.5
- after replication, the version of data source remain as Modified
- I am not able to activate
- In order to activate it, I try to perform the migration with the option of 'with export'
- I got stuck with the error message as below:
'Export DataSource 8ZRA_DSO (BIPCLNT100) in myslef system object type RSDS not possible'
Do you have any suggestion to resolve this problem?
Is it a right way to get the data source activated?
Thanks and appreciated.
Arthur

With 7.0 export datasources are obsolete. And the system doesnt allow you to do the migration. Instead you would need to create a transformation between the Original DS/Infosource to the Target.
Example -
Updating data from ODS to Cube
Right click on Data store object-> create transformation ->give the target cube name->give the load option either full or delta-> activate the transformation and load data from ods to cube by clicking execute in third tab
DTP required between DSO and Infocube to handle DELTAS.
Edited by: sam hennry on Mar 21, 2008 3:25 PM

Premiere Pro System Resouces Not beign used while exporting

Hi all,
I have been editing this video and last night I started rendering it. However, it is far from beign fast. The estimated remaining time AME shows is 65h!!!
However, that's not the worst thing. My CPU, RAM, Hard drive and even GPU are not beign used. The measured system usage while exporting this same clip is:
15% CPU
+- 2GB RAM
1MB/S Footage Hard Drive (out of max. 50MB/s)
Sporadical GPU spikes @90%, average 40%.
Project Characteristics:
Full sequence almost 2h long.
2 Layers Maximum.
Raw clip footage: H264 1080p DSLR Footage.
Red Giant Denoiser II (GPU Accelerated) on 50% of the clips.
PPro's included RGB Curves and HSL on 50% of the clips.
Exporting to H264, 1080p 30fps, VBR 1 Pass, 15Mbps (18Mbps max) using Adobe Media Encoder (PPro's "Export" option doesn't even run).
System Specs:
Amd FX-8350 (8x)4.5GHz
16GB DDR3 1866MHz Ram
Nvidia Geforce GTX650 (2GB GDDR5)
Windows 8 x64 OS.
Cache, OS and Adobe CS6 Suite drive: Samsung 840 PRO 128gb (500MB/S R, 480MB/S W)
Footage & Export Drive: Seagate 1TB (don't know exact model)
I know my graphics card isn't the best for this job, but it is not even beign used... My first thought is that there was an HHD bottleneck, as it is not fast at all, but measuring my system usage I have found that is not the soft chain this time. What am I doing wrong?
BTW, I'm using CS6.
Thanks in advance,
Gonzalo Ruiz.

Wow, I never thought that could make such a difference. Will the speed of those four drives have much of an impact given they are all rated over 120MB/s? Or will just having them on sepparate HDDs be enough? What about 4K?
For example, will the difference between a WD Caviar Blue 1TB and a 850 Pro 256GB (or any other good HDD vs a fast SSD for that matter) be noticeable using it as a cache drive? What about in 4k editing?
Will using a dedicated SSD for both cache and previews be slower than two dedicate HDDs? The SSDs I am comparing are 4x faster in R/W speeds than this HDD and a many more times faster in Random IO (IOPS).
This is my upgrade plan:
Samsung 840 PRO 128GB: OS, Programs, Pagefile
Samsung 850 PRO 256GB: Cache, Cache Database, Previews
WD Caviar Blue 1TB: Media and Project Files
Existing Seagate 500GB: Raw Footage, Archive (at the moment installed but full)
External USB3 USB Flashdrive: Export (not going to use it every time)
This export has been an epic fail in terms of length... 60 hrs... Having only used before a ridiculously low spec-ed computer, when I built this one and exported just short clips, I thought it was normal...Guess it isn't, now that I have to edit long videos.
Thanks for all your entries,
-Gonzalo

Source System Creation in BI to load data from ECC 6.0

Our ECC 6.0 and BI 7.0 is one server. I would like to load data from ECC 6.0 to BI. How to create source system? I have source system for flat file and Data Mart (Myself source system) but don't know how to create source system to laod data from ECC 6.0. Please provide step by step guide.
Thanks.

Check here:
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/c0751ba5-b7a8-2b10-6d97-e91e85c0fafa
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/0087780d-81b0-2a10-eb82-86e1062f1a2d
http://www.saptechies.com/connectivity-file-system-in-sap-bi/
http://help.sap.com/bp_biv370/html/index.htm
Thanks...
Shambhu

Vendor spend analysis report from ECC as source system

Hi Experts,
Currently am working on Functional Specification on a BI report "Vendor Spend Analysis".The source system is ECC.This report should give details about how much the company has spend on a vendor during a particular period along with payment terms , payment term days .
I have started with Datasource 0FI_AP_4.Please let me know which field(credit or debit field) in the Datasource gives amount spend.I have checked the table EKKO and BSAK .What are the other fields and table i have to take into consideration.Suggest...
Regards,
Meera

Hi Experts,
Can anyone tell me the table which stores the data regarding the amount paid to a vendor.
Regards,
Meera

Transfer rules are not exist for ECC Quality source system in BI Dev

Hi,
I Connected BI Dev system To ECC Dev and installed the sales, purchasing,... data flow, but here i am not getting the quality data to show the reports, to get Quality data I established the connection between BI Dev and ECC QA, while installing the transfer rules for the ECC QA data sources there no transfer rules are exist(only some of them exist) in the business content, but all the update rules,... are exist, when i right on the data source say create transfer rules it is proposing App praposal.
When i select source system as ECC dev while installing the transfer rules i can see all the transfer rules, but when i select source system as ECC QA i can see only some transfer rules.
only problem with transfer rules(some of them exist), for remaining all objects are properly existing in business content for ECC QA source system.
Regards,
chandra

Hi Fayzrakhmanov
Thanks for the quick reply. We are not moving the stuff to QA. We are only connecting QA ECC system to BI Dev. We already have datasources moved to ECC QA and created source system for ECC QA in BI Dev.
The problem is I am not able to get Business Content transful rule for new source system. We I can find some but not all unlike development.
Help on this would be appreciated.
Thanks

BI 7.0: Source System upgrade from R/3 Enterprise to ECC 6.0

Background:
I am relatively new to BW team and will be going through my 1st source system upgrade.
We currently have BI 7.0 SPS 17 connected to source system R/3 Enterprise EP1.
We are upgrading to the source system to ECC 6.0.
In Development and QA Environments:
we will have access to both old (R/3 Enterpirse) and the new (ECC 6.0) source systems.
We have a opportunity to compare the BW Objects, data flow and data loading from
both source systems.
In Production, however, we will just upgrade over 3 days downtime.
One Question that comes to mind in this regard...
What sort of things, we should be checking for before and after upgrade in Dev/QA and in Prod environments and what tools are available that can help the analysis and validation process ?
Some of the suggestions that were given to me include following points.
Before Upgrade:
1 Check data, taking pre images of it for testing with post upgrade.
2. Perform proper analysis of Source system related BW objects.
- A complete listing of actively used Datasources,.. etc.
3. Make delta queues empty,
Make sure that all existing deltas are loaded into BW.The last request delta must not deliver any data and must be green in the monitor.
4. Stop Process chains from BI (remove from schedule) and collection runs from R/3 side
After Upgrade:
1 After the OLTP upgrade, refer to note 458305 and other notes that are relevant to the actual upgrade
(depending on the R/3 system release / R/3 plug-in to BI plug-in compatibility).
2. Check logical system connections. Transactions SMQS, RSMO and SM59, If no access, then we can use Program RSRFCPIN_NEW for RFC Test.
3. Check and/or Activate control parameters for data transfer. SBIW ---> General Settings --->
Maintain Control Parameters for Data Transfer
http://help.sap.com/saphelp_nw70/helpdata/EN/51/85d6cf842825469a51b9a666442339/frameset.htm
4. Check for Changes to extract structures in LBWE Customizing Cockpit
- OSS Notes 328181, 396647, 380078 and 762951
5. Check if all the required transfer structures are active. See OSS Note 324520 for mass activation.
7. Check if all Source system related BW Objects are active - Transfer rules, Communication rules, update rules,DTPs,..etc.
Below is a link for some useful programs in this regard.
https://www.sdn.sap.com/irj/scn/wiki?path=/pages/viewpage.action&pageid=35458
6. Test all important datasources using RSA3 and check for OLTP Datasources changes .
As soon as BW notices that the time stamp at the DataSource in the OLTP is newer than the one in the transfer structure, it requests replication of the DataSource and activation of the transfer structure. Transfer the relevant DataSources only if required, and transfer only the ones that have changed (RSA5 -> Delta).
7. Create Data flow objects (trnasfer rules, infopackages, trnasformations, DTPs) for the Replicate
new/changed datasources,if needed.
8. Check all CMOD enhancements.
If we are using a customer exit with the extractor in the OLTP, see Note 393492.
7. Check for unicode (all custom programs or Function Modules for DataSources)
5. Check all the queues in RSA7, start delta runs and test data consistency.
For delta problems:In the BW system, start the 'RSSM_OLTP_INIT_DELTA_UPDATE' program for the DataSource and the source (OLTP) system for which the init selections are then transferred from BW into the ROOSPRMSC and ROOSPRMSF tables in the source system so that the delta can continue.
9. Take back up of data posted during upgrade for contingency planing.
10. Run the entire set of process chains once if possible and let it pick up no data or the usual master data.
Since we have lot of experts in this forum, who have probably gone through such scenario many times, i wanted to request you to Please Please advise if i have stated anything incorrectly or if i am missing additional steps, OSS Notes, important details...

Thanks Rav for your detailed post and very helpful contribution by posting all the information you had regarding the upgrade.
We have similar scenario -
We are upgrading our source system from 4.7 to ECC 6.0. We have our BI system with BI 7.0 at support pack 19 (SAPKW70019).
Our strategy in ECC deployment ->
In development we copied our old DEV 4.7 system DXX to new ECC system DXY (new system ID).
In production we are going to use same system PRXX upgraded from 4.7 to ECC.
Now we are in testing phase of ECC with all interfaces like BI in Dev.
My questions are below ->
How can we change/transfer mapping of all our datasources in Dev BW system BID to new ECC dev system DXY (Eg. Logical system LOGDXY0040) from Old dev system DXX (Eg. Logical system LOGDXX0040). We donot want to create new datasources or change all transfer rules/Infosources for old BW3.x solutions on our BI.
Also in new ECC sourcesystem copy we see all datasources in Red in RSA7 transaction. Do we need to initialize again all the datasources from our BW BID system.
Is there any easy way for above scenario ?
Please let me know if you have any further helpful information during your ECC 6.0 upgrade connecting to BI 7.0 system.
I have found some other links which have some pieces of information regarding the topic -
Upgrade R/3 4.6C to ECC 6.0 already in BI 7.0
http://sap.ittoolbox.com/groups/technical-functional/sap-bw/sap-r3-migration-and-sap-bw-version-1744205
BI 7.0: Source System upgrade from R/3 Enterprise to ECC 6.0
Re: ECC 6.0 Upgrade
Re: Impact of ECC 6.0 upgrade on BI/BW Environment.
ECC 5.0 to ECC 6.0 upgrade
Thanks
Prasanth

How to change the ECC Source system in SAP BI

Dear Experts,
In my BI development system instead of showing ECC development system as a source system it is showing ECC production system.
Now in my BI system I want to change the source system from ECC Production to ECC development.
Kindly explain me step by step to change the source system from ECC Production to ECC development.
Regards,
Suresh.

Hi,
Ask your basis team to change source system entries.
They knows how to assign logical mappings.
Tx - BDLS.
Tables - RSLOGSYSMAP.
Try this way.
Bw, Tx - RSA1-->source system, Menu Tools - Conversion of logical system name and Assignment of source system to source system ID.
Thanks

Source System changes from SAP System to BI Warehouse on ECC activation

We are in the process of building a new development environment from an existing development environment.
After copying from system backup in the new development environment we performed BDLS to map to new source systems. At this point of time the source system for ECC ("SAP System from Release 3.0E" was changed to type "SAP Business Information Warehouse".
Why does this happen?
How can we prevent this?
Thanks for your help.

Hello.
Please check the following note if ti can be helpful to fix this issue.
1087980-ECC Source systems appearing in BI folder
Thanks,
Walter Oliveira,

How to Change Source system type of ECC6.0 in BW system

Hi BW Experter,
   I connected ECC6.0 PRD system with BI7.0 PRD system , the connection is successful,
but the source system type of ECC6.0 PRD is not collect . The ECC6.0 PRD is as a
BW system type in the source system list of bw system .
   I found that Tcode RSA1 has ever been run in PRD ECC6.0 , So I did a connection testing of
ECC6.0 QA with BI7.0 PRD .
     Step 1. Connect ECC6.0 QA with BI7.0 PRD , ECC6.0 QA was as SAP system type in source system list of bw system .
     Step 2. Run tcode RSA1 in QA ECC6.0
     Step 3. Delete connection of ECC6.0 QA with BI7.0 PRD .
     Step 4. Connect ECC6.0 QA with BI7.0 PRD again , ECC6.0 QA was as SAP system type in source system list of bw system .
   I want to know how to change ECC6.0 PRD source system type to SAP .
If it can't been change to SAP ,Is there any impact when ECC6.0 PRD is as bw system type in source system .
Thank you for your help .

I got the soulution from note: 1087980 - ECC Source systems appearing in BI folder
Summary
Symptom
Source system connection for an ECC system appears in the BI folder, rather than in SAP folder, as expected.
Other terms
Wrong folder,RSA1, RSBASIDOC, RSAP_BIW_DISCONNECT
Reason and Prerequisites
Transaction RSA1 was inadvertently used on an ECC system , thereby creating a 'Myself' source system entry in RSBASIDOC table
Solution
This is just a display issue and does not cause any operational issues. Therefore, it need not be corrected, especially if the ECC system in question is used as a BI system as well.
If it is absolutely required that the ECC source system appear in the correct folder, perform the following steps.
1. Check that an entry with SRCTYPE 'M' exists in table RSBASIDOC table of ECC source system.
2. Note the values for SLOGSYS and RLOGSYS. It should be same.
3. Run the function module RSAP_BIW_DISCONNECT in the ECC system.
   NOTE: Never run that function module in a BI system!
4. Enter the following values :
I_BIW_LOGSYS   <RLOGSYS> as noted in step 2
I_OLTP_LOGSYS <SLOGSYS> as noted in step 2
I_FORCE_DELETE <X>
< DO NOT ENTER ANY VALUE IN THE FIELD - RFC target sys !!!!! >
5. Go to RSA1-> Source systems in the BI system connected to the ECC system.
6. Select the ECC source system and select RESTORE in the right click menu.
Now the ECC system should appear in the SAP folder.
If running RSAP_BIW_DISCONNECT results in an error like OTHER_ERROR, please check if a valid RFC connection exists in transaction sm59.
If the myself source system connection cannot be deleted in any case, log a service marketplace message with SAP Support.
Edited by: fang frank on Jul 15, 2009 8:31 AM

Changing the source system in QA

Hello All,
I just wanted a quick opinion from your experience on the following issue:
We have a ECC Dev client 20 connected to BI Dev client 20
Similarly we have ECC QA 120 connected to BI QA 120
But due to some reason we now want to connect a new ECC QA client 150 to BI QA 120 and take out ECC QA 120 totally(120 is wiped off).
I already have a lot of development transported to BI QA where the source system is ECC 120. Now if 120 dies and we pull the data from 150, what are the pitfalls to watch for?
Like all my Master data objects , DSO and Cubes still point to ECC QA client 120 but now the "actual" source system is going to be ECC QA 150.
Points,
Gaurav

You need to replicate all the data sources in BI from QA 150 and change the source system assignment to 150 instead of 120.
Also, you need to reinitilase delta for delta enabled extractors.
Two things to watch out:
1. If you dont have source system identifier, then if you happen to get records with same key, then it will overwrite. This applies to both master and transaction data.
2. For transaction data that is not delta enables, there may be a possibiltiy with which the records will get duplicated. So, better to delete the old requests before reload the data from QA150.
Ravi Thothadri

BW Myself source system in ECC 5.0 while Export DataSource!!

Similar Messages

Maybe you are looking for