تعمیر نرم‌افزار، تعویض DPE و مدیریت دسترسی سرویس در Dell PowerStore؛ قسمت بیست‌وپنجم

Service Scripts در Dell PowerStore برای انجام عملیات تخصصی مانند تعمیر نرم‌افزار، تعویض DPE، مدیریت Service Mode، بازکردن Secure Snapshot و کنترل دسترسی کاربران سرویس به کار می‌روند. انتخاب صحیح هر اسکریپت به شناخت کاربرد، پیش‌نیازها، سطح دسترسی و مراحل اجرایی آن وابسته است.

این مقاله ادامه مجموعه راهنمای فنی Dell PowerStore است و شش Service Script را بررسی می‌کند که در مراحل نگهداری، تعمیر و بازیابی سیستم کاربرد دارند. تمرکز اصلی بر تفاوت عملکرد دستورات، Syntax صحیح و محدودیت‌های عملیاتی است.

خلاصه مقاله

در این قسمت، روش تعمیر نرم‌افزار با svc_repair، تعویض DPE با svc_replace_dpe، مدیریت Service Mode با svc_rescue_state، بازکردن Secure Snapshot با svc_secure_snapshot، مدیریت دسترسی SSH با svc_service_config و دریافت Root Privilege با svc_service_shell بررسی می‌شود.

مسیر مطالعه این راهنما

این مقاله قسمت بیست‌وپنجم مجموعه راهنمای فنی Dell PowerStore است. برای تکمیل مباحث قبلی، مطالعه قسمت بیست‌وچهارم درباره مدیریت Appliance، Certificate و بازیابی مفید است.

جایگاه این مقاله در مجموعه

قسمت فعلی: تعمیر نرم‌افزار، تعویض DPE و مدیریت دسترسی سرویس در Dell PowerStore؛ قسمت بیست‌وپنجم.

قسمت بعدی: بازیابی نرم‌افزار و اتصال به Peer Node در Dell PowerStore.

پیش‌نیازهای اجرای Service Scripts

Service Scripts در محیط سرویس Dell PowerStore اجرا می‌شوند و امکان دسترسی به عملیات تخصصی‌تر از رابط مدیریتی معمول را فراهم می‌کنند. اجرای این دستورات باید بر اساس نیاز عملیاتی، شرایط سیستم و سطح دسترسی مجاز انجام شود.

اتصال SSH به Service Container

  1. گذرواژه حساب Service را دریافت کنید.
  2. در PowerStore Manager، از بخش Settings، قابلیت SSH را فعال کنید.
  3. یک SSH Client مانند PuTTY را روی رایانه‌ای که از نظر شبکه به Cluster دسترسی دارد، آماده کنید.
  4. با Management IP Address به Cluster متصل شوید.
  5. با نام کاربری و گذرواژه حساب Service وارد شوید. اتصال باید به Serviceability Docker Container برقرار شود.
  6. نام اسکریپت موردنظر را وارد کنید.
نمونه دستور

برای مشاهده فهرست اسکریپت‌ها:

svc_help

بررسی Syntax و راهنمای دستور

هر Service Script گزینه راهنمای --help دارد. برای مشاهده آرگومان‌ها و ساختار اجرای یک فرمان، نام آن را همراه با این گزینه وارد کنید.

نمونه دستور
svc_diag --help

مشاهده راهنما جایگزین بررسی پیش‌نیازها یا تأیید کارشناس مجاز سرویس نیست.

تعمیر نرم‌افزار با svc_repair

اسکریپت svc_repair برای تعمیر نرم‌افزار طراحی شده است. این عملیات ضمن بازنویسی System Partition با Software Image ذخیره‌شده روی Back-end System Device، اطلاعات پیکربندی پایدار را حفظ می‌کند.

اطلاعاتی مانند Hostname، Host Registration و User Data در شرح عملکرد این اسکریپت به‌عنوان نمونه‌هایی از اطلاعات پیکربندی پایدار معرفی شده‌اند. این عملیات برای هر Node به‌صورت جداگانه انجام می‌شود.

فرمت دستور
svc_repair [-h] [--backup]
پارامترهای svc_repair
پارامترکاربرد
-h, --helpنمایش راهنمای دستور
--backupتهیه نسخه پشتیبان از ESXi Network Configuration

