أثناء عملية التشغيل وصيانة الخادم ، من الضروري في كثير من الأحيان مراقبة الموارد المختلفة للخادم ، مثل: مراقبة تحميل وحدة المعالجة المركزية ، ومراقبة استخدام القرص ، ومراقبة أرقام العملية ، وما إلى ذلك ، وذلك للتنبيه على الفور عند حدوث خلل في النظام وإخطار مسؤول النظام. تقدم هذه المقالة العديد من متطلبات المراقبة الشائعة وكتابة البرامج النصية Shell في أنظمة Linux.
دليل المقال:
1.linux يستخدم shell للتحقق مما إذا كانت العملية موجودة
2. يستخدم Linux Shell للكشف عن استخدام وحدة المعالجة المركزية
3. يستخدم Linux Shell للكشف عن استخدام ذاكرة العملية
4. يستخدم Linux Shell للكشف عن استخدام مقبض العملية
5.linux يستخدم shell لمعرفة ما إذا كان منفذ TCP أو UDP يستمع
6.linux يستخدم Shell لعرض عدد عمليات التشغيل
7. يستخدم Linux Shell للكشف عن تحميل وحدة المعالجة المركزية
8. Linux يستخدم Shell للكشف عن مساحة قرص النظام
9. ملخص
تحقق مما إذا كانت العملية موجودة
عند مراقبة العملية ، نحتاج عمومًا إلى الحصول على معرف العملية. معرف العملية هو المعرف الفريد للعملية ، ولكن في بعض الأحيان قد يتم تشغيل عمليات متعددة مع نفس اسم العملية تحت مستخدمين مختلفين على الخادم. تعطي الدالة getPid أدناه وظيفة الحصول على معرف العملية لاسم العملية المحدد ضمن المستخدم المحدد (حاليًا ، فقط مع الأخذ في الاعتبار بدء عملية باسم العملية تحت هذا المستخدم). له معلمتان: اسم المستخدم واسم العملية. يستخدم أولاً PS للعثور على معلومات العملية ، وتصفية العملية المطلوبة من خلال GREP ، ويجد أخيرًا قيمة المعرف للعملية من خلال SED و AWK (يمكن تعديل هذه الوظيفة وفقًا للشروط الفعلية ، مثل تصفية المعلومات الأخرى ، إلخ).
سرد 1. مراقبة العملية
نسخة الكود كما يلي:
وظيفة getPid #user #NAME
{
PSUSER = $ 1
psname = 2 دولار
pid = `ps -u $ psuser | grep $ psname | grep -v grep | grep -v vi | grep -v dbx/n
| grep -v tail | grep -v start | grep -v stop | sed -n 1p | awk '{print $ 1}' `
صدى $ pid
}
عينة مظاهرة:
1) برنامج المصدر (على سبيل المثال ، ابحث عن معرف العملية للمستخدم كجذر واسم العملية هو CFTESTAPP)
نسخة الكود كما يلي:
pid = `getpid root cftestapp`
صدى $ pid
2) نتائج الإخراج
نسخة الكود كما يلي:
11426
[dyu@xilinuxbldsrv shell] $
3) تحليل النتائج
من الإخراج أعلاه ، يمكننا أن نرى أن 11426 هو معرف العملية لبرنامج CFTESTAPP ضمن المستخدم الجذر.
4) مقدمة القيادة
1. PS: عرض معلومات العملية الفورية في النظام. المعلمات: -u <رمز تعريف المستخدم> يسرد حالة البرنامج الذي ينتمي إلى المستخدم ، ويمكن أيضًا تحديده باستخدام اسم المستخدم. -P <رمز تعريف العملية> حدد رمز تعريف العملية وسرد حالة العملية. -O حدد تنسيق الإخراج 2. GREP: يستخدم للعثور على السطر الحالي في الملف الذي يطابق السلسلة. المعلمات: -V التحديد العكسي ، أي السطر الذي لا يعرض محتوى "سلسلة البحث". 3. SED: محرر نص غير تفاعلي يقوم بتحرير الملفات أو تصدير الملفات من الإدخال القياسي ، ويمكنه معالجة سطر واحد فقط من المحتوى في وقت واحد. المعلمات: -اقرأ خط الإدخال التالي واستخدم الأمر التالي لمعالجة السطر الجديد بدلاً من الأمر الأول. P Flag يطبع الخطوط المطابقة 4. AWK: لغة برمجة لمعالجة النص والبيانات ضمن Linux/UNIX. يمكن أن تكون البيانات من الإدخال القياسي أو ملف أو أكثر أو إخراج الأوامر الأخرى. وهو يدعم الوظائف المتقدمة مثل الوظائف المعرفة من قبل المستخدم والتعبيرات العادية الديناميكية ، وهي أداة برمجة قوية تحت Linux/UNIX. يتم استخدامه في سطر الأوامر ، ولكن أكثر كنص. طريقة AWK لمعالجة النص والبيانات: يقوم بمسح الملف خطوة بخطوة ، من السطر الأول إلى السطر الأخير ، ويبحث عن صفوف مطابقة أنماط محددة ، والقيام بما تريد على هذه الخطوط. إذا لم يتم تحديد إجراء معالجة ، يتم عرض صفوف المطابقة إلى الإخراج القياسي (الشاشة). إذا لم يتم تحديد أي وضع ، تتم معالجة جميع الصفوف المحددة بواسطة العملية. المعلمات: -f fs أو field -separator fs: يحدد محدد ملف الإدخال ، FS عبارة عن سلسلة أو تعبير منتظم ، مثل -f:.
في بعض الأحيان يكون من الممكن أن تبدأ العملية. الوظيفة التالية هي التحقق مما إذا كان معرف العملية موجودًا. إذا لم تدير هذه العملية الإخراج:
نسخة الكود كما يلي:
العملية غير موجودة.
# تحقق مما إذا كانت العملية موجودة
إذا ["-$ pid" == "-"]
ثم
{
صدى "العملية غير موجودة".
}
Fi
اكتشف عملية استخدام وحدة المعالجة المركزية
عند الحفاظ على خدمات التطبيق ، نواجه غالبًا انسدادًا تجاريًا بسبب وحدة المعالجة المركزية المفرطة ، مما يؤدي إلى انقطاع الأعمال. إذا كانت وحدة المعالجة المركزية مرتفعة للغاية ، فقد يكون ذلك بسبب الحمل التجاري المفرط أو دورات غير طبيعية مثل الدورات الميتة. تتم مراقبة وحدة المعالجة المركزية لعملية الأعمال في الوقت المناسب من خلال البرامج النصية ، ويمكن إخطار موظفي الصيانة في الوقت المناسب عندما يكون استخدام وحدة المعالجة المركزية غير طبيعية ، بحيث يمكن تحليل موظفي الصيانة على الفور ، ووضعها ، وتجنب انقطاع الأعمال. يمكن أن تحصل الوظيفة التالية على استخدام وحدة المعالجة المركزية لمعرف العملية المحدد. لديها معلمة مثل معرف العملية. يستخدم أولاً PS للعثور على معلومات العملية ، وتصفية صفوف وحدة المعالجة المركزية ٪ من خلال GREP -V ، وأخيراً يجد الجزء الأيمن من نسبة استخدام وحدة المعالجة المركزية من خلال AWK (إذا كان هناك متعددة وحدات المعالجة المركزية في النظام ، يمكن أن يتجاوز استخدام وحدة المعالجة المركزية 100 ٪).
سرد 2. مراقبة الوقت الحقيقي لعملية العمل وحدة المعالجة المركزية
نسخة الكود كما يلي:
وظيفة getCPU
{
cpuvalue = `ps -p $ 1 -o pcpu | grep -v cpu | awk '{print $ 1}' | awk - F. '{print $ 1}' `
صدى $ cpuvalue
}
تتمثل الوظيفة التالية في الحصول على استخدام وحدة المعالجة المركزية لهذه العملية من خلال الوظيفة المذكورة أعلاه GETCPU ، ثم استخدام البيان الشرطي لتحديد ما إذا كان استخدام وحدة المعالجة المركزية يتجاوز الحد. إذا تجاوز 80 ٪ (يمكن تعديله وفقًا للموقف الفعلي) ، فسيتم إخراج المنبه ، وإلا سيتم إخراج المعلومات العادية.
قائمة 3. تحديد ما إذا كان استخدام وحدة المعالجة المركزية يتجاوز الحد الأقصى
نسخة الكود كما يلي:
وظيفة checkcpu
{
PID = $ 1
وحدة المعالجة المركزية = `getcpu $ pid`
إذا [$ CPU -GT 80]
ثم
{
صدى "استخدام وحدة المعالجة المركزية أكبر من 80 ٪"
}
آخر
{
صدى "استخدام وحدة المعالجة المركزية أمر طبيعي"
}
Fi
}
عينة مظاهرة:
1) برنامج المصدر (على افتراض أن معرف عملية CFTESTAPP تم الاستعلام عنه أعلاه هو 11426)
نسخة الكود كما يلي:
CheckCPU 11426
2) نتائج الإخراج
نسخة الكود كما يلي:
استخدام وحدة المعالجة المركزية هو 75
استخدام وحدة المعالجة المركزية أمر طبيعي
[dyu@xilinuxbldsrv shell] $
3) تحليل النتائج
كما يتضح من الإخراج أعلاه: استخدام وحدة المعالجة المركزية الحالية لبرنامج CFTESTAPP هو 75 ٪ ، وهو أمر طبيعي ، ولا يوجد حد لأكثر من 80 ٪.
اكتشف استخدام ذاكرة العملية
عند الحفاظ على خدمات التطبيقات ، غالبًا ما يتم مواجهة أن العملية تتعطل بسبب استخدام الذاكرة المفرط ، مما يؤدي إلى انقطاع الأعمال (على سبيل المثال ، مساحة الذاكرة القصوى التي يمكن أن يعالجها برنامج 32 بت هي 4G ، إذا تجاوزت الذاكرة ، ستفشل الذاكرة ، وتكون الذاكرة الفعلية محدودة أيضًا). قد يكون استخدام الذاكرة المفرط بسبب تسرب الذاكرة ، وتراكم الرسائل ، وما إلى ذلك. يمكن مراقبة استخدام الذاكرة لعملية العمل في الوقت المناسب من خلال البرامج النصية ، ويمكن إرسال أجهزة الإنذار في الوقت المناسب عندما يكون استخدام الذاكرة غير طبيعي (مثل من خلال الرسائل القصيرة) لتسهيل موظفي الصيانة للتعامل معه في الوقت المناسب. يمكن للوظيفة التالية الحصول على استخدام ذاكرة العملية لمعرف العملية المحدد. يحتوي على معلمة كمعرف العملية ، الذي يستخدم PS أولاً للعثور على معلومات العملية ، وتصفية خطوط VSZ من خلال GREP -V ، ثم يأخذ استخدام الذاكرة في Megabytes بتقسيم 1000.
سرد 4. مراقبة استخدام ذاكرة العملية التجارية
نسخة الكود كما يلي:
وظيفة getMem
{
memusage = `ps -o vsz -p $ 1 | grep -v vsz`
((memusage /= 1000))
صدى $ memusage
}
تتمثل الوظيفة التالية في الحصول على استخدام ذاكرة هذه العملية من خلال الوظيفة المذكورة أعلاه getMem ، ثم استخدام العبارة الشرطية لتحديد ما إذا كان استخدام الذاكرة يتجاوز الحد. إذا تجاوز 1.6 جم (يمكن تعديله وفقًا للموقف الفعلي) ، فسيتم إخراج المنبه ، وإلا سيتم إخراج المعلومات العادية.
قائمة 5. تحديد ما إذا كان استخدام الذاكرة يتجاوز الحد الأقصى
نسخة الكود كما يلي:
mem = `getMem $ pid`
إذا [$ MEM -GT 1600]
ثم
{
صدى "استخدام الذاكرة أكبر من 1.6 جم"
}
آخر
{
صدى "استخدام الذاكرة أمر طبيعي"
}
Fi
عينة مظاهرة:
1) برنامج المصدر (على افتراض أن معرف عملية CFTESTAPP تم الاستعلام عنه أعلاه هو 11426)
نسخة الكود كما يلي:
MEM = `getMem 11426`
صدى "استخدام الذاكرة هو $ mem m"
إذا [$ MEM -GT 1600]
ثم
{
صدى "استخدام الذاكرة أكبر من 1.6 جم"
}
آخر
{
صدى "استخدام الذاكرة أمر طبيعي"
}
Fi
2) نتائج الإخراج
نسخة الكود كما يلي:
استخدام الذاكرة 248 م
استخدام الذاكرة أمر طبيعي
[dyu@xilinuxbldsrv shell] $
3) تحليل النتائج
من الإخراج أعلاه ، يمكننا أن نرى أن استخدام الذاكرة الحالي لبرنامج CFTESTAPP هو 248 مترًا ، وهو أمر طبيعي ولا يوجد حد إنذار يتجاوز 1.6 جم.
اكتشف استخدام المعالجة العملية
عند الحفاظ على خدمات التطبيق ، غالبًا ما يتم مواجهة انقطاع الأعمال بسبب استخدام المقبض المفرط. يستخدم كل منصة مقابض العملية مع الاستخدام المحدود. على سبيل المثال ، على نظام Linux ، يمكننا استخدام أمر Ulimit N (فتح الملفات (-N) 1024) أو عرض محتوى /etc/security/limits.conf للحصول على قيود معالجة العملية. إذا تم استخدام المقبض عالية جدًا ، فقد يكون تسرب المقبض بسبب الحمل المفرط ، وتسرب المقبض ، وما إلى ذلك. يمكن للوظيفة التالية الحصول على استخدام معالجة المعالجة لمعرف العملية المحدد. لديها معلمة مثل معرف العملية. يستخدم أولاً LS لإخراج معلومات مقبض العملية ، ثم يحسب عدد مقابض الإخراج من خلال WC -L.
نسخة الكود كما يلي:
وظيفة getDes
{
des = `ls/proc/$ 1/fd | WC -L`
صدى $ des
}
تتمثل الوظيفة التالية في الحصول على استخدام مقبض هذه العملية من خلال getDes الوظيفة أعلاه ، ثم استخدام العبارة الشرطية لتحديد ما إذا كان استخدام المقبض يتجاوز الحد. إذا تجاوز 900 (يمكن تعديله وفقًا للموقف الفعلي) ، فسيتم إخراج المنبه ، وإلا سيتم إخراج المعلومات العادية.
نسخة الكود كما يلي:
des = `getDes $ pid`
إذا [$ des -gt 900]
ثم
{
صدى "عدد DES أكبر من 900"
}
آخر
{
صدى "عدد des طبيعي"
}
Fi
عينة مظاهرة:
1) برنامج المصدر (على افتراض أن معرف عملية CFTESTAPP موجود أعلاه هو 11426)
نسخة الكود كما يلي:
des = `getDes 11426`
صدى "عدد des is $ des"
إذا [$ des -gt 900]
ثم
{
صدى "عدد DES أكبر من 900"
}
آخر
{
صدى "عدد des طبيعي"
}
Fi
2) نتائج الإخراج
نسخة الكود كما يلي:
عدد DES هو 528
عدد DES طبيعي
[dyu@xilinuxbldsrv shell] $
3) تحليل النتائج
من الإخراج أعلاه ، يمكننا أن نرى أن المقبض الحالي لبرنامج CFTESTAPP هو 528 ، وهو أمر طبيعي ، ولا يوجد حد لأكثر من 900.
4) مقدمة القيادة
WC: الإحصائيات عدد البايتات والكلمات والخطوط في الملف المحدد ، ويعرض النتائج الإحصائية للإخراج. المعلمات: -L عد عدد الصفوف. -C حساب عدد البايتات. -W عدد عدد الكلمات.
تحقق مما إذا كان منفذ TCP أو UDP يستمع
غالبًا ما يتم اكتشاف الكشف عن المنافذ في اكتشاف موارد النظام ، وخاصة في اتصال الشبكة ، غالبًا ما يكون اكتشاف حالة المنفذ مهمًا للغاية. في بعض الأحيان ، قد تكون العمليات ، وحدة المعالجة المركزية ، الذاكرة ، وما إلى ذلك في حالة طبيعية ، لكن الميناء في حالة غير طبيعية ، ولا يتم تشغيل الأعمال بشكل طبيعي. يمكن للوظيفة التالية تحديد ما إذا كان المنفذ المحدد يستمع. لديه معلمة هي المنفذ الذي سيتم اكتشافه. يستخدم أولاً NetStat لإخراج معلومات مهنة المنفذ ، ثم يقوم بتصفية رقم إخراج منافذ TCP من خلال GREP ، AWK ، WC. البيان الثاني هو إخراج عدد شاشات منافذ UDP. إذا كانت كل من منافذ TCP و UDP هي 0 ، فأعود 0 ، وإلا إرجاع 1.
قائمة 6. اكتشاف المنفذ
نسخة الكود كما يلي:
وظيفة الاستماع
{
tcplisteningnum = `netstat -an | GREP ": $ 1" | /ن
awk '$ 1 == "tcp" && $ nf == "الاستماع" {print $ 0}' | WC -L`
udplisteningnum = `netstat -an | grep": $ 1 " /n
| awk '$ 1 == "udp" && $ nf == "0.0.0.0:*" {print $ 0}' | WC -L`
((الاستماع = tcplisteningnum + udplisteningnum))
إذا [$ annaynum == 0]
ثم
{
صدى "0"
}
آخر
{
صدى "1"
}
Fi
}
عينة مظاهرة:
1) برنامج المصدر (على سبيل المثال ، استعلام ما إذا كانت حالة المنفذ 8080 تستمع)
نسخة الكود كما يلي:
iSlisten = `الاستماع 8080`
إذا [$ iSlisten -eq 1]
ثم
{
صدى "الميناء يستمع"
}
آخر
{
صدى "الميناء لا يستمع"
}
Fi
2) نتائج الإخراج
نسخة الكود كما يلي:
الميناء يستمع
[dyu@xilinuxbldsrv shell] $
3) تحليل النتائج
من الإخراج أعلاه ، يمكن ملاحظة أن منفذ 8080 لخادم Linux هذا في حالة الاستماع.
4) مقدمة القيادة
NetStat: يستخدم لعرض البيانات الإحصائية المتعلقة بروتوكولات IP و TCP و UDP و ICMP ، ويستخدم بشكل عام للتحقق من حالة اتصال الشبكة لكل منفذ من الجهاز. المعلمات: -يعرض مآخذ في جميع الاتصالات. -استخدم عنوان IP مباشرة ، وليس من خلال خادم اسم المجال.
تتمثل الوظيفة التالية أيضًا في اكتشاف ما إذا كان منفذ TCP أو UDP في حالة طبيعية.
نسخة الكود كما يلي:
TCP: netstat -an | egrep $ 1 | awk "$ 6 ==" الاستماع "&& $ 1 ==" tcp "{print $ 0} '
udp: netstat -an | egrep $ 1 | awk '$ 1 == "udp" && $ 5 == "0.0.0.0:*" {print $ 0}'
مقدمة القيادة
egrep: ابحث عن السلسلة المحددة في الملف. تأثير تنفيذ Egrep مثل grep -e. يمكن إحالة بناء الجملة والمعلمات المستخدمة إلى تعليمات GREP. الفرق من GREP هو طريقة تفسير السلاسل. يتم تفسير EGREP باستخدام بناء جملة التعبير العادي الممتد ، بينما يستخدم GREP بناء جملة التعبير العادي الأساسي. التعبيرات العادية الممتدة لها مواصفات تعبير أكثر اكتمالا من التعبيرات العادية الأساسية.
تحقق من عدد عمليات التشغيل
في بعض الأحيان قد نحتاج إلى الحصول على عدد من بدايات العملية على الخادم. تتمثل الوظيفة التالية في اكتشاف عدد عمليات التشغيل ، مثل اسم العملية هو CFTESTAPP.
نسخة الكود كما يلي:
runnum = `ps -ef | GREP -V VI | GREP -V الذيل | GREP "[ /] cftestapp" | GREP -V GREP | WC -L
اكتشف تحميل وحدة المعالجة المركزية
عند الحفاظ على الخادم ، يتم في بعض الأحيان مواجهة انقطاع الأعمال بسبب تحميل وحدة المعالجة المركزية (الاستخدام) المفرطة في النظام. قد يكون من الممكن تشغيل عمليات متعددة على الخادم. من الطبيعي عرض وحدة المعالجة المركزية لعملية واحدة ، لكن حمل وحدة المعالجة المركزية للنظام بأكمله قد يكون غير طبيعي. تتم مراقبة تحميل وحدة المعالجة المركزية في الوقت المناسب في الوقت المناسب من خلال البرامج النصية ، ويمكن إرسال الإنذارات في الوقت المناسب في حالة تشوهات ، مما يسهل موظفي الصيانة للتعامل معها في الوقت المناسب ومنع الحوادث. يمكن للوظيفة التالية اكتشاف استخدام وحدة المعالجة المركزية في النظام. استخدم VMSTAT لاتخاذ القيمة الخاملة لمجهزة وحدة المعالجة المركزية لمدة 5 مرات ، واتخذ متوسط القيمة ، ثم الحصول على قيمة الإشغال الفعلية لوحدة المعالجة المركزية الحالية عن طريق أخذ الفرق من 100.
نسخة الكود كما يلي:
وظيفة getSYSCPU
{
CPUIDLE = `vmstat 1 5 | sed -n '3 ، $ p' /n
| awk '{x = x + $ 15} end {print x/5}' | awk -f. '{print $ 1}'
cpunum = `echo" 100- $ cpuidle "| قبل الميلاد
صدى $ cpunum
}
عينة مظاهرة:
1) برنامج المصدر
نسخة الكود كما يلي:
وحدة المعالجة المركزية = `getSyScpu`
صدى "وحدة المعالجة المركزية هي وحدة المعالجة المركزية $"
إذا [$ CPU -GT 90]
ثم
{
صدى "استخدام وحدة المعالجة المركزية النظام أكبر من 90 ٪"
}
آخر
{
صدى "استخدام وحدة المعالجة المركزية النظام أمر طبيعي"
}
Fi
2) نتائج الإخراج
نسخة الكود كما يلي:
وحدة المعالجة المركزية النظام هي 87
استخدام وحدة المعالجة المركزية النظام أمر طبيعي
[dyu@xilinuxbldsrv shell] $
3) تحليل النتائج
من الإخراج أعلاه ، يمكننا أن نرى أن معدل استخدام وحدة المعالجة المركزية الحالية لنظام خادم Linux هو 87 ٪ ، وهو أمر طبيعي ، ولا يوجد حد لأكثر من 90 ٪.
4) مقدمة القيادة
VMSTAT: اختصار إحصائيات ميوموري الافتراضية ، والتي يمكنها مراقبة الذاكرة الافتراضية لنظام التشغيل ، والعمليات ، وأنشطة وحدة المعالجة المركزية.
المعلمات: -n يعني أنه عندما يتم عرض معلومات الرأس المخرج مرة واحدة فقط خلال الإخراج الدوري الدوري.
اكتشف مساحة قرص النظام
يعد اكتشاف مساحة قرص النظام جزءًا مهمًا من اكتشاف موارد النظام. أثناء صيانة النظام ، غالبًا ما نحتاج إلى التحقق من استخدام مساحة قرص الخادم. نظرًا لأن بعض الشركات تحتاج إلى كتابة أوراق المكالمات أو السجلات أو الملفات المؤقتة في أي وقت ، إذا كانت مساحة القرص مرهقة ، فقد يتسبب ذلك أيضًا في انقطاع الأعمال. يمكن للوظيفة التالية اكتشاف استخدام مساحة القرص للدليل في مساحة قرص النظام الحالية. معلمة الإدخال هي اسم الدليل الذي يجب اكتشافه ، واستخدام DF لإخراج معلومات استخدام مساحة قرص النظام ، ثم الحصول على نسبة استخدام مساحة القرص للدليل من خلال مرشح GREP و AWK.
نسخة الكود كما يلي:
وظيفة getDisksPC
{
إذا [$# -ne 1]
ثم
العودة 1
Fi
المجلد = "$ 1 $"
diskspace = `df -k | grep $ folder | awk '{print $ 5}' | awk -f ٪ '{print $ 1}'
صدى $ diskspace
}
عينة مظاهرة:
1) برنامج المصدر (دليل الكشف هو /التمهيد)
نسخة الكود كما يلي:
المجلد = "/التمهيد"
diskspace = `getDiskspc $ folder`
صدى "مساحة القرص المجلد $ هي $ diskspace ٪"
إذا [$ diskspace -gt 90]
ثم
{
صدى "استخدام قرص النظام (مجلد $) أكبر من 90 ٪"
}
آخر
{
صدى "استخدام قرص النظام (مجلد $) طبيعي"
}
Fi
2) نتائج الإخراج
نسخة الكود كما يلي:
مساحة قرص النظام /التمهيد 14 ٪
استخدام قرص النظام (/التمهيد) طبيعي
[dyu@xilinuxbldsrv shell] $
3) تحليل النتائج
كما يتضح من الإخراج أعلاه: حاليًا ، تم استخدام مساحة القرص في دليل /boot على نظام خادم Linux هذا بنسبة 14 ٪ ، وهو أمر طبيعي ، ولا يوجد حد لأكثر من استخدام 90 ٪.
4) مقدمة القيادة
DF: تحقق من استخدام مساحة القرص لنظام الملفات. يمكن استخدام هذا الأمر للحصول على معلومات مثل المساحة التي يشغلها القرص الصلب وكم المساحة المتبقية. المعلمات: -k يتم عرضها في بايت.
لخص
ضمن منصة Linux ، تعد مراقبة SHELL Script طريقة بسيطة ومريحة وفعالة للغاية لمراقبة الخوادم والعمليات ، وهي مفيدة للغاية لتطوير النظام وموظفي صيانة العمليات. لا يمكنها فقط مراقبة المعلومات المذكورة أعلاه وإرسال أجهزة الإنذار ، ولكن أيضًا مراقبة سجلات العمليات وغيرها من المعلومات. آمل أن يكون هذا المقال مفيدًا للجميع.