Tables & Data Migration

Hi Experts/Helpers,
I am newly introduced to this forum.........
- What is the diff. between SE09/SE10?
- What is T.code to find table information. Ex: i am posting a BT in F-02, here how can i find tables for document header & line items.as per my knowledge select field>click F1>tech.information. otherthan this is there any route to find tables?
- After DM, we need to map all fields with sap tables. what does it mean? Ex: after upload cut over balances where we need to map fields with tables. any t.code and pl tell me total process for mapping?
i hope you can solve these threads and sure will assign good points
Thanks
Anil
Edited by: Anil on Jan 28, 2008 5:34 AM
Edited by: Anil on Jan 28, 2008 5:35 AM

Hi,
Based on the above data, the following table list will help u.
In general,
All Finance documents
BKPF - Accounting doc Header details
BSEG - Line items
Only Customer documetns -
BSID - Open items
BSAD - closed Items
Only Vendor documents -
BSIK - Open items
BSAK - Closed Items
Other GL documetns - BSIS - Open items
BSAS - Closed Items
Regards,
Sridevi
*Pls. assign points, if useful
<a href="https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/sdn/wiki?path=/display/profile/sridevi+pattabiraman">wiki!</a>

Similar Messages

Issue in data migration of PO contract (Updating table A215)

Hi All,
I doing data migration for PO contract throught BDC, I wanted to update the table A215,
I can't see the field of A215 on PO contract transaction screen (i.e. Transaction ME33K ).
Can anybody tell me how to load the data in A215 thorugh BDC.
Regards,
Sagar

How is this A215 table maintained manually? Thru ME33K or a different transaction like MEK1?
you are saying you do BDC, are yoou using a SAP given report or did you record the maintenance transaction yourself in SHDB?

Data Migration from CSV file to Database Table.

Hi,
I have checked few answered threads on Data Migration Issues but didn't find the solution yet.
I am reading data from an CSV file to internal table but the complete row is coming under one field of the internal table.
How i can get values in different fields of the internal table from the CSV file ?
Thanks & Regards.
Raman Khurana.

Hi,
If you are using GUI_UPLOAD, you might have missed to make has_field_separator as 'X'.
EXPORTING
CALL FUNCTION 'GUI_UPLOAD'
EXPORTING
   filename                      = 'C:\File.csv'
   filetype                      = 'ASC'
   has_field_separator           = ' X' "<= Set this as 'X'.
TABLES
    data_tab                      = itab.
Regards,
Manoj Kumar P

Access 97 to Oracle 9i - Unable to migrate table data

I cannot seem to get the Access security set correctly to migrate the table data. I created a new Access database by importing the old one into a blank, and I thought I was doing what needed to be done to allow READ access for the Workbench. I'm getting nowhere!
The WB is creating the model correctly and creating the tablespaces, users and table objects in my Oracle database. But it is not able to migrate table data due to insufficient rights to the Access tables.
Any thoughts? I can't seem to find an answer to this in any documentation.
Thanks in advance.

Did you (or anyone) ever find a solution to this problem? I am having a similar issue. I have even tried creating a new Access 97 database (blank db w/imported tables). All permissions are set for the default 'Admin' user and the 'Admin' user is the owner of all tables.

MS SS 7.0 - 8.1.7: "Migrate Table Data" N/A

Hello there,
We're currently attempting to do a migration from MS SQL Server 7.0 to Oracle 8.1.7, using Migration Workbench.
I'm able to capture, and create the model successfully, but when going to Object->Migrate Table Data it is grayed out and disabled. I'm able to generate SQL*Loader scripts, but I really would prefer to do everything end-to-end via the Workbench.
Also, please note, I do not have sa rights on the target server, so I'm not able to run the Action->Migrate to Oracle wizard.
Any insight would be greatly appreciated!
Thanks,
-Jason Alexander

Hi,
The 3rd page of the migration wizard should contain a question asking you whether you would like to migrate the data or not.
Please be aware that we recommend data migration before any primary/foreign key creation.
Also, the migrate table data menu item only becomes enabled once you click on a table folder in the Oracle Model UI tab. You can also click on the 'Tables' folder to migrate the data for all tables.

ORA-01461 error when migrating MySQL -- Oracle table data

All,
I'm migrating MySQL 4.x to Oracle10g. Everything went smoothly except for one table was unable to migrate data, giving me the following error:
Unable to migrate data from source table mysql.mytable to destination table root.MYTABLE :
ORA-01461: can bind a LONG value only for insert into a LONG columnThe offending source column in MySQL is defined as TEXT. In OMWB it is TEXT (5). The Oracle model originally defined it as VARCHAR2(1), but I resized it to VARCHAR2(4000) since it contains about 20 lines of text.
Neither the mysql or the oracle data models have a LONG column anywhere. Any idea's what might be causing this error?
Thanks.

