تعمیر نرمافزار، تعویض 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
- گذرواژه حساب Service را دریافت کنید.
- در PowerStore Manager، از بخش Settings، قابلیت SSH را فعال کنید.
- یک SSH Client مانند PuTTY را روی رایانهای که از نظر شبکه به Cluster دسترسی دارد، آماده کنید.
- با Management IP Address به Cluster متصل شوید.
- با نام کاربری و گذرواژه حساب Service وارد شوید. اتصال باید به Serviceability Docker Container برقرار شود.
- نام اسکریپت موردنظر را وارد کنید.
برای مشاهده فهرست اسکریپتها:
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]| پارامتر | کاربرد |
|---|---|
-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
| عملیات | کاربرد |
|---|---|
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]مراحل پس از اجرای اسکریپت
- هر دو Power Cable را از DPE جدا کنید.
- پس از خاموششدن Node، Node دیگر را داخل DPE قرار دهید.
- هر دو 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}| عملیات | عملکرد |
|---|---|
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 استفاده میشود.
| مشخصه | مقدار |
|---|---|
| حالت اجرا | 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}| عملیات | کاربرد |
|---|---|
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]مراحل فعالسازی
- برای فعالکردن Root Escalation، کلید ایجاد کنید:
svc_inject generate-key --root- برای دریافت Response Key با Service Provider مجاز تماس بگیرید.
- از Response Key دریافتی برای فعالسازی استفاده کنید:
svc_inject run <response_key>- پس از تأیید موفقیتآمیز فعالسازی، ابزار 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 قابل بوت برای عملیات بازیابی را پوشش میدهد.
در قسمت بعدی، بازیابی نرمافزار و اتصال به Peer Node در Dell PowerStore بررسی میشود.
برای بررسی نیازهای نگهداری، تعویض قطعه و پشتیبانی تجهیزات سازمانی، با خدمات تخصصی آکو آشنا شوید.
HPE
DELL
Broadcom
HPE
DELL
Broadcom
Vmware