מקור השכפול של SAP SLT

בדף הזה מוסבר איך להפעיל שכפול נתונים בזמן אמת מאפליקציות SAP אל Google Cloud באמצעות SAP Landscape Transformation (SLT). התוכן רלוונטי לתוספים SAP SLT Replication ו-SAP SLT No RFC Replication, שזמינים ב-Cloud Data Fusion Hub. הוא מציג את ההגדרות של מערכת המקור של SAP,‏ SLT,‏ Cloud Storage ו-Cloud Data Fusion כדי לבצע את הפעולות הבאות:

  • דחיפת מטא-נתונים ונתוני טבלה של SAP אל Google Cloud באמצעות SAP SLT.
  • יוצרים עבודת שכפול של Cloud Data Fusion שקוראת את הנתונים מקטגוריה של Cloud Storage.

השכפול של SAP SLT מאפשר לשכפל את הנתונים באופן רציף ובזמן אמת ממקורות SAP ל-BigQuery. אתם יכולים להגדיר ולהפעיל העברות נתונים ממערכות SAP בלי לכתוב קוד.

תהליך השכפול של SLT ב-Cloud Data Fusion הוא כדלקמן:

  1. הנתונים מגיעים ממערכת מקור של SAP.
  2. ‫SLT עוקב אחרי הנתונים, קורא אותם ומעביר אותם אל Cloud Storage.
  3. ‫Cloud Data Fusion שולף נתונים ממאגר האחסון וכותב אותם ל-BigQuery.

אפשר להעביר נתונים ממערכות SAP נתמכות, כולל מערכות SAP שמארחות ב- Google Cloud.

מידע נוסף זמין במאמר סקירה כללית על SAP ב- Google Cloud ובפרטי התמיכה.

לפני שמתחילים

כדי להשתמש בתוסף הזה, נדרש ידע בתחומים הבאים:

  • פיתוח צינורות עיבוד נתונים ב-Cloud Data Fusion
  • ניהול גישה באמצעות IAM
  • הגדרה של מערכות תכנון משאבים ארגוני (ERP) של SAP Cloud ומערכות מקומיות

אדמינים ומשתמשים שמבצעים את ההגדרות

The tasks on this page are performed by people with the following roles in Google Cloud or in their SAP system:

User type Description
Google Cloud Admin Users assigned this role are administrators of Google Cloud accounts.
Cloud Data Fusion User Users assigned this role are authorized to design and run data pipelines. They are granted, at minimum, the Data Fusion Viewer ( roles/datafusion.viewer) role. If you are using role-based access control, you might need additional roles.
SAP Admin Users assigned this role are administrators of the SAP system. They have access to download software from the SAP service site. It is not an IAM role.
SAP User Users assigned this role are authorized to connect to an SAP system. It is not an IAM role.

פעולות שכפול נתמכות

תוסף השכפול של SAP SLT תומך בפעולות הבאות:

מידול נתונים: הפלאגין הזה תומך בכל הפעולות של מידול נתונים (רשומה insert, delete ו-update).

הגדרת נתונים: כמו שמתואר ב הערה 2055599 של SAP (נדרשת התחברות לתמיכה של SAP כדי לצפות בה), יש מגבלות על השינויים במבנה של טבלאות במערכת המקור שמשוכפלים אוטומטית על ידי SLT. חלק מהפעולות של הגדרת הנתונים לא נתמכות בתוסף (צריך להפיץ אותן באופן ידני).

  • נתמך:
    • הוספת שדה שאינו שדה מפתח (אחרי ביצוע שינויים ב-SE11, מפעילים את הטבלה באמצעות SE14)
  • לא נתמך:
    • הוספה או מחיקה של שדה מפתח
    • מחיקת שדה שאינו שדה מפתח
    • שינוי סוגי הנתונים

הדרישות של SAP

חובה לכלול את הפריטים הבאים במערכת SAP:

  • גרסה 2011 SP17 ואילך של SLT Server מותקנת במערכת SAP של המקור (מוטמעת) או כמערכת SLT hub ייעודית.
  • מערכת המקור של SAP היא SAP ECC או SAP S/4HANA, שתומכות ב-DMIS 2011 SP17 ומעלה, כמו DMIS 2018 ו-DMIS 2020.
  • תוסף ממשק המשתמש של SAP צריך להיות תואם לגרסת SAP Netweaver שלכם.

  • חבילת התמיכה שלכם תומכת בגרסה /UI2/CL_JSON ומעלה של PL 12. אחרת, מטמיעים את הערת SAP האחרונה עבור /UI2/CL_JSON class corrections בהתאם לגרסת התוסף של ממשק המשתמש, כמו SAP Note 2798102 עבור PL12.

  • אמצעי האבטחה הבאים מופעלים:

הדרישות של Cloud Data Fusion

  • צריך מכונת Cloud Data Fusion בגרסה 6.4.0 ואילך, בכל מהדורה.
  • לחשבון השירות שמוקצה למופע Cloud Data Fusion מוקצים התפקידים הנדרשים (ראו הענקת הרשאת משתמש בחשבון שירות).
  • במכונות פרטיות של Cloud Data Fusion, נדרש קישור בין רשתות VPC שכנות (peering).

Google Cloud דרישות

יצירת קטגוריית אחסון

לפני שיוצרים עבודת שכפול SLT, צריך ליצור את הקטגוריה של Cloud Storage. העבודה מעבירה את הנתונים למאגר ומרעננת את מאגר הביניים כל חמש דקות. כשמריצים את העבודה, Cloud Data Fusion קורא את הנתונים בדלי האחסון וכותב אותם ל-BigQuery.

אם SLT מותקן ב Google Cloud

לשרת ה-SLT צריכה להיות הרשאה ליצור ולשנות אובייקטים של Cloud Storage בקטגוריה שיצרתם.

לפחות, מקצים לחשבון השירות את התפקידים הבאים:

אם SLT לא מותקן ב- Google Cloud

מתקינים Cloud VPN או Cloud Interconnect בין מכונת ה-VM של SAP לביןGoogle Cloud כדי לאפשר חיבור לנקודת קצה פנימית של מטא-נתונים (ראו הגדרת גישה פרטית ל-Google למארחים מקומיים).