Hi Jon,
Thanks for the feedback. I'm unable to reproduce the problem you describe at the moment - if I try to migrate a TEXT(5), OMWB creates a VARCHAR(5) and the data migrates correctly!! However, I note from you description that even though the problematic source column datatype is TEXT(5), you mention that there are actually 20 lines of text in this field (and not 5 variable length characters as the definition might suggest).
Having read through some of the MySQL reference guide I note that, in certain circumstances, MySQL actually changes the column datatype specified either at table creation time or when interfacing with other databases ( ref 14.2.5.1 Silent Column Specification Changes and 12.7 Using Column Types from Other Database Engines in the MySQL reference guide). Since your TEXT(5) actually contains 20 lines of text, MySQL (database or JDBC driver .... or both) may be trying to automatically map the specified datatype of the column to a datatype more appropriate to storing 20 lines of text.... that is, to a LONG value in this case. Then, when Oracle is presented with this LONG value to store in a VARCHAR(5) field, it throws the ORA-01461 error. I need to investigate this further, but this may be the case - its the first time I've see this problem encountered.
To workaround this, you could change the datatype of the column to a LONG from within the Oracle Model before migrating. Any application code that accesses this column and expects a TEXT(5) value may need to be adjusted to cope with a LONG value. Is this a viable workaround for you?
I will investigate further and notiofy you of any details I uncover. We will need to track this issue for possible inclusion in future development plans.
I hope this helps,
Regards,
Tom.

How to migrate 'table' data type into oracle solution?

Say, I have following sample code in Sql Server:
Declare @v1 table(old_value int, new_value int)
insert into @v1 select old_value, new_value from aTable where....
declare cur cursor for
select new_value from @v1 where old_value=...
what should I use in oracle to convert above code? I was thinking about nested table, but it seems not very suitable here. Any better solutions out there?

It's been a while since I've done any SQL Server development, but if I recall correctly, a table data type in Transact SQL is used for storing temporary result sets.
In your example, you seem to be temporaily storing the results of a query in a Transact SQL table, and then opening a cursor to iterate over the results.
In Oracle PL/SQL, there is usually no need to do this, just open a cursor:
create or replace procedure test_proc as
begin
for curs_rec in (select old_value, new_value from myTable) loop
... process each row ...
end loop;
end test_proc;
If you really want your results in an array which your code can iterate over, look into the BULK COLLECT clause of the SELECT statement:
create or replace procedure test_proc as
TYPE array_type IS TABLE of myTable%ROWTYPE INDEX BY BINARY_INTEGER;
my_array array_type;
begin
SELECT * BULK COLLECT INTO my_array FROM myTable;
for idx in my_array.FIRST..my_array.LAST loop
dbms_output.put_line(my_array(idx).col1);
end loop;
end test_proc;
Note that I have not actually compiled the above code, so there may be syntax errors :)
Also, prior to 9i you can not BULK COLLECT into a table based on a rowtype (you need to created an array for each attribute).
SQL Server also allows function which return table types. This is similar to PL/SQL pipelined table functions (available in 9i and higher - see the PL/SQL guide), which can be used to materialize rows which can be processed like any other result set.
SQL Server also has a concept of temporary tables which is totally different than Oracle's temporary tables. SQL Server developers must often resort to using temporary tables in their stored procedures; in Oracle, this is rarely necessary.

Confuse on PR & PO data migration approach new to MM module

Hi All,
I'm pretty confuse with the PO data migration approach when it comes to PO is GR or partial GR or GR&IR. I'm hoping that someone can enlighten me. i understand that we typically don't migrate PO when it is GR & IR, FI team usually will bring over to the new system as an vendor open item in AP. How about the PR or PO which have gone through or half release strategy? What is the follow up process? I have created a criteria table below. How Could someone point me in the right direction? Thanks in advance.
PR
Criteria
Data migration required
Notes
Open and Released
Y
Open and not Released
Y
Flag for Deletion
N
Flag for Block
Y
PO
Criteria
Data migration required
Notes
Open and Released
Y
Open and not Released
Y
GR but no IR
GR & IR
N
AP will bring over as open item
Flag for Deletion
N
Flag for Block
Y
Partial
Y
For partial GR to recreate PO only with missing GR quantity
Regards,
John

Hi John,
The approach that i have followed recently is that we have considered PO as the base document and converted other documents based on the PO condition. This means you first need to see if the PO is to be converted or not. Then you can proceed to convert the related documents like PR, Agreement, Info record, Source list, etc.
Also open qty for PO should be considered for Material and Service line items both.
Once a GR/SES is created, it gets updated in the PO history table EKBE with its related transaction/event type.i.e. EKBE-VGABE = 1 for GR and 9 for SES. Quantity and value also gets updated in case of material and services. You can compare this consumed quantities with PO quantity.
Please see below from SCN and let me know if you need more info on PR or PO conversion.
Purchase Requisition Conversion Strategy
Thanks,
Akash

