תחזוקה והשלמת-נתונים של SAP liveCache

liveCache הוא מנוע-הזיכרון של PP/DS — בו חיים אובייקטי-התכנון (הזמנות, Pegging, רשתות-Order). מאחר שזהו זיכרון-עבודה מהיר ולא מאגר-אמת קבוע, הוא דורש תחזוקה: ניקוי אובייקטים-מיותמים (housekeeping), השלמת-עקביות מול ה-DB (reconciliation), וניטור-בריאות. /SAPAPO/OM13 הוא לוח-המחוונים המרכזי, ו-/SAPAPO/OM17 בודק-עקביות. הזנחת liveCache = תכנון על נתונים פגומים. תחזוקה (Housekeeping) — Housekeeping הוא הניקוי-השוטף של liveCache: סילוק אובייקטי-תכנון מיותמים, גרסאות-תכנון ישנות, וזמני-סדרה (time-series) שאינם בשימוש. ניקוי-קבוע שומר על liveCache רזה ומהיר ומונע ניפוח שמאט את כל מנוע-התכנון. השלמת-נתונים (Data Reconciliation) — Reconciliation של liveCache מוודא שאובייקטיו תואמים לטבלאות-ה-DB של S/4. /SAPAPO/OM17 בודק עקביות פנימית בין liveCache ל-DB-anchors ומשלים פערים; CCR (10.3) משלים זאת ברמת-החוצה-מערכת. יחד הם מבטיחים שמנוע-התכנון רואה תמונה אמיתית. סקירת טרנזקציות liveCache — ריכוז הטרנזקציות המרכזיות לניהול liveCache: /SAPAPO/OM13 (ניטור), /SAPAPO/OM17 (עקביות), /SAPAPO/OM02 (גרסאות-תכנון), LC10 (ניהול-liveCache ברמת-Basis). הכרת ה'מפה' הזו מקצרת זמן-תגובה בתקלה.

liveCache הוא 'שולחן-העבודה' המהיר של מנוע-התכנון — שם הוא משחק עם כל ההזמנות והקשרים ביניהן. מכיוון ששולחן-העבודה מתמלא עם הזמן בפתקים-ישנים ובלגן, צריך לסדר אותו (housekeeping) ולוודא שמה שעליו תואם ל'תיק-הרשמי' (ה-DB) — זו ההשלמה (reconciliation). תחזוקה (Housekeeping) — כמו פינוי-פתקים-ישנים משולחן-העבודה: ככל שהשולחן צפוף יותר, איטי יותר למצוא ולעבוד. Housekeeping מפנה את מה שכבר לא צריך כדי שהמנוע יישאר מהיר. השלמת-נתונים (Data Reconciliation) — אחרי שסידרנו את שולחן-העבודה, צריך לוודא שהוא תואם ל'תיק-הרשמי'. Reconciliation משווה את שני אלה ומתקן כל הבדל — כך שהמנוע לא יעבוד על פתק שכבר לא קיים בתיק, או יפספס פתק שכן קיים. סקירת טרנזקציות liveCache — כמו לוח-בקרה עם כפתורים: כל טרנזקציה היא כפתור לפעולה אחרת — לראות מצב, לבדוק-עקביות, לנהל-גרסאות, להפעיל-מחדש. כדאי לדעת איזה כפתור לכל מצב.

לשמור על liveCache עקבי, רזה ובריא, כך שמנוע-התכנון יפעל מהר ונכון. liveCache מנופח או לא-עקבי גורם לתכנון-איטי ולהחלטות-שגויות. תחזוקה (Housekeeping) — למנוע ניפוח-liveCache ולשמר ביצועי-תכנון. אובייקטים-מיותמים אינם רק בזבוז-זיכרון — הם יכולים להופיע בתוצאות-תכנון ולעוות החלטות. השלמת-נתונים (Data Reconciliation) — להבטיח עקביות בין liveCache ל-DB, כך שכל אובייקט-תכנון אמיתי ומתוקף. חוסר-עקביות יוצר 'הזמנות-רפאים' או חוסרים שמעוותים תכנון. סקירת טרנזקציות liveCache — לתת לאדמין 'ארגז-כלים' מסודר לכל תרחיש-liveCache, מניטור-שגרתי ועד שחזור-חירום.

• Easy Access ► /SAPAPO/OM13 — liveCache: Monitoring • Easy Access ► /SAPAPO/OM17 — liveCache Consistency Check • SPRO ► Advanced Planning ► Basic Settings ► liveCache/LCA Routines • Easy Access ► /SAPAPO/OM13 — liveCache Monitoring (size before/after) • SPRO ► Advanced Planning ► Basic Settings ► Maintain Planning Versions / Deletion Reports • SPRO ► Advanced Planning ► Basic Settings ► liveCache Consistency / Reconciliation • Easy Access ► /SAPAPO/OM13 — liveCache Monitoring • Easy Access ► LC10 — liveCache Assistant • Easy Access ► /SAPAPO/OM02 — Planning Version Management