پارامتر --backup برای تهیه نسخه پشتیبان از پیکربندی شبکه ESXi در نظر گرفته شده است. نباید فرض کرد که وجود این پارامتر به معنای پشتیبان‌گیری از تمام اطلاعات یا کل پیکربندی سیستم است.

محدودیت عملیاتی

پیش از اجرا، وضعیت سیستم و شرایط تعمیر را بررسی کنید. در راهنمای فرمان، پیکربندی صحیح Firewall به‌عنوان پیش‌نیاز ذکر شده است. بازنویسی System Partition را نیز باید در چارچوب عملیات تعمیر موردنیاز در نظر گرفت.

تعویض DPE با svc_replace_dpe

اسکریپت svc_replace_dpe برای انجام عملیات تعویض DPE استفاده می‌شود. این عملیات دارای پیش‌نیازهای مشخص و مراحل سخت‌افزاری پس از اجرای فرمان است؛ بنابراین، شناخت Syntax به‌تنهایی برای اجرای آن کافی نیست.

هشدار فنی

این Utility فقط باید توسط Service Personnel آموزش‌دیده استفاده شود.

پیش‌نیازهای تعویض

  • فقط یک Node در DPE نصب شده باشد.
  • System Type با استفاده از Post Utilities تنظیم شده باشد.
  • پس از تنظیم System Type، Node راه‌اندازی مجدد شده باشد.
  • Node در Service Mode قرار گرفته باشد؛ فرمان باید پس از ورود Node به این حالت اجرا شود.
فرمت دستور
svc_replace_dpe [-h] [-d] {auto,manual}

تفاوت حالت‌های Auto و Manual

عملیات تعویض DPE
عملیاتکاربرد
autoبه‌روزرسانی DPE Resume Valueهای موردنیاز در فرایند تعویض DPE
manualانجام عملیات تعویض با استفاده از DPE Resume Valueهایی که کاربر ارائه می‌کند؛ فقط زمانی که Auto نتواند مقادیر را دریافت کند

در حالت Manual، مقادیر مربوط به Chassis Resume از کاربر درخواست می‌شوند؛ از جمله Product Serial Number، EMC_Vendor SN/Service Tag، EMC_WWN Seed و Product Part Number. این عملیات به کارکنان آموزش‌دیده سرویس محدود است.

فرمت دستور
svc_replace_dpe auto [-h] [-d]
svc_replace_dpe manual [-h] [-d]

مراحل پس از اجرای اسکریپت

  1. هر دو Power Cable را از DPE جدا کنید.
  2. پس از خاموش‌شدن Node، Node دیگر را داخل DPE قرار دهید.
  3. هر دو Power Cable را متصل کرده و هر دو Node را Boot کنید.

در پایان، سیستم باید به‌صورت عادی Boot شود. این مراحل بخشی از فرایند عملیاتی تعویض هستند و باید به همان ترتیب انجام شوند.

مدیریت Service Mode با svc_rescue_state

اسکریپت svc_rescue_state برای مدیریت وضعیت Boot Mode مرتبط با Service Mode به کار می‌رود. این فرمان سه عملیات اصلی دارد: clear، set و list.

فرمت دستور
svc_rescue_state [-h] {clear,set,list}
عملیات svc_rescue_state
عملیاتعملکرد
clearپاک‌کردن Boot Mode فعلی؛ پس از آن Node باید Reboot شود تا به Normal Mode بازگردد.
setتنظیم Boot Mode برای Service Mode؛ پس از آن Node باید Reboot شود تا وارد Service Mode شود.
listنمایش Boot Modeهای موجود برای Node

اجرای set به‌تنهایی به معنای ورود فوری به Service Mode نیست؛ پس از این عملیات باید Node را Reboot کرد. همین قاعده برای clear و بازگشت به Normal Mode نیز برقرار است.

این اسکریپت در محدوده Node عمل می‌کند و طبق جدول مشخصات آن، گذرواژه حساب Service لازم است؛ دسترسی Root به‌عنوان پیش‌نیاز این فرمان ذکر نشده است.

بازکردن Secure Snapshot با svc_secure_snapshot

