مشاركة عبر

ماذا يحدث لقاعدة بيانات Azure ل PostgreSQL - خادم واحد بعد إعلان الإيقاف؟

  • مقالة

ينطبق على: قاعدة بيانات Azure لـ PostgreSQL - خادم واحد

قاعدة بيانات Azure ل PostgreSQL - خادم واحد على مسار التقاعد ومن المقرر إيقافه بحلول 28 مارس 2025.

قاعدة بيانات Azure ل PostgreSQL – أصبح الخادم الفردي متوفرا بشكل عام في عام 2018. نظرا لملاحظات العملاء والتطورات الجديدة في إمكانات الحساب والتوافر وقابلية التوسع والأداء في مشهد قاعدة بيانات Azure، يجب إيقاف عرض الخادم الفردي وترقيته باستخدام بنية جديدة. قاعدة بيانات Azure ل PostgreSQL - الخادم المرن هو الجيل التالي من الخدمة ويجلب لك أفضل نظام أساسي لقاعدة بيانات Azure مفتوحة المصدر.

كجزء من هذا الإيقاف، لم نعد ندعم إنشاء مثيلات خادم واحد جديدة من مدخل Microsoft Azure بدءا من 30 نوفمبر 2023. إذا كنت بحاجة إلى إنشاء مثيلات خادم واحد لتلبية احتياجات استمرارية الأعمال، يمكنك الاستمرار في استخدام Azure CLI وقالب ARM. ومع ذلك، اعتبارا من مارس 2025، لن يتم استخدام هذه الأساليب بعد الآن.

إذا كان لديك حاليا قاعدة بيانات Azure ل PostgreSQL - خدمة خادم واحد تستضيف خوادم الإنتاج، يسعدنا أن نعلمك أنه يمكنك ترحيل قاعدة بيانات Azure ل PostgreSQL - خادم واحد إلى قاعدة بيانات Azure ل PostgreSQL - الخادم المرن.

قاعدة بيانات Azure ل PostgreSQL - الخادم المرن هي خدمة قاعدة بيانات جاهزة للإنتاج مدارة بالكامل مصممة لمزيد من التحكم الدقيق والمرونة على وظائف إدارة قاعدة البيانات وإعدادات التكوين. لمزيد من المعلومات حول Azure Database for PostgreSQL - Flexible Server، تفضل بزيارة Azure Database for PostgreSQL - Flexible Server.

الترحيل من قاعدة بيانات Azure ل PostgreSQL - خادم واحد إلى قاعدة بيانات Azure ل PostgreSQL - خادم مرن

تعرف على كيفية الترحيل من قاعدة بيانات Azure ل PostgreSQL - خادم واحد إلى قاعدة بيانات Azure ل PostgreSQL - خادم مرن باستخدام أداة ترحيل الخادم الفردي إلى الخادم المرن.

الأسئلة المتداولة (FAQs)

س. لماذا يتم إيقاف قاعدة بيانات Azure ل PostgreSQL - خادم واحد؟

أ. قاعدة بيانات Azure ل PostgreSQL – أصبح الخادم الفردي متوفرا بشكل عام في عام 2018. نظرا لملاحظات العملاء والتطورات الجديدة في إمكانات الحساب والتوافر وقابلية التوسع والأداء في مشهد قاعدة بيانات Azure، يجب إيقاف عرض الخادم الفردي وترقيته باستخدام بنية جديدة. قاعدة بيانات Azure ل PostgreSQL - الخادم المرن هو الجيل التالي من الخدمة ويجلب لك أفضل نظام أساسي لقاعدة بيانات Azure مفتوحة المصدر.

س. لماذا يطلب مني الترحيل إلى Azure Database for PostgreSQL - Flexible Server؟