Data migration from legacy system to SAP

hi all,
could you please post some docs on migration from legacy system to SAP system., also the problems faced while migration and best practices in data migration
regards
sridharan

Hi ,
I require few details from you.
1. What ETL tool you are using, If Informatica, it already have PowerConnect to connect to SAP. So you can create source and Target Structure and also you can use RFC's to send data to R/3. Else, for other ETL tools, can you prepare RFC's or any other way to send data to R/3. let me know the tool.
2. Does R/3 contains the master data tables? If yes, then try to use LSMW for Mass upload of data to tables.
If your client don't want to use either of these options please elaborate, what is the case.
Regards
Aashish Sinha

Oracle Legacy System to SAP Data Migration

Hi Experts,
New to data migration:
Can you guide me in how oracle staging is useful for data migration:
Here is my few doubts:
1. What is Oracle Staging?
2. How Oracle staging is useful for data migration?
3. I see few ETL tools for data migration such as Informatica, Ascential Datastage etc. but our requirement is how can we use oracle staging for data migration?
4. What are the benefits in using oracle staging for data migration?
Expecting your response of above queries.
Thanks,
--Kishore

Here is my few doubts:
1. What is Oracle Staging?It is where ODI creates temporary tables. It does the transformation and if required cleans the data aswell.
2. How Oracle staging is useful for data migration?ODI loads source data into temporary tables(staging) and applying all the required mappings, staging filters, joins and constraints. The staging area is a separate area in the RDBMS (a user/database) where Oracle Data Integrator creates its temporary objects and executes some of the rules (mapping, joins, final filters, aggregations etc.). When performing the operations this way, Oracle Data Integrator behaves like an E-LT as it first extracts and loads the temporary tables and then finishes the transformations in the target RDBMS.
3. I see few ETL tools for data migration such as Informatica, Ascential Datastage etc. but our requirement is how can we use oracle staging for data migration?
4. What are the benefits in using oracle staging for data migration?You can refer https://blogs.oracle.com/dataintegration/entry/designing_and_loading_your_own
http://docs.oracle.com/cd/E21764_01/integrate.1111/e12643/intro.htm#autoId10
Expecting your response of above queries.
Thanks,
--Kishore

Data Migration From Peoplesoft , JDEdwards To SAP.

Hi,
This is kiran here we are doing data Migration work from Peoplesoft And JDEdwards to SAP.in SAP side it involves Master data tables Related to Customer, Vendor, Material. and Meta data tables related to SD, MM, FI. We as SAP Consultant identified Fields from above tables and marked them as Required, Not required, And Mandatory. The Peoplesoft and JDEdwards flocks come up with the same from their side. Then we want map the Fields. as I am new to data Migration any body suggest me what are the steps involves in data Migration How to do Data Mapping in Migration Thanks in advance.
Thanks
Kiran.B

Hi Kiran,
Good... Check out the following documentation and links
Migrating from one ERP solution to another is a very complex undertaking. I don't think I would start with comparing data structures. It would be better to understand the business flows you have currently with any unique customizations and determine how these could be implemented in your target ERP. Once this is in place, you can determine the necessary data unload/reload to seed your target system.
A real configuration of an ERP system will only happen when there is real data in the system. The mapping of legacy system data to a new ERP is a long difficult process, and choices must be made as to what data gets moved and what gets left behind. The only way to verify what you need to actually run in the new ERP environment is to migrate the data over to the ERP development and test environments and test it. The only way to get a smooth transition to a new ERP is to develop processes as automatic as possible to migrate the data from the old system to the new.
Data loading is not a project that can be done after everything else is ready. Just defining the data in the legacy system is a huge horrible task. Actually mapping it to one of the ERP system schemas is a lesson in pain that must be experienced to be believed.
The scope of a data migration project is usually a fairly large development process with a lot of proprietary code written to extract legacy data, transform and load the data into the ERP system. This process is usually called ETL (extract, transform, load.)
How is data put into the ERP?
There is usually a painfully slow data import facility with most ERP systems. Mashing data into the usually undocumented table schema is also an option, but must be carefully researched. Getting the data out of the legacy systems is usually left to the company buying the ERP. These export - import processes can be complex and slow, sometimes specialized ETL tools can help, sometimes it is easier to use what ever your programmers are familiar with, tools such as C, shell or perl.
An interesting thing to note is that many bugs and quirks of the old systems will be found when the data is mapped and examined. I am always amazed at what data I find in a legacy system, usually the data has no relational integrity , note that it does not have much more integrity once it is placed in an ERP system so accurate and clean data going in helps to create a system that can work.
The Business Analysts (BAs) that are good understand the importance of data migration and have an organized plan to migrate the data, allocate resources, give detailed data maps to the migrators (or help create the maps) and give space estimates to the DBAs. Bad BAs can totally fubar the ERP implementation. If the BAs and management cannot fathom that old data must be mapped to the new system, RUN AWAY. The project will fail.
Check these links
http://pdf.me.uk/informatica/AAHN/INFDI11.pdf
http://researchcenter.line56.com/search/keyword/line56/Edwards%20Sap%20Migration%20Solutions/Edwards%20Sap%20Migration%20Solutions
http://resources.crmbuyer.com/search/keyword/crmbuyer/Scm%20Data%20Migration%20On%20Peoplesoft%20Peoplesoft%20Data%20Migration/Scm%20Data%20Migration%20On%20Peoplesoft%20Peoplesoft%20Data%20Migration
Good Luck and Thanks
AK

