הפוך את חוסן היישום לזמין באמצעות מסד נתונים של Azure SQL

הושלם

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

הבנת השכפול הגיאוגרפי הפעיל

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

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

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

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

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

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

קביעת תצורה של שכפול גיאוגרפי בין מנויים

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

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

הפיכת קבוצות של מעבר לגיבוי בעת כשל לזמינות

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

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

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

• מנוהל על-ידי לקוחות (מומלץ) - לקוחות יכולים ליזום מעבר לגיבוי בעת כשל באופן ידני כאשר הם מזהים הפסקת שירות בלתי צפויה שמשפיעה על מסד נתונים אחד או יותר בקבוצה למעבר לגיבוי בעת כשל. ניתן לבצע מעבר ידני זה לגיבוי בעת כשל באמצעות כלי שורת פקודה כגון PowerShell, ממשק שורת הפקודה של Azure או Rest API.
• מנוהל על-ידי Microsoft - הם מופעלים באופן אוטומטי על-ידי Microsoft במהלך יציאה נרחבת המשפיעה על אזור ראשי. מעבר לגיבוי בעת כשל אוטומטי זה חל על כל הקבוצות המושפעות של מעבר לגיבוי בעת כשל, כאשר המדיניות שלהן למעבר לגיבוי בעת כשל מוגדרת למצב מנוהל על-ידי Microsoft.

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

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

כיצד לבחור

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

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

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