أ.قاعدة بيانات Azure ل PostgreSQL - الخادم المرن هو أفضل نظام أساسي لتشغيل جميع أحمال عمل PostgreSQL مفتوحة المصدر على Azure. قاعدة بيانات Azure ل PostgreSQL - الخادم المرن اقتصادي، ويوفر أداء أفضل عبر جميع مستويات الخدمة، والمزيد من الطرق للتحكم في تكاليفك لاسترداد البيانات بعد عطل فادح أرخص وأسرع. تتضمن التحسينات الأخرى على الخادم المرن ما يلي:

  • دعم الإصدار 11 من Postgres والإصدارات الأحدث، بالإضافة إلى تحسينات الأمان المضمنة
  • أداء أفضل للسعر مع دعم خيارات حساب الطبقة القابلة للاندفاع.
  • تحسين وقت التشغيل عن طريق تكوين الاستعداد السريع على نفس منطقة التوفر أو منطقة توفر مختلفة ونوافذ الصيانة التي يتحكم فيها المستخدم.
  • تجربة مطور مبسطة لأحمال عمل البيانات عالية الأداء.

س. كم من الوقت يجب أن أقوم بترحيل خادمي الفردي إلى خادم مرن؟

أ. قاعدة بيانات Azure ل PostgreSQL - من المقرر إيقاف الخادم الفردي بحلول 28 مارس 2025، لذلك نوصي بشدة بترحيل الخادم الفردي إلى خادم مرن في أقرب فرصة لضمان توفر الوقت الكافي للتشغيل خلال دورة حياة الترحيل واستخدام المزايا التي يوفرها الخادم المرن.

س. ماذا يحدث لقاعدة بيانات Azure الموجودة ل PostgreSQL - مثيلات الخادم الفردي؟

أ. سيستمر دعم أحمال عمل Azure Database for PostgreSQL - Single Server حتى مارس 2025.

س. هل لا يزال بإمكاني إنشاء إصدار جديد من قاعدة بيانات Azure 11 ل PostgreSQL - خادم واحد بعد تاريخ EOL المجتمعي في نوفمبر 2023؟

أ. بدءا من 30 نوفمبر 2023، لن تتمكن من إنشاء مثيلات خادم واحد جديدة للإصدار 11 من PostgreSQL من خلال مدخل Microsoft Azure. ومع ذلك، لا يزال بإمكانك جعلها عبر CLI حتى نوفمبر 2024. سنواصل دعم الخوادم الفردية من خلال نهج دعم تعيين الإصدار. سيكون من الأفضل بدء الترحيل إلى قاعدة بيانات Azure ل PostgreSQL - الخادم المرن على الفور.

س. هل يمكنني الاستمرار في تشغيل قاعدة بيانات Azure ل PostgreSQL - خادم واحد بعد تاريخ غروب الشمس في 28 مارس 2025؟

أ. نحن نخطط لدعم Single Server حتى تاريخ غروب الشمس في 28 مارس 2025، وننصح بشدة أن تبدأ في التخطيط للترحيل في أقرب وقت ممكن. نخطط لإنهاء دعم عمليات نشر الخادم الفردي عند انتهاء بيانات 28 مارس 2025.

س. بعد إعلان إيقاف الخادم الفردي، ماذا لو كنت لا أزال بحاجة إلى إنشاء خادم واحد جديد لتلبية احتياجات عملي؟

أ. نحن لا نوقف القدرة على إنشاء خوادم فردية جديدة على الفور، لذلك يمكنك الاستمرار في إنشاء خوادم مفردة جديدة من خلال CLI لتلبية احتياجات عملك لجميع إصدارات PostgreSQL المدعومة في قاعدة بيانات Azure ل PostgreSQL – خادم واحد. نحن نشجعك بشدة على استكشاف الخادم المرن ومعرفة ما إذا كان ذلك سيلبي احتياجاتك. لا تتردد في الاتصال بنا إذا لزم الأمر حتى نتمكن من إرشادك واقتراح أفضل مسار أمامك.

س. هل هناك أي تكاليف إضافية مرتبطة بإجراء الترحيل؟

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

س. هل ستتأثر الفوترة الخاصة بي بتشغيل قاعدة بيانات Azure ل PostgreSQL - خادم مرن بدلا من قاعدة بيانات Azure ل PostgreSQL - خادم واحد؟

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

س. هل سأتحمل وقت تعطل عند ترحيل قاعدة بيانات Azure من PostgreSQL - خادم واحد إلى خادم مرن؟

