مشاركة عبر

نظرة عامة على تطبيقات وحلول Oracle على Azure

  • مقالة

ينطبق على: ✔️ أجهزة Linux الظاهرية

في هذه المقالة، ستتعرف على تشغيل حلول Oracle باستخدام البنية الأساسية ل Azure.

هام

Oracle RAC وOracle RAC OneNode غير مدعومين في Azure Bare Metal Infrastructure.

قواعد بيانات Oracle على البنية الأساسية لـ Azure

تدعم Oracle تشغيل إصدارات قاعدة البيانات 12.1 والقياسية والمؤسسة الأعلى في Azure على صور الجهاز الظاهري استنادا إلى Oracle Linux. يمكنك تشغيل قواعد بيانات Oracle على البنية الأساسية ل Azure باستخدام قاعدة بيانات Oracle على صور Oracle Linux المتوفرة في Azure Marketplace.

  • Oracle Database 12.2 و 18.3 Enterprise Edition
  • Oracle Database 12.2 و 18.3 Standard Edition
  • Oracle Database 19.3
    يمكنك أيضا اتباع أحد الأساليب التالية:
  • إعداد قاعدة بيانات Oracle على صورة Linux غير Oracle متوفرة في Azure.
  • إنشاء حل على صورة مخصصة تقوم بإنشائها من البداية في Azure.
  • تحميل صورة مخصصة من البيئة المحلية الخاصة بك.

يمكنك أيضا اختيار تكوين الحل الخاص بك مع عدة أقراص مرفقة. يمكنك تحسين أداء قاعدة البيانات عن طريق تثبيت Oracle Automated Storage Management (ASM). للحصول على أفضل أداء لأحمال عمل الإنتاج لقاعدة بيانات Oracle على Azure، تأكد من تغيير حجم صورة الجهاز الظاهري بشكل صحيح وحدد خيارات التخزين المناسبة استنادا إلى معدل النقل وIOOPS وزمن الانتقال. للحصول على إرشادات حول كيفية الحصول بسرعة على قاعدة بيانات Oracle وتشغيلها في Azure باستخدام صورة الجهاز الظاهري المنشورة من Oracle، راجع إنشاء قاعدة بيانات Oracle في جهاز Azure الظاهري.

نشر صور Oracle VM على Microsoft Azure

يغطي هذا القسم معلومات حول حلول Oracle استنادا إلى صور الجهاز الظاهري (VM) التي نشرتها Oracle في Azure Marketplace. للحصول على قائمة بصور Oracle المتوفرة حاليا، قم بتشغيل الأمر التالي باستخدام Azure CLI أو Azure Cloud Shell

az vm image list --publisher oracle --output table –all

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

هام

تحتاج إلى ترخيص مناسب لاستخدام برنامج Oracle واتفاقية دعم حالية مع Oracle. تضمن Oracle تنقل الترخيص من المحلي إلى Azure. لمزيد من المعلومات حول تنقل الترخيص، راجع الأسئلة المتداولة حول Oracle وMicrosoft Strategic Partnership.

التطبيقات على Oracle Linux وخادم WebLogic

تشغيل تطبيقات المؤسسة على خادم WebLogic في Azure على صور Oracle Linux المدعومة. لمزيد من المعلومات، راجع وثائق WebLogic، Oracle WebLogic Server على نظرة عامة على حل Azure.

WebLogic Server مع تكاملات خدمة Azure

تتعاون Oracle وMicrosoft لإحضار WebLogic Server إلى Azure Marketplace في شكل عرض تطبيق Azure. لمزيد من المعلومات حول هذه العروض، راجع ما هي الحلول لتشغيل Oracle WebLogic Server.

صور Oracle WebLogic Server VM

