The last activation of data model B

The last activation of data model BP requires some postprocessing in all clients that have open change requests. The postprocessing must be manually scheduled as a background job following the activation. Before this occurs, the access class for the reuse active area needs to be updated so that the fields added to the data model are mapped to the correct fields in the reuse active area. You can use the Service Mapping Tool (SMT) to edit the mapping.

If the data model BP or a custom data model that uses the same reuse active area was enhanced, run the Service Mapping Tool (SMT) to adjust the mappings BP_BP_CENTRL_2API and MDG_BS_BP_MAP_2STA.

The changes that are executed must also be executed in all target systems linked to a transport of the data model change - particularly in live systems. Only then can you again create new change requests in those target systems after the data model is changed. Before those changes are executed, you also cannot make additional local changes to the same data model.

The reason why postprocessing is not yet completed can be as follows:


The background job is still running in the current client.
The background job was terminated because of a program error.

System Response
The system prevents the change or saving of master data in data model BP until postprocessing has been completed.

Procedure
Wait until postprocessing is complete or schedule the postprocessing if this has not yet been done. You can automatically carry out the scheduling of the report program in all relevant clients for a specific data model by choosing the 'Adjust Staging Area of Linked Change Requests' pushbutton in the Customizing activity 'Edit Data Model'.

Procedure for System Administration
You can examine the status of the background job in transaction SM37. The name of the job adheres to the following pattern:

USMD_ADJUST_STAGING__

If the job was terminated, you can directly execute the report program USMD_ADJUST_STAGING for data model BP.

You can also analyze the application log with transaction SLG1. The object is called FMDM and the subobject is called ADJUST_STAGING.

ผลลัพธ์ (ไทย) 2:

ยืนยันการใช้งานที่ผ่านมาของข้อมูลรุ่น BP ต้อง postprocessing บางอย่างในลูกค้าทั้งหมดที่มีการร้องขอการเปลี่ยนแปลงเปิด postprocessing ต้องกำหนดด้วยตนเองเป็นงานพื้นหลังยืนยันการใช้งานดังต่อไปนี้ ก่อนที่จะเกิดปัญหานี้ขึ้นชั้นการเข้าถึงสำหรับนำมาใช้ในพื้นที่ใช้งานต้องมีการปรับปรุงเพื่อให้สาขาที่เพิ่มเข้ามาในรูปแบบข้อมูลที่มีการแมปไปยังเขตข้อมูลที่ถูกต้องในการนำพื้นที่ใช้งาน คุณสามารถใช้บริการเครื่องมือการแมป (SMT) เพื่อแก้ไขการทำแผนที่. ถ้ารูปแบบข้อมูล BP หรือรูปแบบข้อมูลที่กำหนดเองที่ใช้นำมาใช้ใหม่เดียวกันพื้นที่ใช้งานที่เพิ่มขึ้นได้รับการเรียกใช้เครื่องมือการทำแผนที่บริการ (SMT) เพื่อปรับ BP_BP_CENTRL_2API แมปและ MDG_BS_BP_MAP_2STA . การเปลี่ยนแปลงที่จะดำเนินการจะต้องดำเนินการในทุกระบบที่เชื่อมโยงกับเป้าหมายการขนส่งของการเปลี่ยนแปลงรูปแบบข้อมูล - โดยเฉพาะอย่างยิ่งในระบบการถ่ายทอดสด เท่านั้นแล้วคุณอีกครั้งสามารถสร้างการร้องขอใหม่การเปลี่ยนแปลงในระบบเป้าหมายเหล่านั้นหลังจากรูปแบบข้อมูลที่มีการเปลี่ยนแปลง ก่อนที่การเปลี่ยนแปลงเหล่านั้นจะดำเนินการที่คุณยังไม่สามารถทำการเปลี่ยนแปลงในท้องถิ่นเพิ่มเติมเพื่อรูปแบบข้อมูลเดียวกัน. เหตุผลที่ว่าทำไม postprocessing ยังไม่แล้วเสร็จจะเป็นดังนี้. งานพื้นหลังจะยังคงทำงานในลูกค้าปัจจุบันงานพื้นหลังถูกยกเลิกเพราะ ผิดพลาดของโปรแกรม. ระบบการตอบสนองของระบบป้องกันไม่ให้มีการเปลี่ยนแปลงหรือการบันทึกข้อมูลหลักในข้อมูลรุ่น BP จนกว่า postprocessing เสร็จเรียบร้อยแล้ว. ขั้นตอนการรอจนกว่า postprocessing เสร็จสมบูรณ์หรือกำหนด postprocessing ว่านี้ยังไม่ได้ทำ คุณจะสามารถดำเนินการจัดตารางเวลาของโปรแกรมรายงานในลูกค้าที่เกี่ยวข้องทั้งหมดสำหรับรูปแบบข้อมูลที่เฉพาะเจาะจงโดยการเลือก 'ปรับ Staging พื้นที่ขอเปลี่ยนที่เชื่อมโยง' ปุ่มกดในกิจกรรมการปรับแต่ง 'แก้ไขข้อมูลรุ่น'. วิธีการในการบริหารระบบคุณสามารถตรวจสอบ สถานะของงานพื้นหลังในการทำธุรกรรม SM37 ชื่อของงานเป็นไปตามรูปแบบต่อไปนี้: USMD_ADJUST_STAGING_




















