اجرای فرآیندهای ITM 6 در سطح تعمیر و نگهداری متفاوت

چه موقع اجرای عوامل در سطح تعمیر و نگهداری متفاوت از TEMS خوب است؟

پاسخ

در یک محیط جدید ITM ، چارچوب مرکزی (TEMS/TEPS/WPA/SPA) و عوامل نصب شده مطمئناً با هم کار خواهند کرد. اگر اینگونه نباشد ، مسئله به عنوان بخشی از فرآیند راه اندازی برطرف می شود. بعداً ، نمایندگان و چارچوب مرکزی به طور مستقل به روز می شوند. محصولات عامل جدید نصب می شوند. در حین برنامه ریزی برای نصب و به روزرسانی های جدید ، این سؤال پرسیده می شود که آیا محیط جدید به درستی کار خواهد کرد یا خیر. این سند به بررسی این سؤال می پردازد.

سطح آزاد کردن

چارچوب مرکزی TEMS/TEPS/WPA/SPA دارای جریان های تعمیر و نگهداری مانند ITM 6. 1 و ITM 6. 2 و تحویل نگهداری دوره ای در هر جریان است. بنابراین شما می بینید که ITM 622 Base ، ITM 622 FP1 و ITM 622 FP2. برخی از عوامل مانند نمایندگان سیستم عامل و عامل ورود به سیستم یونیکس وجود دارند که در همان زمان تحویل داده می شوند.

بسیاری از عوامل دیگر وجود دارند که به طور مستقل تحویل داده می شوند. آنها همیشه برنامه های تعمیر و نگهداری متفاوت و طرح های شماره گذاری دارند. هنگام پرسیدن در مورد سازگاری برای این عوامل ، مستندات را مطالعه کرده و تعیین کنید که برای چه سطح TEMS طراحی شده اند. اینجاست که برنامه ریزی شروع می شود.

فرآیندهای ITM و هدف سازگاری رو به پایین

ITM برای سازگاری حداکثر بین فرآیندها طراحی شده است. به طور کلی که با برنامه ریزی برای سازگاری رو به پایین اجرا می شود. یک عامل برنامه ریزی شده برای اتصال به یک TEMS/TEPS در یک سطح همیشه قادر به اتصال به TEMS/TEP در سطح بالاتری خواهد بود. در اینجا چند روش به دست آمده است.

• شماره نسخه عامل در رشته وابستگی وجود دارد که هر نماینده ثبت می کند. همین شماره نسخه به صورت نمادین در پرونده رابط تعریف شیء TEPS [پرونده های Docxxx] که TEPS از آن استفاده می کند ، وجود دارد. هنگام کار در TEPS ، فقط ویژگی های موجود برای سطح عامل نشان داده شده است. هر ویژگی جدید با کد نسخه برچسب گذاری می شود. در نتیجه موقعیت ها و نمایش داده شدگان از سطح عامل فرومایه به طور خودکار در سطح عامل بالایی قابل استفاده هستند. معکوس درست نیست. اگر ویژگی های جدید را انتخاب کرده و سپس توزیع را انتخاب کنید ، فقط می توانید عوامل جدید را انتخاب کنید.

   

سرور TEMS برای سازگاری رو به بالا و رو به پایین طراحی شده است. به عنوان مثال ، یک توپی TEMS می تواند در ITM 6. 2 باشد و TEMS از راه دور می تواند در ITM 621 باشد. پیکربندی باعث از بین رفتن توانایی می شود. به عنوان مثال ، ITM 621 توانایی اضافی در مشخص کردن شدت یک رویداد و مقصد چندین رویداد دارد. یک مرکز در سطح پایین تر از این مسئله بی خبر خواهد بود و از پردازش جلوگیری یا نادیده می گیرد.

برای یک مثال معکوس ، یک توپی در ITM 621 و یک توپی از راه دور در ITM 6. 1 FP7 متقابل خواهد بود. اما هرگونه وقایع ناشی از آن ، شدت TEP ها را نادیده می گیرد. TEMS از راه دور از منطق جدید بی خبر است و رویدادهایی که برای هاب ایجاد می کند اطلاعات جدید را منتقل نمی کند.

بنابراین TEM ها در سطوح مختلف می توانند تعامل داشته باشند ، اما بسته کل قابلیت های پایین ترین سطح TEMS را خواهد داشت.

بهترین روش این است که این پیکربندی را یک مرحله انتقالی در نظر بگیرید. دریافت چارچوب مرکزی TEMS/TEPS/WPA/SPA تا یک سطح تعمیر و نگهداری مشترک ، اطمینان می دهد که محیط هایی را که آزمایش های سنگین QA و R& D را دریافت می کنند ، در حال اجرا هستید. این عمل همچنین باعث می شود شما آنچه را که سایر مشتریان ITM در حال اجرا هستند ، اجرا کنید و بنابراین می توانید با هم در رفع و پیشرفت شرکت کنید.

یک جنبه جالب شامل اجرای عوامل Uplevel با TEM HUB Downlevel است. می توانید یک از راه دور از راه دور را نصب کنید و از راه دور Tems به Tems Hub Downlevel متصل شوید. عوامل Uplevel به TEMS UPLEVEL متصل می شوند. مثل همیشه ، شما توانایی بالقوه ای را از دست می دهید اما توانایی نظارت اساسی را به دست می آورید.

خطر عوامل در سطوح مختلف نگهداری در همان سرور

