كيفية إدارة قاعدة بيانات Hyperscale

ينطبق على: قاعدة بيانات Azure SQL

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

تعرف على كيفية إنشاء قاعدة بيانات Hyperscale جديدة في تشغيل سريع: إنشاء قاعدة بيانات Hyperscale في Azure SQL Database.

ترحيل قاعدة بيانات موجودة إلى Hyperscale

يمكنك ترحيل قواعد البيانات الموجودة في Azure SQL Database إلى Hyperscale باستخدام مدخل Azure أو Azure CLI أو PowerShell أو Transact-SQL.

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

لن تواجه سوى فترة قصيرة من التوقف عن العمل، عادة ما تبلغ بضع دقائق، أثناء الانتقال النهائي إلى مستوى خدمة Hyperscale.

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

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

بمجرد نقل قاعدة البيانات إلى Hyperscale، يمكنك إنشاء نسخة متماثلة جغرافية Hyperscale جديدة لقاعدة البيانات هذه. النسخ المتماثل الجغرافي لـ Hyperscale قيد المعاينة مع قيود معينة.

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

لترحيل قاعدة بيانات موجودة في Azure SQL Database إلى مستوى خدمة Hyperscale، حدد أولاً هدف الخدمة الهدف. راجع "resource limits for single databases" إذا لم تكن متأكدا من هدف الخدمة المناسب لقاعدة البيانات الخاصة بك. في كثير من الحالات، يمكنك اختيار هدف خدمة بنفس عدد vCores ونفس إنشاء الأجهزة لقاعدة البيانات الأصلية. إذا لزم الأمر، فستتمكن من ضبط هذا لاحقاً بأقل وقت تعطل.

حدد علامة التبويب الخاصة بأداتك المفضلة لترحيل قاعدة البيانات الخاصة بك:

المدخل

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

1. انتقل إلى قاعدة البيانات التي ترغب في ترحيلها في مدخل Azure.
2. في شريط التنقل الأيسر، حدد "Compute + storage".
3. حدد القائمة المنسدلة "Service tier" لتوسيع خيارات مستويات الخدمة.
4. حدد "Hyperscale (On-demand scalable storage)" من القائمة المنسدلة.
5. راجع "Hardware Configuration" المدرج. إذا رغبت في ذلك، حدد "Change configuration" لتحديد تكوين الأجهزة المناسب لحمل العمل الخاص بك.
6. راجع خيار "Save money". حدده إذا كنت مؤهلاً للحصول على Azure Hybrid Benefit وترغب في استخدامه لقاعدة البيانات هذه.
7. حدد شريط تمرير "vCores" إذا كنت ترغب في تغيير عدد vCores المتوفرة لقاعدة البيانات الخاصة بك ضمن خدمة Hyperscale.
8. حدد شريط تمرير "High-AvailabilitySecondaryReplicas" إذا كنت ترغب في تغيير عدد النسخ المتماثلة ضمن مستوى خدمة Hyperscale.
9. اختر ⁧⁩تطبيق⁧⁩.

يمكنك مراقبة العمليات لقاعدة بيانات Hyperscale أثناء استمرار العملية.

Azure CLI

يستدعي نموذج التعليمة البرمجية هذا az sql db update لترحيل قاعدة بيانات موجودة في Azure SQL Database إلى مستوى خدمة Hyperscale. يجب تحديد كل من الإصدار وهدف الخدمة.

استبدل resourceGroupName، وserverName، وdatabaseName، وserviceObjective بالقيم المناسبة قبل تشغيل نموذج التعليمة البرمجية التالي:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

يمكنك مراقبة العمليات لقاعدة بيانات Hyperscale أثناء استمرار العملية.

PowerShell

يستخدم المثال التالي cmdlet Set-AzSqlDatabase لترحيل قاعدة بيانات موجودة في Azure SQL Database إلى مستوى خدمة Hyperscale. يجب تحديد كل من الإصدار وهدف الخدمة.

استبدل $resourceGroupName، و$serverName، و$databaseName، و$serviceObjective بالقيم المناسبة قبل تشغيل نموذج التعليمة البرمجية هذا:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

يمكنك مراقبة العمليات لقاعدة بيانات Hyperscale أثناء استمرار العملية.

Transact-SQL

لترحيل قاعدة بيانات موجودة في Azure SQL Database إلى مستوى خدمة Hyperscale باستخدام Transact-SQL، اتصل أولاً بقاعدة البيانات الرئيسية على خادم SQL المنطقي باستخدام SQL Server Management Studio (SSMS) أو Azure Data Studio.