• liveCache = מנוע-הזיכרון של PP/DS; זיכרון-עבודה, לא מאגר-אמת.
• תחזוקה = Housekeeping (10.5.1) + Reconciliation (10.5.2) + Monitoring.
• /SAPAPO/OM13 לניטור, /SAPAPO/OM17 לעקביות.
• liveCache down = PP/DS מושבת — רכיב-קריטיות-עליונה.
• Housekeeping שומר על liveCache רזה ומהיר.
• מחק מיותמים וגרסאות ישנות — אחרי גיבוי.
• שורש המיותמים לרוב ב-CIF/Postprocessing.
• Reconciliation = התאמת liveCache ל-DB.
• OM17 פנימי, CCR חוצה-מערכת — שלב את שניהם.
• הרץ בחלון-שקט אחרי גיבוי.
• OM13=ניטור, OM17=עקביות, OM02=גרסאות, LC10=Basis-שחזור.
• התחל ב-OM13, עבור ל-LC10 אם down.
• runbook ממפה טרנזקציה לכל תרחיש.

בארגון liveCache מחזיק את כל לוח-המילוי החי: הזמנות-מילוי, Pegging תרכיז→משקה, ועומסי-קווים. תחזוקה שבועית (housekeeping + OM17) מבטיחה שריצת-ה-Heuristics היומית מהירה ועובדת על רשת-Order עקבית. אחרי שבועות-עבודה, /SAPAPO/OM13 מראה שגודל-ה-liveCache גדל וזמני-התגובה עלו. הצוות מריץ job-housekeeping שמסלק גרסאות-תכנון ישנות ואובייקטים-מיותמים, ואז /SAPAPO/OM17 להשלמת-עקביות. הביצועים חוזרים לקדמותם. תחזוקה (Housekeeping) — בארגון job-housekeeping לילי מנקה הזמנות-מילוי שהושלמו וגרסאות-סימולציה ישנות, כדי שלוח-המילוי החי יישאר רזה לקראת ריצת-הבוקר. job שבועי מזהה 3,000 הזמנות-מתוכננות מיותמות (ללא רשומת-DB מקבילה) ומוחק אותן מ-liveCache; גודל-ה-liveCache יורד וזמן-ריצת-ה-Heuristics מתקצר. השלמת-נתונים (Data Reconciliation) — בארגון הרצת /SAPAPO/OM17 שבועית מוודאת שאחרי ניקוי-ה-housekeeping לא נותרו orphan-orders של מילוי — כדי שלוח-המילוי החי יהיה עקבי לחלוטין. /SAPAPO/OM17 מוצא 40 orphan-orders ב-liveCache ללא רשומת-DB. הצוות בוחר למחוק אותם (אחרי אימות), וה-liveCache חוזר לעקביות מלאה מול ה-DB. סקירת טרנזקציות liveCache — בארגון ה-runbook התפעולי מפרט בדיוק: ניטור-בוקר ב-OM13, עקביות-שבועית ב-OM17, ושחזור-חירום ב-LC10 — כדי שכל תורן-משמרת ידע איזה כפתור ללחוץ. התראה על liveCache: האדמין פותח /SAPAPO/OM13 ➔ מצב 'inactive' ➔ עובר ל-LC10, מפעיל-מחדש את ה-liveCache, ואז מריץ /SAPAPO/OM17 לעקביות לפני שחרור-המערכת למתכננים.

• liveCache connection (/SAPAPO/OM13): ניטור מצב-החיבור, גודל ה-data/log volumes, וגרסת-ה-liveCache. • Consistency check schedule: תזמון /SAPAPO/OM17 כ-job לבדיקה-והשלמה תקופתית. • Housekeeping jobs: תוכניות-ניקוי (deletion of obsolete orders / planning versions) ב-batch. • Backup/recovery (Basis): מדיניות-גיבוי ל-liveCache כרכיב-קריטי. תחזוקה (Housekeeping) • תזמן תוכניות-מחיקה ל-orders מיותמים ו-time-series לא-משויכים. • נהל גרסאות-תכנון (/SAPAPO/OM02): מחק/אפס גרסאות-סימולציה ישנות. • הרץ תמיד אחרי גיבוי ובתיאום עם OM17. השלמת-נתונים (Data Reconciliation) • תזמן /SAPAPO/OM17 כ-job בחלון-שקט אחרי housekeeping. • קבע כיוון-תיקון (מחיקת-orphan / השלמת-missing) במודע. • שלב עם CCR לכיסוי חוצה-מערכת. סקירת טרנזקציות liveCache • תעד runbook עם הטרנזקציה לכל תרחיש (ניטור/עקביות/גרסאות/שחזור). • הגבל LC10 (start/stop) לצוות-Basis בלבד. • קשר DB50/DBACOCKPIT לניטור-MaxDB מתחת ל-liveCache.

