وسّعت Oracle وMicrosoft شراكتهما لتقديم خدمات قاعدة بيانات Oracle التي تعمل على Oracle Cloud Infrastructure (OCI)، والمجمعة في مراكز بيانات Microsoft. يمكن لعملاء Azure الآن شراء خدمات قاعدة بيانات Oracle ونشرها واستخدامها التي تعمل على OCI داخل بوابة Azure الأصلية وواجهات برمجة التطبيقات، مما يمنحهم تجربة تشبه OCI في Azure. فيما يلي بعض المزايا الرئيسة لـ Oracle Database@Azure.
تتوفر حاليًا خدمة Oracle Exadata Database Service وOracle Autonomous AI Database Serverless وOracle Base Database Service وOracle GoldenGate وOracle Database Zero Data Loss Autonomous Recovery Service. سنعلن عن إضافات لهذه المجموعة عندما تصبح متاحة.
يرجى الرجوع إلى مستند أوصاف الخدمة (PDF) للحصول على أحدث المعلومات.
يشبه الترحيل إلى هذا العرض الترحيل إلى OCI أثناء تشغيل خدمة قاعدة البيانات على OCI. توفر Oracle استراتيجيات ترحيل مثبتة الكفاءة لقاعدة البيانات، بما في ذلك حلول الترحيل المؤتمت مثل Oracle Zero Downtime Migration والأدوات القوية مثل Oracle Data Guard وOracle Cloud Infrastructure GoldenGate.
يُرجى الرجوع إلى القسم الذي يغطي مناطق Oracle Database@Azure لمعرفة التوافر الإقليمي وخارطة الطريق. نشجع العملاء على مشاركة أي متطلبات لمناطق إضافية مع فريق حساب Oracle أو Microsoft الخاص بهم.
نعم، للخدمات الاستشارية. يُرجى ملاحظة أن Oracle Database@Azure يتم بيعه للعملاء مباشرة عبر Azure Marketplace وغير متاح للشراء من خلال أي شركة أو قناة أخرى.
إذا كنت مهتمًا بأن تصبح شريكًا في الخدمات الاستشارية من Oracle بالإضافة إلى التأهل لتعيين خبرة الخدمة، فيمكنك العثور على أحدث المعلومات على موقع Oracle PartnerNetwork على الويب. ويمكن لمزودي الخدمة شراء العرض مباشرة، ولكن ليس نيابة عن العملاء.
تدعم خدمة Oracle Exadata Database Service على البنية التحتية المخصصة الآن منصة Exadata X11M من الجيل التالي.
يُعدّ توفير Oracle AI Database على Oracle Database@Azure هو نفسه الموجود في OCI، باستخدام نفس تدفق واجهة المستخدم واستدعاءات واجهة برمجة التطبيقات وما إلى ذلك؛ بالتالي، فإن أي نسخة قاعدة بيانات مدعومة ومُتاحة حاليًا على OCI مرئي ومتوفر على Oracle Database@Azure infrastructure.
نظرًا إلى توفير قاعدة البيانات وإدارتها في OCI، تتوفر أدوات قاعدة البيانات الحالية، مثل النُسخ الاحتياطية والاستنساخ.
تمثل Oracle Database Autonomous Recovery Service حل النسخ الاحتياطي الموصى به للنسخ الاحتياطي لقاعدة البيانات ويسحب إلى MACC الخاص بالعميل عند تمكين النسخ الاحتياطي. يمكن للعملاء اختيار الحصول على خدمة Oracle Database Autonomous Recovery في منطقة Azure أو في منطقة OCI. يوجد خيار نسخ احتياطي آخر وهو Oracle Cloud Infrastructure Object Storage.
يمثل Oracle Database@Azure نشر قياسي مُتاح داخل Azure VNet. يمكن استخدام أدوات إدارة Oracle AI Database، مثل ضخ البيانات، لاستيراد البيانات إلى قاعدة البيانات من عملاء قاعدة بيانات Azure.
توجد بوابة التوجيه الديناميكي (DRG) المستخدمة لتوفير الرابط بين موارد شبكة OCI وAzure داخل شبكة سحابية ظاهرية للخدمة يتم التحكم فيها بإحكام (VCN) ولا يمكن تحديثها. عند التوفر، يتم إرفاق موارد مجموعة Exadata VM بـ DRG هذه. إذا كانت لديك متطلبات توجيه مُحددة، فيمكنك استخدام مجموعات التناظر المحلية للاتصال بشبكة VCN أخرى. يمكن بعد ذلك إرفاق شبكة VCN النظيرة محليًا بـ DRG التي تتحكم بها. يمكن استخدام DRG هذا للنسخ المتماثل عبر المناطق (انظر السؤال حول النسخ المتماثل للبيانات لاستعادة القدرة على العمل بعد الكوارث (DR)).
تركز Oracle Database@Azure على أحمال العمل عالية الأداء ومنخفضة زمن الانتقال التي تعمل في Azure. إذا كان حمل العمل الذي يتطلب زمن انتقال منخفضًا في OCI، نوصي بنشر Oracle Exadata Database Service on Dedicated Infrastructure في OCI. عند التوفر، نوصي باستخدام Oracle Interconnect for Microsoft Azure لربط خدمة OCI وOracle Database@Azure لتلبية الاحتياجات ذات زمن الانتقال المنخفض.
نظرًا إلى إنشاء قاعدة البيانات عبر OCI، يتم استخدام Oracle Cloud Infrastructure Vault لاستيعاب المفتاح الذي تم إنشاؤه بواسطة النظام أو الذي أنشأه العميل.
نعم، تدعم Oracle Database@Azure عمليات النشر المُخصصة والمشتركة. توفر خدمة Oracle Exadata Database Service على البنية التحتية المخصصة التي تعمل داخل Azure للعملاء عُقد مُخصصة للحوسبة والتخزين في Exadata وتمنحهم التحكم الكامل في الأجهزة الظاهرية لقاعدة البيانات، تمامًا كما تفعل عند التشغيل على OCI.
توفر خدمة Oracle Exadata Database على بنية تحتية فائقة الأداء نموذج خدمة بنية تحتية مشتركًا تدير فيه Oracle جميع البنية التحتية الفعلية، مما يلغي الحاجة إلى توفير خوادم تخزين وقاعدة بيانات مُخصصة. تعمل قواعد بيانات العملاء على بنية تحتية مشتركة باستخدام أجهزة Exadata Exascale ظاهرية مخصصة مع تخزين خاص، ويحتفظ العملاء بالتحكم في الأجهزة الظاهرية لقاعدة البيانات.
يتم تشغيل Oracle Autonomous AI Database Serverless على Exadata infrastructure. المشتركة. لست بحاجة إلى تكوين أي جهاز أو إدارته أو تثبيت أي برنامج قاعدة بيانات باستخدام Autonomous AI Database Serverless. فهي تتعامل مع توفير قاعدة البيانات والنسخ الاحتياطية والتصحيح والترقيات وتوسيع نطاق قاعدة البيانات.
نعم، تدعم Oracle Database@Azure البيئات ذات المستأجر الواحد والمتعددة المستأجرين. توفر Oracle Exadata Database Service on Dedicated Infrastructure التي تعمل داخل Azure للعملاء نقاط توصيل مُخصصة للحوسبة والتخزين في Exadata، تمامًا كما تفعل عند التشغيل على OCI.
لا، لا تتوفر Oracle Database@Azure في بيئات FedRAMP عالية الاعتماد.
يدعم Oracle Interconnect for Microsoft Azure الآن سحابة حكومة الولايات المتحدة من Oracle. أعلنت Oracle مؤخرًا عن التوافر العام لمناطق Oracle US Gov West (Phoenix) وAzure US Gov Arizona (Phoenix) لـ Oracle Interconnect لـ Microsoft Azure. يمكن للعملاء المشتركين استخدام Oracle Interconnect لـ Microsoft Azure لترحيل أحمال عملهم بسهولة إلى بيئات البنية التحتية من Oracle Cloud وAzure FedRAMP عالية الاعتماد.
التوافق هو مسؤولية مشتركة بين Oracle وMicrosoft. تم اعتماد Oracle Database@Azure لشهادات توافق المعيار الصناعي في المجال. للحصول على معلومات مفصلة عن شهادات التوافق، يُرجَى زيارة معلومات توافق Oracle Database@Azure
نقدم دليلاً شاملاً لنشر قواعد بيانات Oracle على SAP NetWeaver Application Server منصة ABAP/Java باستخدام Oracle Database@Azure، استنادًا إلى Oracle Exadata Cloud Infrastructure X9M مع Oracle Linux 8 على نقاط توصيل مجموعات الأجهزة الظاهرية. بينما تتطلب عمليات النشر الشهادة الرسمية من SAP، يمكنك طلب هذه الشهادة بسهولة عند الحاجة. في هذه الأثناء، يمكنك استخدام دليل النشر المقدم. إذا كانت مؤسستك مهتمة بنشر SAP على Oracle Database@Azure، يرجى التواصل مع Oracle Sales لإكمال طلب الشهادة من SAP.
تتوفر خدمة خدمة Oracle Exadata Database على البنية التحتية المخصصة وOracle Exadata Database Service على بنية تحتية فائقة الأداء للشراء عبر عرض خاص في Azure Marketplace، مع تسعير يستند إلى عرض أسعار مُخصص. أولاً، تعمل مع Oracle Sales للتفاوض على الشروط التجارية، والتي تم إضفاء الطابع الرسمي عليها في مستند تقديم الطلبات الذي تمت مشاركته معك لمراجعته وقبوله. وبعد ذلك، تقوم Oracle بإنشاء عرض خاص وتحميله إلى Azure Marketplace. يجب عليك شراء العرض الخاص في Azure Marketplace لتوفير الخدمة.
تتوفر خدمة Oracle Exadata Database على بنية تحتية فائقة الأداء أيضًا في صورة عرض للدفع أولاً بأول، مما يمنح المؤسسات من أي حجم نقطة إدخال منخفضة التكلفة لتقديم قوة Exadata إلى أحمال العمل لديها.
تتوفر Oracle Autonomous AI Database الآن بصفتها عرض للدفع أولاً بأول، ما يمنح المطورين المرونة لنشر قاعدة بيانات مُدارة بالكامل في دقائق مباشرةً من Azure Marketplace. تتوفر الخدمة أيضًا للشراء عبر عرض خاص في Azure Marketplace، مع التسعير استنادًا إلى عرض أسعار مُخصص. للشراء، اتصل بمندوب مبيعات Oracle. يعين الفريق الشروط ويقدِّم أسعار مُخصصة وينشئ عرض Azure خاص في Azure Marketplace. يجب عليك شراء العرض الخاص في Azure Marketplace لتوفير الخدمة.
تتوفر خدمة Oracle Base Database Service للشراء من خلال عرض خاص في Azure Marketplace، مع تحديد الأسعار بعرض أسعار مخصص. بالإضافة إلى ذلك، يتوفر خيار الدفع أولاً بأول، ما يوفر للمؤسسات من جميع الأحجام نقطة دخول مرنة وبأسعار معقولة للاستفادة من قوة Exadata لأحمال العمل الخاصة بها.
باستخدام خدمات Oracle على Oracle Database@Azure، يمكنك استخدام تراخيص Oracle AI Database الحالية، بما في ذلك اتفاقيات الترخيص غير المحدودة (ULA) وOracle Bring Your Own License info info (قدِّم ترخيصك) من Oracle، أو شراء تراخيص إضافية، أو استخدام الترخيص المضمن.
نعم. ويمكنك استخدام تراخيص Oracle AI Database الحالية، بما في ذلك اتفاقيات ترخيص غير محدودة (ULAs) وOracle وOracle Bring Your Own License (قدِّم ترخيصك).
نعم، يمكن أن تكون المواقع جديدة أو موجودة. يتم منحك الاختيار أثناء عملية التأهيل. نظرًا إلى أن خدمة Oracle Database@Azure موجودة فعليًا في Azure، فلن يتم "نقل" بيئات Oracle Exadata Database Service on Dedicated Infrastructure الحالية، سواء فعليًا أو تجاريًا. تظهر بنى Exadata التحتية الجديدة المُضمنة في Azure في موقع OCI الحالي.
لا، يجب على عملاء الدفع حسب الاستخدام إنشاء حساب OCI جديد لـ Oracle Database@Azure. لا يتوفر الربط بمثيل قاعدة بيانات مؤجر موجود إلا من خلال عرض خاص. لمعرفة المزيد، يرجى زيارة ربط حساب OCI موجود بـ Oracle Database@Azure.
نعم. يؤدي استخدام Oracle Database@Azure إلى استحقاق نفس Oracle Support Rewards لاستخدام OCI مباشرةً.
نعم. يمكنك استخدام التزام استهلاك Microsoft Azure (MACC) على Oracle Database@Azure. راجع تتبع التزام استهلاك Microsoft Azure لمزيد من المعلومات.
بالنسبة إلى كل مثيل بنية تحتية لسحابة Exadata التي توفره، تتم محاسبتك لمدة 48 ساعة أولية من الاستهلاك، ثم الثانية بعد ذلك. تتم فوترة كل وحدة OCPU توفرها لتشغيلها على البنية التحتية بالثانية، بحد أدنى لفترة استخدام دقيقة واحدة. إذا أنهيت مجموعة Cloud VM ولم تنهي مورد البنية التحتية لـ Cloud Exadata، تستمر الفوترة لمورد البنية التحتية.
لكل مورد خدمة Oracle Exadata Database على بنية تحتية فائقة الأداء توفرها، وتتم محاسبتك على البنية التحتية للجهاز الظاهري والتخزين لمدة لا تقل عن 48 ساعة، ثم بالثانية بعد ذلك. يمكنك توسيع مقدار البنية التحتية المتوفرة للجهاز الظاهري والتخزين في أي وقت. تتم فوترة كل وحدة ECPU توفرها لتشغيلها على النظام بالثانية، بحد أدنى لفترة استخدام دقيقة واحدة.
تتم فوترة استخدام Autonomous AI Database Serverless وفق قيم معلمتين: الحوسبة والتخزين. يمكنك تحديد قيم لهذه المعلمات عند تزويد مثيل Autonomous AI Database أو تحجيمه. لمزيد من التفاصيل، راجع ملخص فوترة قاعدة البيانات Autonomous AI Database.
يعين استهلاك Oracle 1:1 إلى التزام استهلاك Microsoft Azure (MACC).
تتم فوترة استخدام خدمة Oracle Base Database Service وفقًا لعدد ساعات وحدات ECPU المستهلكة وعدد الجيجابايت من إجمالي تخزين وحدات تخزين الكتل المستهلكة.
يكون الحد الأدنى العملي لشراء خدمة Exadata Database على بنية تحتية مُخصصة كما يلي:
يأتي أصغر تكوين لخدمة Oracle Exadata Database على بنية تحتية فائقة الأداء على Oracle Database@Azure في جهازين ظاهرين بإجمالي 16 وحدة ECPU وتخزين 560 جيجابايت من الأجهزة الظاهرية و300 جيجابايت من تخزين قاعدة البيانات فائقة الأداء المشتركة.
يعتمد أصغر تكوين لـ Autonomous AI Database Serverles على تكوين الخدمة الذي تستخدمه. بالنسبة إلى Oracle Autonomous AI Transaction Processing، تمثل وحدتي ECPU بسعة تخزين تبلغ 20 جيجابايت، وبالنسبة إلى Oracle Autonomous AI Lakehouse، تمثل وحدتي ECPU بسعة تخزين تبلغ 1 تيرابايت.
الحد الأدنى لشراء Oracle Base Database Service على Oracle Database@Azure هو أربع وحدات ECPU و256 جيجابايت من التخزين.
تتم فوترة Oracle GoldenGate استنادًا إلى الحوسبة والتخزين اللذين توفرهما، دون حد أدنى للمدة، فأنت تدفع مقابل ما تستخدمه فحسب.
تحتوي خدمة Exadata Database Service على Dedicated Infrastructure (X11M) وخدمة قاعدة بيانات Exadata على Exascale Infrastructure على فترة خدمة لا تقل عن 48 ساعة. يمكن ضبط استهلاك وحدات ECPU ووحدات OCPU إلى صفر لإيقاف الفوترة. لا تحتوي خدمات قاعدة البيانات AI Database service - Autonomous AI Database Serverless وخدمة Base Database Service - على الحد الأدنى من فترة الخدمة.
في الوقت الحالي، لا يوجد خيار الطبقة المجانية.
ستسحب أي نسبة استخدام الشبكة عبر مناطق OCI تتكبد عادةً تكاليف عرض الشبكة على MACC الخاص بالعميل (على سبيل المثال، يتحمل العميل الذي لديه إجراءات مواجهة الكوارث عبر المناطق باستخدام Oracle Database@Azure في المنطقة الأولى والمنطقة الثانية تكاليف نسبة استخدام الشبكة).
لا توجد رسوم إدخال/خروج إضافية لأي حركة بيانات بين OCI وAzure عبر الرابط متعدد السحابات في نفس المنطقة.
يتم الآن دعم تطبيقات Oracle التالية على Azure عند تشغيلها على Oracle Database@Azure:
الرجاء الرجوع إلى سياسات الدعم التالية للحصول على التفاصيل:
طورت Oracle وMicrosoft نموذج دعم مشترك لضمان الاستجابة السريعة والحل لأحمال العمل بالغة الأهمية. وسيقوم العملاء بتكوين جميع طلبات الدعم الفني مباشرة باستخدام Oracle. وستشرك Oracle دعم Microsoft إذا لزم الأمر.
عقدت Oracle وMicrosoft شراكة لتزويدك بتجربة Azure مُتكاملة تمامًا لنشر مثيلات Oracle AI Database وإدارتها واستخدامها في Azure. بالنسبة لمعظم العمليات اليومية، يمكنك استخدام أدوات Azure الأصلية.
يتم توفير Oracle Database@Azure في مناطق توافر متعددة داخل منطقة Azure ومناطق Azure متعددة داخل منطقة جغرافية. يمكن للعملاء استخدام Oracle Data Guard لنشر حلول DR. ارجع إلى البنية المرجعية لنشر حل DR باستخدام Data Guard عبر مناطق التوفر داخل منطقة تفي بمعيار Oracle Maximum Availability Architecture (MAA). لمعرفة المزيد، راجع Oracle Maximum Availability Architecture لـ Oracle Database@Azure.
يتم توفير Oracle Database@Azure في مناطق توافر متعددة داخل منطقة Azure لتلبية متطلبات التوفر العالي (HA) وإجراءات مواجهة الكوارث.
لا، تمتلك Oracle الارتباط والإدارة وحركة المرور المتدفقة بين مركز بيانات Azure ومركز البيانات الرئيس لـ OCI. لا تتقاطع شبكات إدارة Azure وOCI. لا توجد رؤية لشركة Azure بعد نقطة الإنهاء في معدات نقل الشريك داخل مركز البيانات حيث تتصل Oracle. والعكس صحيح، لا يمكن لـ Oracle رؤية تجاوز هذه النقطة نفسها. يتم التعامل مع ارتباط الشبكة بصفته ارتباط داخلي لـ Oracle.
يتوفر Operator Access Control لمجموعات Oracle Compute Cloud@Customer وExadata Cloud@Customer وAutonomous Exadata VM على الأجهزة الظاهرية للعملاء المنشورة على Oracle Autonomous AI Database on Exadata Cloud@Customer.
تمثل إدارة Oracle Database@Azure نفسها بصفتها Oracle Exadata Database Service على OCI؛ بالتالي، لا يمكن تطبيق Operator Access Control.
يمكن تشغيل موارد Oracle Database@Azure التي يتم توفيرها وإدارتها عبر موفّر موارد Oracle AI Database في Azure وإدارتها من وحدة تحكم Azure أو واجهة برمجة التطبيقات أو SDK أو CLI.
يقع توسيع الموارد والميزات التي يديرها موفّر موارد Oracle على خارطة الطريق.
تتطابق بنية Oracle Database@Azure التحتية مع تلك الموجودة في OCI؛ لذلك، يمكن استخدام أدوات تحجيم Exadata وOracle Database القياسية، مثل Oracle Cloud Capacity Analytics.
يتم نشر أجهزة Oracle Database@Azure في منطقة الإتاحة لمنطقة Azure المكافئة لنطاق الإتاحة (AD) في OCI. بالنسبة لمناطق Azure وOCI التي تحتوي على العديد من مناطق AZ وAD، ويتم نشر أجهزة Oracle Database@Azure في مناطق AZ مع تعيين 1:1 إلى OCI AD.
الشبكة التي تربط بين نشر Oracle Database@Azure في Azure وموقع OCI الرئيس الخاص به هي ألياف مظلمة مُدارة داخليًا من Oracle، تشبه البنية التحتية لشبكة OCI AD إلى AD. يتم تحقيق الاتصال بين أجهزة Oracle Database@Azure في الموقع وAzure عبر الاتصال المحلي من خلال أجهزة الشبكة الزائدة مباشرةً إلى البنية التحتية لشبكة Azure.
كل نشر لدى Oracle Database@Azure مُتصل بموقع OCI الرئيس. يُستخدم هذا الارتباط فيما يلي:
تعد الشبكة التي تربط بين البنية التحتية لـ OCI وOracle Database@Azure شبكة إقليمية داخلية؛ بالتالي، لا توجد تكاليف حركة مرور أو حدود تقييد. لا تزال أي سعة وحدود أخرى مفروضة على شبكات Azure الافتراضية فعّالة (على سبيل المثال، يقتصر عرض النطاق الترددي بين الشبكة الفرعية المفوضة وAzure Private Link حتى 50 جيجابت/ثانية، مما يؤثر على خدمات مثل وصول Azure Blob Storage).
لا، تمثل Oracle Interconnect for Azure خدمة Oracle مستقلة متاحة للعملاء للاستهلاك عند نشر خدمات Oracle وAzure السحابية التي تتطلب الاتصال البيني. لا تستخدم Oracle Database@Azure ارتباط الشبكة هذا.
يستفيد كل من اتصال OCI-Azure البيني وOracle Database@Azure من التقارب بين السحابات؛ لذلك، قد يوجد تداخل كبير في عمليات نشر المناطق المستقبلية.
إذا كنت ترغب في استخدام خدمات OCI الأخرى مع خدمات Azure، فيجب تكوين Oracle Interconnect for Azure.
يتم تشفير جميع حركات المرور بين المواقع، بما في ذلك بنية Oracle Database@Azure التحتية.
يتم شحن سجلات إعادة Oracle Data Guard من قاعدة البيانات الأساسية إلى قاعدة البيانات البديلة عبر الشبكة الفرعية للعميل من خلال الشبكات المُدارة بواسطة العميل على بنية OCI التحتية.
* تكبد تكاليف نقل البيانات الصادرة.
تظل عمليات نشر Exadata الحالية قيد التشغيل؛ مع ذلك، لن يتمكن العملاء من تكوين الموارد أو تحديثها أو حذفها. تفشل أي عملية أو إجراء يعتمد على الخدمات المستندة إلى OCI (على سبيل المثال، البحث عن مفتاح OCI Vault، والنسخ الاحتياطية لقاعدة البيانات، وما إلى ذلك).
يتم تأخير المقاييس والتسجيل الذي تم شحنه من OCI إلى Azure Monitor، على الرغم من أن نشر Exadata يعمل.
من المتوقع أن تصبح كل وظائف مستوى التحكم غير متوفرة.