تغيير حجم موارد قاعدة البيانات الأحادية في قاعدة بيانات Azure SQL

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

بعد انتقاء عدد vCores أو DTUs في البداية، يمكنك تغيير حجم قاعدة البيانات الأحادية لأعلى أو لأسفل بشكل ديناميكي، استناداً إلى التجربة الفعلية باستخدام:

• Transact-SQL
• مدخل Azure
• PowerShell
• Azure CLI
• REST API

هام

في بعض الظروف، قد تحتاج إلى تقليص قاعدة البيانات لاستعادة المساحة غير المستخدمة. لمزيد من المعلومات، راجع إدارة مساحة الملف في قاعدة بيانات Azure SQL.

التأثير

تغيير طبقة الخدمة أو حجم الحساب للخدمات المتضمنة بشكل رئيسي، والتي تؤدي الخطوات التالية:

1. إنشاء مثيل حساب جديد لقاعدة البيانات.

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

2. تبديل توجيه الاتصالات إلى مثيل حساب جديد.

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

هام

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

زمن الانتقال

يتم تحديد زمن الانتقال المقدر لتغيير طبقة الخدمة، أو قياس حجم الحساب لقاعدة البيانات الأحادية، أو تجمع مرن، أو نقل قاعدة بيانات داخل/خارج التجمع المرن، أو نقل قاعدة بيانات بين التجمعات المرنة على النحو التالي:

مستوى الخدمة	قاعدة بيانات أحادية أساسية، قياسية (S0-S1)	التجمع المرن الأساسي، قياسي (S2-S12)، قاعدة بيانات أحادية للأغراض العامة أو تجمع مرن	قاعدة بيانات فردية مميزة أو مهمة للأعمال أو تجمع مرن	المقياس الفائق
قاعدة البيانات الفردية الأساسية، القياسية (S0-S1)	• زمن انتقال ثابت مستقل عن المساحة المستخدمة • يكون عادةً أقل من 5 دقائق	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة
تجمع مرن أساسي، قياسي (S2-S12)، قاعدة بيانات مفردة للأغراض العامة أو تجمع مرن	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة	• بالنسبة لقواعد البيانات الأحادية، زمن الانتقال ثابت بغض النظر عن المساحة المستخدمة • يكون عادةً أقل من 5 دقائق لقواعد البيانات الأحادية • بالنسبة للتجمعات المرنة، بما يتناسب مع عدد قواعد البيانات	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة
قاعدة بيانات فردية مميزة أو بالغة الأهمية للأعمال أو مجموعة مرنة	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة	• زمن الانتقال يتناسب مع مساحة قاعدة البيانات المستخدمة بسبب نسخ البيانات • يكون عادةً أقل من دقيقة واحدة لكل غيغابايت من المساحة المستخدمة
المقياس الفائق	غير متوفر	غير متوفر	غير متوفر	• زمن الانتقال ثابت بغض النظر عن المساحة المستخدمة • يكون عادةً أقل من دقيقتين

ملاحظة

بالإضافة إلى ذلك، بالنسبة لقواعد البيانات القياسية (S2-S12) للأغراض العامة، سيكون زمن انتقال قاعدة بيانات داخل/خارج التجمع المرن أو بين التجمعات المرنة، بما يتناسب مع حجم قاعدة البيانات إذا كانت قاعدة البيانات تستخدم تخزين مشاركة الملفات Premium (PFS).

لتحديد ما إذا كانت قاعدة البيانات تستخدم تخزين PFS، نفّذ الاستعلام التالي في سياق قاعدة البيانات. إذا كانت القيمة في العمود AccountType تبلغ PremiumFileStorage أو PremiumFileStorage-ZRS، فإن قاعدة البيانات تستخدم تخزين PFS.

SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

ملاحظة

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

تلميح