هنگامی که عوامل در جریان های مختلف تعمیر و نگهداری مانند ITM 6. 1 و ITM 622 هستند ، خطر اجرای آنها در همان سرور وجود دارد. خطر بزرگ هنگام نصب یا به روزرسانی عامل Downlevel ایجاد می شود. عوامل ITM از برخی عناصر مشترک استفاده می کنند

• 1. کتابخانه پشتیبانی عامل یا TEMA: یک عامل پایین Downlevel ممکن است جایگزین کد TEMA UPLEVEL موجود شود. عوامل بالایی معمولاً پس از آن ناکام خواهند ماند. در این حالت یا مجدداً نصب کد TEMA UPLEVEL ، یا گاهی اوقات نصب مجدد مأمورین ، لازم خواهد بود. این باعث شده است که TEMS و TEPS نصب شده بر روی همان سرور - از جمله نیاز به نصب مجدد TEMS/TEPS.
  2. پیوندهای TMAITM6: در Linux/UNIX ، پیوندهای نمادین در پایان فرآیند نصب ایجاد می شوند. اینها برای دسترسی به برخی از کتابخانه های سیستم به روش مستقل از نسخه استفاده می شود. یک نصب پایین می تواند این پیوندها را ناسازگار کند و نیاز به نصب مجدد داشته باشد.
  3. وابستگی های Java Run: برخی از نمایندگان در سطح زمان اجرای جاوا نیازهای جدی دارند و همچنین آیا زمان اجرای جاوا به صورت محلی یا جهانی نصب شده است. این همچنین می تواند سایر مؤلفه ها را بشکند و مجدداً نصب مجدد شود.

• 1. TEMS/TEPS/WPA/S& P را در یک مسیر نصب نصب کنید.
  2. عوامل را در همان جریان تعمیر و نگهداری در یک مسیر نصب جداگانه نصب کنید. اگر عوامل فرومایه وجود دارد ، آنها را در یک مسیر نصب متفاوت نصب کنید.
  3. برای اجرای TEMS/TEMS/WPA/S& P و یک کاربر دیگر برای اجرای نمایندگان از یک UserID استفاده کنید.

• 1. برای سرورهایی که TEMS/TEPS/WPA/SPA را اجرا می کنند ، حداقل مجموعه ای از عوامل را نصب می کنند ، مانند فقط عامل سیستم عامل برای سیستم عامل درگیر ، و آن را به همراه چارچوب مرکزی به روز می کنند.
  2. برای سرورهایی که عوامل در حال اجرا هستند ، از نصب عوامل در سطوح مختلف تعمیر و نگهداری خودداری کنید. به عنوان مثال ، استفاده از Fixpack در سطح نگهداری فعلی همیشه خوب است. نصب یک عامل بالایی معمولاً خوب است. از طرف دیگر ، نصب یک عامل فرومایه ، مانند یک عامل ITM 6. 1 بر روی سرور با نمایندگان ITM 622 خطر قابل توجهی را شامل می شود. همچنین ترکیبات را در جریان های مختلف تعمیر و نگهداری کاملاً آزمایش کنید.

در حالی که هدف همیشه سازگاری صعودی است ، اما نقص های گاه به گاه وجود دارد. به عنوان مثال APAR IZ17951 باعث درگیری شد که در آن *مفقود شده همانطور که انتظار می رفت کار نمی کرد. این در سال 2008 اصلاح شد. ITM 630 FP2 باعث شد تا عوامل سیستم عامل لینوکس همیشه از دست رفته *در ITM 630 FP3 اصلاح شوند.

سازگاری یک هدف است اما در موارد نادر نقصی را می توان مشاهده کرد.

نمونه هایی از موفقیت سازگاری رو به بالا

یک مشتری با یک محصول 10 ساله قبل از IBM ERA EMITER/ADAPTER گزارش داد. این یک کلاس از محصول بود که سرانجام توسط Agent Agent و اخیراً توسط Agent Builder جایگزین شد. این محصول به مدت هشت سال به بازار عرضه نشده است و پس از کسب IBM منتشر نشده یا مستند نشده است. با این حال ، این کار به کار خود ادامه داد و مشتری برای جلوگیری از اجرای سرور وب داخلی ، نیاز به پیکربندی آن داشت. تکنیک فعلی خوب کار کرد.

قبل از مشتری Portal ، یک محصول GUI ایستگاه کاری به نام Workstation Managed Candlenet یا CMW وجود داشت. در نوامبر 2005 به ITM 6. 1 منتقل نشده است. برخی از مشتری ها هنوز هم امروز برای اهداف خاص از آن استفاده می کنند.

ITM به درجه بالایی از سازگاری رو به بالا دست می یابد. از مسائل احتمالی آگاه باشید و قبل از انجام تولید ، تنظیمات غیرمعمول را کاملاً آزمایش کنید.

توجه 1: خدمات محاسبات شبکه

ITM شامل اجرای سیستم محاسبات شبکه است. هدف کلی این است که به یک فرآیند ITM اجازه دهید تا از طریق تماس های روش از راه دور ، یک روال خوب تعریف شده را در یک فرآیند سرور ITM فراخوانی کند. این یک پروژه منبع باز از سال 2005 بوده است. برای درک جزئیات بیشتر ، در اینجا برخی از منابع در مستندات IBM AIX در مورد اجرای AIX آورده شده است.