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

مقالة
03/29/2021

هام

منذ أغسطس 2018، لم نقبل عملاء جدد أو ننشر أي ميزات وخدمات جديدة في مواقع Microsoft Cloud Germany الأصلية.

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

بالإضافة إلى ذلك، في 30 سبتمبر 2020، أعلنا أن Microsoft Cloud Germany سيغلق في 29 أكتوبر 2021. تتوفر مزيد من التفاصيل هنا: https://www.microsoft.com/cloud-platform/germany-cloud-regions.

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

تحتوي هذه المقالة على معلومات يمكن أن تساعدك على ترحيل موارد قاعدة بيانات Azure من Azure Germany إلى Azure العالمي.

قاعدة بيانات SQL

لترحيل أحمال عمل قاعدة بيانات Azure SQL الأصغر، دون الاحتفاظ بقاعدة البيانات التي تم ترحيلها عبر الإنترنت، استخدم وظيفة التصدير لإنشاء ملف BACPAC. ملف BACPAC هو ملف مضغوط (مضغوط) يحتوي على بيانات التعريف والبيانات من قاعدة بيانات SQL Server. بعد إنشاء ملف BACPAC، يمكنك نسخ الملف إلى البيئة الهدف (على سبيل المثال، باستخدام AzCopy) واستخدام وظيفة الاستيراد لإعادة إنشاء قاعدة البيانات. كن على دراية بالاعتبارات التالية:

لكي يكون التصدير متسقا مع المعاملات، تأكد من أن أحد الشروط التالية صحيح:
- لا يحدث أي نشاط كتابة أثناء التصدير.
- يمكنك التصدير من نسخة متسقة من قاعدة بيانات SQL الخاصة بك.
للتصدير إلى تخزين Azure Blob، يقتصر حجم ملف BACPAC على 200 غيغابايت. بالنسبة لملف BACPAC أكبر، قم بالتصدير إلى التخزين المحلي.
إذا استغرقت عملية التصدير من قاعدة بيانات SQL أكثر من 20 ساعة، فقد يتم إلغاء العملية. تحقق من المقالات التالية للحصول على تلميحات حول كيفية زيادة الأداء.

ملاحظة

يتغير سلسلة الاتصال بعد عملية التصدير لأن اسم DNS للخادم يتغير أثناء التصدير.

لمزيد من المعلومات:

تعرف على كيفية تصدير قاعدة بيانات إلى ملف BACPAC.
تعرف على كيفية استيراد ملف BACPAC إلى قاعدة بيانات.
راجع وثائق قاعدة بيانات Azure SQL.

ملاحظة

نوصي باستخدام وحدة Azure Az PowerShell للتفاعل مع Azure. راجع تثبيت Azure PowerShell للبدء. لمعرفة كيفية الترحيل إلى الوحدة النمطية Az PowerShell، راجع ترحيل Azure PowerShell من AzureRM إلى Az.

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

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

هام

يتم دعم تكوين النسخ المتماثل الجغرافي النشط لترحيل قواعد البيانات إلى Azure العمومية فقط باستخدام Transact-SQL (T-SQL)، وقبل الترحيل، يجب عليك طلب تمكين اشتراكك لدعم الترحيل إلى Azure العمومي. لإرسال طلب، يجب استخدام ارتباط طلب الدعم هذا.

ملاحظة

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

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

يتطلب ترحيل قواعد البيانات باستخدام النسخ المتماثل الجغرافي النشط خادما منطقيا ل Azure SQL في Azure العمومي. يمكنك إنشاء الخادم باستخدام المدخل وAzure PowerShell وAzure CLI وما إلى ذلك، ولكن يتم دعم تكوين النسخ المتماثل الجغرافي النشط للترحيل من Azure Germany إلى Azure العالمي فقط باستخدام Transact-SQL (T-SQL).

هام

