ביצועים ושיטות עבודה מומלצות של העברה ל- Office 365

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

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

בנושא זה

מבט כולל על העברת דואר אלקטרוני אל Office 365

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

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

שיטות העברה נפוצות בשימוש

שיטת העברה

תיאור

משאבים

העברת Internet Message Access Protocol‏ (IMAP)

ניתן להשתמש במעטפת הניהול של מרכז הניהול של Exchange או של Exchange להעברת התוכן של תיבות הדואר של משתמשים ממערכת העברת הודעות של IMAP אל תיבות הדואר שלהם ב- Office 365. שלב זה כולל את העברת תיבות הדואר שלך משירותי דואר אלקטרוני מתארחים אחרים, כגון Gmail או Yahoo Mail.

העברת תיבות הדואר של IMAP ל- Office 365

העברה בשלב אחד

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

העברה בשלב אחד ל- Office 365

העברה בשלבים

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

המידע שעליך לדעת אודות העברת דואר אלקטרוני בשלבים ל- Office 365

פריסה משולבת

פריסה משולבת מאפשרת לארגונים להרחיב אל הענן את החוויה העשירה בתכונות ואת השליטה הניהולית שיש להם עם ארגון Exchange המקומי. פריסה משולבת מספקת את המראה והתחושה החלקים של ארגון Exchange יחיד בין Exchange Server 2013 או Microsoft Exchange Server 2010 מקומיים לבין Office 365. בנוסף, פריסה משולבת יכולה לשמש כשלב ביניים למעבר מוחלט לארגון Office 365.

פריסות משולבות של Exchange Server 2013

העברה באמצעות ספק חיצוני

ישנם כלים זמינים רבים של ספקים חיצוניים. נעשה בהם שימוש בגישות ובפרוטוקולים ייחודיים לביצוע העברות דואר אלקטרוני מפלטפורמות דואר אלקטרוני כגון IBM Lotus Notes ו- Novell GroupWise.

להלן מספר כלי העברה של ספקים חיצוניים ושותפים חיצוניים שיכולים לסייע בהעברות של Exchange מפלטפורמות של ספקים חיצוניים:

  • Binary Tree   ספקית תוכנות להעברה ודו-קיום חוצי פלטפורמות של יישומי העברת הודעות, עם מוצרים המאפשרים ניתוח, דו-קיום והעברה בין סביבות העברת הודעות ושיתוף פעולה ארגוניות מקומיות ומקוונות המבוססות על IBM Lotus Notes ו- Domino ועל Exchange ו- SharePoint.

  • BitTitan ספקית פתרונות העברה ל- Office 365.

  • Dell   ספקית תוכנות מקומיות ומתארחות להעברה ודו-קיום, כולל ניתוח לפני העברה ודו-קיום מוחלט של משתמשים ויישומים. העברות מלאות מסביבות מקומיות של Exchange‏, IBM Domino‏, Novell GroupWise‏, Zimbra וסביבות אחרות אל Office 365 ו- SharePoint Online.

  • Metalogix   ספקית פתרונות העברה ל- Office 365 ו- SharePoint Online.

  • SkyKick ספקית פתרונות העברה אוטומטיים להעברת סביבות מקומיות של Exchange‏, Gmail‏, POP3‏, IMAP ו- Lotus Notes ל- Office 365. כלי ההעברה מקצה לקצה מסייעים לשותפים בשלבי פרוייקט ההעברה - המכירות, התכנון, ההעברה, הניהול והטיפול באתר המקומי עצמו.

  • TransVault   ספקית פתרונות העברה ל- Office 365.

ביצועי שיטות העברה

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

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

שיטת העברה

Office 365 - ויסות משתמשים

Office 365 - ויסות העברה-שירות

Office 365 - ויסות מבוסס תקינות משאבים

תפוקה ממוצעת שנצפתה לפי שעה ולפי לקוח (אם ישים)

העברת IMAP

לא

כן

כן

10-14 ג'יגה-בתים (GB‏) (20 בו-זמנית)

העברה בשלב אחד

לא

כן

כן

‎10-14 GB‏ (20 בו-זמנית)

העברה בשלבים

לא

כן

כן

‎10-14 GB‏ (20 בו-זמנית)