אם אי אפשר למפות מטא-נתונים פנימיים:

  • מתקינים את Google Cloud CLI בהתאם למערכת ההפעלה של התשתית שבה פועל SLT.

  • יוצרים חשבון שירות ב Google Cloud פרויקט שבו מופעל Cloud Storage.

  • במערכת ההפעלה SLT, מאשרים גישה אל Google Cloud באמצעות חשבון שירות.

  • יוצרים מפתח API לחשבון השירות ומאשרים היקף שקשור ל-Cloud Storage.

  • מייבאים את מפתח ה-API ל-CLI של gcloud שהותקן קודם באמצעות ה-CLI.

  • כדי להפעיל את הפקודה של ה-CLI של gcloud שמדפיסה את טוקן הגישה, צריך להגדיר את הפקודה של מערכת ההפעלה SAP בכלי SM69 של הטרנזקציה במערכת SLT.

האדמין של SAP מגדיר את פקודת מערכת ההפעלה, SM69, שמחלצת אסימון גישה מ- Google Cloud.

יוצרים סקריפט להדפסת אסימון גישה ומגדירים פקודה של מערכת הפעלה SAP כדי לקרוא לסקריפט בתור המשתמש <sid>adm מהמארח של SAP LT Replication Server.

Linux

כדי ליצור פקודת מערכת הפעלה:

  1. במארח של SAP LT Replication Server, בספרייה שאפשר לגשת אליה דרך <sid>adm, יוצרים סקריפט bash שמכיל את השורות הבאות:

    PATH_TO_GCLOUD_CLI/bin/gcloud auth print-access-token SERVICE_ACCOUNT_NAME

  2. באמצעות ממשק המשתמש של SAP, יוצרים פקודת מערכת הפעלה חיצונית:

    1. מזינים את SM69 של העסקה.
    2. לוחצים על יצירה.
    3. בקטע Command (פקודה) בלוח External Command (פקודה חיצונית), מזינים את שם הפקודה, כמו ZGOOGLE_CDF_TOKEN.

    4. בקטע הגדרה:

      1. בשדה Operating System Command (פקודה למערכת ההפעלה), מזינים sh כסיומת של קובץ הסקריפט.

      2. בשדה Parameters for Operating System Command (פרמטרים לפקודה של מערכת ההפעלה), מזינים:

        /PATH_TO_SCRIPT/FILE_NAME.sh

    5. לוחצים על Save.

    6. כדי לבדוק את הסקריפט, לוחצים על הפעלה.

    7. לוחצים שוב על Execute.

    Google Cloud טוקן מוחזר ומוצג בחלק התחתון של לוח ממשק המשתמש של SAP.

Windows

באמצעות ממשק המשתמש של SAP, יוצרים פקודה חיצונית של מערכת ההפעלה:

  1. מזינים את SM69 של העסקה.
  2. לוחצים על יצירה.
  3. בקטע Command (פקודה) בחלונית External Command (פקודה חיצונית), מזינים את שם הפקודה, למשל ZGOOGLE_CDF_TOKEN.

  4. בקטע הגדרה:

    1. בשדה Operating System Command (פקודה למערכת ההפעלה), מזינים cmd /c.

    2. בשדה Parameters for Operating System Command (פרמטרים לפקודה של מערכת ההפעלה), מזינים:

      gcloud auth print-access-token SERVICE_ACCOUNT_NAME

  5. לוחצים על Save.

  6. כדי לבדוק את הסקריפט, לוחצים על הפעלה.

  7. לוחצים שוב על Execute.

Google Cloud אסימון מוחזר ומוצג בתחתית החלונית של ממשק המשתמש של SAP.

דרישות לגבי SLT

מחבר ה-SLT צריך להיות מוגדר באופן הבא:

  • המחבר תומך ב-SAP ECC NW 7.02, ‏ DMIS 2011 SP17 ומגרסאות מאוחרות יותר.
  • הגדרת חיבור RFC או חיבור למסד נתונים בין SLT לבין מערכת Cloud Storage.
  • מגדירים את אישורי ה-SSL:
    • מורידים את אישורי ה-CA הבאים ממאגר Google Trust Services:
      • GTS Root R1
      • GTS CA 1C3
    • בממשק המשתמש של SAP, משתמשים בעסקה STRUST כדי לייבא את אישור הבסיס ואת האישורים המשניים לתיקייה SSL Client (Standard) PSE.
  • צריך להגדיר את Internet Communication Manager ‏ (ICM) ל-HTTPS. חשוב לוודא שיציאות ה-HTTP וה-HTTPS מתוחזקות ומופעלות במערכת SAP SLT. אפשר לבדוק את זה באמצעות קוד העסקה SMICM > Services.
  • מפעילים את הגישה ל-API במכונה הווירטואלית שבה מתארח SAP SLT. Google Cloud התקשורת בין השירותים מתבצעת באופן פרטי, בלי ניתוב דרך האינטרנט הציבורי.Google Cloud
  • מוודאים שהרשת יכולה לתמוך בנפח ובמהירות הנדרשים של העברת הנתונים בין תשתית SAP לבין Cloud Storage. כדי שההתקנה תצליח, מומלץ להשתמש ב-Cloud VPN או ב-Cloud Interconnect. התפוקה של ה-API להזרמת נתונים תלויה במכסות הלקוח שהוקצו לפרויקט Cloud Storage שלכם.

הגדרת שרת השכפול של SLT

משתמש SAP מבצע את השלבים הבאים.

בשלבים הבאים מקשרים את שרת ה-SLT למערכת המקור ולקטגוריה ב-Cloud Storage, ומציינים את מערכת המקור, את טבלאות הנתונים לשכפול ואת קטגוריית האחסון של היעד.

הגדרת Google ABAP SDK

כדי להגדיר את SLT לשכפול נתונים (פעם אחת לכל מופע של Cloud Data Fusion), פועלים לפי השלבים הבאים:

  1. כדי להגדיר את מחבר ה-SLT, המשתמש ב-SAP מזין את הפרטים הבאים במסך ההגדרות (SAP Transaction /GOOG/CDF_SETTINGS) לגבי מפתח חשבון השירות להעברת נתונים ל-Cloud Storage. Google Cloud מגדירים את המאפיינים הבאים בטבלה ‎ /GOOG/CDF_CLT_KY באמצעות טרנזקציה SE16 ורושמים את המפתח הזה:

    • ‫NAME: השם של המפתח של חשבון השירות (לדוגמה, CDFSLT)
    • ‫SERVICE ACCOUNT NAME: השם של חשבון השירות ב-IAM
    • ‫SCOPE: ההיקף של חשבון השירות
    • ‫PROJECT ID: המזהה של Google Cloud הפרויקט
    • אופציונלי: EXT OS Command: משתמשים בשדה הזה רק אם SLT לא מותקן ב- Google Cloud

    • ‫AUTH CLASS: אם פקודת מערכת ההפעלה מוגדרת בטבלה /GOOG/CDF_CLT_KY, צריך להשתמש בערך הקבוע: /GOOG/CDF_CL_GCP_AUTH.

    • ‫TOKEN REFRESH SEC: משך הזמן לחידוש אסימון ההרשאה