عند الترحيل بين السحب، يجب أن تكون بادئات اسم الخادم الأساسية (Azure Germany) والثانوية (Azure العمومية) مختلفة. إذا كانت أسماء الخوادم هي نفسها، فسينجح تشغيل عبارة ALTER DATABASE، ولكن سيفشل الترحيل. على سبيل المثال، إذا كانت بادئة اسم الخادم الأساسي هي myserver (myserver.database.cloudapi.de)، لا يمكن أن تكون myserverبادئة اسم الخادم الثانوي في Azure العمومية .

ALTER DATABASE تسمح لك العبارة بتحديد خادم هدف في Azure العمومي باستخدام اسم خادم dns المؤهل بالكامل على الجانب الهدف.

ALTER DATABASE [sourcedb] add secondary on server [public-server.database.windows.net]

sourcedb يمثل اسم قاعدة البيانات في خادم Azure SQL في Azure Germany.
public-server.database.windows.net يمثل اسم خادم Azure SQL الموجود في Azure العمومي، حيث يجب ترحيل قاعدة البيانات. مساحة الاسم "database.windows.net" مطلوبة، استبدل الخادم العام باسم خادم SQL المنطقي في Azure العمومي. يجب أن يكون للخادم في Azure العمومي اسم مختلف عن الخادم الأساسي في Azure Germany.

يتم تنفيذ الأمر على قاعدة البيانات الرئيسية على خادم Azure Germany الذي يستضيف قاعدة البيانات المحلية التي سيتم ترحيلها.

تصادق واجهة برمجة تطبيقات بدء تشغيل T-SQL المستخدم الذي قام بتسجيل الدخول في خادم السحابة العام عن طريق العثور على مستخدم بنفس اسم تسجيل الدخول/المستخدم SQL في قاعدة البيانات الرئيسية لهذا الخادم. هذا النهج غير محدد للسحابة؛ وبالتالي، يتم استخدام T-SQL API لبدء النسخ عبر السحابة. للحصول على أذونات والمزيد من المعلومات حول هذا الموضوع، راجع إنشاء واستخدام النسخ المتماثل الجغرافي النشط وALTER DATABASE (Transact-SQL).
باستثناء ملحق الأمر T-SQL الأولي الذي يشير إلى خادم منطقي Azure SQL في Azure العمومي، فإن بقية عملية النسخ المتماثل الجغرافي النشطة مطابقة للتنفيذ الحالي في السحابة المحلية. للحصول على خطوات مفصلة لإنشاء النسخ المتماثل الجغرافي النشط، راجع إنشاء واستخدام النسخ المتماثل الجغرافي النشط باستثناء يتم إنشاء قاعدة البيانات الثانوية في الخادم المنطقي الثانوي الذي تم إنشاؤه في Azure العمومي.
بمجرد وجود قاعدة البيانات الثانوية في Azure العمومية (كنسخة عبر الإنترنت من قاعدة بيانات Azure Germany)، يمكن للعميل بدء تجاوز فشل قاعدة البيانات من Azure Germany إلى Azure العمومي لقاعدة البيانات هذه باستخدام الأمر ALTER DATABASE T-SQL (راجع الجدول أدناه).
بعد تجاوز الفشل، بمجرد أن يصبح الثانوي قاعدة بيانات أساسية في Azure العمومية، يمكنك إيقاف النسخ المتماثل الجغرافي النشط وإزالة قاعدة البيانات الثانوية على جانب Azure Germany في أي وقت (راجع الجدول أدناه والخطوات الموجودة في الرسم التخطيطي).
بعد تجاوز الفشل، ستستمر قاعدة البيانات الثانوية في Azure Germany في تحمل التكاليف حتى يتم حذفها.
ALTER DATABASE استخدام الأمر هو الطريقة الوحيدة لإعداد النسخ المتماثل الجغرافي النشط لترحيل قاعدة بيانات Azure Germany إلى Azure العالمية.
لا يتوفر مدخل Azure أو Azure Resource Manager أو PowerShell أو CLI لتكوين النسخ المتماثل الجغرافي النشط لهذا الترحيل.