העברה משולבת

לא

כן

כן

‎10-14 GB ל- Exchange 2013 מקומי או 2010 CAS (שירות Microsoft Exchange Mailbox Replication (‏שירות MRSProxy)) עם 20 העברות בו-זמנית1

העברת MAPI באמצעות ספק חיצוני

כן

לא

כן

‎4-12 GB‏ (20 בו-זמנית) 2

העברת שירותי אינטרנט של Exchange של ספק חיצוני

לא

כן

כן

‎5-10 GB‏ (20 בו-זמנית) 3

העלאת לקוחות (מקבצי ‎.pst של Outlook)

כן

לא

כן

‎0.5 GB

1נצפה כי תפוקת ההעברה של תיבת דואר אחת היא בטווח של ‎0.3–1.0 ג'יגה בתים/שעה. ניתן להשיג שיעור תפוקה של מעל 1000 מגה-בתים/שעה לכל תיבת דואר באמצעות רשת המסוגלת לעמוד בזמן עיכוב של פחות מ- 2 אחוז עקב כשלים ארעיים ובהשהיות רשת של פחות מ- 100 אלפיות השנייה. ניתן להשתמש במספר גבוה יותר של העברות תיבות דואר בו-זמנית כדי להשיג שיעורי העברת נתונים גבוהים יותר. התפוקה של העברת תיבת דואר בודדת תואט כאשר שרת CAS (שירות MRSProxy) המקומי עובד בקיבולת חומרה, אם רוחב הפס ברשת אינו מספיק, או אם השהיית הרשת גבוהה מדי. שקול הוספת שרתים נוספים או שיפור זמני של קישוריות הרשת כדי להגביר את הספק ההעברה.

2נצפה כי התפוקה של העברת MAPI בודדת היא בטווח של ‎0.1-0.5 ג'יגה בתים/שעה. ניתן להשתמש במספר גבוה יותר של העברות בו-זמנית כדי להשיג שיעורי העברת נתונים גבוהים יותר. התפוקה של העברת MAPI בודדת תואט כאשר השרתים המקומיים או הרשת עובדים במלוא הקיבולת.

3נצפה כי תפוקת העברה בודדת של שירותי אינטרנט של Exchange היא בטווח של ‎0.2-0.5 ג'יגה בתים/שעה. ניתן להשתמש במספר גבוה יותר של העברות בו-זמנית כדי להשיג שיעורי העברת נתונים גבוהים יותר. לדוגמה, עם 20 העברות בו-זמנית, התפוקה הכוללת תהיה בטווח של 4-10 ג'יגה-בתים/שעה. תפוקת העברה בודדת של שירותי אינטרנט של Exchange תואט כאשר השרתים המקומיים או הרשת עובדים במלוא הקיבולת.

הגורמים הקשורים לביצועי העברה

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

גורמים נפוצים הקשורים לביצועי העברה

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

הגורם

תיאור

דוגמה

מקור נתונים

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

Gmail מגביל את כמות הנתונים שניתן לחלץ בפרק זמן מסוים.

סוג וצפיפות של נתונים

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

תיבת דואר אחת בגודל ‎4-GB עם 400 פריטים, כל אחד מהם עם קבצים מצורפים בגודל 10 מגה-בתים (MB), תועבר מהר יותר מאשר תיבת דואר אחת בגודל ‎4-GB עם 100,000 פריטים קטנים יותר.

שרת העברה

פתרונות העברה רבים משתמשים בשרת העברה או בתחנת עבודה מסוג "jump box" כדי להשלים את ההעברה.

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

מנגנון העברה

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

לשירות MRSProxy ישנן יכולות ומגבלות משלו.

מכשירים ברשת מקומית

ביצועי הרשת מקצה לקצה - ממקור הנתונים אל שרתי גישת הלקוח של Exchange Online - משפיעים על ביצועי ההעברה.

תצורת חומת האש ומפרטים בארגון המקומי.

שירות Office 365

Office 365 כולל תמיכה ותכונות מוכללות לניהול עומס העבודה של ההעברה.

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

גורמי ביצועי רשת

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

