מבוא
מאמר זה מתאר את הבעיות המתוקנים באוסף עדכונים 66 בגירסאות הבאות של שחזור אתר Microsoft Azure:
-
Azure ל- Azure
-
VMware/פיזי מודרני ל- Azure
-
Hyper-V או VMM ל- Azure
-
VMware קלאסי/פיזי ל- Azure
-
הורד את התבנית OVF של שרת התצורה של שחזור אתר Microsoft Azure (גירסה 5.1.7882.0)
-
הורד את תוכנית ההתקנה המאוחדת של שחזור אתר Microsoft Azure (VMware ל- Azure) (גירסה 9.53.6615.1)
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8, DEBIAN9 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
קבל מידע על הפרטים של הבעיות המתוקנים ועל הדרישות המוקדמות שיש לאמת לפני התקנת עדכון זה.
דרישות מוקדמות
כדי להתקין את Microsoft Azure Site Recovery Provider Update Rollup 66, עליך להתקין אחד מהרכיבים הבאים:
-
ספק שחזור אתר של Microsoft Azure (גירסה 5.1.7600 או גירסה מתקדמת יותר)
-
התקנה מאוחדת של שחזור אתר Microsoft Azure (VMware ל- Azure) (גירסה 9.49.xxxx.x או גירסה מתקדמת יותר)
-
סוכן שירותי השחזור של Microsoft Azure (גירסה 2.0.9202.0 או גירסה מתקדמת יותר)
הערה: באפשרותך לבדוק את גירסת הספק המותקנת בפריט תוכניות ותכונות בלוח הבקרה.
שיפורים שבוצעו ובעיות תוקנו בעדכון זה
לאחר התקנת עדכון זה, הבעיות הבאות נפתרות והשיפורים הבאים כלולים.
שירות ניידות
תמיכה של מערכת ההפעלה Linux
-
Azure ל- Azure
-
אובונטו 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
VMware/פיזי מודרני ל- Azure
-
אובונטו 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
VMware קלאסי/פיזי ל- Azure
-
RHEL 8.7
-
Cent OS 8.7
-
הבעיהתוקנה
-
תוקנה בעיה שבה מנהל ההתקן של שירות הניידות הצליח לזהות כראוי את זהות דיסק המקור וגרם לבעיות בשכפול.
-
תוקנה בעיה שבה לא התבצע אתחול במחשב Azure שנכשל עקב הזמן הקצוב לפעולה תם.
-
תוקנה בעיה שבה עדכון אוטומטי של שירות הניידות נכשל, עבור תרחישים מודרניים של VMware/פיזי ל- Azure, אם סופק נתיב מותאם אישית במהלך ההתקנה.
-
תוקנה בעיה עקב כך שהפעלת שכפול ב- SUSE Linux Enterprise Server 15 נכשלה.
-
נוסף תיקון שבו לשרת התהליך לא היתה אפשרות לפעול כאשר יותר ממחשב אחד עם אותו מזהה BIOS ניסה ליצור חיבור.
-
תוקן באג בשרת התצורה שבו השדה 'שינויי נתונים ממתינים' לא עובר ניתוח מבנה טקסט כראוי ממחשב המקור.
מכשיר שכפול שחזור אתר של Microsoft Azure
רכיב |
גירסה |
---|---|
שרת גילוי פיזי |
|
שרת גילוי |
|
ספק שחזור אתר |
|
מנהל תצורת מכשיר |
|
שרת Proxy |
|
שירות שכפול |
|
שרת הגנה מחדש |
|
סוכן התקנה של דחיפה |
|
סוכן שירותי שחזור |
|
שרת תהליך |
שחזור אתר Microsoft Azure (שירות)
אין שינויים.
שחזור אתר Microsoft Azure (פורטל)
אין שינויים.
ספק שחזור אתר Microsoft Azure
-
נפתרה בעיה בתרחיש קלאסי של VMware/פיזית ל- Azure, שבה ספק שחזור האתר לא הצליח להתחבר לכספת של שירותי השחזור לאחר עדכון.
עדכון הרכיבים המקומיים של Azure Site Recovery
בין שני אתרי VMM מקומיים
-
הורד את אוסף העדכונים האחרון עבור ספק שחזור אתר Microsoft Azure.
-
התקן תחילה את אוסף העדכונים בשרת VMM המקומי המנהל את אתר השחזור.
-
לאחר עדכון אתר השחזור, התקן את אוסף העדכונים בשרת VMM המנהל את האתר הראשי.
הערה אם VMM הוא VMM זמין במיוחד (VMM מקובץ באשכולות), הקפד להתקין את השדרוג בכל הצמתים של האשכול שבו מותקן שירות VMM.
בין אתר VMM מקומי לבין Azure
-
הורד את אוסף העדכונים עבור ספק שחזור אתר Microsoft Azure.
-
התקן את אוסף העדכונים בשרת VMM המקומי.
-
התקן את סוכן שירותי השחזור העדכני ביותר של Microsoft Azure בכל מארחי Hyper-V.
הערה אם VMM שלך הוא VMM זמין במיוחד (VMM מקובץ באשכולות), הקפד להתקין את השדרוג בכל הצמתים באשכול שבו מותקן שירות VMM.
בין אתר Hyper-V מקומי לבין Azure
-
הורד את אוסף העדכונים עבור ספק שחזור אתר Microsoft Azure.
-
התקן את הספק בכל צומת של שרתי Hyper-V שנרשמת ב- Azure Site Recovery.
הערה אם Hyper-V שלך הוא שרת Host Clustered Hyper-V, הקפד להתקין את השדרוג בכל הצמתים של האשכול.
בין VMware מקומי או אתר פיזי ל- Azure
-
עדכן את שרת הניהול המקומי על-ידי הורדת תוכנית ההתקנה המאוחדת של שחזור אתר Microsoft Azure. זהו השרת בעל התפקידים 'שרת תצורה' ו'שרת תהליך'.
-
אם יש לך שרתי תהליך של שינוי קנה מידה, עדכן אותם בשלב הבא על-ידי הפעלת תוכנית ההתקנה המאוחדת של שחזור אתר Microsoft Azure.
-
אם יש לך שרתי יעד ראשיים, עדכן אותם בשלב הבא על-ידי בדיקת השלבים כאן.
-
עבור אל פורטל Azure ולאחר מכן עבור אל הדף פריטים > פריטים משוכפלים. בחר מחשב וירטואלי בדף זה. בחר בלחצן עדכן סוכן שמופיע בחלק התחתון של הדף עבור כל מחשב וירטואלי. פעולה זו מעדעדכן את סוכן שירות הניידות בכל המחשבים הווירטואליים המוגנים.
הערה אם אתה מעדכן או מגן על SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 ו- DEBIAN9, הקפד לבצע את השלבים הבאים:
-
הורד את המתקין המתאים עבור המחשבים שלך –
-
העתק את המתקין לתיקיות INSTALL_DIR\home\svsystems\pushinstallsvc\repository בשרת התצורה בשרתי התהליכים של Configuration Server ו- Scale Out, לפני שדרוג או הגנה על המחשבים הווירטואליים שלך. לדוגמה, להלן יהיה שם התיקיה כאשר נתיב ההתקנה של שרת התצורה/שרת תהליך הוא C:\Program Files (x86)\Microsoft Azure Site Recovery –
C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository -
לאחר העתקת המתקין, עבור אל services.msc והפעל מחדש את השירות InMage PushInstall.
הערה: מומלץ לבצע הפעלה מחדש לאחר כל שדרוג של סוכן הניידות כדי לוודא שכל השינויים האחרונים נטענים במחשב המקור. זה לא בהכרח הכרחי. עם זאת, הפעלה מחדש היא הכרחית אם ההבדל בין גירסאות סוכן מההפעלה מחדש האחרונה וגירסת היעד גדולה מארבע (4) במקום העשרוני האחרון. עיין בטבלה הבאה לקבלת הסבר מפורט.
גירסת סוכן במהלך ההפעלה מחדש האחרונה |
משדרג ל- |
האם הפעלה מחדש הכרחית? |
---|---|---|
9.25 |
9.27 |
לא הכרחי |
9.25 |
9.28 |
לא הכרחי |
9.25 |
9.29 |
לא הכרחי |
9.25 |
9.30 |
חובה |