لترحيل قاعدة بيانات من Azure Germany إلى Azure العالمي:

اختر قاعدة بيانات المستخدم في Azure Germany، على سبيل المثال، azuregermanydb
إنشاء خادم منطقي في Azure العمومي (السحابة العامة)، على سبيل المثال، globalazureserver. اسم المجال المؤهل بالكامل (FQDN) هو globalazureserver.database.windows.net.
ابدأ النسخ المتماثل الجغرافي النشط من Azure Germany إلى Azure العالمي عن طريق تنفيذ أمر T-SQL هذا على الخادم في Azure Germany. لاحظ أن اسم dns المؤهل بالكامل يستخدم للخادم globalazureserver.database.windows.netالعام . هذا للإشارة إلى أن الخادم الهدف موجود في Azure العالمي، وليس Azure Germany.
```
ALTER DATABASE [azuregermanydb] ADD SECONDARY ON SERVER [globalazureserver.database.windows.net];
```
عندما يكون النسخ المتماثل جاهزا لنقل حمل عمل القراءة والكتابة إلى خادم Azure العمومي، ابدأ تجاوز الفشل المخطط له إلى Azure العمومي عن طريق تنفيذ أمر T-SQL هذا على خادم Azure العمومي.
```
ALTER DATABASE [azuregermanydb] FAILOVER;
```
يمكن إنهاء ارتباط النسخ المتماثل الجغرافي النشط قبل عملية تجاوز الفشل أو بعدها. يؤدي تنفيذ أمر T-SQL التالي بعد تجاوز الفشل المخطط له إلى إزالة ارتباط النسخ المتماثل الجغرافي مع قاعدة البيانات في Azure العمومية كونها نسخة للقراءة والكتابة. يجب تشغيله على الخادم المنطقي لقاعدة البيانات الجغرافية الأساسية الحالية (أي على خادم Azure العمومي). سيؤدي ذلك إلى إكمال عملية الترحيل.
```
ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [azuregermanyserver];
```
يؤدي أمر T-SQL التالي عند تنفيذه قبل تجاوز الفشل المخطط له أيضا إلى إيقاف عملية الترحيل، ولكن في هذه الحالة ستظل قاعدة البيانات في Azure Germany هي نسخة القراءة والكتابة. يجب أيضا تشغيل أمر T-SQL هذا على الخادم المنطقي لقاعدة البيانات الجغرافية الأساسية الحالية، في هذه الحالة على خادم Azure Germany.
```
ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [globalazureserver];
```

يمكن أيضا اتباع هذه الخطوات لترحيل قواعد بيانات Azure SQL من Azure Germany إلى Azure العالمي باستخدام النسخ المتماثل الجغرافي النشط.

لمزيد من المعلومات، تشير الجداول التالية أدناه إلى أوامر T-SQL لإدارة تجاوز الفشل. يتم دعم الأوامر التالية للنسخ المتماثل الجغرافي النشط عبر السحابة بين Azure Germany وAzure العالمي:

الأمر	الوصف
ALTER DATABASE	استخدم وسيطة ADD SECONDARY ON SERVER لإنشاء قاعدة بيانات ثانوية لقاعدة بيانات موجودة وبدء النسخ المتماثل للبيانات
ALTER DATABASE	استخدم FAILOVER أو FORCE_FAILOVER_ALLOW_DATA_LOSS لتبديل قاعدة بيانات ثانوية لتكون أساسية لبدء تجاوز الفشل
ALTER DATABASE	استخدم REMOVE SECONDARY ON SERVER لإنهاء النسخ المتماثل للبيانات بين قاعدة بيانات SQL وقاعدة البيانات الثانوية المحددة.

طرق عرض نظام مراقبة النسخ المتماثل الجغرافي النشط