השתמש ב- Exchange Analyzer כדי להבין טוב יותר את קישוריות הרשת שלך עם Office 365. כדי להפעיל את הבדיקות של Exchange Analyzer במסייע התמיכה והשחזור, עבור אל 'אבחון מתקדם' > Exchange Online > 'בדוק את הקישוריות לרשת של Exchange Online' > 'כן'. כדי ללמוד עוד על מסייע התמיכה והשחזור, ראה פתרון בעיות ב- Outlook וב- Office 365 באמצעות מסייע התמיכה והשחזור עבור Office 365.

הגורם

תיאור

שיטות עבודה מומלצות

קיבולת הרשת

משך הזמן שנדרש כדי להעביר תיבות דואר אל Office 365 נקבע על-ידי הקיבולת הזמינה והמרבית של הרשת.

  • זהה את הקיבולת הזמינה ברשת ובדוק מהי קיבולת ההעלאה המרבית.

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

  • השתמש בכלים כדי לאמוד את קיבולת הרשת בפועל. הקפד לבדוק את זרימת הנתונים מקצה לקצה - ממקור הנתונים המקומי אל שרתי השער במרכז הנתונים של Microsoft.

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

יציבות הרשת

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

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

עיכובים ברשת

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

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

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

  • בצע הערכות של עיכובים ברשת לכל מרכזי הנתונים הפוטנציאליים של Microsoft כדי להבטיח תוצאה עקבית. (דבר זה גם יעזור להבטיח חוויה עקבית עבור משתמשי הקצה.) עבוד עם ה- ISP שלך כדי לטפל בבעיות הקשורות לאינטרנט.

  • הוסף את כתובות ה- IP של שרתי מרכזי נתונים של Microsoft לרשימת ההיתרים שלך, או עקוף את כל התעבורה הקשורה להעברה מחומת האש של הרשת. לקבלת מידע נוסף אודות טווחי כתובות ה- IP של Office 365, ראה כתובות URL וטווחי כתובות IP של Office 365.

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

ויסות Office 365

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

  • ויסות משתמשים

  • ויסות העברה-שירות

  • ויסות מבוסס תקינות משאבים

הערה: שלושת סוגי הוויסות של Office 365 אינם משפיעים על כל שיטות ההעברה.

Office 365 - ויסות משתמשים

ויסות משתמשים משפיע על מרבית הכלים של העברה באמצעות ספק חיצוני ועל שיטת ההעברה של העלאת לקוח. שיטות העברה אלה עושות שימוש בפרוטוקולי גישת לקוח, כגון קריאה לפרוצדורה מרוחקת (RPC) באמצעות פרוטוקול HTTP, להעברת נתוני תיבות דואר לתיבות דואר של Office 365. כלים אלה משמשים להעברת נתונים מפלטפורמות כגון IBM Lotus Domino ו- Novell GroupWise.

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

Office 365 - ויסות העברה-שירות

ויסות העברה-שירות משפיע על כל כלי ההעברה של Office 365. ויסות העברה-שירות מנהל את הביצוע של התרחשות בו-זמנית של העברות ואת הקצאת משאבי השירות עבור פתרונות ההעברה של Office 365.

ויסות העברה-שירות משפיע על העברות שמתבצעות באמצעות שיטות ההעברה הבאות:

  • העברת IMAP

  • העברת Exchange בשלב אחד

  • העברת Exchange בשלבים

  • העברות משולבות (העברות מבוססות שירות MRSProxy בסביבה משולבת)

דוגמה לוויסות העברה-שירות היא שליטה במספר תיבות הדואר המועברות בו-זמנית במהלך העברות Exchange והעברות IMAP פשוטות. ערך ברירת המחדל הוא 10. משמעות הדבר היא כי בכל זמן נתון מועברות לכל היותר 10 תיבות דואר מכל אצוות ההעברה. ניתן להגדיל את מספר תיבות הדואר המועברות בו-זמנית עבור אצוות העברה בלוח הבקרה של Exchange או ב- Windows PowerShell. לקבלת מידע נוסף אודות האופן למיטוב הגדרה זו, ראה ניהול אצוות העברה ב- Office 365.