يتم دعم نظام المجموعة على إصدار المؤسسة فقط. أنت مرخص لاستخدام تكوين أنظمة المجموعات WebLogic فقط عند استخدام إصدار المؤسسة من Oracle WebLogic Server. لا تستخدم نظام المجموعة مع Oracle WebLogic Server Standard Edition. الإرسال المتعدد ل UDP غير مدعوم. يدعم Azure البث الأحادي لـ UDP، ولكن ليس البث المتعدد أو البث العادي. يمكن أن يعتمد Oracle WebLogic Server على قدرات Azure UDP أحادية. للحصول على أفضل النتائج بالاعتماد على البث الأحادي لـ UDP، نوصي بإبقاء حجم مجموعة WebLogic ثابتا، أو الاحتفاظ به مع ما لا يزيد عن 10 خوادم مدارة. يتوقع Oracle WebLogic Server أن تكون المنافذ العامة والخاصة هي نفسها للوصول إلى T3. على سبيل المثال، عند استخدام Enterprise JavaBeans (EJB). ضع في اعتبارك سيناريو متعدد المستويات حيث يتم تشغيل تطبيق طبقة خدمة على مجموعة Oracle WebLogic Server تتكون من جهازين ظاهريين أو أكثر، في شبكة ظاهرية تسمى SLWLS. توجد طبقة العميل في شبكة فرعية مختلفة في نفس الشبكة الظاهرية، حيث تقوم بتشغيل برنامج Java بسيط يحاول استدعاء EJB في طبقة الخدمة. نظرا لأنه يجب عليك موازنة التحميل لطبقة الخدمة، يجب إنشاء نقطة نهاية عامة متوازنة التحميل للأجهزة الظاهرية في نظام مجموعة Oracle WebLogic Server. إذا كان المنفذ الخاص المحدد مختلفا عن المنفذ العام، يحدث خطأ. على سبيل المثال، إذا كنت تستخدم 7006:7008، يحدث الخطأ التالي لأنه لأي وصول T3 بعيد، يتوقع Oracle WebLogic Server أن يكون منفذ موازن التحميل ومنفذ الخادم المدار WebLogic هو نفسه.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

في الحالة السابقة، يصل العميل إلى المنفذ 7006، وهو منفذ موازن التحميل، ويستمع الخادم المدار على 7008، وهو المنفذ الخاص. ينطبق هذا القيد فقط على الوصول إلى T3، وليس HTTP.

لتجنب هذه المشكلة، استخدم أحد الحلول التالية:

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

  • قم بتضمين معلمة JVM التالية عند بدء تشغيل Oracle WebLogic Server: configCopy Dweblogic.rjvm.enableprotocolswitch=true

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

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

يمكن أن يكون استخدام جهازين ظاهريين على الأقل نهجا أفضل. يمكن لكل جهاز ظاهري تشغيل مثيلات متعددة من Oracle WebLogic Server. يمكن أن يظل كل مثيل من Oracle WebLogic Server جزءًا من نفس نظام المجموعة. ومع ذلك، لا يمكن حاليا استخدام Azure لنقاط نهاية موازنة التحميل التي يتم كشفها بواسطة عمليات نشر Oracle WebLogic Server هذه داخل نفس الجهاز الظاهري. يتطلب Azure Load Balancer توزيع الخوادم المتوازنة التحميل بين الأجهزة الظاهرية الفريدة.

قابلية وصول عالية وخيارات الإصلاح بعد كارثة

عند استخدام حلول Oracle في Azure، فأنت مسؤول عن تنفيذ حل قابلية وصول عالية والتعافي من الكوارث لتجنب أي وقت تعطل. يمكنك أيضا تنفيذ قابلية الوصول العالية والتعافي من الكوارث ل Oracle Database Enterprise Edition باستخدام Data Guard أو Active Data Guard أو Oracle GoldenGate. يتطلب النهج قاعدتي بيانات على جهازين ظاهريين منفصلين، يجب أن يكونا في نفس الشبكة الظاهرية لضمان إمكانية الوصول إلى بعضهما البعض عبر عنوان IP الثابت الخاص.

نوصي بوضع الأجهزة الظاهرية في نفس مجموعة التوفر للسماح ل Azure بوضعها في مجالات خطأ منفصلة وترقية المجالات. إذا كنت ترغب في التكرار الجغرافي، فقم بإعداد قاعدتي البيانات للنسخ المتماثل بين منطقتين مختلفتين وتوصيل المثيلين ببوابة VPN. للتنقل عبر إجراء الإعداد الأساسي على Azure، راجع تنفيذ Oracle Data Guard على جهاز Azure Linux الظاهري.

باستخدام Oracle Active Data Guard، يمكنك تحقيق توفر عال مع قاعدة بيانات أساسية في جهاز ظاهري واحد، وقاعدة بيانات ثانوية (احتياطية) في جهاز ظاهري آخر، وإعداد النسخ المتماثل أحادي الاتجاه بينهما. وتتمثل النتيجة في وصول للقراءة فقط إلى نسخة قاعدة البيانات. باستخدام Oracle GoldenGate، يمكنك تكوين النسخ المتماثل ثنائي الاتجاه بين قاعدتي البيانات. لمعرفة كيفية إعداد حل عالي التوفر لقواعد البيانات الخاصة بك باستخدام هذه الأدوات، راجع Active Data Guard و GoldenGate. إذا كنت بحاجة إلى الوصول للقراءة والكتابة إلى نسخة قاعدة البيانات، يمكنك استخدام Oracle Active Data Guard.

للتنقل عبر إجراء الإعداد الأساسي على Azure، راجع تنفيذ Oracle Golden Gate على جهاز Azure Linux الظاهري.