الأمر	الوصف
sys.geo_replication_links	إرجاع معلومات حول جميع ارتباطات النسخ المتماثل الموجودة لكل قاعدة بيانات على خادم قاعدة بيانات Azure SQL.
sys.dm_geo_replication_link_status	يحصل على وقت النسخ المتماثل الأخير وتأخر النسخ المتماثل الأخير ومعلومات أخرى حول ارتباط النسخ المتماثل لقاعدة بيانات SQL معينة.
sys.dm_operation_status	يعرض حالة جميع عمليات قاعدة البيانات بما في ذلك حالة ارتباطات النسخ المتماثل.
sp_wait_for_database_copy_sync	يتسبب في انتظار التطبيق حتى يتم نسخ جميع المعاملات الملتزم بها وإقرارها بواسطة قاعدة البيانات الثانوية النشطة.

ترحيل النسخ الاحتياطية للاحتفاظ طويل الأجل لقاعدة بيانات SQL

لا ينسخ ترحيل قاعدة بيانات ذات النسخ المتماثل الجغرافي أو ملف BACPAC عبر النسخ الاحتياطية للاحتفاظ على المدى الطويل، والتي قد تحتوي عليها قاعدة البيانات في Azure Germany. لترحيل النسخ الاحتياطية الحالية للاحتفاظ على المدى الطويل إلى منطقة Azure العمومية المستهدفة، يمكنك استخدام إجراء النسخ الاحتياطي للاستبقاء على المدى الطويل COPY.

ملاحظة

يمكن لأساليب نسخ النسخ الاحتياطي ل LTR الموثقة هنا نسخ نسخ LTR الاحتياطية فقط من Azure Germany إلى Azure العالمي. نسخ النسخ الاحتياطية ل PITR باستخدام هذه الأساليب غير مدعوم.

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

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

التقييدات

مجموعات تجاوز الفشل غير مدعومة. وهذا يعني أن العملاء الذين يرحلون قاعدة بيانات (قواعد) Azure Germany سيحتاجون إلى إدارة سلاسل الاتصال بأنفسهم أثناء تجاوز الفشل.
لا يوجد دعم لمدخل Microsoft Azure أو واجهات برمجة تطبيقات Azure Resource Manager أو PowerShell أو CLI. وهذا يعني أن كل ترحيل Azure Germany سيحتاج إلى إدارة إعداد النسخ المتماثل الجغرافي النشط وتجاوز الفشل من خلال T-SQL.
لا يمكن للعملاء إنشاء مناطق جغرافية ثانوية متعددة في Azure العمومي لقواعد البيانات في Azure Germany.
يجب بدء إنشاء ثانوية جغرافية من منطقة Azure Germany.
يمكن للعملاء ترحيل قواعد البيانات من Azure Germany فقط إلى Azure العالمي. لا يتم حاليا دعم أي ترحيل آخر عبر السحابة.
Azure AD يتم ترحيل المستخدمين في قواعد بيانات مستخدم Azure Germany ولكن لا تتوفر في مستأجر Azure AD الجديد حيث توجد قاعدة البيانات التي تم ترحيلها. لتمكين هؤلاء المستخدمين، يجب إسقاطهم وإعادة إنشائهم يدويا باستخدام مستخدمي Azure AD الحاليين المتوفرين في مستأجر Azure AD الجديد حيث توجد قاعدة البيانات التي تم ترحيلها حديثا.

نسخ النسخ الاحتياطية لاستبقاء البيانات على المدى الطويل باستخدام PowerShell

تم تقديم أمر PowerShell جديد Copy-AzSqlDatabaseLongTermRetentionBackup ، والذي يمكن استخدامه لنسخ النسخ الاحتياطية للاحتفاظ طويل الأجل من Azure Germany إلى مناطق Azure العالمية.

نسخ النسخ الاحتياطي LTR باستخدام اسم النسخ الاحتياطي يوضح المثال التالي كيف يمكنك نسخ نسخة احتياطية LTR من Azure Germany إلى منطقة Azure العالمية، باستخدام اسم النسخ الاحتياطي.