Office 365 - ויסות מבוסס תקינות משאבים

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

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

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

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

  • 25/1/2012 00:56:01 ‏[BL2PRD0410CA012] התקדמות העתקה: 723/1456 הודעות, ‎225.8 MB (236,732,045 בתים)/‎416.5 MB (436,712,733 בתים).

    25/1/2012 00:57:53 [BL2PRD0410CA012] העברת תיבת הדואר ‎'/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx'‎ נעצרה מאחר שלא סופק DataMoveReplicationConstraint עבור מסד הנתונים 'NAMPRD04DG031-db081' (סוכן MailboxDatabaseReplication). הסיבה לכשל: מסד הנתונים edbf0766-1f2a-4552-9115-bb3a53a8380b אינו מספק את האילוץ SecondDatacenter. אין עותקים תקינים וזמינים של מסד הנתונים. המערכת תמתין עד 25/1/2012 01:27:53.

    25/1/2012 00:58:24 [BL2PRD0410CA012] הבקשה כבר אינה מושהית ותמשיך להתבצע.

    6/30/2017 00:03:58 [CY4PR19MB0056] מוותר על המשימה בגלל עיכובים גדולים בעקבות בעיות בתקינות שרת או הגבלות תקציב עם מצב ויסות בקשה 'StalledDueToTarget_DiskLatency'.

פתרון ותרגול   

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

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

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

גורם 1: מקור נתונים

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

רשימת פעולות לביצוע

תיאור

שיטות עבודה מומלצות

ביצועי המערכת

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

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

לקבלת מידע נוסף, ראה:

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

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

משימות עורפיות

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

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

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

מדיניות ויסות

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

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

בהתאם לגירסה, Exchange כולל קווי מדיניות המגבילים את הגישה של IMAP אל שרת הדואר המקומי (המשמש העברות IMAP) ואת הגישה של פרוטוקול RPC over HTTP (המשמש העברות Exchange בשלב אחד והעברות Exchange בשלבים).

כדי לבדוק את הגדרות הוויסות בארגון Exchange 2013, הפעל את פקודת cmdlet זו: Get-ThrottlingPolicy. לקבלת מידע נוסף, ראה ניהול עומס העבודה של Exchange.

לקבלת מידע נוסף אודות ויסות IMAP, ראה העברת תיבות הדואר של IMAP ל- Office 365

לקבלת מידע נוסף אודות פרוטוקול הוויסות RPC over HTTP, ראה:

גורם 2: שרת העברה

העברות IMAP, העברות בשלב אחד והעברות בשלבים הן שיטות העברה של משיכת נתונים המופעלת בענן, כך שאין צורך בשרת העברה ייעודי. עם זאת, מארחי הפרוטוקול הפונים לאינטרנט (IMAP או פרוטוקול RPC over HTTP) מתפקדים כשרת ההעברה עבור העברות תיבות דואר ונתוני תיבות דואר אל Office 365. לכן, הגורמים ושיטות העבודה המומלצות עבור ביצועי העברה שתוארו בסעיף הקודם אודות שרת מקור הנתונים עבור ארגון הדואר האלקטרוני הנוכחי שלך חלים גם על שרתי הקצה הפונים לאינטרנט. עבור ארגוני Exchange 2007‏, Exchange 2010 ו- Exchange 2013, שרת גישת הלקוח מתפקד כשרת העברה.

לקבלת מידע נוסף, ראה:

גורם 3: מנגנון העברה

שיטות ההעברה IMAP, העברה בשלב אחד והעברה בשלבים עבור העברות Exchange מבוצעות באמצעות לוח המחוונים של ההעברה ב- מרכז הניהול של Exchange. פעולה זו כפופה לוויסות העברה-שירות של Office 365.

פתרון ותרגול   

כעת לקוחות יכולים לציין התרחשות בו-זמנית של העברות (לדוגמה, להגדיר את מספר תיבות הדואר שיש להעביר בו-זמנית) באמצעות Windows PowerShell. ברירת המחדל היא 20 תיבות דואר. לאחר יצירת אצוות העברה, ניתן להשתמש ב- cmdlet הבא של Windows PowerShell כדי להגדיל ערך זה ל- 100 לכל היותר.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

לקבלת מידע נוסף, ראה ניהול אצוות העברה ב- Office 365.

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

גורם 4: רשת

