قاعدة بيانات Azure SQL دون خادم

ينطبق على: Azure SQL Database

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

طبقة الحوسبة دون خادم

يتم تحديد معلمات طبقة الحوسبة دون خادم لقواعد البيانات الفردية في قاعدة بيانات Azure SQL بواسطة نطاق قياس تلقائي للحساب وتأخير الإيقاف المؤقت التلقائي. يشكل تكوين هذه المعلمات تجربة أداء قاعدة البيانات وحساب التكلفة.

تكوين الأداء

• يعد الحد الأدنى من vCores والحد الأقصى لـ vCores معلمات قابلة للتكوين تحدد نطاق سعة الحوسبة المتاحة لقاعدة البيانات. تتناسب حدود الذاكرة وIO مع نطاق vCore المحدد. 
• يعد تأخير الإيقاف التلقائي معلمة قابلة للتكوين تحدد الفترة الزمنية التي يجب أن تكون فيها قاعدة البيانات غير نشطة قبل أن يتم إيقافها مؤقتاً تلقائياً. يتم استئناف قاعدة البيانات تلقائياً عند حدوث تسجيل الدخول التالي أو أي نشاط آخر. بدلاً من ذلك، يمكن تعطيل الإيقاف التلقائي.

التكلفة

• تكلفة قاعدة البيانات دون خادم هي مجموع تكلفة الحوسبة وتكلفة التخزين.
• عندما يكون استخدام الحساب بين الحد الأدنى والحد الأقصى المكونين، تعتمد تكلفة الحساب على vCore والذاكرة المستخدمة.
• عندما يكون استخدام الحوسبة أقل من الحدود الدنيا التي تم تكوينها، فإن تكلفة الحوسبة تعتمد على min vCores والتي تم تكوينها.
• عند إيقاف قاعدة البيانات مؤقتاً، تكون تكلفة الحوسبة صفرية ويتم تكبد تكاليف التخزين فقط.
• يتم تحديد تكلفة التخزين بنفس الطريقة كما في طبقة الحوسبة المخصصة.

لمزيد من تفاصيل التكلفة، راجع الفواتير .

السيناريوهات

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

سيناريوهات مناسبة تماماً للحوسبة دون خادم

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

سيناريوهات مناسبة تماماً للحساب المخصص

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

مقارنة مع طبقة الحوسبة المخصصة

يلخص الجدول التالي الفروق بين طبقة الحساب دون خادم وطبقة الحساب المتوفرة:

	حساب بلا خادم	⁦⁩حساب متوفر⁦⁩
نمط استخدام قاعدة البيانات	استخدام متقطع وغير متوقع مع استخدام حساب متوسط ​​أقل بمرور الوقت.	أنماط استخدام أكثر انتظاماً مع استخدام متوسط ​​أعلى للحساب بمرور الوقت، أو قواعد بيانات متعددة باستخدام مجموعات مرنة.
جهود إدارة الأداء	أقل	أعلي
حساب القياس	تلقائي	يدوي
حساب الاستجابة	الانخفاض ​​بعد فترات الخمول	فوري
دقة الفواتير	في الثانية	في الساعة

نموذج الشراء وطبقة الخدمة

لا يتم دعم SQL Database serverless حالياً إلا في فئة الأغراض العامة على أجهزة Generation 5 في نموذج شراء vCore.

التحجيم التلقائي

تحجيم الاستجابة

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

إدارة الذاكرة

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

استصلاح ذاكرة التخزين المؤقت

على عكس قواعد بيانات الحوسبة المقدمة، يتم استعادة الذاكرة من ذاكرة التخزين المؤقت لـ SQL من قاعدة بيانات دون خادم عندما يكون استخدام وحدة المعالجة المركزية أو ذاكرة التخزين المؤقت النشطة منخفضاً.

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

في كل من قواعد بيانات الحوسبة التي لا تحتوي على خوادم ومزودة، قد يتم طرد إدخالات ذاكرة التخزين المؤقت إذا تم استخدام كل الذاكرة المتاحة.

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