اسکریپت svc_secure_snapshot برای Unlock کردن یک Secure Snapshot مشخص استفاده می‌شود. این فرمان بر اساس شناسه Snapshot عمل می‌کند و نباید با حذف Snapshot یا ایجاد Snapshot جدید اشتباه گرفته شود.

فرمت دستور
svc_secure_snapshot [-h] {unlock} [id]

در این Syntax، عملیات unlock برای بازکردن Snapshot و آرگومان id برای مشخص‌کردن شناسه Secure Snapshot استفاده می‌شود.

مشخصات عملیاتی svc_secure_snapshot
مشخصهمقدار
حالت اجراNormal یا Service
کاربردعملیات سیستم
گذرواژه Serviceلازم است
دسترسی Rootلازم است
دامنهCluster
احتمال عدم دسترس‌پذیری داده در جدول راهنماخیر
احتمال از دست رفتن داده در جدول راهنماخیر

وجود دسترسی Root در الزامات این فرمان اهمیت دارد. اجرای آن باید به کاربر مجاز و سناریوی عملیاتی مشخص محدود شود؛ همچنین شناسه Snapshot باید با هدف موردنظر مطابقت داشته باشد.

مدیریت دسترسی SSH کاربران سرویس با svc_service_config

اسکریپت svc_service_config برای مدیریت دسترسی ورود کاربران Service روی Primary Node یک Appliance استفاده می‌شود. این اسکریپت امکان فعال‌کردن دسترسی، مشاهده پیکربندی و غیرفعال‌کردن دسترسی را فراهم می‌کند.

فرمت دستور
svc_service_config [-h] {enable,list,disable}
عملیات svc_service_config
عملیاتکاربرد
enableفعال‌کردن دسترسی SSH برای Service User روی Appliance
listنمایش SSH Configuration
disableغیرفعال‌کردن دسترسی SSH برای Service User روی Appliance

این اسکریپت در سطح Appliance عمل می‌کند و با تنظیمات عمومی حساب‌های کاربری در سایر بخش‌های زیرساخت یکسان نیست. هدف آن مدیریت دسترسی Service User به Primary Node است.

طبق مشخصات راهنما، اجرای این اسکریپت به گذرواژه حساب Service و دسترسی Root نیاز دارد. تغییر دسترسی SSH باید با توجه به نیاز عملیاتی و مجوزهای تعیین‌شده انجام شود.

دریافت Root Privilege با svc_service_shell

اسکریپت svc_service_shell امکان دریافت Root Privilege و اجرای فرمان‌هایی را فراهم می‌کند که به سطح دسترسی بالاتر در محیط Linux نیاز دارند. این ابزار برای عملیات سرویس مانند Diagnosing و Triage سیستم در نظر گرفته شده است.

فرمت دستور
svc_service_shell [-h] [--cmd SHELL_CMD_ARGS]

مراحل فعال‌سازی

  1. برای فعال‌کردن Root Escalation، کلید ایجاد کنید:
svc_inject generate-key --root
  1. برای دریافت Response Key با Service Provider مجاز تماس بگیرید.
  2. از Response Key دریافتی برای فعال‌سازی استفاده کنید:
svc_inject run <response_key>
  1. پس از تأیید موفقیت‌آمیز فعال‌سازی، ابزار svc_service_shell را اجرا کنید.

پارامتر --cmd SHELL_CMD_ARGS امکان مشخص‌کردن Linux Command موردنظر را برای اجرای عملیات سرویس با سطح دسترسی بالاتر فراهم می‌کند. استفاده از این قابلیت باید محدود به عملیات مجاز و موردنیاز باشد.

نکته امنیتی

فعال‌سازی ابزار و اجرای فرمان‌های دارای دسترسی ممتاز دو مرحله مرتبط اما متمایز هستند. ایجاد کلید، دریافت Response Key و تأیید موفقیت فعال‌سازی باید پیش از استفاده از ابزار انجام شود.