يجب تحديد كل من الإصدار وهدف الخدمة في العبارة ALTER DATABASE.

تقوم عبارة المثال هذه بترحيل قاعدة بيانات مسماة mySampleDatabase إلى مستوى خدمة Hyperscale مع هدف خدمة HS_Gen5_2. استبدل اسم قاعدة البيانات بالقيمة المناسبة قبل تنفيذ العبارة.

ALTER DATABASE [mySampleDatabase] 
    MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

يمكنك مراقبة العمليات لقاعدة بيانات Hyperscale أثناء استمرار العملية.

الترحيل العكسي من Hyperscale (معاينة)

يسمح الترحيل العكسي إلى مستوى خدمة الأغراض العامة للعملاء الذين قاموا مؤخراً بترحيل قاعدة بيانات موجودة في Azure SQL Database إلى مستوى خدمة Hyperscale بالعودة في حالة الطوارئ، في حالة عدم تلبية Hyperscale لاحتياجاتهم. على الرغم من أن الترحيل العكسي يبدأ بتغيير مستوى الخدمة، إلا إنه في الأساس نقل حجم البيانات بين البنى المختلفة.

القيود المفروضة على الترحيل العكسي

يتوفر الترحيل العكسي في ظل الشروط التالية:

• لا يتوفر الترحيل العكسي إلا في غضون 45 يوماً من الترحيل الأصلي إلى Hyperscale.
• قواعد البيانات التي تم إنشاؤها أصلاً في مستوى خدمة Hyperscale غير مؤهلة للترحيل العكسي.
• يمكنك عكس الترحيل إلى مستوى خدمة الأغراض العامة فقط. يمكن أن يستهدف الترحيل من Hyperscale إلى General Purpose إما مستوى الحوسبة بلا خادم أو التي تم توفيرها. إذا كنت ترغب في ترحيل قاعدة البيانات إلى مستوى خدمة آخر، مثل Business Critical أو مستوى خدمة تستند إلى DTU، فقم أولاً بالترحيل العكسي إلى مستوى خدمة الأغراض العامة، ثم قم بتغيير مستوى الخدمة.

المدة ووقت التعطل

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

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

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

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

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

قبل بدء الترحيل العكسي من Hyperscale إلى مستوى خدمة الأغراض العامة، يجب التأكد من أن قاعدة البيانات الخاصة بك تفي بقيود الترحيل العكسي و:

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

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

نُهج النسخ الاحتياطي

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

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

على سبيل المثال، يمكنك الترحيل بين مستويات خدمة Hyperscale وغير Hyperscale:

1. General Purpose
2. الترحيل إلى Hyperscale
3. عكس الترحيل إلى "General Purpose"
4. تغيير مستوى الخدمة إلى "Business Critical"
5. الترحيل إلى Hyperscale
6. عكس الترحيل إلى "General Purpose"

في هذه الحالة، ستكون النسخ الاحتياطية الوحيدة المتوفرة من الخطوتين 5 و6 من المخطط الزمني، إذا كانت لا تزال ضمن فترة الاستبقاء التي تم تكوينها. لن تتوفر أي نسخ احتياطية من الخطوات السابقة. يجب النظر في هذا بعناية عند محاولة إجراء ترحيلات عكسية متعددة من Hyperscale إلى مستوى General Purpose.

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

لعكس ترحيل قاعدة بيانات Hyperscale موجودة في Azure SQL Database إلى مستوى خدمة Hyperscale، حدد أولاً هدف الخدمة المستهدفة في مستوى خدمة General Purpose وما إذا كنت ترغب في الترحيل إلى طبقات الحوسبة المتوفرة أو بلا خادم. راجع "resource limits for single databases" إذا لم تكن متأكدا من هدف الخدمة المناسب لقاعدة البيانات الخاصة بك.

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

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

المدخل

يمكنك مدخل Azure من عكس الترحيل إلى مستوى خدمة General Purpose من خلال تعديل مستوى الأسعار لقاعدة البيانات الخاصة بك.

