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

هام

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

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

بالإضافة إلى ذلك ، في 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، وهي الوحدة النمطية PowerShell الموصى بها للتفاعل مع Azure. لبدء استخدام الوحدة النمطية Az PowerShell، راجع تثبيت Azure PowerShell. لمعرفة كيفية الترحيل إلى الوحدة النمطية Az PowerShell، راجع ترحيل Azure PowerShell من AzureRM إلى Az.

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

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

هام

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

ملاحظة

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

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

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

هام

عند الترحيل بين السحابات، يجب أن تكون بادئات اسم الخادم الأساسي (Azure Germany) والثانوي (Azure) مختلفة. إذا كانت أسماء الخوادم هي نفسها، فإن تشغيل عبارة قاعدة بيانات ALTER سينجح ولكن سيفشل الترحيل. على سبيل المثال، إذا كانت بادئة اسم الخادم الأساسي هي 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 لبدء النسخ عبر السحابة. للحصول على أذونات ومزيد من المعلومات حول هذا الموضوع، راجع إنشاء واستخدام النسخ المتماثل الجغرافي النشطوقاعدة بيانات ALTER (SQL المعاملات).

• باستثناء ملحق الأمر T-SQL الأولي الذي يشير إلى خادم منطقي SQL Azure في 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 العالمي:

1. اختر قاعدة بيانات المستخدم في Azure ألمانيا، على سبيل المثال، azuregermanydb

2. إنشاء خادم منطقي في Azure العمومي (السحابة العامة)، على سبيل المثال، globalazureserver. اسم نطاقها المؤهل بالكامل (FQDN) هو globalazureserver.database.windows.net.

3. ابدأ النسخ المتماثل الجغرافي النشط من 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];
   

4. عندما يكون النسخ المتماثل جاهزا لنقل عبء عمل القراءة والكتابة إلى خادم Azure العمومي، ابدأ عملية تجاوز فشل مخطط لها إلى Azure العمومي عن طريق تنفيذ أمر T-SQL هذا على خادم Azure العمومي.

   ALTER DATABASE [azuregermanydb] FAILOVER;
   

5. يمكن إنهاء ارتباط النسخ المتماثل الجغرافي النشط قبل عملية تجاوز الفشل أو بعدها. يؤدي تنفيذ الأمر 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 باستخدام هذه الأساليب غير مدعوم.

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

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

التقييدات

• مجموعات تجاوز الفشل غير مدعومة. وهذا يعني أن العملاء الذين يقومون بترحيل قاعدة (قواعد) بيانات Azure Germany سيحتاجون إلى إدارة سلاسل الاتصال بأنفسهم أثناء تجاوز الفشل.
• لا يوجد دعم لمدخل 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 العالمية.

1. نسخ نسخة 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 

2. نسخ نسخة 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، يجب عليك استخدام الرابط التالي لإنشاء طلب دعم ترحيل:

1. استعرض للوصول إلى طلب دعم الترحيل التالي.

2. ضمن علامة التبويب أساسيات، أدخل ترحيل Geo-DRكملخص، ثم حدد التالي: الحلول

   

3. راجع الخطوات الموصى بها، ثم حدد التالي: التفاصيل.

   

4. في صفحة التفاصيل، أدخل ما يلي:

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

   

5. راجع طلب الدعم، ثم حدد إنشاء.

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

Azure Cosmos DB

يمكنك استخدام أداة ترحيل بيانات Azure Cosmos DB لترحيل البيانات إلى 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، نوصي بإكمال الخطوات التالية:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ملاحظة

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

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

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

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

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

2. تصدير البيانات من ذاكرة التخزين المؤقت المصدر أو استخدام cmdlet تصدير AzRedisCache PowerShell.

   ملاحظة

   يجب أن يكون حساب Azure Storage للتصدير في نفس المنطقة مثل مثيل ذاكرة التخزين المؤقت.

3. انسخ النقاط المصدرة إلى حساب تخزين في منطقة الوجهة (على سبيل المثال، باستخدام AzCopy).

4. استيراد البيانات إلى ذاكرة التخزين المؤقت الوجهة أو استخدام cmdlet استيراد AzRedisCAche PowerShell.

5. أعد تكوين التطبيق الخاص بك لاستخدام ذاكرة التخزين المؤقت Azure المستهدفة لمثيل Redis.

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

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

• يتم تحديث البيانات بانتظام.
• تتم كتابة جميع البيانات إلى ذاكرة التخزين المؤقت Azure المستهدفة لمثيل Redis.
• لديك ما يكفي من الوقت لتحديث جميع البيانات.

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

• راجع نظرة عامة على ذاكرة التخزين المؤقت ل Azure ل Redis.

PostgreSQL و MySQL

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

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

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

• Compute
• الشبكات
• التخزين
• الويب
• التحليلات
• IoT
• التكامل
• الهوية
• الأمان
• أدوات الإدارة
• الإعلام