הזנת פרטים על מפתח של חשבון שירות

יצירת הגדרת השכפול

יוצרים הגדרת שכפול בקוד הטרנזקציה: LTRC.

  • לפני שממשיכים בהגדרת LTRC, צריך לוודא שחיבור ה-RFC בין SLT למערכת SAP של המקור נוצר.
  • יכול להיות שלתצורת SLT אחת יוקצו כמה טבלאות SAP לשכפול.

  1. עוברים אל קוד העסקה LTRC ולוחצים על הגדרה חדשה.

    הזנת פרטים על מפתח של חשבון שירות

  2. מזינים את שם ההגדרה ואת התיאור ולוחצים על הבא.

  3. מציינים את חיבור ה-RFC של מערכת המקור של SAP ולוחצים על הבא.

    ציון פרטי החיבור של RFC למערכת המקור

  4. בפרטי החיבור של מערכת היעד, בוחרים באפשרות אחר.

  5. מרחיבים את השדה Scenario for RFC Communication (תרחיש לתקשורת RFC), בוחרים באפשרות SLT SDK ולוחצים על Next (הבא).

  6. עוברים לחלון Specify Transfer Settings (ציון הגדרות ההעברה) ומזינים את שם האפליקציה: ZGOOGLE_CDF.

    ציון הגדרות ההעברה

  7. מזינים את מספר משימות העברת הנתונים, את מספר משימות הטעינה הראשונית ואת מספר משימות החישוב. מידע נוסף על ביצועים זמין במאמר מדריך לאופטימיזציה של הביצועים של SAP LT Replication Server.

  8. לוחצים על פעילות בזמן אמת > הבא.

  9. בודקים את ההגדרות ולוחצים על שמירה. חשוב לשים לב למזהה ההעברה בכמות גדולה כדי להשתמש בו בשלבים הבאים.

    שומרים את ההגדרה ורושמים את מזהה ההעברה בכמות גדולה

  10. כדי לשמור על מזהה ההעברה בכמות גדולה ועל פרטי טבלת SAP, מריצים את טרנזקציית SAP: ‏ /GOOG/CDF_SETTINGS.

  11. לוחצים על Execute או מקישים על F8.

  12. כדי ליצור רשומה חדשה, לוחצים על סמל הוספת שורה.

    1. מזינים את מזהה ההעברה בכמות גדולה, את המפתח להעברה בכמות גדולה, את שם המפתח ב-GCP ואת הקטגוריה של GCS שאליה רוצים להעביר את הנתונים. מסמנים את התיבה פעיל ושומרים את השינויים.

      הזנת פרטי העברת מסה של חומרים

  13. בוחרים את ההגדרה בעמודה שם ההגדרה ולוחצים על הקצאת הרשאות לנתונים.

    בחירת הקצאת הרשאות לנתונים

  14. אופציונלי: אפשר להתאים אישית את הטבלה ואת שמות השדות.

    1. לוחצים על שמות בהתאמה אישית ושומרים.

    2. לוחצים על תצוגה.

    3. כדי ליצור רשומה חדשה, לוחצים על הלחצן הוספת שורה או על הלחצן יצירה.

    4. מזינים את שם טבלת SAP ואת שם הטבלה החיצונית שבה רוצים להשתמש ב-BigQuery ושומרים את השינויים.

    5. לוחצים על הלחצן View בעמודה Display fields כדי לשמור את המיפוי של שדות הטבלה.

    6. ייפתח דף עם מיפויים מוצעים. אופציונלי: עורכים את שם השדה הזמני ואת תיאור השדה, ואז שומרים את המיפויים.

  15. עוברים לעסקה LTRC.

  16. בוחרים את הערך בעמודה שם ההגדרה ולוחצים על הקצאת הרשאות לנתונים.

  17. מזינים את שם הטבלה בשדה שם הטבלה במסד הנתונים ובוחרים את תרחיש השכפול.

    בחירת תרחיש השכפול

  18. לוחצים על Execute. הפעולה הזו מפעילה את ההטמעה של SLT SDK ומתחילה להעביר את הנתונים אל קטגוריית היעד ב-Cloud Storage.

התקנה של קובצי העברה של SAP

כדי לעצב ולהריץ משימות שכפול ב-Cloud Data Fusion, רכיבי SAP מועברים כקובצי העברה של SAP שמאורכבים בקובץ ZIP. ההורדה זמינה כשפורסים את הפלאגין ב-Cloud Data Fusion Hub.

כדי להתקין את ה-SAP transports, מבצעים את השלבים הבאים:

שלב 1: מעלים את קובצי בקשת ההעברה

  1. מתחברים למערכת ההפעלה של מופע SAP.
  2. משתמשים בקוד העסקה AL11 של SAP כדי לקבל את הנתיב של התיקייה DIR_TRANS. בדרך כלל הנתיב הוא /usr/sap/trans/.
  3. מעתיקים את קובצי ה-cofiles לתיקייה DIR_TRANS/cofiles.
  4. מעתיקים את קובצי הנתונים לתיקייה DIR_TRANS/data.
  5. מגדירים את המשתמש והקבוצה של הנתונים ושל קובץ ה-cofile ל-<sid>adm ול-sapsys.

שלב 2: ייבוא קובצי בקשות התובלה

אדמין SAP יכול לייבא את קובצי בקשת ההעברה באמצעות מערכת ניהול ההעברות של SAP או מערכת ההפעלה:

מערכת ניהול התחבורה של SAP

  1. מתחברים למערכת SAP כאדמינים של SAP.
  2. מזינים את ה-STMS של העסקה.
  3. לוחצים על סקירה כללית > ייבוא.
  4. בעמודה 'תור', לוחצים לחיצה כפולה על ה-SID הנוכחי.
  5. לוחצים על תוספות > בקשות אחרות > הוספה.
  6. בוחרים את מזהה בקשת ההעברה ולוחצים על המשך.
  7. בוחרים את בקשת ההעברה בתור לייבוא ולוחצים על בקשה > ייבוא.
  8. מזינים את מספר הלקוח.

  9. בכרטיסייה Options (אפשרויות), בוחרים באפשרות Overwrite Originals (החלפת המקור) ובאפשרות Ignore Invalid Component Version (התעלמות מגרסת רכיב לא תקינה) (אם היא זמינה).

    אופציונלי: כדי לייבא מחדש את ההעברות מאוחר יותר, לוחצים על השארת בקשות להעברה בתור לייבוא מאוחר יותר ועל ייבוא מחדש של בקשות להעברה. האפשרות הזו שימושית לשדרוגים של מערכת SAP ולשחזורים של גיבויים.

  10. לוחצים על Continue.

  11. מוודאים שמודול הפונקציות ותפקידי ההרשאה יובאו בהצלחה באמצעות טרנזקציות כמו SE80 ו-PFCG.