# Source database and target database info
$location = "<location>"
$sourceRGName = "<source resourcegroup name>"
$sourceServerName = "<source server name>"
$sourceDatabaseName = "<source database name>"
$backupName = "<backup name>"
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -Location $location 
    -ResourceGroupName $sourceRGName 
    -ServerName $sourceServerName 
    -DatabaseName $sourceDatabaseName
    -BackupName $backupName
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN

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

$location = "<location>"
# list LTR backups for All databases (you have option to choose All/Live/Deleted)
$ltrBackups = Get-AzSqlDatabaseLongTermRetentionBackup -Location $location -DatabaseState All

# select the LTR backup you want to copy
$ltrBackup = $ltrBackups[0]
$resourceID = $ltrBackup.ResourceId

# Source Database and target database info
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -ResourceId $resourceID 
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN

التقييدات

يتم أخذ النسخ الاحتياطية للاستعادة في نقطة زمنية (PITR) فقط على قاعدة البيانات الأساسية، وهذا حسب التصميم. عند ترحيل قواعد البيانات من Azure Germany باستخدام Geo-DR، ستبدأ النسخ الاحتياطية ل PITR في الحدوث على الأساسي الجديد بعد تجاوز الفشل. ومع ذلك، لن يتم ترحيل النسخ الاحتياطية الموجودة ل PITR (في الأساسي السابق في Azure Germany). إذا كنت بحاجة إلى النسخ الاحتياطية ل PITR لدعم أي سيناريوهات استعادة في نقطة زمنية، فأنت بحاجة إلى استعادة قاعدة البيانات من النسخ الاحتياطية ل PITR في Azure Germany ثم ترحيل قاعدة البيانات المستردة إلى Azure العالمي.
لا يتم ترحيل نهج الاستبقاء طويلة الأجل باستخدام قاعدة البيانات. إذا كان لديك نهج استبقاء طويل الأجل (LTR) على قاعدة البيانات الخاصة بك في Azure Germany، فأنت بحاجة إلى نسخ نهج LTR وإعادة إنشائه يدويا على قاعدة البيانات الجديدة بعد الترحيل.

طلب الوصول

لترحيل قاعدة بيانات من Azure Germany إلى Azure العالمي باستخدام النسخ المتماثل الجغرافي، يجب تمكين اشتراكك في Azure Germany لتكوين الترحيل عبر السحابة بنجاح.

لتمكين اشتراك Azure Germany، يجب عليك استخدام الارتباط التالي لإنشاء طلب دعم الترحيل:

استعرض للوصول إلى طلب دعم الترحيل التالي.
في علامة التبويب الأساسيات، أدخل ترحيل Geo-DRكملخص، ثم حدد Next: Solutions
راجع الخطوات الموصى بها، ثم حدد التالي: التفاصيل.
في صفحة التفاصيل، قم بتوفير ما يلي:
1. في مربع الوصف، أدخل معرف اشتراك Azure العمومي للترحيل إليه. لترحيل قواعد البيانات إلى أكثر من اشتراك واحد، أضف قائمة بمعرفات Azure العمومية التي تريد ترحيل قواعد البيانات إليها.
2. توفير معلومات جهة الاتصال: الاسم أو اسم الشركة أو البريد الإلكتروني أو رقم الهاتف.
3. أكمل النموذج، ثم حدد Next: Review + create.
راجع طلب الدعم، ثم حدد إنشاء.

سيتم الاتصال بك بمجرد معالجة الطلب.

Azure Cosmos DB

يمكنك استخدام Azure Cosmos DB Data Migration Tool لترحيل البيانات إلى Azure Cosmos DB. Azure Cosmos DB Data Migration Tool هي حل مفتوح المصدر يستورد البيانات إلى Azure Cosmos DB من مصادر مختلفة بما في ذلك: ملفات JSON وMongoDB SQL Server وملفات CSV وتخزين جدول Azure وAmazon DynamoDB وHBase وحاويات Azure Cosmos.

