אתחול והעברה-חוזרת של נתוני-תנועה ל-PP/DS
Initial Transfer and Retransfer of Transaction Data to PP/DS
העברת נתוני-תנועה · שיעור 12
- Initial Transfer ממלא את ה-liveCache באקטיבציה (CFM2).
- Retransfer מתקן אי-עקביות לאחר תקלה/שחזור.
- /SAPAPO/CCR הוא כלי-העל לעקביות ECC↔liveCache.
- שחרר queues ובצע retransfer ממוקד, לא גורף.
מטרת השיעור
ידע אצורInitial Transfer הוא ה-load הראשוני שממלא את ה-liveCache בכל נתוני-התנועה הקיימים בעת הפעלת המודל; Retransfer הוא העברה-חוזרת לתיקון-אי-עקביות או לאחר שחזור. שני אלה הם נקודות-הכניסה והתחזוקה של תמונת-התכנון — initial transfer מבוצע פעם אחת בהפעלה, ו-retransfer לפי הצורך כשמתגלות אי-התאמות בין ECC ל-liveCache.
למה זה חשוב
ידע אצורכשמפעילים את הצינור (CIF) בפעם הראשונה, צריך 'למלא' את PP/DS בכל מה שכבר קיים — כל ההזמנות, המלאי וכו'. זה ה-Initial Transfer. אם מאוחר יותר מגלים שמשהו לא תואם בין שתי המערכות (למשל אחרי תקלה), מריצים Retransfer כדי לשלוח שוב את הנתונים ולתקן.
ערך עסקי
ידע אצורהמטרה: למלא את ה-liveCache בתמונת-תנועה מלאה בעת ההפעלה (initial), ולשמור על עקביות מתמשכת בין ECC ל-PP/DS (retransfer + CCR) — כך שהמתכנן תמיד עובד על נתונים נכונים ועדכניים, גם אחרי תקלות.
היכן בשימוש
ידע אצור• SAP Menu ► CIF ► Integration Model ► Activate (CFM2) — Initial Transfer • Advanced Planning ► APO Administration ► Integration ► CIF Comparison/Reconciliation (/SAPAPO/CCR) • Advanced Planning ► APO Administration ► liveCache ► Consistency Check (/SAPAPO/OM17)
מושגי מפתח
ידע אצור- Initial Transfer ממלא את ה-liveCache באקטיבציה (CFM2).
- Retransfer מתקן אי-עקביות לאחר תקלה/שחזור.
- /SAPAPO/CCR הוא כלי-העל לעקביות ECC↔liveCache.
- שחרר queues ובצע retransfer ממוקד, לא גורף.
דוגמה מ-CBC
ידע אצורבארגון עם עליית-PP/DS לאוויר, ה-initial transfer ממלא את ה-liveCache בכל פקודות-המילוי והמלאי הפתוחים. בכל בוקר רץ /SAPAPO/CCR כבקרת-שגרה; אם מתגלה פער (למשל אחרי תחזוקת-מערכת), הצוות מריץ retransfer ממוקד לאובייקטים החסרים בלבד. באקטיבציה (CFM2) כל ההזמנות-המתוכננות, הפקודות והמלאי הקיימים נשלחים ל-liveCache (initial transfer). שבועות אחר-כך, queue תקוע גורם לפער; /SAPAPO/CCR מזהה 12 הזמנות חסרות ב-liveCache, והמתכנן מריץ retransfer/reconcile שמשלים אותן ומחזיר עקביות.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| CIF_IMOD | CIF_IMOD |
| TRFCQOUT | TRFCQOUT |
| TRFCQIN | TRFCQIN |
| ARFCSSTATE | ARFCSSTATE |
טרנזקציות
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Initial Transfer מופעל אוטומטית באקטיבציית-המודל (CFM2). • /SAPAPO/CCR — השוואת ECC↔liveCache לפי object type; reconcile אוטומטי/ידני. • /SAPAPO/OM17 — בדיקת-עקביות פנימית של ה-liveCache. • Queue monitoring (SMQ1/SMQ2/CFG1) — שחרור queues תקועים לפני retransfer.
הערות
ידע אצורנתוני אב • CIF_IMOD = מודל פעיל; initial transfer נגזר ממנו. • TRFCQOUT/TRFCQIN/ARFCSSTATE = מצב ה-qRFC queues. • liveCache pegging/anchor objects חייבים להיות עקביים אחרי טעינה. שאלות ראיון מה ההבדל בין Initial Transfer ל-Retransfer? Initial הוא ה-load הראשוני באקטיבציה (CFM2); Retransfer הוא העברה-חוזרת לתיקון-אי-עקביות או אחרי תקלה/שחזור. מהו /SAPAPO/CCR ומתי משתמשים בו? כלי-השוואה (CIF Comparison/Reconciliation) בין ECC ל-liveCache; משמש לזיהוי ולתיקון אי-עקביות, אידיאלי כבקרת-שגרה. מה בודקים לפני retransfer? ש-queues (SMQ1/SMQ2) אינם תקועים ושנתוני-האב מלאים, אחרת הפער יחזור מיד. נושאים קשורים • PP/DS · הפעלת אינטגרציה (4.1) • אובייקט · CIF_IMOD
טעויות נפוצות
ידע אצור- retransfer גורף במקום ממוקד ➔ עומס-מערכת מיותר.
- אי-שחרור queues תקועים לפני retransfer ➔ הפער חוזר מיד.
- התעלמות מ-/SAPAPO/CCR שגרתי ➔ אי-עקביות מצטברת לא-מזוהה.
- initial transfer לפני שנתוני-האב מלאים ➔ אובייקטים נדחים.
פתרון תקלות
ידע אצור• פער ECC↔liveCache ➔ הרץ /SAPAPO/CCR, נתח לפי object type, reconcile. • queues תקועים ➔ SMQ1/SMQ2; שחרר/חזור-על SYSFAIL לפני retransfer. • אי-עקביות-liveCache פנימית ➔ /SAPAPO/OM17. • אובייקטים לא נטענים ב-initial ➔ נתוני-אב חסרים או פילטר שגוי.
שיטות עבודה מומלצות
ידע אצור- הרץ /SAPAPO/CCR כבקרת-שגרה יומית.
- בצע retransfer ממוקד (object type/חומר) ולא גורף.
- שחרר queues תקועים לפני כל retransfer.
- ודא נתוני-אב מלאים לפני initial transfer של נתוני-תנועה.
טיפים
ידע אצור- Initial Transfer מתבצע באקטיבציה של ה-Integration Model (CFM2) — כל האובייקטים התואמים-לפילטר נשלחים ב-batch ל-liveCache. Retransfer מתבצע ידנית/מתוזמן, לרוב לאחר שגיאת-CIF, restart או שחזור-DB. הכלי המרכזי לזיהוי-פערים הוא /SAPAPO/CCR (CIF Comparison/Reconciliation) שמשווה ECC↔liveCache ומאפשר תיקון אוטומטי או ידני של אי-עקביות. שים לב — לפני retransfer יש לפעמים לבצע delta report (/SAPAPO/CCR) ולבחור object types לתיקון. בעיות נפוצות: queues תקועים (SMQ1/SMQ2), inconsistencies ב-pegging, ו-object locks. /SAPAPO/OM17 בודק עקביות-liveCache פנימית.
סיכום
ידע אצור• Initial Transfer ממלא את ה-liveCache באקטיבציה (CFM2). • Retransfer מתקן אי-עקביות לאחר תקלה/שחזור. • /SAPAPO/CCR הוא כלי-העל לעקביות ECC↔liveCache. • שחרר queues ובצע retransfer ממוקד, לא גורף.