دليل استكشاف أخطاء PostgreSQL في ServBay

تُعدّ PostgreSQL واحدة من أقوى قواعد البيانات العلائقية المفتوحة المصدر وأكثرها غنىً بالمميزات، وتُستخدم على نطاق واسع في تطبيقات الويب وتخزين البيانات. باعتبارها من المكونات الأساسية في بيئة ServBay المحلية، غالبًا ما تعمل PostgreSQL بشكل ثابت، ولكن في بعض الحالات، قد تواجه مشاكل مثل عدم القدرة على بدء التشغيل، وفشل الاتصال، وضعف الأداء، أو ظهور مشاكل غير متوقعة في الوصول للبيانات.

تهدف هذه الوثيقة إلى تقديم دليل شامل للمطورين الذين يستخدمون ServBay لاستكشاف المشاكل الشائعة في حزمة PostgreSQL، مع عرض خطوات التشخيص وأبرز الحلول لكل حالة. يدعم ServBay كلاً من macOS وWindows ويأتي مع عدة إصدارات من PostgreSQL، ما يعني أنك قد تحتاج لتحديد رقم الإصدار، أو ملفات الإعداد، أو مسار مجلد البيانات عند تنفيذ بعض خطوات التشخيص أو الإصلاح.

نظرة عامة

يركز هذا الدليل على المشاكل التقنية التي يمكن أن تواجهها أثناء إدارة واستخدام حزمة PostgreSQL في بيئة ServBay. سنبدأ بمشاكل التشغيل والاتصال الأكثر شيوعًا، وننتقل بعدها إلى سيناريوهات أكثر تعقيدًا مثل اختناقات الأداء، الانهيارات غير المتوقعة، ومسائل النسخ الاحتياطي والاستعادة. عبر اتباع الخطوات المذكورة هنا ستتمكن من التعامل النظامي مع معظم مشاكل PostgreSQL.

المتطلبات الأساسية

قبل البدء في استكشاف الأخطاء، تأكّد من تحقق التالي:

1. تم تثبيت وتشغيل تطبيق ServBay بنجاح.
2. تم تثبيت الإصدار المطلوب من حزمة PostgreSQL عبر ServBay.
3. لديك معرفة أساسية باستخدام سطر الأوامر.
4. تعرف مسار ملفات الإعداد ومجلد بيانات PostgreSQL لديك:
   • macOS: /Applications/ServBay/db/postgresql/<version>
   • Windows: C:\ServBay\db\postgresql\<version>
5. لديك بيانات قاعدة البيانات التي تحاول الاتصال بها (اسم القاعدة، اسم المستخدم، كلمة المرور).

المشاكل الشائعة والحلول

1. عدم القدرة على بدء تشغيل حزمة PostgreSQL

عندما تحاول بدء تشغيل PostgreSQL من خلال ServBay وتظهر الحالة أنها متوقفة أو حدث فشل في البدء، قد يكون ذلك بسبب أحد الأسباب التالية:

الأسباب المحتملة

• وجود أخطاء أو تعارض في ملفات الإعداد.
• المنفذ الذي تستخدمه PostgreSQL (افتراضيًا 5432) مشغول من قبل عملية أخرى.
• نقص صلاحيات القراءة والكتابة في ServBay أو مجلد بيانات PostgreSQL أو ملفات الإعداد.
• تلف في مجلد البيانات.
• مشكلة إدارية داخل ServBay نفسه.

الحلول

1. فحص حالة ServBay وسجلات الأخطاء: ابدأ بفتح واجهة ServBay وتحقق من حالة حزمة PostgreSQL. في حال وجود خلل، حاول بدء التشغيل يدوياً عبر واجهة المستخدم. تحقق من سجل الأخطاء الرئيسي في ServBay أو السجل الخاص بحزمة PostgreSQL.

أماكن ملفات السجل:

• macOS: /Applications/ServBay/logs/postgresql/<version>/postgresql-<version>.log
• Windows: C:\ServBay\logs\postgresql\<version>\postgresql-<version>.log

2. فحص ملف الإعداد: الملف الرئيسي لإعداد PostgreSQL هو postgresql.conf. تأكد من عدم وجود أخطاء نحوية أو إعدادات غير صالحة.

مكان ملف الإعداد (مثال على الإصدار 13):