מערכת הפעלה

  1. מתחברים למערכת SAP כאדמינים של SAP.

  2. הוספת בקשות למאגר הייבוא:

    tp addtobuffer TRANSPORT_REQUEST_ID SID

    לדוגמה: tp addtobuffer IB1K903958 DD1

  3. מייבאים את בקשות התחבורה:

    tp import TRANSPORT_REQUEST_ID SID client=NNN U1238

    מחליפים את NNN במספר הלקוח. לדוגמה: tp import IB1K903958 DD1 client=800 U1238

  4. כדי לוודא שמודול הפונקציות ותפקידי ההרשאה יובאו בהצלחה, משתמשים בעסקאות מתאימות, כמו SE80 ו-PFCG.

הרשאות SAP נדרשות

כדי להריץ פייפליין של נתונים ב-Cloud Data Fusion, צריך משתמש SAP. משתמש SAP צריך להיות מסוג Communications או Dialog. כדי למנוע שימוש במשאבי דיאלוג של SAP, מומלץ להשתמש בסוג תקשורת. אדמין SAP יכול ליצור משתמשים באמצעות קוד העסקה SU01 של SAP.

כדי לתחזק ולהגדיר את המחבר ל-SAP, נדרשות הרשאות SAP, שכוללות שילוב של אובייקטים סטנדרטיים של SAP ואובייקטים חדשים של הרשאות מחבר. אתם מנהלים את אובייקטי ההרשאה בהתאם למדיניות האבטחה של הארגון. ברשימה הבאה מפורטים כמה מההרשאות החשובות שנדרשות למחבר:

  • אובייקט הרשאה: אובייקט ההרשאה ZGOOGCDFMT נשלח כחלק מהתפקיד של בקשת התובלה.

  • יצירת תפקיד: יצירת תפקיד באמצעות קוד טרנזקציה PFCG.

    יצירת תפקיד באמצעות קוד טרנזקציה של SAP

  • במקרה של אובייקטים סטנדרטיים של הרשאות SAP, הארגון שלכם מנהל את ההרשאות באמצעות מנגנון האבטחה שלו.

  • באובייקטים של הרשאה בהתאמה אישית, מציינים ערכים בשדות ההרשאה לאובייקטים של הרשאה ZGOOGCDFMT.

  • לניהול בקרת גישה פרטנית, ZGOOGCDFMT מספק הרשאה שמבוססת על קבוצת הרשאות. למשתמשים עם גישה מלאה, חלקית או ללא גישה לקבוצות הרשאות ניהול ניתנת גישה על סמך קבוצת ההרשאות שהוקצתה להם בתפקיד.

  • ‫/GOOG/SLT_CDF_AUTH: תפקיד עם גישה לכל קבוצות ההרשאות. כדי להגביל את הגישה לקבוצת הרשאות ספציפית, צריך לשמור את קבוצת ההרשאות FICDF בהגדרה.

יצירת יעד RFC למקור

לפני שמתחילים בהגדרה, צריך לוודא שחיבור ה-RFC נוצר בין המקור ליעד.

  1. עוברים אל קוד העסקה SM59.

  2. לוחצים על Create (יצירה) > Connection Type 3 (ABAP Connection) (סוג חיבור 3 (חיבור ABAP)).

    יצירת קוד עסקה

  3. בחלון Technical Settings (הגדרות טכניות), מזינים את הפרטים על יעד ה-RFC.

  4. לוחצים על הכרטיסייה Logon and Security (כניסה ואבטחה) כדי לשמור את פרטי הכניסה של RFC (משתמש וסיסמה של RFC).

  5. לוחצים על Save.

  6. לוחצים על בדיקת חיבור. אחרי שהבדיקה תעבור בהצלחה, תוכלו להמשיך.

  7. מוודאים שהבדיקה של הרשאת RFC הצליחה.

  8. לוחצים על כלי עזר > בדיקה > בדיקת הרשאה.

הגדרת הפלאגין

כדי להגדיר את הפלאגין, פורסים אותו מהמרכז, יוצרים משימת שכפול ומגדירים את המקור והיעד באמצעות השלבים הבאים.

פריסת הפלאגין ב-Cloud Data Fusion

המשתמש ב-Cloud Data Fusion מבצע את השלבים הבאים.

כדי להריץ את עבודת השכפול של Cloud Data Fusion, צריך לפרוס את הפלאגין SAP SLT Replication:

  1. עוברים למופע:

    1. נכנסים לדף Instances של Cloud Data Fusion במסוף Google Cloud .

      כניסה לדף Instances

    2. הפעלת שכפול במכונה חדשה או קיימת:

      • כדי ליצור מכונה חדשה, לוחצים על יצירת מכונה, מזינים שם למכונה, לוחצים על הוספת מאיצים, מסמנים את תיבת הסימון שכפול ולוחצים על שמירה.
      • במאמר הפעלת רפליקציה במכונה קיימת מוסבר איך להפעיל רפליקציה במכונה קיימת.

    3. לוחצים על View instance (הצגת המכונה) כדי לפתוח את המכונה בממשק האינטרנט של Cloud Data Fusion.

  2. לוחצים על מרכז.

  3. עוברים לכרטיסייה SAP, לוחצים על SAP SLT ואז על SAP SLT Replication Plugin או על SAP SLT No RFC Replication Plugin.

  4. לוחצים על פריסה.

יצירת עבודת שכפול

התוסף SAP SLT Replication קורא את התוכן של טבלאות SAP באמצעות קטגוריית אחסון זמנית ב-Cloud Storage API.

כדי ליצור משימת שכפול להעברת הנתונים, פועלים לפי השלבים הבאים:

  1. במופע הפתוח של Cloud Data Fusion, לוחצים על Home (דף הבית) > Replication (שכפול) > Create a replication job (יצירת משימת שכפול). אם האפשרות Replication לא מופיעה, צריך להפעיל שכפול עבור המופע.

  2. מזינים שם ייחודי ותיאור לעבודת השכפול.

  3. לוחצים על הבא.