تحسين ذاكرة التخزين المؤقت

تنمو ذاكرة التخزين المؤقت لـ SQL عندما يتم جلب البيانات من القرص بنفس الطريقة وبنفس السرعة لقواعد البيانات المتوفرة. عندما تكون قاعدة البيانات مشغولة، يُسمح لذاكرة التخزين المؤقت بالازدياد دون قيود حتى الحد الأقصى للذاكرة.

الإيقاف التلقائي والاستئناف التلقائي

الإيقاف التلقائي

يتم تشغيل الإيقاف التلقائي المؤقت إذا تحققت جميع الشروط التالية لمدة تأخير الإيقاف التلقائي المؤقت:

• عدد الجلسات = 0
• وحدة المعالجة المركزية = 0 لحمل عمل المستخدم الذي يتم تشغيله في تجمع موارد المستخدم

يتوفر خيار لتعطيل الإيقاف التلقائي المؤقت إذا رغبت في ذلك.

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

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

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

الإيقاف التلقائي لاستكشاف الأخطاء وإصلاحها

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

SELECT session_id,
       host_name,
       program_name,
       client_interface_name,
       login_name,
       status,
       login_time,
       last_request_start_time,
       last_request_end_time
FROM sys.dm_exec_sessions AS s
INNER JOIN sys.dm_resource_governor_workload_groups AS wg
ON s.group_id = wg.group_id
WHERE s.session_id <> @@SPID
      AND
      (
      (
      wg.name like 'UserPrimaryGroup.DB%'
      AND
      TRY_CAST(RIGHT(wg.name, LEN(wg.name) - LEN('UserPrimaryGroup.DB') - 2) AS int) = DB_ID()
      )
      OR
      wg.name = 'DACGroup'
      );

تلميح

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

إذا كانت مجموعة النتائج غير فارغة، فهذا يشير إلى أن هناك جلسات تمنع حالياً الإيقاف التلقائي.

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

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

الاستئناف التلقائي

يتم تشغيل الاستئناف التلقائي إذا تحققت أي من الشروط التالية في أي وقت:

الميزة	مشغل استئناف تلقائي
المصادقة والتخويل	تسجيل الدخول
الكشف عن التهديدات	تمكين/تعطيل إعدادات الكشف عن التهديدات على مستوى قاعدة البيانات أو الخادم. تعديل إعدادات الكشف عن التهديدات على مستوى قاعدة البيانات أو الخادم.
اكتشاف البيانات وتصنيفها	إضافة أو تعديل أو حذف أو عرض ملصقات الحساسية
التدقيق	عرض سجلات المراجعة. تحديث أو عرض سياسة التدقيق.
إخفاء البيانات	إضافة أو تعديل أو حذف أو عرض قواعد إخفاء البيانات
تشفير البيانات الشفاف	عرض حالة أو حالة تشفير البيانات الشفاف
تقييم الثغرات الأمنية	عمليات المسح المخصصة والمسح الدوري إذا تم تمكينها
مخزن بيانات الاستعلام (الأداء)	تعديل أو عرض إعدادات مخزن الاستعلام
توصيات معنية بالأداء	عرض أو تطبيق توصيات الأداء
الضبط التلقائي	التطبيق والتحقق من توصيات الضبط التلقائي مثل الفهرسة التلقائية
نسخ قاعدة البيانات	إنشاء قاعدة بيانات كنسخة. تصدير إلى ملف BACPAC.
مزامنة بيانات SQL	التزامن بين قواعد بيانات المحور والأعضاء التي تعمل وفقاً لجدول زمني قابل للتكوين أو يتم إجراؤها يدوياً
تعديل بيانات وصفية معينة لقاعدة البيانات	إضافة علامات جديدة لقاعدة البيانات. تغيير الحد الأقصى لـ vCores، أو min vCores، أو تأخير الإيقاف التلقائي.
SQL Server Management Studio (SSMS)	سيؤدي استخدام إصدارات SSMS الأقدم من 18.1 وفتح نافذة استعلام جديدة لأي قاعدة بيانات في الخادم إلى استئناف أي قاعدة بيانات تم إيقافها مؤقتاً في نفس الخادم. لا يحدث هذا السلوك في حالة استخدام SSMS الإصدار 18.1 أو أحدث.

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