• macOS: /Applications/ServBay/db/postgresql/13/postgresql.conf
• Windows: C:\ServBay\db\postgresql\13\postgresql.conf

ملف إعداد مهم آخر هو pg_hba.conf الذي ينظّم المصادقة مع العملاء. قد يُسبب إعداده بشكل غير صحيح مشاكل في الاتصال، وفي حالات نادرة قد يؤثر على إقلاع الخدمة إذا كان فيه خطأ جوهري. غالبًا يقع هذا الملف في نفس مسار ملف الإعداد الرئيسي.

رغم أن PostgreSQL لا يملك أمرًا مباشرًا لفحص صحة الإعداد بالكامل، يمكنك مراجعة السجلات (log) لاكتشاف أي أخطاء عند تحميل الملفات. أو يمكنك الاستفسار عبر psql إذا كان هنالك قاعدة بيانات تعمل فعليًا لفحص الإعدادات، لكن عند عدم القدرة على بدء التشغيل يبقى فحص السجلات هو الخطوة الأهم.

بالنسبة إلى pg_hba.conf يمكن استخدام أوامر SQL بعد الاتصال:

-- يجب أن تكون متصلًا بقاعدة البيانات لتنفيذ هذا الأمر
SELECT * FROM pg_hba_file_rules();

أما لفحص أخطاء تحميل ملف الإعداد:

-- يجب أن تكون متصلًا بقاعدة البيانات لتنفيذ هذا الأمر
SELECT sourcefile, name, sourceline, error FROM pg_file_settings WHERE error IS NOT null;

ملاحظة: هذه الأوامر تتطلب اتصال فعّال بقاعدة بيانات PostgreSQL، وبالتالي ليست مفيدة عند فشل الإقلاع بالكامل.

3. فحص المنفذ المستخدم: يستخدم PostgreSQL بشكل افتراضي المنفذ 5432. إذا كان مشغولاً من قبل خدمة أخرى فلن تبدأ الخدمة بشكل صحيح.

طريقة التحقق:

macOS:

lsof -i :5432

Windows:

netstat -an | findstr :5432
# أو باستخدام PowerShell
Get-NetTCPConnection -LocalPort 5432

إذا ظهرت نتيجة فذلك يعني أن هناك عملية أخرى تشغل المنفذ. يمكنك تحديد العملية عبر معرف PID وإيقافها، أو تغيير المنفذ في إعدادات PostgreSQL (postgresql.conf عبر تغيير خيار port)، ثم إعادة التحميل أو إعادة التشغيل عبر واجهة ServBay أو أمر servbayctl.

4. فحص صلاحيات المجلدات والملفات: يحتاج ServBay لصلاحيات كافية على كافة مجلداته الفرعية، خصوصًا مجلد بيانات PostgreSQL وملفات الإعداد. غالبًا ما يعمل ServBay باسم المستخدم الحالي، لذا تأكد أن المستخدم لديه صلاحيات الكتابة على مجلد /Applications/ServBay/.

التحقق من الصلاحيات:

macOS:

ls -ld /Applications/ServBay/db/postgresql/13 # تحقق من صلاحية مجلد البيانات
ls -l /Applications/ServBay/db/postgresql/13/postgresql.conf # تحقق من صلاحية ملف الإعداد
ls -l /Applications/ServBay/db/postgresql/13/pg_hba.conf # تحقق من صلاحية ملف المصادقة

Windows: يمكن التحقق من الصلاحيات عبر مستكشف الملفات، والتأكد من أن حساب ServBay لديه صلاحية الكتابة على المجلدات والملفات ذات الصلة. إذا كانت الصلاحيات غير صحيحة فقد تحتاج لاستخدام أوامر مثل chmod أو chown لكن غالبًا لا تحتاج لتغييرها يدويًا إذا كانت عملية تثبيت ServBay قد اكتملت بشكل صحيح.

5. فحص تلف مجلد البيانات: مجلد بيانات PostgreSQL يحتوي كافة ملفات قواعد البيانات. إذا تعرض للتلف (نتيجة انقطاع الكهرباء أو مشكلة في القرص الصلب)، غالبًا ستجد مؤشرات عن ذلك في السجلات. إصلاح التلف ليس دائمًا سهلاً، وقد يتطلب أدوات متقدمة أو الاستعادة من نسخ احتياطية. قبل تجربة أي أداة، من الضروري جدًا حفظ نسخة احتياطية من مجلد البيانات حتى لو كان تالفًا.