בדיקות אימות   

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

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

  • העברות בשלב אחד ובשלבים עבור Exchange    אכלס מראש תיבת דואר במקור בנתונים לדוגמה. לאחר מכן, התחבר דרך האינטרנט (מחוץ לרשת המקומית) לתיבת הדואר במקור באמצעות Outlook על-ידי שימוש בפרוטוקול RPC over HTTP. ודא כי אתה מתחבר באמצעות מצב מטמון. מדוד את ביצועי הרשת על-ידי בדיקת משך הזמן הנדרש לסינכרון כל הנתונים מתיבת הדואר במקור. התפוקה אמורה להיות דומה לזו שלקוחות יוכלו להשיג באמצעות כלי ההעברה הפשוטים של Exchange ב- Office 365, בתנאי שאין אילוצים אחרים.

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

גורם 5: שירות Office 365

ויסות של Office 365 המבוסס על תקינות משאבים משפיע על העברות שנעשה בהן שימוש בכלי ההעברה הפשוטים המקוריים של Office 365. עיין בסעיף ויסות Office 365 המבוסס על תקינות משאבים.

בקשות העברה בשירות Office 365

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

בשירות Office 365, בשונה מ- Exchange 2010 מקומי, תור ההעברה ומשאבי השירות המוקצים להעברות משותפים בין הדיירים. עובדה זו משפיעה על אופן הטיפול בבקשות העברה בכל שלב בתהליך ההעברה.

קיימים ב- Office 365 שני סוגים של בקשות העברה:

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

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

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

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

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

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

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

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

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

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

שיטות עבודה מומלצות

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

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

  • כלול את משך הזמן שבמהלכו בקשת ההעברה ממתינה בתור. השתמש בנוסחה הבאה לחישוב זמן זה:

    (המספר הכולל של תיבות דואר שיש להעביר) = ((זמן כולל) – (זמן ממוצע בתור)) * (תפוקת ההעברה)

    כאשר תפוקת ההעברה שווה למספר הכולל של תיבות הדואר שניתן להעביר בשעה.

    לדוגמה, נניח שיש חלון של שש שעות להעברת תיבות דואר. אם הזמן הממוצע של המתנה בתור הוא שעה ויש לך תפוקת העברה של 100 תיבות דואר בשעה, תוכל להעביר 500 תיבות דואר במסגרת הזמן של שש שעות: ‎500 = (6 – 1) * 100‎.

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

קביעת זמן ההמתנה    זמן ההמתנה תמיד משתנה מאחר ש- Microsoft אינה מנהלת את לוחות הזמנים של העברה עבור לקוחות.

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

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

כלים של ספקים חיצוניים עבור העברות Office 365

כלים של ספקים חיצוניים נמצאים בשימוש בעיקר בתרחישי העברה שאינם כרוכים ב- Exchange, כגון העברות מ- Google Mail‏, IBM Lotus‏, Domino ו- Novell GroupWise. סעיף זה מתמקד בפרוטוקולי ההעברה הנמצאים בשימוש על-ידי כלי העברה של ספקים חיצוניים, ולא במוצרים ובכלי ההעברה הממשיים. הטבלה הבאה מספקת רשימה של גורמים החלים על כלים של ספקים חיצוניים עבור תרחישי העברה של Office 365.

גורם 1: מקור נתונים

רשימת פעולות לביצוע

תיאור

שיטות עבודה מומלצות

ביצועי המערכת

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

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

לקבלת מידע נוסף, ראה:

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

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

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

משימות עורפיות

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

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

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

מדיניות ויסות

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

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

בהתאם לגירסה, Exchange כולל קווי מדיניות המגבילים את הגישה של IMAP אל שרת הדואר המקומי (המשמש העברות IMAP) ואת הגישה של פרוטוקול RPC over HTTP (המשמש העברות Exchange בשלב אחד והעברות Exchange בשלבים).

לקבלת מידע נוסף אודות ויסות IMAP, ראה עצות למיטוב העברות IMAP.

לקבלת מידע נוסף אודות פרוטוקול הוויסות RPC over HTTP, ראה:

לקבלת מידע נוסף אודות האופן להגדרת ויסות של שירותי האינטרנט של Exchange, ראה Exchange 2010: הבנת קווי המדיניות של ויסות לקוחות.