لمراقبة العمليات قيد التقدم، راجع: إدارة العمليات باستخدام واجهة برمجة تطبيقات REST (API) للغة الاستعلامات المركبة (SQL)، وإدارة العمليات باستخدام واجهة مستوى الاستدعاء (CLI)، ومراقبة العمليات باستخدام T-SQL، وهذين الأمرين من أوامر PowerShell: Get-AzSqlDatabaseActivity، وStop-AzSqlDatabaseActivity.

إلغاء التغييرات

يمكن إلغاء تغيير طبقة الخدمة، أو عملية إعادة تحجيم الحساب.

مدخل Azure

في نافذة النظرة العامة على قاعدة البيانات، انتقل إلى الإعلامات، وانقر فوق التجانب للإشارة إلى وجود عملية مستمرة:

بعد ذلك، انقر فوق الزر المسمى إلغاء هذه العملية.

PowerShell

من موجه أوامر PowerShell، قم بتعيين $resourceGroupName، و$serverName، و$databaseName، ثم شغّل الأمر التالي:

$operationName = (az sql db op list --resource-group $resourceGroupName --server $serverName --database $databaseName --query "[?state=='InProgress'].name" --out tsv)
if (-not [string]::IsNullOrEmpty($operationName)) {
    (az sql db op cancel --resource-group $resourceGroupName --server $serverName --database $databaseName --name $operationName)
        "Operation " + $operationName + " has been canceled"
}
else {
    "No service tier change or compute rescaling operation found"
}

اعتبارات إضافية

• إذا كنت تقوم بالترقية إلى طبقة خدمة أعلى أو حجم حساب، فلن يزيد الحجم الأقصى لقاعدة البيانات إلا إذا حددت بوضوح حجماً أكبر (الحد الأقصى).
• للنزول إلى إصدار أقدم من قاعدة البيانات، يجب أن تكون مساحة قاعدة البيانات المستخدمة، أصغر من الحد الأقصى المسموح به لحجم طبقة الخدمة الهدف وحجم الحساب.
• عند النزول إلى إصدار أقدم من طبقة Premium إلى الطبقة Standard، تنطبق رسوم تخزين إضافية، إذا كان كل من (1) الحد الأقصى لحجم قاعدة البيانات معتمداً في حجم الحساب الهدف، و(2) الحد الأقصى للحجم يتجاوز مقدار تخزين حجم الحساب الهدف المُضمن. على سبيل المثال، إذا تم تقليص حجم قاعدة بيانات P1 ذات الحجم الأقصى 500 GB إلى S3، تُطبق تكاليف تخزين إضافية، نظراً لأن S3 تدعم الحجم الأقصى الذي يبلغ 1 TB ومقدار التخزين المُضمن لها لا يبلغ إلا 250 GB. لذا، فإن مقدار التخزين الإضافي يبلغ 500 GB – 250 = 250 GB. لتسعير سعة التخزين الإضافية، راجع تسعير قاعدة بيانات Azure SQL. إذا كان المقدار الفعلي للمساحة المستخدمة أقل من مقدار التخزين المضمن، فيمكن تجنب هذه التكلفة الإضافية عن طريق تقليل الحجم الأقصى لقاعدة البيانات إلى المقدار المضمن.
• عند ترقية قاعدة البيانات مع تمكين النسخ المتماثل الجغرافي، قم بترقية قواعد البيانات الثانوية الخاصة به إلى طبقة الخدمة المطلوبة، وحجم الحساب قبل ترقية قاعدة البيانات الأساسية (إرشادات عامة للحصول على أفضل أداء). عند الترقية إلى إصدار مختلف، من الضروري ترقية قاعدة البيانات الثانوية أولاً.
• عند النزول إلى إصدار أقدم من قاعدة البيانات مع تمكين النسخ المتماثل الجغرافي، قم بتنزيل الإصدار الأقدم من قواعد البيانات الأساسية الخاصة به إلى طبقة الخدمة المطلوبة، وحجم الحساب قبل النزول إلى إصدار أقدم من قاعدة البيانات الثانوية (إرشادات عامة للحصول على أفضل أداء). عند النزول إلى إصدار أقل مختلف، من الضروري النزول إلى إصدار أقدم من قاعدة البيانات الأساسية أولاً.
• تختلف عروض خدمة الاستعادة لمختلف طبقات الخدمة. إذا كنت تقوم بالتنزيل إلى إصدار أقدم من الطبقة الأساسية، فهناك فترة استبقاء احتياطية أقل. راجع التعرف على النسخ الاحتياطية لقاعدة بيانات Azure SQL.
• لا يتم تطبيق الخصائص الجديدة لقاعدة البيانات حتى تكتمل التغييرات.
• عندما يلزم نسخ البيانات لتغيير حجم قاعدة البيانات (راجع زمن الانتقال)،عند تغيير طبقة الخدمة، قد يؤدي استخدام الموارد المرتفعة المتزامنة مع عملية التحجيم إلى أوقات تحجيم أطول. باستخدام استرداد قاعدة البيانات المُسرع (ADR)، فإن التراجع عن المعاملات طويلة المدى ليس مصدراً مهماً للتأخير، ولكن استخدام الموارد المتزامنة العالية، قد تؤدي إلى قيمة أقل من الحساب والتخزين، وموارد عرض النطاق الترددي للشبكة للتحجيم، ولا سيما بالنسبة لأحجام الحساب الصغيرة.