הגדרת המקור

  1. מגדירים את המקור על ידי הזנת ערכים בשדות הבאים:

    • Project ID: מזהה פרויקט Google Cloud (השדה הזה מאוכלס מראש)

    • נתיב GCS של שכפול נתונים: הנתיב ב-Cloud Storage שמכיל נתונים לשכפול. הנתיב צריך להיות זהה לזה שהוגדר בעבודות SAP SLT. באופן פנימי, הנתיב שצוין מחובר עם Mass Transfer ID ועם Source Table Name:

      פורמט: gs://<base-path>/<mass-transfer-id>/<source-table-name>

      לדוגמה: gs://slt_bucket/012/MARA

    • ‫GUID: ה-GUID של SLT – מזהה ייחודי שמוקצה למזהה של העברה בכמות גדולה ב-SAP SLT.

    • מזהה העברה המונית: מזהה העברה המונית של SLT הוא מזהה ייחודי שמוקצה להגדרה ב-SAP SLT.

    • ‫SAP JCo Library GCS Path (נתיב GCS של ספריית SAP JCo): נתיב האחסון שמכיל את קובצי ספריית SAP JCo שהמשתמש העלה. אפשר להוריד ספריות SAP JCo מפורטל התמיכה של SAP. (הוסר בגרסת הפלאגין 0.10.0).

    • מארח שרת SLT: שם המארח או כתובת ה-IP של שרת SLT. (הוסר בגרסה 0.10.0 של התוסף).

    • מספר מערכת SAP: מספר מערכת ההתקנה שסופק על ידי מנהל המערכת (לדוגמה, 00). (הוסר בגרסת הפלאגין 0.10.0).

    • ‫SAP Client: לקוח SAP לשימוש (לדוגמה, 100). (הוסר בגרסה 0.10.0 של הפלאגין).

    • SAP Language: שפת הכניסה ל-SAP (לדוגמה, EN). (הוסר בגרסה 0.10.0 של הפלאגין).

    • שם המשתמש בכניסה ל-SAP: שם המשתמש ב-SAP. (הוסר בגרסת הפלאגין 0.10.0).

      • מומלץ: אם שם המשתמש ב-SAP Logon משתנה מעת לעת, כדאי להשתמש במאקרו.

    • סיסמה לכניסה ל-SAP ‏ (M): סיסמת משתמש SAP לאימות משתמש.

      • מומלץ: להשתמש בפקודות מאקרו מאובטחות לערכים רגישים, כמו סיסמאות. (הוסר בגרסת הפלאגין 0.10.0).

    • השעיית השכפול של SLT כשמשימת ה-CDF מפסיקה: המערכת מנסה להפסיק את משימת השכפול של SLT (עבור הטבלאות הרלוונטיות) כשמשימת השכפול של Cloud Data Fusion מפסיקה. יכול להיות שהפעולה תיכשל אם המשימה ב-Cloud Data Fusion תיעצר באופן לא צפוי.

    • שכפול נתונים קיימים: מציין אם לשכפל נתונים קיימים מטבלאות המקור. כברירת מחדל, העבודות משכפלות את הנתונים הקיימים מטבלאות המקור. אם ההגדרה היא false, המערכת מתעלמת מכל הנתונים הקיימים בטבלאות המקור ומשכפלת רק את השינויים שמתרחשים אחרי שהעבודה מתחילה.

    • מפתח של חשבון שירות: המפתח שבו משתמשים כשמבצעים אינטראקציה עם Cloud Storage. לחשבון השירות צריכה להיות הרשאה לכתוב ב-Cloud Storage. כשמריצים במכונה וירטואלית, צריך להגדיר את הערך הזה ל-auto-detect כדי להשתמש בחשבון השירות שמחובר למכונה הווירטואלית. Google Cloud

  2. לוחצים על הבא.

הגדרת היעד

כדי לכתוב נתונים ב-BigQuery, התוסף דורש הרשאת כתיבה ל-BigQuery ולמאגר זמני. אירועי שינוי נכתבים קודם במנות מ-SLT אל Cloud Storage. הנתונים נטענים לטבלאות זמניות ב-BigQuery. השינויים מטבלת הביניים ממוזגים לטבלת היעד הסופית באמצעות שאילתת מיזוג ב-BigQuery.

טבלת היעד הסופית כוללת את כל העמודות המקוריות מטבלת המקור, וגם עמודה נוספת _sequence_num. מספר הרצף מבטיח שלא יהיו כפילויות או חוסרים בנתונים במקרים של כשל בשכפול.

  1. מגדירים את המקור על ידי הזנת ערכים בשדות הבאים:

    • מזהה הפרויקט: הפרויקט של מערך הנתונים ב-BigQuery. כשמריצים את הפקודה באשכול Managed Service for Apache Spark, אפשר להשאיר את השדה הזה ריק, ואז הפרויקט של האשכול ישמש כפרויקט ברירת המחדל.
    • פרטי כניסה: מידע נוסף זמין במאמר בנושא פרטי כניסה.
    • ‫Service Account Key: התוכן של מפתח חשבון השירות שבו רוצים להשתמש כשמבצעים אינטראקציה עם Cloud Storage ו-BigQuery. כשמריצים את הפקודה באשכול Managed Service for Apache Spark, צריך להשאיר את השדה הזה ריק, כדי שהמערכת תשתמש בחשבון השירות של האשכול.
    • שם מערך הנתונים: השם של מערך הנתונים שייווצר ב-BigQuery. השם הוא אופציונלי, וכברירת מחדל הוא זהה לשם של מסד הנתונים המקורי. שם תקין יכול להכיל רק אותיות, מספרים וקווים תחתונים, ואורכו המקסימלי יכול להיות 1,024 תווים. תווים לא תקינים יוחלפו בקו תחתון בשם הסופי של קבוצת הנתונים, ותווים מעבר למגבלת האורך ייחתכו.
    • שם מפתח ההצפנה: מפתח ההצפנה בניהול הלקוח (CMEK) שמשמש לאבטחת המשאבים שנוצרו על ידי יעד זה. שם מפתח ההצפנה צריך להיות בפורמט projects/<project-id>/locations/<key-location>/keyRings/<key-ring-name>/cryptoKeys/<key-name>.
    • מיקום: המיקום שבו נוצרים מערך הנתונים ב-BigQuery ודלי האחסון הזמני ב-Cloud Storage. לדוגמה, us-east1 לקטגוריות אזוריות, us לקטגוריות במספר אזורים (ראו מיקומים). המערכת מתעלמת מהערך הזה אם מציינים קטגוריה קיימת, כי קטגוריית הביניים ומערך הנתונים ב-BigQuery נוצרים באותו מיקום כמו הקטגוריה הזו.

    • Staging Bucket: ‏ ה-Bucket שבו נכתבים אירועי השינוי לפני שהם נטענים לטבלאות Staging. השינויים נכתבים לספרייה שמכילה את שם המשכפל ואת מרחב השמות. בטוח להשתמש באותו מאגר (bucket) בכמה משכפלים באותו מופע. אם הוא משותף למכפילים בכמה מופעים, צריך לוודא שמרחב השמות והשם הם ייחודיים, אחרת ההתנהגות לא מוגדרת. קטגוריית האחסון צריכה להיות באותו מיקום כמו מערך הנתונים ב-BigQuery. אם לא מציינים דלי, נוצר דלי חדש לכל משימה בשם df-rbq-<namespace-name>-<job-name>-<deployment-timestamp>.

    • מרווח טעינה (בשניות): מספר השניות להמתנה לפני טעינת אצווה של נתונים לתוך BigQuery.

    • Staging Table Prefix: השינויים נכתבים קודם לטבלת ביניים לפני שהם ממוזגים לטבלה הסופית. השמות של טבלאות ה-staging נוצרים על ידי הוספת הקידומת הזו לשם של טבלת היעד.

    • נדרשת התערבות ידנית להסרת נתונים: האם נדרשת פעולה אדמיניסטרטיבית ידנית להסרת טבלאות וערכות נתונים כשמזוהה אירוע של הסרת טבלה או הסרת מסד נתונים. אם הערך מוגדר כ-True, הכלי לשכפול לא מוחק טבלה או מערך נתונים. במקום זאת, הפעולה נכשלת ומנסה שוב עד שהטבלה או מערך הנתונים לא קיימים. אם מערך הנתונים או הטבלה לא קיימים, לא נדרשת התערבות ידנית. האירוע יידלג כרגיל.

    • הפעלת מחיקות רכות: אם הערך מוגדר כ-true, כשמתקבל אירוע מחיקה ביעד, העמודה _is_deleted של הרשומה מוגדרת כ-true. אחרת, הרשומה נמחקת מטבלה ב-BigQuery. ההגדרה הזו לא משפיעה על מקור שמייצר אירועים לא לפי הסדר, והרשומות תמיד נמחקות באופן זמני מהטבלה ב-BigQuery.

  2. לוחצים על הבא.

