תכנון העברת נתונים

הושלם

פרוייקט מודרניזציה של פלטפורמת נתונים כולל חמישה שלבים בדרך כלל שהושלמו לפי הסדר.

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

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

הפעלה וגילוי

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

• הערך את הסביבה הנוכחית

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

• בדוק אם קיימים יחסי תלות בין יישומים קיימים למסדי נתונים

  עליך להימשך זמן מה כדי להבין כיצד היישומים שלך מקיימים אינטראקציה עם מסדי הנתונים הקיימים ברשת שלך. יתר על כן, עליך להבין גם יחסי תלות בין מסדי נתונים שעשויים להתקיים כדי שתוכל לקבץ יחד מסדי נתונים בקיבוץ לוגי. על-ידי ביצוע תרגיל זה, תשתמש בקיבוץ הלוגי של מסדי נתונים כבסיס להעברתם ל- Azure כיחידת נתונים אחת.

• פרט את סוגי עומס העבודה של המערכות

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

הערכה

במהלך שלב ההערכה, המידע שנאסף במהלך שלב הגילוי משמש לביצוע הערכה מקיפה של עומסי העבודה המזוהים כדי ליצור את הפעולות הבאות:

• כל חוסמי ההעברה הפוטנציאליים
• כל שינויי שבירה הדורשים תיקונים לאחר ההעברה
• תכונות Azure שבהן עומסי העבודה יכולים להשתמש

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

• הערכת עומס עבודה נוכחית

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

• הערכת קריטריונים של עומס עבודה

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

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

תכנון

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

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

#	שלב	פעולה	תיאור
1.	להישאר	אל תעשה דבר	המשך המודרניזציה תוך התחשבות באפשרויות לטווח ארוך עבור השירותים המקומיים הנותרים.
2.	אירוח מחדש	מעבר ל- IaaS	גישה זו מסירה את הצורך בניהול מרכזי נתונים ומספקת ערך גבוה יותר החזר על השקעה (ROI) באמצעות ערך נמוך עלות הבעלות הכוללת(TCO).
שלוש.	שכתוב	העברה ל- IaaS או PaaS עם שינויים מינימליים ביישום	גישה זו מסירה את הצורך בניהול מרכזי נתונים ומספקת ערך גבוה יותר החזר על השקעה (ROI) באמצעות ערך נמוך עלות הבעלות הכוללת(TCO). הוא יכול גם לאפשר ת Overhead של ניהול נמוכה יותר באמצעות איחוד של מסדי נתונים.
4.	שינוי הארכיטקטורה	שכתוב היבטים עיקריים של אפליקציה לשימוש בטכנולוגיות ענן	הוא מאפשר שימוש ברכיבים מודרניים, מקטין פריסת קוד ומקל על פריסת DevOps של תשתית ושירותים.
5.	בנייה מחדש	בנייה מחדש של האפליקציה לשימוש ב- PaaS או בטכנולוגיות ללא שרת	בנייה מחדש של פלטפורמות נתונים ואפליקציות באמצעות טכנולוגיות חדשות יותר מאפשרת את השימוש בזמינות המוכללת הרחבה המוכללת של Azure, מגדילה את מידת הניידות ואת המדרגיות של האפליקציות וממזערת את הפערים הפוטנציאליים בכישורים בין הטכנולוגיה שבה נעשה שימוש לבין הצוות התומכת/מפתחת את האפליקציה.
6.	Replace	החלפת היישום ביישום חדש יותר או בפתרון SaaS	שקול את הגישה להחלפה כאשר ליישום יש יחסי תלות במכשירים פיזיים המצורפים לשרת או כאשר הוא משתלב היטב עם תשתית מקומית.
7.	הוצא משימוש	הוצא יישומים שאינם נדרשים עוד	יש לשקול את הגישה של הוצאה משימוש כאשר יישומים ומסדי נתונים מדור קודם אינם נמצאים בשימוש עוד מכיוון שאין דרישה עסקית או משפטית להשאיר אותם.

הגרף שלהלן מציג את כמות המאמץ הדרושה לכל מונח בהשוואה לערך שהעסק מקבל מההעברה.

• היעד של פלטפורמת

  קיימות שתי אפשרויות ברמה גבוהה הזמינות עבורך בכל הנוגע לבחירת פלטפורמת היעד.

  • כשירות (IaaS) - בגישה זו, אתה מעביר את הנתונים למחשב וירטואלי שבו מותקן SQL Server.

  • פלטפורמת שירות (PaaS) - בגישה זו, אתה מעביר את הנתונים שלך לשירות פלטפורמת נתונים שמתאים עומס העבודה שלך. עבור עומסי עבודה של טרנזקציות, פעולה זו תכלול מסד נתונים של Azure SQL או מופע מנוהל של Azure SQL. עבור עומסי עבודה מסוג עיבוד אנליטי מקוון (OLAP), הדבר יכלול את Azure Synapse Analytics.

