DMO – Migration to SAP HANA – בצעד אחד – One step

7 במרץ 2017

DMO – הגירה ממערכת SAP למערכת SAP HANA בצעד/תהליך אחד.

או בפי העם: Database Migration option – DMO
מה זה DMO? ולמה צריך אותו?

ארגון אשר רוצה לבצע הגירה/שדרוג ממערכת הסאפ הסטנדרטית שלו למערכת SAP HANA עליו להביא את המערכת המקור לרמה מינימלית הן בגרסת הבסיס נתונים וכלה בגרסת ה-SAP.
ניקח דוגמא:
אם יש לנו בארגון מערכת ECC EHP4 עם DB2 גרסה 9.5. כשלב מקדים עלינו לבצע שדרוג של הבסיס נתונים למינימום DB2 9.7 ואחר כך לבצע שדרוג למערכת הסאפ למינימום EHP7 ורק אחר כך נוכל לבצע שדרוג/הגירה למערכת SAP HANA.  (כנ"ל לגבי אורקל ו-SQL SERVER)
תהליך זה מייגע, דורש זמן השבתה ארוך מאוד, דרישה לבדיקות רבות של המיישמים והמשתמשים על כל שלב ותהליך. (לעיתים בדיקות חוזרות)

רגע… ואם המערכת מקור שלנו היא NON-UNICODE. אז הצרה גדולה יותר. כי יש לבצע המרה ליוניקוד לפני ביצוע ההגירה ל-HANA.

SAP הביאה בשורה חדשה שנקראת DMO. החל מגרסת SUM SP09. (גרסת שדרוג והתקנה או בשמה הנפוץ: Software Update Manager)
עם DMO נוכל לבצע את השדרוג שלנו בצעד אחד. כלומר קפיצה מהגרסה הקיימת לגרסת SAP HANA בלי שלבי/שדרוגי ביניים.

אך בכל מקרה יש לנו כמה דברים חשובים שצריך לבדוק – דרישות סף:

המערכת צריכה להיות ABAP בלבד. אם יש מערכת כלאים של ABAP + JAVA יש לבצע הפרדה לפני.
אם נרצה שה-DMO יבצע עבורנו גם הסבה ליוניקוד (במקרה שמערכת המקור שלנו אינה יוניקוד) נצטרך להוריד את הגרסה SUM SP10 או גבוה יותר.
מערכת המקור צריכה להיות מינימום: SAP NetWeaver 7.0 SP17
מערכת היעד (אחרי ביצוע ההגירה) תהייה מינימום: SAP NetWeaver 7.31

מי שרוצה להתענג על נוט מוזמן להציץ:
SAP Note 1813548: Database migration option (DMO) for Software Update Manager

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

קצת יותר פירוט? בבקשה

הסבה של מערכת ERP 6.0x  דורשת מאיתנו לבצע שלב ביניים לגרסה NW 7.4 ול- EHP7.

עם DMO – שלב הביניים מתבטל. (גם שדרוג של הבסיס נתונים מתבטל וההסבה תתבצע ישירות ל-HANA)

איך ההסבה מתבצעת מאחרי הקלעים:

הנה המערכת לפני ביצוע ההגירה.

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

כאן מתחיל השלב המעניין, המערכת מתחילה לקחת נתונים ממערכת הצל אל מערכת ה-HANA הצדדית.
שלב ההגירה הראשון מתבצע שהמערכת למעלה. השלב השני המסומן ב-2a מתבצע שהמערכת למטה. (downtime)

תמונה זו מציגה את כל השלבים. שימו לב שתהליך מספר 3 – הינו תהליך ארוך בו מתבצעת הגירת הנתונים.
יתרון לתהליך זה הוא במיוחד במקרה של כשל. תמיד ניתן לחזור למערכת הקיימת!! (שלא תזדקקו לזה)

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

איך להתקין SAP HANA ניתן לקרוא בפוסט זה

 שחם לוי – Shacham Levi – ארכיטקט, מיישם ויועץ בכיר בחברת IBM.
Senior SAP Basis consultant.  מומחה בסיסי נתונים: SQL Server, DB2, ORACLE, SAP HANA.  התקנות, שדרוגים, T-SQL, ניטור ושיפור ביצועים. Performance Tuning , Query Optimization (תשתיתי ואפליקטיבי) מתכנת בכיר :  C#, WPF, .NET, ABAP, JAVA, Android . נותן שירות למגוון רחב של ארגונים.

 

הוסף תגובה
facebook linkedin twitter email