چک‌لیست عملیاتی و محدودیت‌های مهم

  • کاربرد اسکریپت با عملیات موردنظر مطابقت داشته باشد.
  • Syntax و آرگومان‌ها با گزینه --help بررسی شده باشند.
  • اتصال SSH و دسترسی Service برقرار باشد.
  • پیش‌نیاز Firewall برای عملیات مرتبط با svc_repair بررسی شده باشد.
  • برای تعویض DPE، شرایط نصب Node، تنظیم System Type و ورود به Service Mode برقرار باشد.
  • حالت Manual تعویض DPE فقط در شرایط مشخص‌شده و توسط Service Personnel آموزش‌دیده اجرا شود.
  • پس از تغییر Boot Mode با svc_rescue_state، Reboot لازم انجام شود.
  • برای بازکردن Secure Snapshot، شناسه صحیح و مجوز Root فراهم باشد.
  • تغییر دسترسی SSH کاربران Service بر اساس مجوزهای عملیاتی انجام شود.
  • برای svc_service_shell، فرایند فعال‌سازی از مسیر مجاز svc_inject تکمیل شده باشد.

جمع‌بندی؛ انتخاب صحیح اسکریپت سرویس

اسکریپت‌های این قسمت هرکدام وظیفه مشخصی در تعمیر، نگهداری یا مدیریت دسترسی دارند. svc_repair برای تعمیر نرم‌افزار با حفظ اطلاعات پیکربندی پایدار استفاده می‌شود؛ svc_replace_dpe فرایند تعویض DPE را مدیریت می‌کند؛ svc_rescue_state وضعیت Service Mode را کنترل می‌کند؛ svc_secure_snapshot برای Unlock کردن Snapshot به کار می‌رود؛ svc_service_config دسترسی SSH کاربران سرویس را مدیریت می‌کند و svc_service_shell امکان دریافت Root Privilege را فراهم می‌سازد.

در همه این عملیات‌ها، تطبیق فرمان با هدف، رعایت پیش‌نیازها و توجه به سطح دسترسی اهمیت دارد. عملیات تعویض DPE و دریافت دسترسی Root باید در چارچوب فرایندهای مجاز سرویس انجام شوند.

سوالات متداول

تفاوت svc_repair با Factory Reset چیست؟

svc_repair برای تعمیر نرم‌افزار با حفظ اطلاعات پیکربندی پایدار مانند Hostname، Host Registration و User Data طراحی شده است. نباید آن را معادل Factory Reset در نظر گرفت.

چه زمانی باید از حالت Manual در تعویض DPE استفاده کرد؟

فقط زمانی که حالت Auto نتوانسته باشد DPE Resume Valueهای موردنیاز را از سیستم دریافت کند. این عملیات به کارکنان آموزش‌دیده سرویس محدود است.

آیا بعد از اجرای svc_rescue_state set، سیستم بلافاصله وارد Service Mode می‌شود؟

خیر. پس از تنظیم Boot Mode باید Node را Reboot کرد تا وارد Service Mode شود.

اسکریپت svc_secure_snapshot چه کاری انجام می‌دهد؟

این اسکریپت یک Secure Snapshot مشخص را با استفاده از شناسه آن Unlock می‌کند. هدف آن حذف Snapshot یا ایجاد نسخه جدید نیست.

چگونه دسترسی SSH کاربران Service مدیریت می‌شود؟

با svc_service_config می‌توان دسترسی SSH را فعال یا غیرفعال کرد و پیکربندی موجود را مشاهده کرد.

برای استفاده از svc_service_shell چه پیش‌نیازی وجود دارد؟

ابتدا باید ابزار از طریق svc_inject فعال شود. این فرایند شامل ایجاد کلید، دریافت Response Key از Service Provider مجاز و تأیید موفقیت فعال‌سازی است.

تفاوت تعمیر نرم‌افزار با بازیابی نرم‌افزار چیست؟

svc_repair پارتیشن سیستم را با Software Image موجود روی Back-end System Device بازنویسی می‌کند و اطلاعات پیکربندی پایدار مشخص‌شده را حفظ می‌کند. بازیابی نرم‌افزار با svc_software_recovery ایجاد رسانه USB قابل بوت برای عملیات بازیابی را پوشش می‌دهد.

ادامه راهنمای فنی Dell PowerStore

در قسمت بعدی، بازیابی نرم‌افزار و اتصال به Peer Node در Dell PowerStore بررسی می‌شود.

برای بررسی نیازهای نگهداری، تعویض قطعه و پشتیبانی تجهیزات سازمانی، با خدمات تخصصی آکو آشنا شوید.

بررسی خدمات پشتیبانی