_

ถ้างานถูกยกเลิกคุณโดยตรงสามารถรันโปรแกรมรายงาน USMD_ADJUST_STAGING ข้อมูลรุ่น BP. นอกจากนี้คุณยังสามารถวิเคราะห์บันทึกของโปรแกรมประยุกต์ที่มีการทำธุรกรรม SLG1 วัตถุที่เรียกว่า FMDM และ subobject เรียกว่า ADJUST_STAGING

ผลลัพธ์ (ไทย) 3:

การเปิดใช้งานล่าสุดของแบบจำลองข้อมูล BP ต้องบางซึ่งลูกค้าทั้งหมดที่ได้เปิดการเปลี่ยนแปลงขอ ผู้ซึ่งต้องด้วยตนเองกำหนดเป็นพื้นหลังงานหลังเปิดใช้งาน ก่อนที่จะเรียนการใช้พื้นที่ใช้งานจะต้องมีการปรับปรุงเพื่อให้ข้อมูลเพิ่มในรูปแบบข้อมูลจะถูกแมปไปยังเขตข้อมูลที่ถูกต้องในการใช้พื้นที่คุณสามารถใช้บริการเครื่องมือการทำแผนที่ ( SMT ) เพื่อแก้ไขแผนที่

ถ้าแบบจำลองข้อมูล BP หรือข้อมูลที่กำหนดเองที่ใช้วัสดุแบบเดียวกันคือ เพิ่มพื้นที่ใช้งาน เรียกใช้บริการแผนที่เครื่องมือ ( SMT ) เพื่อปรับแมป bp_bp_centrl_2api และ mdg_bs_bp_map_2sta .

การเปลี่ยนแปลงที่ถูกประหารก็ต้องประหารทุกเป้าหมายระบบเชื่อมโยงกับการขนส่งของการเปลี่ยนแปลง - แบบจำลองข้อมูลโดยเฉพาะอย่างยิ่งในระบบอยู่ เท่านั้นจากนั้นคุณสามารถอีกครั้งสร้างการร้องขอการเปลี่ยนแปลงใหม่ในระบบเป้าหมายเหล่านั้นหลังจากโมเดลข้อมูลที่เปลี่ยนไป ก่อนการเปลี่ยนแปลงเหล่านั้นจะถูกประหารชีวิต นอกจากนี้คุณยังสามารถทำให้การเปลี่ยนแปลงในพื้นที่เพิ่มเติมให้ข้อมูลแบบเดียวกัน

ทำไมข้างหลังจะไม่แล้วเสร็จได้ดังนี้


งานพื้นหลังยังคงใช้ในลูกค้าปัจจุบัน .
งานพื้นหลังถูกยกเลิกเพราะของโปรแกรมผิดพลาด


ระบบการตอบสนองของระบบป้องกันการเปลี่ยนแปลงหรือบันทึกข้อมูลหลักในรูปแบบข้อมูลจนถึงข้างหลังเสร็จเรียบร้อยแล้ว


ขั้นตอนรอจนกว่าข้างหลังจะสมบูรณ์หรือตารางซึ่งถ้ายังไม่เสร็จ คุณโดยอัตโนมัติสามารถดําเนินการในสาขาวิชาที่เกี่ยวข้อง รายงานลูกค้าทุกรูปแบบ โดยเฉพาะข้อมูลการเลือก ' ปรับพื้นที่สำหรับการแสดงการเชื่อมโยงของการร้องขอการเปลี่ยนแปลง ' 99 ในการปรับแต่งแก้ไขรูปแบบกิจกรรม ' ' ข้อมูล


ระบบการบริหารงานคุณสามารถตรวจสอบสถานะของงานพื้นหลัง sm37 รายการ ชื่อของงาน ปฏิบัติตามแบบแผนต่อไปนี้ :

usmd_adjust_staging_ < < รุ่น > ลูกค้า > _ ข้อมูล

ถ้างานถูกยกเลิก , คุณโดยตรงสามารถรันโปรแกรม usmd_adjust_staging รายงานสำหรับแบบจำลองข้อมูล BP .

นอกจากนี้คุณยังสามารถวิเคราะห์เข้าสู่ระบบการประยุกต์ใช้กับ slg1 รายการวัตถุที่เรียกว่า fmdm และ subobject เรียกว่า adjust_staging .