6. إعادة التشغيل باستخدام أمر ServBay: بعد معالجة الأسباب السابقة، جرب إعادة تشغيل حزمة PostgreSQL عبر أداة سطر أوامر ServBay وابحث عن رسالة النجاح أو الفشل.

   servbayctl restart postgresql 13

   أو استخدم واجهة المستخدم في ServBay.

2. عدم القدرة على الاتصال مع PostgreSQL

قد تعمل خدمة PostgreSQL بالفعل لكن تصادف فشل في الاتصال عبر أدوات مثل psql أو pgAdmin أو عبر الشيفرة البرمجية.

الأسباب المحتملة

• فعليًا لم تبدأ الخدمة أو تعمل بشكل غير سليم.
• إعدادات ملف pg_hba.conf لا تسمح باتصالك.
• جدار الحماية يمنع الاتصال.
• مدخلات الاتصال (المضيف، المنفذ، اسم القاعدة، المستخدم، وكلمة المرور) غير صحيحة.
• نقص صلاحيات المستخدم على قاعدة البيانات المحددة.

الحلول

1. فحص الحالة باستخدام واجهة ServBay أو أمر servbayctl: تحقق مجددًا من أن خدمة PostgreSQL تظهر أنها "عاملة". يمكنك أيضًا استخدام الأمر التالي:

   servbayctl status postgresql 13

   تحقق أن النتيجة تُظهر أن الخدمة نشطة.

2. فحص إعدادات المصادقة في pg_hba.conf: هذا الملف يحدد من يمكنه الاتصال من أي عنوان وعلى أي قاعدة وبأي أسلوب. غالبًا في بيئة التطوير يجب السماح باتصالات من localhost أو 127.0.0.1.

مكان ملف pg_hba.conf:

• macOS: /Applications/ServBay/db/postgresql/13/pg_hba.conf
• Windows: C:\ServBay\db\postgresql\13\pg_hba.conf

مثال على السماح لمستخدم servbay-demo بالاتصال المحلي باستخدام md5:

# TYPE  DATABASE        USER            ADDRESS                 METHOD
host    all             servbay-demo    127.0.0.1/32            md5
host    all             servbay-demo    ::1/128                 md5

بعد أي تعديل، يجب إعادة تحميل الإعدادات:

servbayctl reload postgresql 13

أو عبر واجهة ServBay.

3. فحص إعدادات جدار الحماية:macOS:

# إضافة التطبيق لقائمة المسموح
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --add /Applications/ServBay/bin/postgres
# التأكد من عدم منعه
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --unblockapp /Applications/ServBay/bin/postgres

Windows: راجع إعدادات جدار الحماية في Windows Defender أو برامج الطرف الثالث، ويمكنك إضافة قواعد للسماح للتطبيق أو المنفذ مثل:

netsh advfirewall firewall add rule name="ServBay PostgreSQL" dir=in action=allow program="C:\ServBay\bin\postgresql\<version>\bin\postgres.exe"

4. فحص مدخلات الاتصال وصلاحيات المستخدم: تأكّد من إدخال اسم المضيف والمنفذ واسم القاعدة والمستخدم وكلمة المرور بدقة في أدواتك أو الشيفرة. اختبر الاتصال باستخدام أداة psql:

   psql -U your_username -d your_database -h localhost -p 5432

   غيّر your_username و your_database إلى المطلوب. إذا حدث خطأ، فغالبًا ستجد رسالة تُشير للسبب (مثل كلمة مرور خاطئة أو قاعدة بيانات مفقودة).

   ربما يمكنك الاتصال لكن ليس لديك صلاحية على بعض الجداول أو القواعد، في هذه الحالة استخدم الأمر التالي في سطر أوامر psql:

   -- داخل psql
   \du

   يمكنك منح الصلاحيات باستخدام أمر GRANT من حساب يمتلك صلاحيات كافية مثل postgres.

3. مشاكل الأداء

قد تبدأ الخدمة ويتوفر الاتصال، لكن الاستفسارات بطيئة أو الأداء منخفض.

الأسباب المحتملة