1. انتقل إلى قاعدة البيانات التي ترغب في ترحيلها في مدخل Azure.
2. في شريط التنقل الأيسر، حدد "Compute + storage".
3. حدد القائمة المنسدلة "Service tier" لتوسيع خيارات مستويات الخدمة.
4. حدد "General Purpose (Scalable compute and storage options)" من القائمة المنسدلة.
5. راجع "Hardware Configuration" المدرج. إذا رغبت في ذلك، حدد "Change configuration" لتحديد تكوين الأجهزة المناسب لحمل العمل الخاص بك.
6. راجع خيار "Save money". حدده إذا كنت مؤهلاً للحصول على Azure Hybrid Benefit وترغب في استخدامه لقاعدة البيانات هذه.
7. حدد شريط تمرير "vCores" إذا كنت ترغب في تغيير عدد vCores المتوفرة لقاعدة البيانات الخاصة بك ضمن مستوى خدمة General Purpose.
8. اختر ⁧⁩تطبيق⁧⁩.

Azure CLI

يستدعي نموذج التعليمات البرمجية هذا az sql db update لعكس ترحيل قاعدة بيانات Hyperscale موجودة إلى مستوى خدمة General Purpose. يجب تحديد كل من الإصدار وهدف الخدمة. يمكنك تحديد إما Provisioned أو Serverless لنموذج الحوسبة المستهدفة.

استبدل resourceGroupName، وserverName، وdatabaseName، وserviceObjective بالقيم المناسبة قبل تشغيل نموذج التعليمة البرمجية التالي:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel 

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

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"
maxsize="200GB"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel --max-size $maxsize

يمكنك مراقبة العمليات لقاعدة بيانات Hyperscale أثناء استمرار العملية.

PowerShell

يستخدم نموذج التعليمات البرمجية هذا cmdlet Set-AzSqlDatabase لعكس ترحيل قاعدة بيانات موجودة من مستوى خدمة Hyperscale إلى مستوى خدمة General Purpose. يجب تحديد كل من الإصدار وهدف الخدمة. يمكنك تحديد إما Provisioned أو Serverless لمستوى الحوسبة المستهدفة.

استبدل $resourceGroupName، و$serverName، و$databaseName، و$serviceObjective، و$computeModel بالقيم المناسبة قبل تشغيل نموذج التعليمة البرمجية هذا:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective

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

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"
$maxSizeBytes = "268435456000"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective -MaxSizeBytes $maxSizeBytes

يمكنك مراقبة العمليات لقاعدة بيانات Hyperscale أثناء استمرار العملية.

Transact-SQL

لعكس ترحيل قاعدة بيانات Hyperscale إلى مستوى خدمة General Purpose باستخدام Transact-SQL، اتصل أولاً بقاعدة البيانات الرئيسية على خادم SQL المنطقي باستخدام SQL Server Management Studio (SSMS)، أو Azure Data Studio .

يجب تحديد كل من الإصدار وهدف الخدمة في العبارة ALTER DATABASE.

تقوم عبارة المثال هذه بترحيل قاعدة بيانات مسماة mySampleDatabase إلى مستوى خدمة General Purpose مع هدف خدمة GP_Gen5_4. استبدل اسم قاعدة البيانات وهدف الخدمة بالقيم المناسبة قبل تنفيذ العبارة.

ALTER DATABASE [mySampleDatabase] 
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2');
GO

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

ALTER DATABASE [mySampleDatabase] 
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2', MAXSIZE = 200 GB);
GO

يمكنك مراقبة العمليات لقاعدة بيانات Hyperscale أثناء استمرار العملية.

مراقبة العمليات لقاعدة بيانات Hyperscale

يمكنك مراقبة حالة العمليات الجارية أو المكتملة مؤخراً لـ Azure SQL Database باستخدام مدخل Azure أو Azure CLI أو PowerShell أو Transact-SQL.

حدد علامة التبويب الخاصة بطريقتك المفضلة لمراقبة العمليات.

المدخل

يعرض مدخل Azure إخطاراً لقاعدة البيانات في Azure SQL Database عندما تكون عملية مثل الترحيل، أو الترحيل العكسي، أو الاستعادة قيد التقدم.

1. انتقل إلى قاعدة البيانات في مدخل Azure.
2. في شريط التنقل الأيسر، حدد Overview.
3. راجع قسم "Notifications" في أسفل الجزء الأيمن. إذا كانت العمليات مستمرة، فسيظهر مربع إخطار.
4. حدد مربع الإخطار لعرض التفاصيل.
5. سيتم فتح جزء "Ongoing operation" . راجع تفاصيل العمليات الجارية.

Azure CLI

يستدعي نموذج التعليمات البرمجية هذا az sql db op list لإرجاع العمليات الأخيرة أو الجارية لقاعدة بيانات في Azure SQL Database.

استبدل resourceGroupName، وserverName، وdatabaseName، وserviceObjective بالقيم المناسبة قبل تشغيل نموذج التعليمة البرمجية التالي:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName --database $databaseName