פרטי כניסה

אם התוסף מופעל באשכול Managed Service for Apache Spark, צריך להגדיר את המפתח של חשבון השירות לזיהוי אוטומטי. פרטי הכניסה נקראים אוטומטית מסביבת האשכול.

אם התוסף לא מופעל באשכול Managed Service for Apache Spark, צריך לספק את הנתיב למפתח של חשבון שירות. אפשר למצוא את המפתח של חשבון השירות בדף IAM במסוף Google Cloud . מוודאים שלמפתח החשבון יש הרשאה לגשת ל-BigQuery. קובץ המפתח של חשבון השירות צריך להיות זמין בכל צומת באשכול, וכל המשתמשים שמריצים את המשימה צריכים להיות בעלי הרשאת קריאה אליו.

מגבלות

  • כדי לשכפל טבלאות, צריך להגדיר להן מפתח ראשי.
  • אין תמיכה בפעולות של שינוי שם של טבלה.
  • יש תמיכה חלקית בשינויים בטבלה.
    • אפשר לשנות עמודה קיימת שאי אפשר להשאיר בה ערך ריק לעמודה שאפשר להשאיר בה ערך ריק.
    • אפשר להוסיף עמודות חדשות שניתן להזין בהן ערך null לטבלה קיימת.
    • כל שינוי אחר בסכימת הטבלה ייכשל.
    • שינויים במפתח הראשי לא ייכשלו, אבל הנתונים הקיימים לא ייכתבו מחדש כדי לעמוד בדרישת הייחודיות של המפתח הראשי החדש.

בחירת טבלאות וטרנספורמציות

בשלב Select tables and transformations (בחירת טבלאות וטרנספורמציות), מוצגת רשימה של טבלאות שנבחרו לשכפול במערכת SLT.

  1. בוחרים את הטבלאות לשכפול.
  2. אופציונלי: בוחרים פעולות נוספות בסכימה, כמו הוספות, עדכונים או מחיקות.
  3. כדי לראות את הסכימה, לוחצים על עמודות לשכפול בטבלה.

  4. אופציונלי: כדי לשנות את השם של עמודות בסכימה, פועלים לפי השלבים הבאים:

    1. בזמן הצגת הסכימה, לוחצים על Transform (שינוי) > Rename (שינוי שם).
    2. בשדה שינוי השם, מזינים שם חדש ולוחצים על אישור.
    3. כדי לשמור את השם החדש, לוחצים על רענון ועל שמירה.

  5. לוחצים על הבא.

אופציונלי: הגדרת מאפיינים מתקדמים

אם אתם יודעים כמה נתונים אתם משכפלים בשעה, אתם יכולים לבחור את האפשרות המתאימה.

בדיקת ההערכה

בשלב בדיקת ההערכה מתבצעת סריקה לאיתור בעיות בסכימה, תכונות חסרות או בעיות בקישוריות שמתרחשות במהלך השכפול.

  1. בדף בדיקת ההערכה, לוחצים על הצגת המיפויים.

    אם מתרחשות בעיות, צריך לפתור אותן כדי להמשיך.

  2. אופציונלי: אם שיניתם את השמות של העמודות כשבחרתם את הטבלאות וההמרות, בשלב הזה צריך לוודא שהשמות החדשים נכונים.

  3. לוחצים על הבא.

הצגת הסיכום ופריסת עבודת השכפול

בדף Review replication job details, בודקים את ההגדרות ולוחצים על Deploy replication job.

בחירת פרופיל של Compute Engine

  1. אחרי שפורסים את משימת השכפול, לוחצים על Configure (הגדרה) מכל דף בממשק האינטרנט של Cloud Data Fusion.

  2. בוחרים את פרופיל Compute Engine שבו רוצים להשתמש כדי להריץ את משימת השכפול הזו.

  3. לוחצים על Save.

    בוחרים פרופיל Compute בממשק האינטרנט של Cloud Data Fusion.

הפעלת עבודת השכפול

  • כדי להריץ את עבודת השכפול, לוחצים על התחלה.

הפעלת משימת השכפול בממשק האינטרנט של Cloud Data Fusion

אופציונלי: אופטימיזציה של הביצועים

כברירת מחדל, התוסף מוגדר לביצועים אופטימליים. למידע על אופטימיזציות נוספות, ראו ארגומנטים של זמן ריצה.