גורם 2: שרת העברה

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

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

פתרון ותרגול   

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

גורם 3: מנגנון העברה

עבור כלי העברה של ספקים חיצוניים, הפרוטוקולים הנפוצים ביותר בשימוש הם שירותי אינטרנט של Exchange ופרוטוקול RPC over HTTP.

שירותי אינטרנט של Exchange   

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

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

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

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

שיטות עבודה מומלצות   

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

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

פרוטוקול RPC over HTTP   

פתרונות העברה מסורתיים רבים משתמשים בפרוטוקול RPC over HTTP. שיטה זו מבוססת לחלוטין על מודל גישת לקוח, כמו זה של Outlook, והמדרגיות והביצועים מוגבלים מאחר ששירות Office 365 מווסת את הגישה על בסיס ההנחה שהשימוש מתבצע על-ידי משתמש ולא על-ידי יישום.

שיטות עבודה מומלצות   

  • עבור כלי העברה העושים שימוש בפרוטוקול RPC over HTTP, שיטת עבודה מומלצת היא להגדיל את תפוקת ההעברה על-ידי הוספת שרתי העברה ושימוש בחשבונות מרובים של משתמשים בעלי תפקיד מנהל מערכת ב- Office 365. שיטה זו יכולה לאפשר מקביליות החדרת נתונים ולהשיג תפוקת נתונים גבוהה יותר מאחר שכל משתמש ניהולי כפוף לוויסות משתמשים על-ידי Office 365. קיבלנו דוחות המראים כי לקוחות ארגוניים רבים הצטרכו להגדיר יותר מ- 40 שרתי העברה כדי להשיג תפוקת העברה של 20-30 ג'יגה-בתים/שעה.

  • בשלב הפיתוח של כלי העברה, הכרחי לקחת בחשבון את מספר פעולות ה- RPC הנדרשות להעברת הודעה. כדי להמחיש זאת, אספנו יומני רישום שנלכדו על-ידי שירותי Office 365 עבור שני פתרונות העברה של ספקים חיצוניים (שפותחו על-ידי חברות חיצוניות) המשמשים לקוחות להעברת תיבות דואר אל Office 365. ערכנו השוואה בין שני פתרונות העברה שפותחו על-ידי חברות חיצוניות. השווינו את ההעברה של שתי תיבות דואר עבור כל פתרון העברה, וכן ביצענו השוואה להעלאת קובץ ‎.pst ב- Outlook. להלן התוצאות.

    השיטה

    גודל תיבת הדואר

    מספר הפריטים

    משך הזמן שההעברה ארכה

    סך הכל טרנזקציות RPC

    ממוצע השהיית לקוח (אלפ' שניה)

    AvgCasRPCProcessingTime (אלפ' שניה)

    פתרון א' (תיבת דואר 1)

    ‎376.9 MB‎

    4,115

    4:24:33

    132,040

    48.4395

    18.0807

    פתרון א' (תיבת דואר 2)

    ‎249.3 MB

    12,779

    10:50:50

    423,188

    44.1678

    4.8444

    פתרון ב' (תיבת דואר 1)

    ‎618.1 MB

    4,322

    1:54:58

    12,196

    37.2931

    8.3441

    פתרון ב' (תיבת דואר 2)

    ‎56.7 MB

    2,748

    0:47:08

    5,806

    42.1930

    7.4439

    Outlook

    ‎201.9MB

    3,297

    0:29:47

    15,775

    36.9987

    5.6447

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

גורם 4: רשת

שיטת עבודה מומלצת   

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

  1. משרת ההעברה, התחבר לתיבת הדואר של Office 365 עם Outlook באמצעות פרוטוקול RPC over HTTP. ודא כי אינך מתחבר באמצעות מצב מטמון.

  2. יבא קובץ ‎.pst גדול עם נתונים לדוגמה אל תיבת הדואר של Office 365.

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

גורם 5: שירות Office 365

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

הרחב את הכישורים שלך
סייר בהדרכה
קבל תכונות חדשות לפני כולם
הצטרף למשתתפי Office Insider

האם מידע זה היה שימושי?

תודה על המשוב!

תודה על המשוב! נראה שכדאי לקשר אותך לאחד מנציגי התמיכה של Office.

×