• בחירת פלטפורמת היעד לפי תכונות

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

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

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

  • של Azure SQL Managed Instance - מתאים לשימוש אם אזור פני השטח של היישום כולל טווח של מופע ודורש תכונות שלא יהיו זמינות במסד הנתונים של Azure SQL, כגון:

    • SQL Agent
    • MSDTC
    • שאלות נפוצות
    • MDS
    • דואר מסד נתונים
    • Polybase
    • תמיכה עבור שרתים מקושרים
    • תומך ב- Azure שירותי ענן חדשים כגון זיהוי איומים

  • SQL Server ב- Azure Virtual Machine - השתמש אם אזור פני השטח של היישום כולל טווח של מופע ודורש תכונות שלא יהיו זמינות במופע מנוהל של Azure SQL SQL, כגון SQL Server Reporting Services (SSRS), SQL Server Analysis Services (SSAS) ו- SQL Server Integration Services (SSIS).

  • Azure Synapse Analytics - השתמש באפשרות זו אם יש לך יישומים שפועלים עם שאילתות מורכבות על-פני כמות גדולה של נתונים, אשר יכולים לנצל עיבוד מקביל עצום (MPP) כדי לצמצם את זמני עיבוד השאילתות.

כדי להציג את רשימת התכונות הנתמכות בכל הצעת PaaS עבור SQL, ראה תכונות: Azure SQL Database ו- Azure SQL Managed Instance.

• בחירת פלטפורמת היעד לפי עלות

  • Azure SQL Database - אופי הפלטפורמה כשירות של Azure SQL Database מפחית ביעילות את עלויות הניהול וההנהלה על-פני SQL Server המסורתי יותר בטופולוגיית Azure IaaS, ככל שרוב העבודה הנדרשת הושלמה באופן שקט ברקע עבורך על-ידי Microsoft. בקנה מידה גדול, ניתן לעשות חיסכון משמעותי בזמן ובמאמץ.

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

  • של Azure SQL Managed Instance - מופע מנוהל של SQL מוצע ללקוחות ה רוצים שירות מנוהל במלואו, שבו הם יכולים להרים ולה להזיז בקלות את הסביבה המקומית שלהם עם שינויי תצורה מינימליים. הסביבה מציעה לפחות 8 ליבות ונפח אחסון של עד 8 TB והיא נמצאת ברשת וירטואלית מבודדת. הצעה זו היא דרך נהדרת עבור לקוחות ה רוצים להגיע במהירות לענן וברצונך להימנע מהתדורה של תחזוקת מחשבים וירטואליים.

  • SQL Server במחשב וירטואלי של Azure - בהשוואה להצעות PaaS, SQL Server הפועל במחשבים וירטואליים של Azure מגיע עם עלויות גבוהות יותר של חישוב, אחסון וניהול, אך מספק שליטה רבה יותר על SQL Server והתשתית.

  • Azure Synapse Analytics - Azure Synapse Analytics יכול להפחית את העלות שלך על-ידי מינוף ארכיטקטורת MPP כדי לעבד שאילתות מורכבות בתוך דקות ולא בשעות.

• לא מקוון לעומת העברות מקוונות

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

המרה ומטב

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

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

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

• המרה

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

  • התקנת שדרוגים לגירסת קדם-העברה

  • תיקון שגיאות המזוהות על-ידי כלי הערכת ההעברה

  • יישום שינויים בסכימת מסד נתונים

  • העברת שירותי מסד נתונים משולבים קיימים ל- Azure

  • טיפול ב עומסי עבודה של SSIS בענן

• מיטוב

  ייתכן שיש אחת או יותר מהנחיות המיטוב הבאות שתרצה לפעול לפיהן במהלך ההעברה כדי להבטיח שהארגון שלך ילהפיק את המרב מההשקעה שלו ב- Azure.

  • הערכת התכונות החדשות שעשויות להיות זמינות בפלטפורמות היעד

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

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

  • ודא שגודלם של עומסי עבודה הוא הנכון

  • מזעור המרחק בין קובץ ה- BACPAC לבין מרכז נתוני היעד

  • הפיכת סטטיסטיקה אוטומטית ללא זמינה במהלך העברה

  • טבלאות ואינדקסים של מחיצות

  • שחרר תצוגות סדורות באינדקס וצור אותן מחדש לאחר שתסיים

העברה, אימות ותיקון

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

שיקולי העברה, אימות ותיקון

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

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