הביצועים של התקשורת בין SLT לבין Cloud Data Fusion תלויים בגורמים הבאים:

  • ‫SLT במערכת המקור לעומת מערכת SLT מרכזית ייעודית (האפשרות המועדפת)
  • עיבוד משימות ברקע במערכת SLT
  • תהליכי עבודה של תיבת דו-שיח במערכת SAP המקורית
  • מספר התהליכים של משימות ברקע שהוקצו לכל מזהה של העברה המונית בכרטיסייה LTRC Administration
  • הגדרות LTRS
  • חומרה (מעבד וזיכרון) של מערכת SLT
  • מסד הנתונים שבו נעשה שימוש (לדוגמה: HANA,‏ Sybase או DB2)
  • רוחב הפס של האינטרנט (הקישוריות בין מערכת SAP לביןGoogle Cloud דרך האינטרנט)
  • שימוש (עומס) קיים במערכת
  • מספר העמודות בטבלה. ככל שיש יותר עמודות, השכפול נעשה איטי יותר וזמן האחזור יכול להתארך.

הסוגים הבאים של קריאות בהגדרות של LTRS מומלצים לטעינות ראשוניות:

מערכת SLT מערכת המקור סוג הטבלה סוג הקריאה המומלץ
[טעינה ראשונית]
‫SLT 3.0 עצמאי
[DMIS 2018_1_752 SP 2] 		S/4 HANA 1909 שקוף (קטן/בינוני)
שקוף (גדול)
טבלת אשכולות		 ‫1 חישוב טווח
‫1 חישוב טווח
‫4 תור של השולח
SLT embedded
[S4CORE 104 HANA 1909]		 לא רלוונטי שקוף (קטן/בינוני)
שקוף (גדול)
טבלת אשכולות		 ‫1 חישוב טווח
‫1 חישוב טווח
‫4 תור של השולח
‫SLT 2.0 standalone
[DMIS 2011_1_731 SP 17]		 ECC NW 7.02 שקוף (קטן/בינוני)
שקוף (גדול)
טבלת אשכולות		 ‫5 תור השולח
‫5 תור השולח
‫4 תור השולח
SLT embedded
[DMIS 2011_1_700 SP 17]		 לא רלוונטי שקוף (קטן/בינוני)
שקוף (גדול)
טבלת אשכולות		 ‫5 sender queue
‫5 sender queue
‫4 sender Queue
  • כדי לשפר את הביצועים של השכפול, צריך להשתמש באפשרות No Ranges:
    • צריך להשתמש בטווחים רק כשנוצרים פיגורים בטבלת רישום ביומן עם חביון גבוה.
    • שימוש בחישוב טווח אחד: לא מומלץ לקרוא את הסוג לטעינה ראשונית במקרה של מערכות SLT 2.0 ומערכות שאינן HANA.
    • שימוש בחישוב טווח אחד: סוג הקריאה לטעינה הראשונית עלול לגרום לשכפול רשומות ב-BigQuery.
  • הביצועים תמיד טובים יותר כשמשתמשים במערכת SLT עצמאית.
  • מומלץ תמיד להשתמש במערכת SLT עצמאית אם ניצול המשאבים של מערכת המקור כבר גבוה.

ארגומנטים של זמן ריצה

  • ‫snapshot.thread.count: מעבירה את מספר השרשורים להפעלה כדי לבצע טעינת נתונים של SNAPSHOT/INITIAL במקביל. כברירת מחדל, המערכת משתמשת במספר המעבדים הווירטואליים שזמינים באשכול Managed Service for Apache Spark שבו מופעלת משימת השכפול.

    מומלץ: להגדיר את הפרמטר הזה רק במקרים שבהם נדרשת שליטה מדויקת במספר השרשורים המקבילים (לדוגמה, כדי להקטין את השימוש באשכול).

  • ‫poll.file.count: מעביר את מספר הקבצים לסקר מנתיב Cloud Storage שצוין בשדה נתיב GCS לשכפול נתונים בממשק האינטרנט. כברירת מחדל, הערך הוא 500 לכל סקר, אבל בהתאם להגדרת האשכול, אפשר להגדיל או להקטין אותו.

    מומלץ: מגדירים את הפרמטר הזה רק אם יש דרישות מחמירות לגבי השהיית השכפול. ערכים נמוכים יותר עשויים להקטין את העיכוב. אפשר להשתמש בו כדי לשפר את קצב העברת הנתונים (אם אין תגובה, צריך להשתמש בערכים גבוהים יותר מערך ברירת המחדל).

  • ‫bad.files.base.path: מעביר את הנתיב הבסיסי של Cloud Storage שאליו מועתקים כל קובצי הנתונים עם שגיאות או נתונים פגומים שנמצאו במהלך השכפול. האפשרות הזו שימושית אם יש דרישות מחמירות לגבי ביקורת נתונים, וצריך להשתמש במיקום ספציפי כדי לתעד העברות שנכשלו.

    כברירת מחדל, כל הקבצים הפגומים מועתקים מהנתיב של Cloud Storage שצוין בשדה נתיב Cloud Storage של שכפול נתונים בממשק האינטרנט.

    • תבנית שגויה של נתיב סופי של קובצי נתונים: 

      gs://BASE_FILE_PATH/MASS_TRANSFER_ID/SOURCE_TABLE_NAME/bad_files/REPLICATION_JOB_NAME/REPLICATION_JOB_ID/BAD_FILE_NAME

    • דוגמה:

      gs://slt_to_cdf_bucket/001/MARA/bad_files/MaraRepl/05f97349-7398-11ec-9443-8
ac0640fc83c/20220205_1901205168830_DATA_INIT.xml

    הקריטריונים לקובץ פגום הם קובץ XML פגום או לא תקין, ערכי PK חסרים או בעיה של חוסר התאמה בסוג הנתונים של שדה.

פרטי התמיכה

גרסאות ומוצרים נתמכים של SAP

  • גרסה SAP_BASIS 702, רמה SP-Level 0016 ומעלה.
  • גרסה SAP_ABA 702, רמה SP-Level 0016 ואילך.
  • גרסה DMIS 2011_1_700, ‏ SP-Level 0017 ואילך.

גרסאות SLT נתמכות

יש תמיכה בגרסאות 2 ו-3 של SLT.

מודלים נתמכים של פריסת SAP

SLT כמערכת עצמאית או כחלק ממערכת המקור.

הערות SAP שצריך להטמיע לפני שמתחילים להשתמש ב-SLT

אם חבילת התמיכה שלכם לא כוללת תיקונים מסוג /UI2/CL_JSON ל-PL12 ומעלה, צריך להטמיע את הערת SAP העדכנית ביותר לתיקונים מסוג /UI2/CL_JSON, לדוגמה, הערה SAP 2798102 ל-PL12.