أ. حاليا، تدعم أداة ترحيل الخادم الفردي إلى الخادم المرن عمليات الترحيل دون اتصال فقط. يتطلب الترحيل دون اتصال وقت تعطل لتطبيقاتك أثناء عملية الترحيل. لمزيد من المعلومات، راجع أداة الترحيل - قاعدة بيانات Azure لخادم PostgreSQL الفردي إلى الخادم المرن.

يعتمد وقت التعطل على عدة عوامل، بما في ذلك عدد قواعد البيانات وحجم قواعد البيانات وعدد الجداول داخل كل قاعدة بيانات وعدد الفهارس وتوزيع البيانات عبر الجداول. كما يعتمد على SKU للخادم المصدر والهدف وIOOPS المتوفرة على الخادم المصدر والهدف.

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

عمليات الترحيل دون اتصال أقل تعقيدا، مع عدد قليل من فرص الفشل، وهي الطريقة الموصى بها لإجراء عمليات الترحيل من خادم واحد إلى خادم مرن لأحمال العمل مع نوافذ الخدمة.

يمكنك الاتصال بفرق حسابك إذا لم يتم استيفاء متطلبات وقت التعطل من خلال عمليات الترحيل دون اتصال التي يوفرها خادم واحد إلى أداة ترحيل مرنة.

إشعار

سيتوفر دعم الترحيل عبر الإنترنت قريبا.

س. هل ستكون هناك تحديثات مستقبلية ل Single Server لدعم أحدث إصدارات PostgreSQL؟

أ. نوصي بالترحيل إلى Flexible Server إذا كان يجب تشغيل أحدث إصدارات محرك PostgreSQL. نواصل نشر الإصدارات الثانوية التي أصدرها المجتمع للإصدار 11 من Postgres حتى يتم إيقافها من قبل المجتمع في نوفمبر 2023.

إشعار

نحن نوسع الدعم للإصدار 11 من Postgres بعد تاريخ إيقاف المجتمع وسندعم الإصدار 11 من PostgreSQL على كل من الخادم الفردي والخادم المرن لتسهيل هذا الانتقال. ضع في اعتبارك الترحيل إلى Flexible Server لاستخدام مزايا أحدث إصدارات محرك Postgres.

س. كيف تختلف اتفاقية مستوى الخدمة لتوفر الخادم المرن بنسبة 99.99٪ عن الخادم الفردي؟

أ. يوفر النشر المتكرر لمنطقة الخادم المرن توفرا بنسبة 99.99٪ مع مرونة على مستوى المنطقة، ويوفر الخادم الفردي توفرا بنسبة 99.99٪ ولكن دون مرونة نطاقية. تقوم بنية Flexible Server High Availability (HA) بنشر خادم الاستعداد السريع مع حساب وتخزين زائدين (مع تخزين بيانات كل موقع في نسخ 3x). لا تحتوي بنية قابلية الوصول العالية لخادم واحد على وضع الاستعداد السريع السلبي للمساعدة في التعافي من حالات الفشل النطاقية. تقلل بنية قابلية الوصول العالية للخادم المرن من وقت التعطل أثناء الانقطاع غير المخطط له والصيانة المخطط لها.

س. يتم نشر خادمي الفردي في منطقة لا تدعم Flexible Server. كيف يمكنني المضي قدما في الترحيل؟

أ. نحن قريبون من التماثل الإقليمي مع خادم واحد. هذه هي المناطق التي لا يوجد بها وجود Flexible Server.

  • شرق الصين (CE وCE2)،
  • شمال الصين (CN وCN2)
  • West India
  • شمال السويد

نوصي بالترحيل إلى مناطق CN3/CE3 ووسط الهند ووسط السويد وجنوب السويد. س. لدي ارتباط خاص تم تكوينه لخادمي الفردي، وهذه الميزة غير مدعومة حاليا في Flexible Server. كيف أعمل الترحيل؟

أ. دعم الخادم المرن للارتباط الخاص هو أولويتنا القصوى وعلى خارطة الطريق. من المخطط إطلاق هذه الميزة في الربع الرابع من عام 2023. خيار آخر هو التفكير في الترحيل إلى خادم مرن تم إدخاله من VNET.