• استعلامات SQL غير مُحسّنة أو ذات كفاءة ضعيفة.
• تصميم قاعدة البيانات غير ملائم.
• إعدادات الذاكرة أو التخزين غير مناسبة.
• نقص في الفهارس اللازمة.
• نقص في موارد الجهاز (CPU، الذاكرة، قرص التخزين).
• إحصائيات الجداول قديمة.

الحلول

1. تحليل وتحسين الاستعلامات: استخدم أوامر EXPLAIN أو EXPLAIN ANALYZE لتحليل خطة تنفيذ الاستعلامات وتحديد مناطق البطء:

   EXPLAIN ANALYZE SELECT * FROM your_table_name WHERE column_name = 'value';

   بناء على نتائج التحليل، يمكن إعادة كتابة الاستعلام، إضافة فهارس، أو تحسين هيكل القاعدة.

2. ضبط إعدادات الأداء في postgresql.conf: يوجد العديد من الإعدادات المؤثرة أهمها:

   • shared_buffers: حجم الذاكرة المخصصة للتخزين المؤقت للبيانات (عادةً يُوصى بنسبة لا تتجاوز 25% من ذاكرة النظام).
   • work_mem: حجم الذاكرة المستخدم للعمليات الداخلية كـ sorting و hashing (زيادته مفيد للاستعلامات كثيرة الترتيب).

   قم بتحديد القيم المناسبة حسب إمكانيات جهازك. بعد التعديل يجب إعادة تحميل أو إعادة تشغيل الخدمة.

   shared_buffers = 1GB
   work_mem = 64MB

3. إضافة الفهارس المناسبة: أنشئ الفهارس على الأعمدة المستخدمة في شروط WHERE أو JOIN أو ORDER BY لتحسين سرعة الاستعلام:

   CREATE INDEX idx_column_name ON your_table_name(column_name);

   لا تكثر من الفهارس غير الضرورية حيث تؤثر على أداء الكتابة وتستهلك مساحة التخزين.

4. تحديث إحصائيات الجداول: يعتمد محسن الاستعلامات على الإحصائيات. إذا تغيرت البيانات بكثرة، استخدم أمر ANALYZE دوريًا:

   ANALYZE;
   ANALYZE your_table_name;

   عادةً يتم تشغيل التحليل تلقائيًا عبر autovacuum، لكن إجراء التحليل يدويًا يُساعد في مشاكل الأداء.

5. التحقق من موارد الجهاز: حتى في بيئة تطويرية، عند التعامل مع قواعد بيانات كبيرة أو استعلامات معقدة قد يكون جهازك غير كافٍ (خصوصًا على أقراص HDD). استخدم أدوات مراقبة الأداء في macOS (Activity Monitor) لمراقبة استهلاك الموارد وتحديد الاختناق إن وجد.

4. انهيار قاعدة البيانات

قد تتوقف PostgreSQL فجأة أو تصبح غير مستجيبة نتيجة انهيار.

الأسباب المحتملة

• مشاكل في العتاد (ذاكرة، قرص تخزين).
• مشاكل في النظام أو حدود الموارد.
• أخطاء أو عيوب ضمنية في نسخة PostgreSQL (نادرًا).
• تلف في مجلد البيانات.
• إعدادات غير مناسبة تؤدي لاستهلاك فائق للموارد (عدد اتصالات مرتفع).

الحلول

1. تحليل سجل الأخطاء في PostgreSQL: عند الانهيار سيتم تدوين رسائل تفصيلية في سجل الأخطاء، وهي المرجع الأول للتشخيص.

أماكن ملفات السجل:

• macOS: /Applications/ServBay/logs/postgresql/<version>/postgresql-<version>.log
• Windows: C:\ServBay\logs\postgresql\<version>\postgresql-<version>.log

ابحث عن الرسائل عند وقت حدوث المشكلة خاصة من نوع FATAL أو ERROR.

2. فحص سجل النظام: يمكن أن يحتوي سجل نظام macOS (عبر تطبيق Console) على معلومات عن مشاكل العتاد أو النظام متزامنة مع حدوث الانهيار.

3. اختبار حالة العتاد: استخدم أدوات macOS أو برامج طرف ثالث لفحص السلامة الفيزيائية للذاكرة والقرص الصلب.

