- Check wether there are no parties yet saved on the target server (check bts_party)
- Temporarily disable the identity flag for the primary key columns n_id of the tables bts_party and bts_party_alias on the target database.
- Copy the table bts_party from the source system to the target database (you can't copy both tables in one step due to references' integrity).
- Enable the identity flag for column n_id in table bts_party on the target database.
- Copy the table bts_party_alias from the source system to the target database.
- Enable the identity flag for column n_id in table bts_party_alias on the target database.
If you also want to adapt more EDIFACT configurations, you have to migrate the tables that start with "EdiPartner", too!
1 comment:
If special EDI-Properties have been set to the parties, it is not sufficient to copy the tables bts_party and bts_party_alias. This is because adapter specific settings are saved different tables. The most important ones for the EDI-Properties are EdiPartnerEdifactInterchage, EdiPartnerEdifactReceiverAppSender, EdiPartnerEdifactReceiverGroup, EdiPartnerEdifactSenderAppSender and EdiPartnerEdifactSenderGroup.
However, doing a hard copy from database to database is lot faster than using the built-in Export/Import mechanism of BizTalk.
Post a Comment