מומלץ: להטמיע את הערות SAP המומלצות בדוח CNV_NOTE_ANALYZER_SLT על סמך התנאי של המערכת המרכזית או מערכת המקור. מידע נוסף זמין בהערה 3016862 של SAP (נדרשת התחברות ל-SAP).

אם SAP כבר מוגדר, לא צריך להטמיע הערה נוספת. למידע על שגיאות או בעיות ספציפיות, אפשר לעיין בהערה המרכזית של SAP לגבי גרסת ה-SLT שלכם.

מגבלות על נפח הנתונים או רוחב הרשומה

אין מגבלה מוגדרת על נפח הנתונים שחולצו ועל רוחב הרשומה.

התפוקה הצפויה של התוסף SAP SLT Replication

בסביבה שהוגדרה בהתאם להנחיות שבמאמר אופטימיזציה של הביצועים, הפלאגין יכול לחלץ כ-13GB לשעה עבור הטעינה הראשונית ו-3GB לשעה עבור השכפול (CDC). הביצועים בפועל עשויים להשתנות בהתאם לעומס של Cloud Data Fusion ומערכת SAP או לתנועת הרשת.

תמיכה בחילוץ דלתא (נתונים שהשתנו) של SAP

יש תמיכה בחילוץ דלתא של SAP.

חובה: שיתוף פעולה בין דיירים עבור מכונות Cloud Data Fusion

נדרש שיוך בין דיירים כשמכונת Cloud Data Fusion נוצרת עם כתובת IP פנימית. מידע נוסף על שיתוף פעולה בין דיירים זמין במאמר יצירת מופע פרטי.

פתרון בעיות

עבודת השכפול מופעלת מחדש כל הזמן

אם עבודת השכפול מופעלת מחדש באופן אוטומטי, צריך להגדיל את הזיכרון של אשכול עבודת השכפול ולהפעיל מחדש את עבודת השכפול.

כפילויות ב-BigQuery sink

אם מגדירים את מספר המשימות המקבילות בהגדרות המתקדמות של התוסף SAP SLT Replication, כשמדובר בטבלאות גדולות, מתרחשת שגיאה שגורמת לעמודות כפולות ב-BigQuery sink.

כדי למנוע את הבעיה, צריך להסיר את העבודות המקבילות לטעינת הנתונים.

תרחישי שגיאה

בטבלה הבאה מפורטות כמה הודעות שגיאה נפוצות (הטקסט במירכאות יוחלף בערכים בפועל בזמן הריצה):

מזהה הודעה הודעה הפעולה המומלצת
CDF_SAP_SLT_01402 Service account type is not defined for SERVICE_ACCT_NAME_FROM_UI. מוודאים שהנתיב של Cloud Storage שצוין נכון.
CDF_SAP_SLT_01403 Service account key provided is not valid due to error: ROOT_CAUSE. Please provide a valid service account key for service account type : SERVICE_ACCT_NAME_FROM_UI. בודקים את הסיבה הבסיסית שמוצגת בהודעה ופועלים בהתאם.
CDF_SAP_SLT_01404 Mass Transfer ID could not be found. Please ensure that it exists in given GCS Bucket. בודקים שמזהה ההעברה בכמות גדולה שצוין הוא בפורמט הנכון.
CDF_SAP_SLT_01502 The specified data replication GCS path 'slt_to_cdf_bucket_1' or Mass Transfer ID '05C' could not be found. Please ensure that it exists in GCS. מוודאים שהנתיב שסופק ב-Cloud Storage נכון.
CDF_SAP_SLT_01400 Metadata file not found. The META_INIT.json file is not present or file is present with invalid format. בודקים את הסיבה הבסיסית שמוצגת בהודעה ופועלים בהתאם.
CDF_SAP_SLT_03408 Failed to start the event reader. בודקים את הסיבה הבסיסית שמוצגת בהודעה ופועלים בהתאם.
CDF_SAP_SLT_03409 Error while processing TABLE_NAME file for source table gs://CLOUD_STORAGE_BUCKET_NAME/MT_ID/TABLE_NAME /FILE_NAME. Root cause: ROOT_CAUSE. בודקים את הסיבה הבסיסית שמוצגת בהודעה ופועלים בהתאם.
CDF_SAP_SLT_03410 Failed to replicate data for source table TABLE_NAME from file: gs://CLOUD_STORAGE_BUCKET_NAME/MT_ID/ TABLE_NAME/FILE_NAME. Root cause: ROOT_CAUSE. בודקים את הסיבה הבסיסית שמוצגת בהודעה ופועלים בהתאם.
CDF_SAP_SLT_03411 Failed data replication for source table TABLE_NAME. Root cause: ROOT_CAUSE. בודקים את הסיבה הבסיסית שמוצגת בהודעה ופועלים בהתאם.
CDF_SAP_SLT_03412 Failed to create target table for source table TABLE_NAME. Root cause: ROOT_CAUSE. בודקים את הסיבה הבסיסית שמוצגת בהודעה ופועלים בהתאם.

מיפוי סוגי נתונים

בטבלה הבאה מוצג המיפוי בין סוגי הנתונים שמשמשים באפליקציות של SAP לבין Cloud Data Fusion.

סוג הנתונים ב-SAP סוג ABAP תיאור (SAP) סוג הנתונים ב-Cloud Data Fusion
מספרי
INT1 b מספר שלם של בייט אחד int
INT2 s מספר שלם באורך 2 בייטים int
INT4 i מספר שלם בן 4 בייטים int
INT8 8 מספר שלם בגודל 8 בייט long
דצמ p מספר ארוז בפורמט BCD‏ (DEC) decimal
DF16_DEC
DF16_RAW		 a נקודה צפה עשרונית 8-bytes IEEE 754r decimal
DF34_DEC
DF34_RAW		 e נקודה צפה עשרונית 16-בייט IEEE 754r decimal
FLTP f מספר בשיטת נקודה צפה בינארית double
תו
CHAR
LCHR		 c מחרוזת תווים string
SSTRING
GEOM_EWKB		 מחרוזת מחרוזת תווים string
STRING
GEOM_EWKB		 מחרוזת מחרוזת תווים CLOB bytes
NUMC
ACCP		 n טקסט מספרי string
Byte
RAW
LRAW		 x נתונים בינאריים bytes
RAWSTRING xstring ‫BLOB של מחרוזת בייטים bytes
תאריך/שעה
DATS d תאריך date
Tims t שעה time
TIMESTAMP utcl ‫( Utclong )
חותמת זמן		 timestamp

המאמרים הבאים