נתוני אב • אובייקטי-liveCache (orders/pegging/time-series) מתוקפים מול /SAPAPO/ORDKEY ו-/SAPAPO/ORDMAP ב-DB. • גרסאות-תכנון (Planning Versions) ישנות הן מקור-עיקרי לניפוח — הן יעד-מרכזי ל-housekeeping. שאלות ראיון מהו liveCache ומדוע הוא דורש תחזוקה? מנוע-זיכרון מהיר שמחזיק את אובייקטי-התכנון של PP/DS. מכיוון שזהו זיכרון-עבודה ולא מאגר-אמת קבוע, הוא מתנפח ויכול לסטות מה-DB, ולכן דורש housekeeping ו-reconciliation. מה קורה ל-PP/DS אם ה-liveCache נופל? כל ה-PP/DS מושבת — לא ניתן לתכנן, לתזמן או לראות אובייקטים — עד שה-liveCache משוחזר. לכן הוא רכיב-קריטיות-עליונה. אילו שתי טרנזקציות מרכזיות לניהול liveCache? /SAPAPO/OM13 לניטור-בריאות, ו-/SAPAPO/OM17 לבדיקת-והשלמת-עקביות. מה מסלק Housekeeping ב-liveCache? אובייקטי-תכנון מיותמים, גרסאות-תכנון ישנות וזמני-סדרה לא-משויכים — כדי לשמור על liveCache רזה ומהיר. מהיכן נוצרים רבים מהאובייקטים-המיותמים? מתורי-CIF שנמחקו, מהמרות-הזמנה לא-מושלמות ומגרסאות-סימולציה נטושות. מה ההבדל בין /SAPAPO/OM17 ל-CCR? OM17 בודק עקביות פנימית בין liveCache ל-anchor-tables של ה-DB; CCR משווה חוצה-מערכת מול נתוני-ה-ERP. הם משלימים. מהו orphan-order ב-liveCache? אובייקט הקיים ב-liveCache ללא רשומת-DB מקבילה — 'הזמנת-רפאים' שיש לאמת ולמחוק כדי לשחזר עקביות. באיזו טרנזקציה מתחילים אבחון-liveCache? /SAPAPO/OM13 (Monitoring) — מצב, גודל וגרסה; משם מחליטים אם נדרש OM17 (עקביות) או LC10 (שחזור). מה תפקיד LC10? liveCache Assistant ברמת-Basis — הפעלה/עצירה, מצב, ו-log volumes; מוגבל לצוות-Basis. נושאים קשורים • PP/DS · השוואה והשלמה CCR (10.3) • PP/DS · ג'ובים לתחזוקה (10.7) • אובייקט · /SAPAPO/ORDKEY • PP/DS · השלמת-נתונים (10.5.2) • PP/DS · תחזוקת liveCache (10.5)

• תכנון-איטי ➔ בדוק גודל-liveCache ב-/SAPAPO/OM13 והרץ housekeeping. • תוצאות-תכנון לא-עקביות ➔ הרץ /SAPAPO/OM17 ואז CCR (10.3). • liveCache down ➔ אירוע-Basis קריטי; PP/DS מושבת עד שחזור. • אובייקטים-מיותמים מצטברים ➔ ודא ש-jobs-הניקוי רצים בפועל (SM37). תחזוקה (Housekeeping) • liveCache תופח למרות housekeeping ➔ בדוק שה-jobs רצים בפועל (SM37) ושטווח-המחיקה נכון. • אובייקטים-מיותמים חוזרים ➔ שורש ב-CIF (תורים-נמחקים)/Postprocessing. השלמת-נתונים (Data Reconciliation) • orphan-orders ב-liveCache ➔ אמת ואז מחק דרך OM17. • פער שנשאר אחרי OM17 ➔ ייתכן שמקורו ב-ERP; הרץ CCR (10.3). סקירת טרנזקציות liveCache • liveCache 'inactive' ב-OM13 ➔ LC10 להפעלה-מחדש (Basis). • ספק לגבי איזו טרנזקציה ➔ עיין ב-runbook התפעולי.

• liveCache = מנוע-הזיכרון של PP/DS; זיכרון-עבודה, לא מאגר-אמת. • תחזוקה = Housekeeping (10.5.1) + Reconciliation (10.5.2) + Monitoring. • /SAPAPO/OM13 לניטור, /SAPAPO/OM17 לעקביות. • liveCache down = PP/DS מושבת — רכיב-קריטיות-עליונה. • Housekeeping שומר על liveCache רזה ומהיר. • מחק מיותמים וגרסאות ישנות — אחרי גיבוי. • שורש המיותמים לרוב ב-CIF/Postprocessing. • Reconciliation = התאמת liveCache ל-DB. • OM17 פנימי, CCR חוצה-מערכת — שלב את שניהם. • הרץ בחלון-שקט אחרי גיבוי. • OM13=ניטור, OM17=עקביות, OM02=גרסאות, LC10=Basis-שחזור. • התחל ב-OM13, עבור ל-LC10 אם down. • runbook ממפה טרנזקציה לכל תרחיש.