يتم أيضاً تشغيل الاستئناف التلقائي أثناء نشر بعض تحديثات الخدمة التي تتطلب أن تكون قاعدة البيانات متصلة بالإنترنت.

قابلية التوصيل

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

زمن الانتقال

عادةً ما يكون وقت الاستجابة للاستئناف التلقائي والإيقاف التلقائي لقاعدة بيانات دون خادم ترتيباً لمدة دقيقة واحدة للاستئناف التلقائي و1-10 دقائق بعد انتهاء فترة التأخير للإيقاف التلقائي.

تشفير البيانات الشفافة الذي يديره العميل (BYOK)

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

الانضمام إلى طبقة الحوسبة دون خادم

يتبع إنشاء قاعدة بيانات جديدة أو نقل قاعدة بيانات حالية إلى طبقة حوسبة دون خادم نفس النمط مثل إنشاء قاعدة بيانات جديدة في طبقة الحوسبة المتوفرة ويتضمن الخطوتين التاليتين.

1. حدد هدف الخدمة. يصف عنصر الخدمة مستوى الخدمة وتكوين الأجهزة والحد الأقصى من vCores. للتعرف على خيارات أهداف الخدمة، راجع ⁦⁩حدود الموارد دون خادم⁦⁩

2. اختيارياً، حدد min vCores وتأخير الإيقاف التلقائي لتغيير قيمها الافتراضية. يوضح الجدول التالي القيم المتاحة لهذه المعلمات.

   المعلمة	اختيارات القيمة	القيمة الافتراضية
   دقيقة vCores	يعتمد على الحد الأقصى لتكوين vCores - راجع حدود الموارد .	0.5 vCores
   تأخير الإيقاف التلقائي	الحد الأدنى: 60 دقيقة (ساعة واحدة) الحد الأقصى: 10080 دقيقة (7 أيام) الزيادات: 10 دقائق تعطيل الإيقاف التلقائي: -1	60 دقيقة

إنشاء قاعدة بيانات جديدة في طبقة الحوسبة دون خادم

تقوم الأمثلة التالية بإنشاء قاعدة بيانات جديدة في طبقة الحوسبة دون خادم.

استخدام مدخل Azure

راجع Quickstart: إنشاء قاعدة بيانات واحدة في قاعدة بيانات Azure SQL باستخدام بوابة Azure .

استخدام PowerShell

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -ComputeModel Serverless -Edition GeneralPurpose -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 -AutoPauseDelayInMinutes 720

استخدام Azure CLI

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e GeneralPurpose -f Gen5 --min-capacity 0.5 -c 2 --compute-model Serverless --auto-pause-delay 720

استخدام Transact-SQL (T-SQL)

عند استخدام T-SQL، يتم تطبيق القيم الافتراضية على الحد الأدنى من vcores وتأخير الإيقاف التلقائي. يمكن تغييرها لاحقاً من البوابة الإلكترونية أو عبر واجهات برمجة تطبيقات الإدارة الأخرى (PowerShell وAzure CLI وREST API).