يمكنك تحقيق قابلية وصول عالية لقواعد بيانات Oracle الخاصة بك بشكل فعال باستخدام موضع حجم منطقة توفر Azure NetApp Files بالاشتراك مع Oracle Data Guard لبنية قابلية الوصول العالية عبر المناطق. بدلا من ذلك، لإزالة تكلفة تراخيص Data Guard وتشغيل الأجهزة الظاهرية في المنطقة الثانوية، يمكنك استخدام وظيفة النسخ المتماثل المستندة إلى التخزين لملفات Azure NetApp. يمكن وضع وحدات تخزين Azure NetApp Files في منطقة التوفر التي تختارها بنفس الطريقة ويمكن بعد ذلك نسخها نسخا متماثلا بين المناطق داخل المنطقة باستخدام النسخ المتماثل عبر المناطق (أو إلى منطقة أخرى باستخدام النسخ المتماثل عبر المناطق).

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

النسخ الاحتياطي لأحمال عمل Oracle

تتوفر استراتيجيات نسخ احتياطي مختلفة ل Oracle على أجهزة Azure الظاهرية، والنسخ الاحتياطية التالية هي خيارات أخرى:

نشر تطبيقات Oracle على Azure

استخدم قوالب Terraform أو AZ CLI أو مدخل Azure لإعداد البنية الأساسية ل Azure وتثبيت تطبيقات Oracle. يمكنك أيضا استخدام Ansible لتكوين DB داخل الجهاز الظاهري. لمزيد من المعلومات، راجع Terraform على Azure.

اعتمدت Oracle التطبيقات التالية لتشغيلها في Azure عند الاتصال بقاعدة بيانات Oracle باستخدام Azure مع حل ربط Oracle Cloud:

  • جناح الأعمال الإلكترونية
  • JD Edwards EnterpriseOne
  • PeopleSoft
  • تطبيقات Oracle Retail
  • إدارة Oracle Hyperion المالية

يمكنك نشر التطبيقات المخصصة في Azure التي تتصل ب OCI وخدمات Azure الأخرى.

دعم JD Edwards

وفقا لدعم Oracle، يتم دعم JD Edwards EnterpriseOne الإصدارات 9.2 وما فوق على أي عرض سحابي عام يلبي الحد الأدنى من المتطلبات التقنية المحددة (MTR). تحتاج إلى إنشاء صور مخصصة تفي بمواصفات MTR الخاصة بها لتوافق نظام التشغيل وتطبيق البرامج. لمزيد من المعلومات، راجع معرف المستند 2178595.1.

الترخيص

يعتمد نشر حلول Oracle في Azure على نموذج إحضار الترخيص الخاص بك. يفترض هذا النموذج أن لديك تراخيص لاستخدام برنامج Oracle وأن لديك اتفاقية دعم حالية مع Oracle. تمثل Microsoft Azure بيئة سحابية معتمدة لتشغيل Oracle Database. لا ينطبق جدول Oracle Core Factor عند ترخيص قواعد بيانات Oracle في السحابة. لمزيد من المعلومات، راجع Oracle Processor Core Factor Table. بدلا من ذلك، عند استخدام الأجهزة الظاهرية مع تمكين تقنية توازي تشغيل مؤشرات الترابط لقواعد بيانات Enterprise Edition، قم بحساب اثنين من وحدات المعالجة المركزية الظاهرية كمكافئ لترخيص معالج Oracle واحد إذا تم تمكين hyperthreading، كما هو مذكور في مستند النهج. يمكن العثور على تفاصيل النهج في ترخيص برامج Oracle في بيئة الحوسبة السحابية.
تتطلب قواعد بيانات Oracle بشكل عام ذاكرة أعلى وI/O. لهذا السبب، نوصي بالأجهزة الظاهرية المحسنة للذاكرة لأحمال العمل هذه. لتحسين أحمال العمل الخاصة بك بشكل أكبر، نوصي بوحدات المعالجة المركزية الأساسية المقيدة لأحمال عمل قاعدة بيانات Oracle التي تتطلب ذاكرة عالية وتخزينا وعرض النطاق الترددي للإداء/الإخراج، ولكن ليس عددا أساسيا عاليا. عند ترحيل برامج Oracle وأحمال العمل من أماكن العمل إلى Microsoft Azure، توفر Oracle إمكانية نقل الترخيص كما هو مذكور في الأسئلة المتداولة حول Oracle وMicrosoft Strategic Partnership.

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

لديك الآن نظرة عامة على قواعد بيانات وحلول Oracle الحالية استنادا إلى صور الجهاز الظاهري في Microsoft Azure. تعد خطوتك التالية هي توزيع قاعدة بيانات Oracle الأولى على Azure.