تتوفر أداة ترحيل بيانات Azure Cosmos DB كأداة واجهة رسومية أو كأداة سطر أوامر. تتوفر التعليمات البرمجية المصدر في مستودع Azure Cosmos DB Data Migration Tool GitHub. يتوفر إصدار مجمع من الأداة في مركز التنزيل من Microsoft.

لترحيل موارد Azure Cosmos DB، نوصي بإكمال الخطوات التالية:

راجع متطلبات وقت تشغيل التطبيق وتكوينات الحساب لتحديد أفضل خطة عمل.
استنساخ تكوينات الحساب من Azure Germany إلى المنطقة الجديدة عن طريق تشغيل أداة ترحيل البيانات.
إذا كان استخدام نافذة الصيانة ممكنا، فنسخ البيانات من المصدر إلى الوجهة عن طريق تشغيل أداة ترحيل البيانات.
إذا لم يكن استخدام نافذة الصيانة خيارا، فانسخ البيانات من المصدر إلى الوجهة عن طريق تشغيل الأداة، ثم أكمل الخطوات التالية:
1. استخدم نهجا يستند إلى التكوين لإجراء تغييرات على القراءة/الكتابة في أحد التطبيقات.
2. أكمل مزامنة لأول مرة.
3. قم بإعداد مزامنة تزايدية واللحاق بموجز التغيير.
4. أشر إلى الحساب الجديد وتحقق من صحة التطبيق.
5. أوقف عمليات الكتابة إلى الحساب القديم، وتحقق من أن موجز التغيير قد تم اكتشافه، ثم أشر إلى عمليات الكتابة إلى الحساب الجديد.
6. أوقف الأداة واحذف الحساب القديم.
قم بتشغيل الأداة للتحقق من أن البيانات متسقة عبر الحسابات القديمة والجديدة.

لمزيد من المعلومات:

لمعرفة كيفية استخدام أداة ترحيل البيانات، راجع البرنامج التعليمي: استخدام أداة ترحيل البيانات لترحيل بياناتك إلى Azure Cosmos DB.
للتعرف على Cosmos DB، راجع مرحبا بك في Azure Cosmos DB.

ذاكرة التخزين المؤقت في Azure لـ Redis

لديك بعض الخيارات إذا كنت تريد ترحيل مثيل Azure Cache for Redis من Azure Germany إلى Azure العالمي. يعتمد الخيار الذي تختاره على متطلباتك.

الخيار 1: قبول فقدان البيانات وإنشاء مثيل جديد

يكون هذا الأسلوب أكثر منطقية عندما يكون كلا الشرطين التاليين صحيحا:

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

للترحيل مع فقدان البيانات وإنشاء مثيل جديد:

إنشاء مثيل Azure Cache جديد ل Redis في المنطقة المستهدفة الجديدة.
قم بتحديث التطبيق الخاص بك لاستخدام المثيل الجديد في المنطقة الجديدة.
احذف مثيل Azure Cache for Redis القديم في المنطقة المصدر.

الخيار 2: نسخ البيانات من المثيل المصدر إلى المثيل الهدف

كتب عضو في فريق Azure Cache for Redis أداة مفتوحة المصدر تنسخ البيانات من مثيل Azure Cache for Redis إلى آخر دون الحاجة إلى وظائف الاستيراد أو التصدير. راجع الخطوة 4 في الخطوات التالية للحصول على معلومات حول الأداة.

لنسخ البيانات من المثيل المصدر إلى المثيل الهدف:

