Hi Simon,
First of all thanks for your reply! I the meantime we decided to not wait for the response from SAP on the OSS message but continue with some other options.
After trying a few small tables which all replicated perfectly we started to load another 'big' table with 58 mln. records, the BSAS table. So far this is running perfectly.
For the first time however we noticed that the BSIS table went into error.
To be complete let me answer your questions and provide additional information:
-----------------------
One question that may help to point in the right direction, if I may ?
Is SLT running on a separate server or is your ECC system also your SLT system ?
It is a separate system
It may be useful to share some information on your schema settings for the replication as entered in LTR, such as how many data transfer jobs and initial load jobs do you have configured ?
2 initial load job and 10 data jobs
What status does table BSIS have in the Data Provisioning screen in HANA Studio ?
On load for a long time but today it switched to load/error
To troubleshoot, you may be able to get some direct feedback as to why the issues occur by looking at either
transaction MWBMON or IUUC_SYNC_MON ( both SLT transactions ).
Is there somewhere some explanation about these transactions? I knew them already but can't find much information about them
Also, take a look at the system log, in both systems if SLT is separate to ECC.
No errors on the SLT system, only on the ECC system. And the only error there is explainable (TIME_OUT) somehow the data load takes longer then 40 minutes. And that is on the acceptance system the limit for a proces to take use of a dialog process. 40 minutes however, is already an extremely big value for a timeout so the question is why the data load does take so long.
If you know a dialog work process starts to process the replication, but then gives you a TIME_OUT, have a look at the developer trace for the work process. The dump, visible in ST22, that occurs when you have the TIME_OUT may also help.
You may need to delete the original load of BSIS in HANA and start again, given that corrections have been applied to SLT after the initial load.
What do you mean by this? I can empty the BSIS table of course in Hana but that won't cancel the data
load job itself. And as long as the job runs I cannot kill it to restart it.
Is it possible the issue is in HANA ?
Everything is possible ;-) but I doubt it, the hana system's CPU load is 0 and also the SLT system does not seem to retrieve any data of this specific table. Other tables were replicated without issues by the way but BSIS table is the biggest we tried so far. Problem seems to be that the data load runs in a dialog work process instead of a BTC and that it takes longer then 40 minutes
Take a look at the Administrator perspective in HANA Studio and check all alerts.
So far I haven't notices any issues in Hana itself
I've not seen a TIME_OUT in ECC for any of our current replication scenarios, but I hope this feedback helps you to diagnose the issue.
What is the largest table that you replicated to hana?
-----------------------
Thanks for your reply!
With kind regards,
Martijn van Foeken