PowerShell

يقوم Get-AzSqlDatabaseActivity cmdlet بإرجاع العمليات الأخيرة أو الجارية لقاعدة بيانات في Azure SQL Database.

قم بتعيين المعلمات $resourceGroupName، و$serverName و$databaseName، إلى القيم المناسبة لقاعدة البيانات قبل تشغيل نموذج التعليمة البرمجية:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName

Transact-SQL

لمراقبة عمليات قاعدة بيانات Hyperscale، اتصل أولاً بقاعدة البيانات الرئيسية على الخادم المنطقي باستخدام SQL Server Management Studio (SSMS) أو Azure Data Studio أو العميل الذي تختاره لتشغيل أوامر Transact-SQL.

استعلم عن طريقة الإدارة الديناميكية sys.dm_operation_status لمراجعة معلومات حول العمليات الأخيرة التي تم تنفيذها على قواعد البيانات على [logical server](logical-servers.md.

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

SELECT * 
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;
GO

عرض قواعد البيانات في مستوى خدمة Hyperscale

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

المدخل

يعرض مدخل Azure قائمة بجميع قواعد البيانات على خادم منطقي. يتضمن عمود طبقة "Pricing tier" الخدمة لكل قاعدة بيانات.

1. انتقل إلى "logical server" في مدخل Azure.
2. في شريط التنقل الأيسر، حدد Overview.
3. مرر إلى قائمة الموارد في أسفل اللوحة. ستعرض النافذة قواعد البيانات والتجمعات المرنة SQL على خادم منطقي.
4. راجع عمود طبقة "Pricing tier" لتحديد قواعد البيانات في مستوى خدمة Hyperscale.

Azure CLI

يستدعي نموذج التعليمات البرمجية Azure CLI هذا قائمة az sql db لسرد قواعد بيانات Hyperscale على خادم منطقي باسمها، وموقعها، وهدف مستوى الخدمة، والحد الأقصى للحجم، وعدد النسخ المتماثلة عالية التوفر.

استبدل resourceGroupName وserverName القيم المناسبة قبل تشغيل نموذج التعليمة البرمجية التالية:

resourceGroupName="myResourceGroup"
serverName="server01"

az sql db list -g $resourceGroupName -s $serverName --query "[].{Name:name, Location:location, SLO:currentServiceObjectiveName, Tier:currentSku.tier, maxSizeBytes:maxSizeBytes,HAreplicas:highAvailabilityReplicaCount}[?Tier=='Hyperscale']" --output table

PowerShell

يقوم Azure PowerShell Get-AzSqlDatabase cmdlet بإرجاع قائمة بقواعد بيانات Hyperscale على خادم منطقي مع اسمها، وموقعها، وهدف مستوى الخدمة، والحد الأقصى للحجم، وعدد النسخ المتماثلة عالية التوفر.

قم بتعيين المعلمتين $resourceGroupName و$serverName إلى القيم المناسبة قبل تشغيل نموذج التعليمة البرمجية:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"

Get-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName | `
    Where-Object { $_.Edition -eq 'Hyperscale' } | `
        Select-Object DatabaseName, Location, currentServiceObjectiveName, Edition, `
        MaxSizeBytes, HighAvailabilityReplicaCount | `
            Format-Table

راجع العمود "Edition" لتحديد قواعد البيانات في مستوى خدمة Hyperscale.

Transact-SQL

لمراجعة مستويات الخدمة لجميع قواعد بيانات Hyperscale على خادم منطقي باستخدام Transact-SQL، اتصل أولاً بقاعدة البيانات الرئيسية باستخدام SQL Server Management Studio (SSMS) أو Azure Data Studio.

استعلم عن طريقة عرض كتالوج النظام sys.database_service_objectives لمراجعة قواعد البيانات في مستوى خدمة Hyperscale:

SELECT d.name, dso.edition, dso.service_objective
FROM sys.database_service_objectives AS dso
JOIN sys.databases as d on dso.database_id = d.database_id
WHERE dso.edition = 'Hyperscale';
GO

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

تعرف على المزيد حول قواعد بيانات Hyperscale في المقالات التالية:

• التشغيل السريع: إنشاء قاعدة بيانات Hyperscale في Azure SQL Database
• مستوى خدمة Hyperscale
• الأسئلة المتداولة حول Azure SQL Database Hyperscale
• النسخ المتماثلة الثانوية Hyperscale
• الأسئلة المتداولة حول Azure SQL Database Hyperscale ذات الأسماء المتماثلة