إنشاء جهاز ظاهري في منطقة المصدر. إذا كانت مجموعة البيانات الخاصة بك في Azure Cache for Redis كبيرة، فتأكد من تحديد حجم جهاز ظاهري قوي نسبيا لتقليل وقت النسخ.
إنشاء مثيل Azure Cache جديد ل Redis في المنطقة المستهدفة.
مسح البيانات من المثيل الهدف . (تأكد من عدم المسح من مثيل المصدر . المسح مطلوب لأن أداة النسخ لا تقوم بالكتابة فوق المفاتيح الموجودة في الموقع الهدف.)
استخدم الأداة التالية لنسخ البيانات تلقائيا من مثيل Azure Cache for Redis المصدر إلى مثيل Azure Cache for Redis المستهدف: مصدر الأداة وتنزيل الأداة.

ملاحظة

قد تستغرق هذه العملية وقتا طويلا اعتمادا على حجم مجموعة البيانات الخاصة بك.

الخيار 3: التصدير من المثيل المصدر، الاستيراد إلى المثيل الوجهة

يستفيد هذا الأسلوب من الميزات المتوفرة فقط في المستوى المتميز.

للتصدير من المثيل المصدر والاستيراد إلى مثيل الوجهة:

إنشاء مثيل Azure Cache ل Redis جديد من المستوى المتميز في المنطقة المستهدفة. استخدم نفس حجم Azure Cache المصدر لمثيل Redis.
تصدير البيانات من ذاكرة التخزين المؤقت المصدر أو استخدام الأمر Export-AzRedisCache PowerShell cmdlet.

ملاحظة

يجب أن يكون حساب تصدير Azure Storage في نفس منطقة مثيل ذاكرة التخزين المؤقت.
انسخ الكائنات الثنائية كبيرة الحجم المصدرة إلى حساب تخزين في منطقة الوجهة (على سبيل المثال، باستخدام AzCopy).
قم باستيراد البيانات إلى ذاكرة التخزين المؤقت الوجهة أو استخدم الأمر Import-AzRedisCAche PowerShell cmdlet.
أعد تكوين التطبيق الخاص بك لاستخدام مثيل Azure Cache for Redis الهدف.

الخيار 4: كتابة البيانات إلى مثيلين من Azure Cache for Redis، للقراءة من مثيل واحد

لهذا الأسلوب، يجب تعديل التطبيق الخاص بك. يحتاج التطبيق إلى كتابة البيانات إلى أكثر من مثيل ذاكرة تخزين مؤقت واحد أثناء القراءة من أحد مثيلات ذاكرة التخزين المؤقت. هذا الأسلوب منطقي إذا كانت البيانات المخزنة في Azure Cache for Redis تفي بالمعايير التالية:

يتم تحديث البيانات بانتظام.
تتم كتابة جميع البيانات إلى مثيل Azure Cache for Redis الهدف.
لديك وقت كاف لتحديث جميع البيانات.

لمزيد من المعلومات:

راجع نظرة عامة على Azure Cache for Redis.

PostgreSQL وMySQL

لمزيد من المعلومات، راجع المقالات في قسم "نسخ البيانات احتياطيا وترحيلها" في PostgreSQL وMySQL.

PostgreSQL وMySQL

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

تعرف على الأدوات والتقنيات والتوصيات لترحيل الموارد في فئات الخدمة التالية:

مشاركة عبر

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

قاعدة بيانات SQL

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

طرق عرض نظام مراقبة النسخ المتماثل الجغرافي النشط

ترحيل النسخ الاحتياطية للاحتفاظ طويل الأجل لقاعدة بيانات SQL

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

التقييدات

نسخ النسخ الاحتياطية لاستبقاء البيانات على المدى الطويل باستخدام PowerShell

التقييدات

طلب الوصول

Azure Cosmos DB

ذاكرة التخزين المؤقت في Azure لـ Redis

الخيار 1: قبول فقدان البيانات وإنشاء مثيل جديد

الخيار 2: نسخ البيانات من المثيل المصدر إلى المثيل الهدف

الخيار 3: التصدير من المثيل المصدر، الاستيراد إلى المثيل الوجهة

الخيار 4: كتابة البيانات إلى مثيلين من Azure Cache for Redis، للقراءة من مثيل واحد

PostgreSQL وMySQL

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

الموارد الإضافية