الفوترة

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

تغيير حجم التخزين

نموذج الشراء القائم على vCore

• يمكن توفير التخزين حتى الحد الأقصى لحجم تخزين البيانات باستخدام زيادات بمقدار 1 GB. الحد الأدنى لتخزين البيانات القابلة للتكوين يبلغ 1 GB. بالنسبة إلى حدود الحد الأقصى لحجم تخزين البيانات في كل هدف من أهداف الخدمة، راجع صفحات وثائق حد المورد لحدود الموارد لقواعد البيانات الأحادية باستخدام نموذج الشراء vCore، وحدود الموارد لقواعد البيانات الأحادية باستخدام نموذج الشراء DTU.
• يمكن توفير تخزين البيانات لقاعدة البيانات الأحادية عن طريق زيادة أو تقليل الحد الأقصى لحجمها باستخدام مدخل Azure، أو Transact-SQL، أو PowerShell، أو Azure CLI، أو واجهة برمجة تطبيقات REST. إذا تم تحديد قيمة الحجم الأقصى بالبايت، يجب أن تكون مضاعفات 1 GB (1073741824 بايت).
• يتم تقييد مقدار البيانات التي يمكن تخزينها في ملفات البيانات لقاعدة بيانات، بواسطة حجم الحد الأقصى لتخزين البيانات المكونة. بالإضافة إلى هذا التخزين، تخصص قاعدة بيانات Azure SQL تلقائياً 30% من المزيد من التخزين، ليتم استخدامها لسجل المعاملات.
• تخصص قاعدة بيانات Azure SQL تلقائياً 32 GB لكل vCore لقاعدة بيانات tempdb. يقع tempdb في موقع تخزين محرك الأقراص ذي الحالة الصلبة (SSD) المحلي على مستوى جميع طبقات الخدمة.
• سعر التخزين لقاعدة بيانات الأحادية أو التجمع المرن هو مجموع تخزين البيانات، ومقدار تخزين سجل المعاملات، مضروباً في سعر وحدة التخزين الخاصة بطبقة الخدمة. يتم تضمين تكلفة tempdb في السعر. للحصول على تفاصيل حول سعر التخزين، راجع تسعير قاعدة بيانات Azure SQL.

هام

في بعض الظروف، قد تحتاج إلى تقليص قاعدة البيانات لاستعادة المساحة غير المستخدمة. لمزيد من المعلومات، راجع إدارة مساحة الملف في قاعدة بيانات Azure SQL.