س. هل هناك خيار للعودة إلى الخادم الفردي إلى ترحيل خادم مرن؟

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

س. كيف يجب ترحيل DB الخاص بي (> 1 تيرابايت)

أ.يمكن لأداة ترحيل الخادم الفردي إلى الخادم المرن ترحيل قواعد البيانات من جميع الأحجام من خادم واحد إلى خادم مرن. لا توجد قيود على الإصدار الجديد من الأداة فيما يتعلق بحجم قواعد البيانات.

س. هل الترحيل عبر المناطق مدعوم؟

أ. حاليا، لا تدعم أداة ترحيل الخادم الفردي إلى الخادم المرن عمليات الترحيل عبر المناطق. يتم دعمه في وقت لاحق. يمكنك استخدام pg_dump/pg_restore لتنفيذ عمليات الترحيل عبر المناطق.

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

س. هل الترحيل عبر الاشتراك مدعوم؟

أ. تدعم أداة ترحيل الخادم الفردي إلى الخادم المرن عمليات الترحيل عبر الاشتراك.

س. هل الاشتراك في مجموعة الموارد المشتركة مدعوم؟

أ. تدعم أداة ترحيل الخادم الفردي إلى الخادم المرن عمليات ترحيل مجموعة الموارد المشتركة.

س. هل هناك دعم عبر الإصدارات؟

أ. تدعم خدمة ترحيل الخادم الفردي إلى الخادم المرن الترحيل من إصدار PostgreSQL أقل (PG 9.5 وما فوق) إلى أي إصدار أعلى. كما هو الحال دائما، يجب التحقق من توافق التطبيق مع إصدارات PostgreSQL الأعلى مسبقا.

أداة ترحيل خادم واحد إلى خادم مرن

أداة ترحيل الخادم الفردي إلى الخادم المرن هي أداة قوية تسمح لك بترحيل قاعدة بيانات SQL Server من خادم واحد إلى خادم مرن بسهولة. باستخدام هذه الأداة، يمكنك بسهولة نقل قاعدة البيانات الخاصة بك من خادم محلي أو جهاز ظاهري إلى خادم مرن في السحابة، ما يسمح لك بالاستفادة من قابلية التوسع والمرونة في حوسبة السحابة.

س. ما هي البيانات والمخطط ومكونات بيانات التعريف التي يتم ترحيلها كجزء من الترحيل؟

أ. تقوم أداة ترحيل الخادم الفردي إلى الخادم المرن بترحيل المخطط والبيانات وبيانات التعريف من المصدر إلى الوجهة. يتم ترحيل جميع مكونات البيانات والمخطط وبيانات التعريف التالية كجزء من ترحيل قاعدة البيانات:

ترحيل البيانات

  • جميع الجداول من جميع قواعد البيانات/المخططات.

ترحيل المخطط:

  • التسمية
  • المفتاح الأساسي
  • نوع البيانات
  • الموضع الترتيبي
  • القيمة الافتراضية
  • قابلية القيم الخالية
  • سمات الزيادة التلقائية
  • الفهارس الثانوية

ترحيل بيانات التعريف:

  • الإجراءات المخزنة
  • الوظائف
  • أزرار التشغيل
  • طرق العرض
  • قيود المفتاح الخارجي

س. ما الفرق بين الترحيل دون اتصال بالإنترنت والترحيل عبر الإنترنت؟

أ. تدعم أداة ترحيل الخادم الفردي إلى الخادم المرن الترحيل دون اتصال بالإنترنت الآن، مع عمليات الترحيل عبر الإنترنت قريبا. مع الترحيل دون اتصال بالإنترنت، يبدأ وقت تعطل التطبيق عند بدء الترحيل. مع الترحيل عبر الإنترنت، يقتصر وقت التعطل على الوقت المطلوب للتقليص في نهاية الترحيل ولكنه يستخدم آلية نسخ متماثل منطقية. يجب أن تمرر البيانات/المخطط قيود محرك PG مفتوحة المصدر للترحيل عبر الإنترنت. نقترح عليك اختبار الترحيل دون اتصال لتحديد ما إذا كان وقت التعطل مقبولا.