CREATE DATABASE testdb
( EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_S_Gen5_1' ) ;

للحصول على تفاصيل، راجع إنشاء قاعدة بيانات .

انقل قاعدة بيانات من طبقة الحوسبة المتوفرة إلى طبقة الحوسبة دون خادم

تعمل الأمثلة التالية على نقل قاعدة البيانات من طبقة الحوسبة المتوفرة إلى طبقة الحوسبة دون خادم.

استخدام PowerShell

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition GeneralPurpose -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 1 -MaxVcore 4 -AutoPauseDelayInMinutes 1440

استخدام Azure CLI

az sql db update -g $resourceGroupName -s $serverName -n $databaseName `
  --edition GeneralPurpose --min-capacity 1 --capacity 4 --family Gen5 --compute-model Serverless --auto-pause-delay 1440

استخدام Transact-SQL (T-SQL)

عند استخدام T-SQL، يتم تطبيق القيم الافتراضية على الحد الأدنى لـ vcores وتأخير الإيقاف التلقائي. يمكن تغييرها لاحقاً من البوابة الإلكترونية أو عبر واجهات برمجة تطبيقات الإدارة الأخرى (PowerShell وAzure CLI وREST API).

ALTER DATABASE testdb 
MODIFY ( SERVICE_OBJECTIVE = 'GP_S_Gen5_1') ;

للحصول على تفاصيل، راجع تغيير قاعدة البيانات .

انقل قاعدة بيانات من طبقة الحوسبة دون خادم إلى طبقة الحوسبة المتوفرة

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

تعديل التكوين دون خادم

استخدام PowerShell

يتم إجراء تعديل الحد الأقصى أو الأدنى من vCores وتأخير الإيقاف التلقائي باستخدام الأمر Set-AzSqlDatabase في PowerShell باستخدام وسائط MaxVcoreوMinVcore وAutoPauseDelayInMinutes.

استخدام Azure CLI

يتم إجراء تعديل الحد الأقصى أو الأدنى من vCores وتأخير الإيقاف التلقائي باستخدام الأمر az sql db update في Azure CLI باستخدام وسائط capacityوmin-capacity وauto-pause-delay.

المراقبة

الموارد المستخدمة والفواتير

يتم تغليف موارد قاعدة البيانات دون خادم بواسطة حزمة التطبيق ومثيل SQL وكيانات تجمع موارد المستخدم.

حزمة التطبيقات

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

تجمع موارد المستخدم

يعتبر تجمع موارد المستخدم حداً داخلياً لإدارة الموارد لقاعدة البيانات، بغض النظر عما إذا كانت قاعدة البيانات في طبقة حوسبة دون خادم أو متوفرة. يقوم تجمع موارد المستخدم بنطاقات CPU وIO لحمل عمل المستخدم الذي تم إنشاؤه بواسطة استعلامات DDL مثل استعلامات CREATE وALTER واستعلامات DML مثل استعلامات INSERT وUPDATE وDELETE وMERGE وSELECT. تمثل هذه الاستعلامات بشكل عام النسبة الأكبر من الاستخدام داخل حزمة التطبيق.

المقاييس

يتم سرد مقاييس مراقبة استخدام الموارد لحزمة التطبيق وتجمع موارد المستخدم لقاعدة بيانات دون خادم في الجدول التالي:

الكيان	متري	الوصف	الوحدات
حزمة التطبيقات	app_cpu_percent	النسبة المئوية لـ vCores التي يستخدمها التطبيق بالنسبة إلى الحد الأقصى لعدد vCores المسموح به للتطبيق.	النسبة المئوية
حزمة التطبيقات	app_cpu_billed	مبلغ الحساب المحسوب للتطبيق خلال الفترة المشمولة بالتقرير. المبلغ المدفوع خلال هذه الفترة هو نتاج هذا المقياس وسعر وحدة vCore. يتم تحديد قيم هذا المقياس من خلال تجميع الحد الأقصى لوحدة المعالجة المركزية المستخدمة والذاكرة المستخدمة كل ثانية بمرور الوقت. إذا كان المبلغ المستخدم أقل من الحد الأدنى للمبلغ المخصص كما تم تعيينه بواسطة الحد الأدنى vCores والحد الأدنى للذاكرة، فسيتم إصدار فاتورة بالحد الأدنى للمبلغ المخصص. لمقارنة وحدة المعالجة المركزية بالذاكرة لأغراض الفوترة، يتم تطبيع الذاكرة في وحدات vCores عن طريق إعادة قياس حجم الذاكرة بالجيجابايت بمقدار 3 جيجابايت لكل vCore.	ثواني vCore
حزمة التطبيقات	app_memory_percent	النسبة المئوية للذاكرة التي يستخدمها التطبيق بالنسبة إلى الحد الأقصى للذاكرة المسموح بها للتطبيق.	النسبة المئوية
تجمع موارد المستخدم	cpu_percent	النسبة المئوية لملفات vCores المستخدمة بواسطة عبء عمل المستخدم بالنسبة إلى الحد الأقصى لعدد vCores المسموح به لأعباء عمل المستخدم.	النسبة المئوية
تجمع موارد المستخدم	data_IO_percent	النسبة المئوية لبيانات IOPS المستخدمة من قبل عبء عمل المستخدم بالنسبة إلى الحد الأقصى لبيانات IOPS المسموح بها لأعباء عمل المستخدم.	النسبة المئوية
تجمع موارد المستخدم	log_IO_percent	النسبة المئوية للسجل ميجابايت / ثانية التي يستخدمها عبء عمل المستخدم بالنسبة إلى الحد الأقصى للسجل ميجابايت / ثانية المسموح به لحمل عمل المستخدم.	النسبة المئوية
تجمع موارد المستخدم	workers_percent	النسبة المئوية للعمال الذين يستخدمهم عبء عمل المستخدم بالنسبة إلى الحد الأقصى لعدد العمال المسموح به لعبء عمل المستخدم.	النسبة المئوية
تجمع موارد المستخدم	sessions_percent	النسبة المئوية للجلسات التي يستخدمها عبء عمل المستخدم بالنسبة إلى الحد الأقصى للجلسات المسموح بها لأعباء عمل المستخدم.	النسبة المئوية

إيقاف مؤقت واستئناف

في مدخل Azure، يتم عرض حالة قاعدة البيانات في جزء نظرة عامة بالخادم الذي يسرد قواعد البيانات التي يحتوي عليها. يتم أيضاً عرض حالة قاعدة البيانات في جزء نظرة عامة لقاعدة البيانات.

استخدام الأوامر التالية للاستعلام عن حالة الإيقاف المؤقت واستئناف قاعدة البيانات:

استخدام PowerShell

Get-AzSqlDatabase -ResourceGroupName $resourcegroupname -ServerName $servername -DatabaseName $databasename `
  | Select -ExpandProperty "Status"

استخدام Azure CLI

az sql db show --name $databasename --resource-group $resourcegroupname --server $servername --query 'status' -o json

حدود الموارد

لمعرفة حدود الموارد، راجع طبقة الحوسبة دون خادم .

الفوترة

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

• ⁦⁩المورد الذي تم فوترته⁦⁩: وحدة المعالجة المركزية والذاكرة
• ⁦⁩المبلغ المدفوع⁦⁩: سعر وحدة vCore * الحد الأقصى (الحد الأدنى في vCore وvCores المستخدمة، في الحد الأدنى للذاكرة GB * 1/3 GB المستخدمة * 1/3)
• ⁦⁩معدل الفوترة⁦⁩: في الثانية

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

يتم عرض مبلغ الحساب في الفاتورة بالمقياس التالي:

• ⁦المقياس⁩: app_cpu_billed (vCore الثواني)
• ⁦التعريف⁩: الحد الأقصى (الحد الأدنى في vCore وvCores المستخدمة، في الحد الأدنى للذاكرة GB * 1/3 GB المستخدمة * 1/3)
• معدل تكرار التقارير: في الدقيقة

يتم حساب هذه الكمية في كل ثانية ويتم تجميعها على مدى دقيقة واحدة.

الحد الأدنى لحساب الفاتورة

إذا تم إيقاف قاعدة بيانات دون خادم مؤقتاً، فستكون فاتورة الحساب صفراً. إذا لم يتم إيقاف قاعدة البيانات دون خادم مؤقتاً، فإن الحد الأدنى لفاتورة الحوسبة لا يقل عن مقدار vCores استناداً إلى الحد الأقصى (الحد الأدنى لـ vCores، الحد الأدنى للذاكرة GB * 1/3).

أمثلة:

• لنفترض أن قاعدة البيانات دون خادم لم يتم إيقافها مؤقتاً وتم تكوينها باستخدام 8 كحد أقصى من vCore والحد الأدنى 1 vCore يتوافق مع 3.0 جيجابايت من الذاكرة الدقيقة. ثم يعتمد الحد الأدنى من فاتورة الحساب على الحد الأقصى (1 vCore، 3.0 جيجابايت * 1 vCore / 3 جيجابايت) = 1 vCore.
• لنفترض أن قاعدة البيانات دون خادم لم يتم إيقافها مؤقتاً وتم تكوينها باستخدام 4 كحد أقصى من vCores و0.5 دقيقة من vCores تقابل 2.1 جيجا بايت دقيقة من الذاكرة. ثم يعتمد الحد الأدنى من فاتورة الحساب على الحد الأقصى (0.5 vCore 2.1 جيجا بايت * 1 vCore / 3 جيجا بايت) = 0.7 vCore.

يمكن استخدام حاسبة تسعير قاعدة بيانات Azure SQL دون خادم لتحديد الحد الأدنى للذاكرة القابلة للتكوين استناداً إلى عدد نقاط vCores القصوى والدنيا التي تم تكوينها. كقاعدة عامة، إذا كان الحد الأقصى لـ vCores الذي تم تكوينه أكبر من 0.5 vCores، فإن الحد الأدنى لفاتورة الحساب يكون مستقلاً عن الحد الأدنى للذاكرة المكونة ويعتمد فقط على عدد الحد الأدنى vCores الذي تم تكوينه.

أحد أمثلة السيناريوهات

ضع في اعتبارك قاعدة بيانات دون خادم تم تكوينها باستخدام دقيقة واحدة من vCore و4 كحد أقصى من vCore. يتوافق هذا التكوين مع حوالي 3 جيجا بايت ذاكرة دقيقة و12 جيجا بايت كحد أقصى للذاكرة. لنفترض أن تأخير الإيقاف المؤقت قد تم ضبطه على 6 ساعات وأن حمل عمل قاعدة البيانات نشط خلال أول ساعتين من فترة 24 ساعة وغير نشط بخلاف ذلك.

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

بتعبير أدق، يتم حساب فاتورة الحساب في هذا المثال على النحو التالي:

الفاصل الزمني	تستخدم vCores كل ثانية	تستخدم GB كل ثانية	حساب البعد المفوتر	ثواني vCore التي تتم فوترتها على مدار فترة زمنية
0:00-1:00	4	9	vCores المستخدمة	4 vCores * 3600 ثانية = 14400 vCore ثانية
1:00-2:00	1	12	الذاكرة المستخدمة	12 جيجا بايت * 1/3 * 3600 ثانية = 14400 vCore ثانية
2:00-8:00	0	0	الحد الأدنى من الذاكرة المتوفرة	3 جيجا بايت * 1/3 * 21600 ثانية = 21600 vCore ثانية
8:00-24:00	0	0	لم يتم حساب الفواتير أثناء الإيقاف المؤقت	0 من الثواني vCore
إجمالي ثواني vCore التي تمت فوترتها على مدار 24 ساعة				50400 من الثواني vCore

لنفترض أن سعر الوحدة الحسابية هو 0.000145 دولار / vCore / ثانية. إذن، الحساب الذي تتم فوترته خلال فترة الـ 24 ساعة هذه هو ناتج سعر وحدة الحوسبة وثواني vCore التي تتم فوترتها: 0.000145 دولار / vCore / ثانية * 50400 vCore ثانية تقريباً 7.31 دولار.

ميزة Azure الهجينة والقدرة المحتجزة

لا تنطبق ميزة Azure الهجينة (AHB) وخصومات السعة المحجوزة على مستوى الحوسبة دون خادم.

المناطق المتاحة

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

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

• للبدء، راجع التشغيل السريع: إنشاء قاعدة بيانات واحدة في قاعدة بيانات azure SQL باستخدام مدخل Azure.
• للحصول على حدود الموارد، راجع حدود موارد الطبقة التي لا يمكن حسابهامن قبل Serverless .