SAP Data Migration from R/3 4.6C to ECC 6.0

Hey All
We are planning to upgrade SAP R/3 4.6C to ECC 6 in near future. I am aware that data migration is not an issue as upgrade takes care of it all. What we are concerned with is that if after a few days of upgrade when the system is functional and users have performed some quantum of transactions on it, in case if the system fails then and we have to revert back to R/3 4.6C how can we get back all the information that we processed on ECC back to R/3.
I would like to know if anyone who has performed an upgrade, had some kind of fail over strategy for such a situation. Is there some tool we can use for this purpose?
Regards
Bilal Nazir

> What we are concerned with is that if after a few days of upgrade when the system is functional and users have performed some quantum of transactions on it, in case if the system fails then and we have to revert back to R/3 4.6C how can we get back all the information that we processed on ECC back to R/3.
Simple answer: not possible.
> I would like to know if anyone who has performed an upgrade, had some kind of fail over strategy for such a situation. Is there some tool we can use for this purpose?
No - there is no tool.
Table structures change, update programs changed - it's not possible to "roll back" that to a date and re-do it on 4.6c again.
Do minimize the risk I would copy the production system to a sandbox, do the upgrade and let the (key-) users test their functionality intensively.
Markus

What is the easiest way to export all tables data from Oracle to MS SQL Server?

Hello MS,
I would like to export all tables from Oracle 11.2 to MS SQL Server 2012 R1.
Using the tool "Microsoft SQL Server Migration Assistant v6.0 for Oracle" did not work for me because there are too many warnings and errors regarding the schema creation (MS cannot know it because they are not the schema designer). My idea is
to leave/skip the schema creation to the application designer/supplier and instead concentrate on the Oracle data export and MS SQL data import.
What is the easiest way to export all tables data from Oracle to MS SQL Server quickly?
Is it:
- the „MS SQL Import and Export Data“ Tool
- the “MS SQL Integration Services” Tool
- not Oracle dump *.dmp format because it is a propritery binary format
- flat file *.csv (delimited format)
Thanks!

Hi lingodingo,
If you want to directly export all tables from Oracle database to SQL Server, I suggest you use SQL Server Import and Export Wizard. Because you just need to follow the wizard with GUI, this is the easiest way.
If you want to make some modification for the tables‘ data before loading to SQL Server, I suggest you use SQL Server Integration Services package. For more details, please refer to the following similar thread:
https://social.msdn.microsoft.com/Forums/sqlserver/en-US/38b2bed2-9d4e-48d4-a33f-1d9eed1c062d/flat-file-to-sql-server?forum=sqldatamining
Thanks,
Katherine Xiong
Katherine Xiong
TechNet Community Support

Credit card Open sales order data migration

Hi All,
My query for today is to know your experiences as to how to handle legacy data migration to SAP for Open transactions having credit card information. I mean in legacy we have Open orders with credit card information and some of them are approved, or rejected or in a yet to receive a response stage. What is the best practice to migrate these open orders. Should we reauthorize these orders? Similarly, if you can tell me about Open Invoices and Open A/ru2019s.
Thanks
AriBis

hello, friend.
a standard transaction is VA05 or VA05n to check on open orders.
if you need to check the database tables, you can check sales order status/header thru table VBUK. for item level, use VBUP. you will find fields such as reference status, delivery status, etc.
regards.
jy

Data Migration Opening Balances are not updating in the Report F.08

Hi,
We have uploaded the GL balances in 2008 for the year 2007. But they are not updating in the F.08 report when i executed for 2008.
Why they are not updating in the report. In which table can i check the Data migration values in the system?
Thansk
Kishore

Hi We have uploaded all the values in 2008 with 2008 date. fiscal year is K4.
F.08 Report for the year 2008 is showing only 2008 accumulated values. But not showing the Opening balances which we have uploaded in 2008 for the before years like 2007.
Why it is showing like that?
Thansk
kishore

Tables & Data Migration

Similar Messages

Maybe you are looking for