نموذج الشراء القائم على DTU

• يتضمن سعر DTU لقاعدة البيانات الأحادية، مقداراً محدداً من التخزين دون أي تكلفة إضافية. ويمكن توفير سعة تخزين تتجاوز المقدار المُضمن بتكلفة إضافية قد تصل إلى الحد الأقصى للحجم، بزيادات تبلغ 250 GB وحتى 1 TB، ثم بزيادات تبلغ 256 GB تتجاوز 1 TB. للتعرف على مقدار التخزين المضمن والحد الأقصى للحجم، راجع قاعدة البيانات الأحادية: أحجام التخزين، وأحجام الحساب.
• يمكن توفير سعة تخزين إضافية لقاعدة البيانات الأحادية عن طريق زيادة باستخدام مدخل Azure، أو Transact-SQL، أو PowerShell، أو Azure CLI، أو واجهة برمجة تطبيقات REST.
• سعر التخزين الإضافي لقاعدة البيانات الأحادية هو مقدار التخزين الإضافي، مضروباً في سعر وحدة التخزين الإضافية لطبقة الخدمة. للحصول على تفاصيل حول سعر سعة التخزين الإضافية، راجع تسعير قاعدة بيانات Azure SQL.

هام

في بعض الظروف، قد تحتاج إلى تقليص قاعدة البيانات لاستعادة المساحة غير المستخدمة. لمزيد من المعلومات، راجع إدارة مساحة الملف في قاعدة بيانات Azure SQL.

قاعدة بيانات المنسوخة جغرافياً

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

قيود P11 وP15 عندما يكون الحجم الأقصى أكبر من 1 TB

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

• إذا تم تعيين الحد الأقصى لحجم قاعدة بيانات P11 أو P15 إلى قيمة أكبر من 1 TB، فعندها فقط يمكن استعادتها أو نسخها إلى قاعدة بيانات P11 أو P15. بعد ذلك، يمكن إعادة تحجيم قاعدة البيانات إلى حجم حساب مختلف، شريطة ألا يتجاوز مقدار المساحة المخصصة في وقت عملية إعادة التحجيم، حدود الحجم الأقصى لحجم الحساب الجديد.
• لسيناريوهات النسخ المتماثل الجغرافي النشطة:
  • إعداد علاقة النسخ المتماثل جغرافياً: إذا كانت قاعدة البيانات الأساسية P11 أو P15، فإن قواعد البيانات الثانوية، يجب أيضاً أن تكون P11 أو P15. يتم رفض حجم الحساب الأقل كثانوية، لأنها غير قادرة على دعم أكثر من 1 TB.
  • ترقية قاعدة البيانات الأساسية في علاقة النسخ المتماثل الجغرافي: إن تغيير الحجم الأقصى إلى أكثر من 1 TB، على قاعدة بيانات أساسية يؤدي إلى نفس التغيير على قاعدة البيانات الثانوية. يجب أن تكون كل من الترقيات ناجحة، لإدخال التغيير على قاعدة البيانات الأساسية حيز التنفيذ. تنطبق قيود المنطقة على أكثر من خيار 1 TB. إذا كانت قاعدة البيانات الثانوية في منطقة لا تدعم أكثر من 1 TB، فلن تتم ترقية قاعدة البيانات الأساسية.
• لا يتم اعتماد استخدام خدمة الاستيراد/التصدير لتحميل قواعد بيانات P11/P15 مع أكثر من 1 TB. استخدم SqlPackage.exe لاستيراد، وتصدير البيانات.

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

لمعرفة حدود الموارد الإجمالية، راجع حدود الموارد المستندة إلى vCore لقاعدة بيانات Azure SQL - قواعد البيانات الأحادية وحدود الموارد المستندة إلى DTU لقاعدة بيانات SQL Azure - قواعد البيانات الأحادية.