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

  • יישומים

  • מנהלי מערכת

  • שירות 'קביעת תור הודעות'

תורים שנוצרים על-ידי יישומים או מנהלי מערכת מכונים 'תורי יישומים'. תורים שנוצרים על-ידי שירות 'קביעת תור הודעות' מוכרים כתורי מערכת.

תורי יישומים

שירות 'קביעת תור הודעות' כולל את הסוגים הבאים של תורי יישומים:

תורים ציבוריים ופרטיים

תורים ציבוריים

בסביבת תחום, תורים ציבוריים הם תורים שמפורסמים ב- Active Directory Domain Services ‏(AD DS) ולכן הם משוכפלים על-פני יער. רק המאפיינים של תורים אלה משוכפלים, לא התורים הממשיים עצמם או התוכן שלהם. כל מחשב בתוך היער יכול באופן פוטנציאלי לגשת למידע בנוגע לתורים ציבוריים, בתנאי שהמשתמש הוא בעל הרשאות מספיקות כדי לגשת לאובייקטי התור הישימים. באופן כללי, לכל משתמש ביער שהינו בעל גישה ל- AD DS ולהרשאה 'שליחת הודעה' עבור תור ציבורי נתון, יש אפשרות לשלוח הודעות לתור זה. הרשאה זו מוענקת כברירת מחדל בעת יצירת התור. כדי לקרוא הודעות מתור ציבורי, יש צורך בהרשאות 'מבט מהיר בהודעה' או 'קבלת הודעה' עבור התור.

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

תורים פרטיים

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

  • מהירים יותר ליצירה.

  • ללא השהיית גישה.

  • ללא תקורת שכפול.

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

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

תורים המיועדים לטרנזקציות ותורים שאינם מיועדים לטרנזקציות

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

שליחת הודעות

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

קבלת הודעות

ניתן לקבל הודעות מתור מקומי או מרוחק.

תורי משנה

תורי משנה מאפשרים ליישומים לקבץ הודעות. תורי משנה הם שימושיים בתרחישים הבאים:

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

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

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

לדוגמה, באיור הבא, ניתן להעביר הודעות הלוך ושוב בין subqueue1 (או subqueue2) לתיקיית ההודעות Queue של queuea. ניתן להעביר הודעות גם בין subqueue1 ל- subqueue2. בדומה, ניתן להעביר הודעות הלוך ושוב בין queuez ובין תורי המשנה שלו, subqueue3 ו- subqueue4.

עם זאת, לא ניתן להעביר הודעות באף אחד מהכיוונים בין queuea לבין subqueue3 או subqueue4, או בין queuez ו- subqueue1 או subqueue2. בדומה, לא ניתן להעביר הודעות הלוך ושוב בין תורי המשנה של queuea ‏(subqueue1 ו- subqueue2) ותורי המשנה של queuez ‏(subqueue3 ו- subqueue4).

תורים משניים

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

  • מיכסה

  • רשימת בקרת גישה (ACL)

  • סוג טרנזקציה

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

לא ניתן ליצור תורי משנה תחת יומן או תורי מערכת אחרים, או תורי משנה אחרים.

תורי ניהול

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

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

תורי תגובה

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

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

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

תורי דיווח

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

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

  • תווית: תור דיווח - MQReport

  • מזהה סוג תור:

    {55EE8F32-CCE9-11CF-B108-0020AFD61CE9}

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

תורי מערכת

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

  • תורי יומן, המכילים עותקים של הודעות שהוסרו מתור. יומני מחשב מכילים עותקים של כל ההודעות שנשלחו ממחשב.

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

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

  • תורים מחברים, המשמשים עבור העברת הודעות בין פלטפורמות שונות.

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

בצע את ההליכים הבאים לפי הצורך כדי לנהל תורים:


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