4. إصلاح أو إعادة بناء مجلد البيانات (بحذر شديد): إذا تبيّن تلف مجلد البيانات، هناك أدوات منخفضة المستوى مثل pg_resetwal لإصلاح مشاكل في سجل التغييرات للقاعدة، ولكن استخدامها محفوف بالمخاطر وقد يؤدي لفقدان بيانات. أفضل الممارسات: a. نسخ احتياطي كامل للمجلد المصاب (حتى لو تالف). b. تهيئة مجلد بيانات جديد (إيقاف الخدمة، نقل القديم، استخدام initdb لإعداد جديد)، يمكنك أيضاً إعادة تثبيت الحزمة عبر ServBay. c. استعادة البيانات من نسخة احتياطية حديثة باستخدام pg_restore أو psql.

5. استعادة البيانات من النسخ الاحتياطي: إذا تعذر الإصلاح أو احتجت للرجوع لآخر نسخة سليمة، استرجع البيانات من النسخة الاحتياطية سواء التي أنشأتها تلقائيًا أو يدويًا عبر ServBay.

أماكن النسخ الاحتياطي:

• macOS: /Applications/ServBay/backup/postgresql/<version>/
• Windows: C:\ServBay\backup\postgresql\<version>\

5. مشاكل النسخ الاحتياطي والاستعادة

يدعم ServBay النسخ الاحتياطي التلقائي واليدوي لحزمة PostgreSQL، وقد تواجه مشاكل أثناء النسخ أو الاستعادة.

الأسباب المحتملة

• تلف أو نقص في ملف النسخة الاحتياطية.
• أخطاء أو نقص في أوامر أو خيارات الاستعادة.
• عدم وجود قاعدة بيانات الهدف أو نقص صلاحيات المستخدم.
• نفاد مساحة القرص.
• انقطاع أثناء عملية النسخ أو الاستعادة.

الحلول

1. التحقق من سلامة ملف النسخة الاحتياطية: تأكد من حجم الملف أنه منطقي ومكتمل، وغيابه لمشاكل في النقل أو التخزين. بالنسبة للملفات النصية يمكن فحص بدايته ونهايته مباشرة، أما ملفات النسخ الخاصة فيتم الاعتماد على تقاريرpg_restore عند الاستعادة.

أماكن النسخ الاحتياطي:

• macOS: /Applications/ServBay/backup/postgresql/13/your_backup_file.dump
• Windows: C:\ServBay\backup\postgresql\13\your_backup_file.dump

للتحقق من الحجم:

• macOS: ls -lh /Applications/ServBay/backup/postgresql/13/your_backup_file.dump
• Windows: dir C:\ServBay\backup\postgresql\13\your_backup_file.dump

2. الاستخدام الصحيح لأمر الاستعادة pg_restore أو psql: طريقة الاستعادة تعتمد على صيغة ملف النسخة:

   • للملفات النصية العادية (من pg_dump -Fp أو بدون تحديد الصيغة): استخدم أمر psql:

     psql -U your_username -d your_database -h localhost -p 5432 -f /path/to/your_backup_file.sql

     يجب أن تكون قاعدة البيانات (your_database) موجودة مسبقًا.
   • للنسخ الاحتياطية بصيغة خاصة (-Fc) أو مجلدية (-Fd) (بواسطة pg_dump -Fc أو pg_dump -Fd): استخدم pg_restore:

     pg_restore -U your_username -d your_database -h localhost -p 5432 /path/to/your_backup_file.dump

     أيضاً يجب وجود قاعدة البيانات مسبقًا، ويوفر pg_restore خيارات إضافية مثل الاستعادة الجزئية.

   تأكد من أن المستخدم (your_username) لديه صلاحية كافية (امتيازات إنشاء الكائنات أو كونه مالك القاعدة عادةً، أو استخدام مشرف النظام postgres).

3. تأكد من وجود قاعدة البيانات الهدف: عند الاستعادة باستخدام أي أمر يجب إنشاء القاعدة أولاً:

   createdb -U your_username -h localhost -p 5432 your_database

   أو عبر واجهة ServBay أو أي أداة إدارة قواعد بيانات.

4. التحقق من المساحة التخزينية: تحتاج عملية الاستعادة إلى مساحة كافية على القرص لنقل البيانات بشكل كامل، راقب السعة المتاحة على جهازك.