تتم مقارنة عمليات الترحيل عبر الإنترنت وغير المتصلة في الجدول التالي:

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

س. هل هناك أي توصيات لتحسين أداء أداة ترحيل الخادم الفردي إلى الخادم المرن؟

أ. نعم. لتنفيذ عمليات ترحيل أسرع، اختر SKU أعلى للخادم المرن. اختر 4VCore كحد أدنى أو أعلى لإكمال الترحيل بسرعة. يمكنك دائما تغيير SKU لمطابقة احتياجات التطبيق بعد الترحيل.

س. ما المدة التي يستغرقها تنفيذ الترحيل دون اتصال باستخدام أداة ترحيل الخادم الفردي إلى الخادم المرن؟

أ. يوضح الجدول التالي وقت إجراء عمليات الترحيل دون اتصال لقواعد البيانات ذات الأحجام المختلفة باستخدام أداة ترحيل الخادم الفردي إلى الخادم المرن. تم تنفيذ الترحيل باستخدام خادم مرن مع SKU:

Standard_D4ds_v4 (4 ذاكرات أساسية وذاكرة 16 غيغابايت وقرص 128 غيغابايت و500 IOPS)

حجم قاعدة البيانات الوقت (HH:MM)
1 جيجابايت 00:01
5 جيجابايت 00:03
10 غيغابايت 00:08
50 جيجا بايت 00:35
100 غيغابايت 01:00
500 جيجابايت 04:00
1,000 GB 07:00

إشعار

الأرقام أعلاه تقريبية للوقت المستغرق لإكمال الترحيل. للحصول على الوقت الدقيق المطلوب للترحيل إلى الخادم الخاص بك، نوصي بشدة بأخذ PITR (استعادة نقطة زمنية) للخادم الفردي وتشغيله مقابل أداة ترحيل الخادم الفردي إلى الخادم المرن.

س. كم من الوقت يستغرق تنفيذ ترحيل عبر الإنترنت باستخدام أداة ترحيل الخادم الفردي إلى الخادم المرن؟

أ. يتضمن الترحيل عبر الإنترنت الخطوات التالية:

  1. النسخة الأولية من قواعد البيانات
  2. تغيير التقاط البيانات - إعادة تشغيل جميع المعاملات على المصدر أثناء الخطوة رقم 1 إلى الهدف.

الوقت المستغرق في الخطوة رقم 1 هو نفس الوقت المستغرق في عمليات الترحيل دون اتصال (راجع السؤال السابق).

يعتمد الوقت المستغرق للخطوة رقم 2 على المعاملات التي تحدث على المصدر. إذا كان حمل العمل كثيف الكتابة، فسيكون الوقت المستغرق للخطوة رقم 2 أطول.

دعم إضافي

س. لدي المزيد من الأسئلة حول التقاعد.

أ. يمكنك الحصول على مزيد من المعلومات بعدة طرق مختلفة.

  • احصل على إجابات من خبراء المجتمع في Microsoft Q&A.

  • في حالة امتلاكك خطة دعم وحاجتك إلى مساعدة فنية، أنشئ support request:

    • بالنسبة إلى الملخص، اكتب وصفا لمشكلتك.
    • بالنسبة لـ Issue type، حدد Technical.
    • بالنسبة لـ "Subscription"، حدد اشتراكك.
    • في Service، حدد My services.
    • بالنسبة إلى نوع الخدمة، حدد قاعدة بيانات Azure لخادم PostgreSQL الفردي.
    • بالنسبة إلى المورد، حدد المورد الخاص بك.
    • بالنسبة إلى نوع المشكلة، حدد الترحيل إلى Azure DB ل PostgreSQL.
    • بالنسبة إلى النوع الفرعي المشكلة، حدد الترحيل من خادم واحد إلى خادم مرن.

تحذير

هذه المقالة ليست لقاعدة بيانات Azure ل PostgreSQL - مستخدمو الخادم المرن. إنه لقاعدة بيانات Azure ل PostgreSQL - عملاء الخادم الفردي الذين يحتاجون إلى الترقية إلى قاعدة بيانات Azure ل PostgreSQL - الخادم المرن.

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

الخطوات التالية