5. مراجعة إعدادات السجل والنسخ في ServBay: إذا كنت تستخدم وظيفة النسخ التلقائي في ServBay ولم تنجح العملية، تحقق من إعدادات النسخ ومن سجلات الأخطاء المرتبطة بالنسخ، وشروط الجدولة، مسار التخزين، واستراتيجية الاحتفاظ بالنسخ.

الأسئلة الشائعة (FAQ)

• كيف أجد مجلد بيانات PostgreSQL في ServBay؟ مكان مجلد بيانات قاعدة PostgreSQL هو:

  • macOS: /Applications/ServBay/db/postgresql/<version>/data
  • Windows: C:\ServBay\db\postgresql\<version>\data

  مكان ملفات الإعداد:

  • macOS: /Applications/ServBay/db/postgresql/<version>/
  • Windows: C:\ServBay\db\postgresql\<version>\

• كيف أعيد تعيين كلمة مرور المستخدم postgres في حزمة PostgreSQL؟ إذا نسيت كلمة مرور مشرف النظام الافتراضي postgres أو أردت إعادة تعيين كلمة أي مستخدم آخر، اتبع الخطوات التالية (بشرط إمكانية الاتصال عبر وضع "الثقة" أو وجود مستخدم بصلاحيات مشرف):

  1. أوقف خدمة PostgreSQL في ServBay.

  2. عدّل ملف pg_hba.conf مؤقتًا لتغيير طريقة الاتصال المحلي إلى trust بدون الحاجة لكلمة مرور:

     • macOS: /Applications/ServBay/db/postgresql/13/pg_hba.conf
     • Windows: C:\ServBay\db\postgresql\13\pg_hba.conf

     ابحث عن أسطر مشابهة:

     # TYPE  DATABASE        USER            ADDRESS                 METHOD
     local   all             all                                     peer  # أو md5
     host    all             all             127.0.0.1/32            md5   # أو scram-sha-256 إلخ

     غيّرها إلى:

     # TYPE  DATABASE        USER            ADDRESS                 METHOD
     local   all             all                                     trust
     host    all             all             127.0.0.1/32            trust
     host    all             all             ::1/128                 trust

  3. أعد تشغيل خدمة PostgreSQL في ServBay.

  4. اتصل عبر psql كمستخدم postgres بدون كلمة مرور:

     psql -U postgres -h localhost -p 5432

  5. نفّذ أمر تغيير كلمة المرور داخل psql:

     ALTER USER postgres PASSWORD 'new_secure_password';

     ضع كلمة المرور الجديدة المناسبة بدل 'new_secure_password'. ولأي مستخدم آخر استبدل postgres باسمه.

  6. للخروج من psql استخدم \q.

  7. هام: أوقف الخدمة وأعد ملف pg_hba.conf لطريقة أكثر أمانًا (md5 أو scram-sha-256) ثم أعد تشغيل أو إعادة تحميل إعدادات الخدمة عبر ServBay.

• هل يدعم ServBay ميزات التوفر العالي أو النسخ المتماثل (Replication) لـ PostgreSQL؟ ServBay مصمم للاستخدام في بيئة تطوير محلية ويوفر سهولة إدارة الحزم، لكنه لا يوفر واجهة متقدمة لإدارة ميزات التوفر العالي أو النسخ مثل بيئة الإنتاج. يمكنك إعداد النسخ المتماثل يدويًا من خلال أوامر وإعدادات PostgreSQL، مع ضرورة المعرفة الكافية بذلك.

• كيف أرقّي (أحدث) إصدار قاعدة بيانات PostgreSQL في ServBay؟ يمكنك تثبيت أكثر من إصدار لحزمة PostgreSQL في ServBay. لترقية قاعدة البيانات غالبًا تقوم بتثبيت إصدار PostgreSQL جديد ثم استخدام أداة pg_upgrade الرسمية لنقل بيانات المجلد القديم إلى الجديد. يتطلب ذلك إيقاف تشغيل كلا الإصدارين، تنفيذ الأمر، ثم تشغيل النسخة الجديدة. راجع وثيقة PostgreSQL الرسمية حول أداة pg_upgrade، علمًا أن ServBay يحتفظ بملفات بيانات كل إصدار على حدة مما يسمح بسهولة تنفيذ هذه الخطوات.