إنشاء نقطة نهاية خادم Azure File Sync

تمثل نقطة نهاية الخادم موقعًا محددًا على خادم مُسجَل، مثل مجلد أو وحدة تخزين خادم. يجب أن تستوفي نقطة نهاية الخادم الشروط التالية:

• يجب أن تكون نقطة نهاية الخادم مساراً على خادم مسجل (بدلاً من مشاركة محملة). التخزين المرفق بالشبكة (NAS) غير مدعوم.
• على الرغم من أن نقطة نهاية الخادم يمكن أن تكون على وحدة تخزين النظام، لا يمكن لنقاط نهاية الخادم على وحدة تخزين النظام استخدام ترتيب السحابة.
• تغيير المسار أو حرف محرك الأقراص بعد إنشاء نقطة نهاية خادم على وحدة تخزين غير مدعوم. تأكد من استخدام مسار مناسب قبل إنشاء نقطة نهاية الخادم.
• يمكن للخادم المسجّل دعم نقاط نهاية خادم متعددة، ولكن يمكن أن تحتوي مجموعة المزامنة على نقطة نهاية خادم واحدة فقط لكل خادم مسجّل في أي وقت. يجب أن تكون نقاط نهاية الخادم الأخرى داخل مجموعة المزامنة على خوادم مسجلة مختلفة.
• يمكن أن توجد نقاط نهاية خادم متعددة على نفس وحدة التخزين إذا لم تكن مساحات الأسماء الخاصة بها متداخلة (على سبيل المثال، F:\sync1 وF:\sync2) وكانت كل نقطة نهاية تتم مزامنتها مع مجموعة مزامنة فريدة.

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

Prerequisites

لإنشاء نقطة نهاية خادم، يجب عليك أولاً التأكد من استيفاء المعايير التالية:

• يحتوي الخادم على عامل Azure File Sync مثبتاً ومسجّلاً. اطّلع على تسجيل/إلغاء تسجيل خادم باستخدام Azure File Sync للحصول على تفاصيل حول تثبيت عامل Azure File Sync.
• تأكد من توزيع خدمة Storage Sync. اطّلع على كيفية توزيع Azure File Sync للحصول على تفاصيل حول كيفية توزيع Storage Sync Service.
• تأكد من توزيع مجموعة مزامنة. تعرّف على كيفية إنشاء مجموعة مزامنة.
• تأكد من أن الخادم متصل بالإنترنت وأن Azure تستطيع الوصول إليه. تستخدم Azure File Sync المنفذ 443 لجميع الاتصالات بين الخادم وخدمة السحابة.
• تأكد من أنك ضمن الحدود المسموح بها لإنشاء نقاط النهاية. راجع أهداف مقياس مزامنة ملفات Azure للحصول على تفاصيل حول أهداف قابلية التوسع والأداء.

إنشاء نقطة نهاية للخادم

Portal

1. انتقل إلى مجموعة المزامنة التي تم إنشاؤها حديثا.

2. ضمن نقاط نهاية الخادم، حدد +إضافة نقطة نهاية الخادم.

3. في جزء إضافة نقطة نهاية الخادم ، أدخل المعلومات التالية:

   • الخادم المسجل: حدد اسم الخادم أو نظام المجموعة حيث تريد إنشاء نقطة نهاية الخادم.

   • المسار: أدخل المسار على مثيل Windows Server ليتم مزامنته مع مشاركة ملف Azure. يمكن أن يكون المسار مجلدا (على سبيل المثال، D:\Data) أو جذر وحدة التخزين (على سبيل المثال، D:\)، أو نقطة تحميل وحدة التخزين (على سبيل المثال، D:\Mount).

   • طبقات السحابة: يتضمن هذا القسم مفتاحا لتمكين طبقات السحابة أو تعطيلها. مع تصنيف السحابة، يمكن ربط الملفات التي يتم استخدامها أو الوصول إليها بشكل غير متكرر بملفات Azure. عند تمكين طبقات السحابة، هناك نهجان يمكنك تعيينهما لإعلام Azure File Sync عند ترتيب الملفات الباردة في طبقات:

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

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

     

   • المزامنة الأولية: يتوفر هذا القسم فقط لنقطة نهاية الخادم الأولى في مجموعة مزامنة. (يتغير القسم إلى التنزيل الأولي عند إنشاء أكثر من نقطة نهاية خادم واحدة في مجموعة مزامنة.) يمكنك تحديد السلوك التالي:

     • التحميل الأولي: كيف يقوم الخادم في البداية بتحميل البيانات إلى مشاركة ملف Azure. يتوفر خياران:

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

     لمعرفة المزيد، راجع قسم المزامنة الأولية.

     • التنزيل الأولي: كيف يقوم الخادم في البداية بتنزيل بيانات مشاركة ملف Azure. يعد هذا الإعداد مهما عندما يتصل الخادم بمشاركة ملف Azure تحتوي على ملفات. تتوفر ثلاثة خيارات:

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

     لمعرفة المزيد، راجع قسم التنزيل الأولي.

4. لإنهاء إضافة نقطة نهاية الخادم، حدد إنشاء. يتم الآن الاحتفاظ بملفاتك متزامنة عبر مشاركة ملف Azure ومثيل Windows Server.

Note

يأخذ Azure File Sync لقطة لمشاركة ملف Azure كنسخة احتياطية قبل إنشاء نقطة نهاية الخادم. يمكنك استخدام هذه اللقطة لاستعادة المشاركة إلى الحالة من قبل إنشاء نقطة نهاية الخادم.

لا تتم إزالة اللقطة تلقائيا بعد إنشاء نقطة نهاية الخادم. يمكنك حذفه يدويا إذا لم تكن بحاجة إليه.

يمكنك العثور على اللقطات التي أنشأها Azure File Sync من خلال عرض اللقطات لمشاركة ملف Azure والتحقق من AzureFileSync في عمود البادئ

PowerShell

قم بتشغيل أوامر PowerShell التالية لإنشاء نقطة نهاية الخادم. استبدل <your-server-endpoint-path> القيم <your-volume-free-space> المطلوبة. تحقق من إعدادات سياسات التنزيل الأوليوالتحميل الأولي الاختيارية.

$serverEndpointPath = "<your-server-endpoint-path>"
$cloudTieringDesired = $true
$volumeFreeSpacePercentage = <your-volume-free-space>
# Optional property. Choose from: [NamespaceOnly], the default when cloud tiering is enabled. [NamespaceThenModifiedFiles], the default when cloud tiering is disabled. [AvoidTieredFiles], available only when cloud tiering is disabled.
$initialDownloadPolicy = "NamespaceOnly"
$initialUploadPolicy = "Merge"
# Optional property. Choose from: [Merge], the default for all new server endpoints. Content is from the server and the cloud merge. This is the right choice if one location is empty or other server endpoints already exist in the sync group. [ServerAuthoritative], the right choice when you seeded the Azure file share (for example, with Azure Data Box) and you're connecting the server location that you seeded from. It enables you to catch up the Azure file share with the changes that happened on the local server since the seeding.

if ($cloudTieringDesired) {
    # Ensure that the endpoint path is not the system volume
    $directoryRoot = [System.IO.Directory]::GetDirectoryRoot($serverEndpointPath)
    $osVolume = "$($env:SystemDrive)\"
    if ($directoryRoot -eq $osVolume) {
        throw [System.Exception]::new("Cloud tiering cannot be enabled on the system volume")
    }

    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -CloudTiering `
        -VolumeFreeSpacePercent $volumeFreeSpacePercentage `
        -InitialDownloadPolicy $initialDownloadPolicy `
        -InitialUploadPolicy $initialUploadPolicy
} else {
    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -InitialDownloadPolicy $initialDownloadPolicy
}

Azure CLI

استخدم az storagesync sync-group server-endpoint الأمر لإنشاء نقطة نهاية خادم جديدة:

# Create a new sync group server endpoint 
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --name myNewServerEndpointName
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0
                                                 --server-local-path d:\myPath
                                                 --storage-sync-service myStorageSyncServiceNAme
                                                 --sync-group-name mySyncGroupName

# Create a new sync group server endpoint with additional optional parameters
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --storage-sync-service myStorageSyncServiceName \
                                                 --sync-group-name mySyncGroupName \
                                                 --name myNewServerEndpointName \
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0 \
                                                 --server-local-path d:\myPath \
                                                 --cloud-tiering on \
                                                 --volume-free-space-percent 85 \
                                                 --tier-files-older-than-days 15 \
                                                 --initial-download-policy NamespaceOnly [OR] NamespaceThenModifiedFiles [OR] AvoidTieredFiles
                                                 --initial-upload-policy Merge [OR] ServerAuthoritative

قسم ترتيب السحابة في طبقات

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

ارجع إلى مقالة ترتيب السحابة في طبقات التي تشمل الأساسيات والنُهج وأفضل الممارسات بالتفصيل.

قسم المزامنة الأولية

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

هناك سلوكان مختلفان اختلافاً جوهرياً للمزامنة الأولية:

Merge

تحميل موثوق

الدمج هو الخيار القياسي ويتم تحديده بشكل افتراضي. يجب ترك التحديد على دمج ما لم يكن لسيناريوهات ترحيل معينة.

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

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

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

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

قسم التنزيل الأولي

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

Note

لا يكون لتحديد خيار تنزيل أولي أي تأثير إذا كانت مشاركة ملف Azure فارغة.

كجزء من هذا القسم، يمكنك اختيار كيفية وصول المحتوى من مشاركة ملف Azure في البداية على الخادم.

	تنزيل مساحة الاسم أولا	تنزيل مساحة الاسم فقط	تجنب الملفات المتدرجة
Description	تنزيل مساحة الاسم بالكامل أولا. يتم استدعاء محتوى الملف من السحابة كنشيط في الخلفية إلى الخادم استنادا إلى خريطة التمثيل اللوني، والتي تذكر البيانات الأخيرة التي تم الوصول إليها في وقت أقرب. إذا كانت المساحة الفارغة على وحدة تخزين الخادم أقل من 10٪، فستظل الملفات المتبقية ملفات متدرجة.	يتم تنزيل مساحة الاسم فقط (بنية الملف والمجلد). لا يتم إحضار أي محتوى ملف إلى الخادم.	تنزيل كل ملف بالكامل قبل ظهور الملف في المجلد على الخادم. يتجنب هذا الخيار وجود ملف مرتب في طبقات على الخادم. عنصر مساحة الاسم ومحتوى الملف موجودان دائماً في نفس الوقت.
الإعدادات الافتراضية	افتراضي إذا لم يتم تمكين ترتيب السحابة لنقطة نهاية الخادم هذه.	افتراضي إذا تم تمكين ترتيب السحابة لنقطة نهاية الخادم هذه.	غير محدد كخيار افتراضي. يتوفر هذا الخيار فقط عند عدم تمكين ترتيب السحابة.
السلوك عند تمكين التدرج	عند تمكين ترتيب السحابة، سيتم إيقاف استدعاء الخلفية للملفات المتدرجة بمجرد أن تفي بمعايير نهج ترتيب السحابة المحدد (يحترم نهج تحرير وحدة التخزين ونهج التاريخ أيضا، إذا كان موجودا).	يتم تنزيل مساحة الاسم فقط (بنية الملف والمجلد). لا يتم إحضار أي محتوى ملف إلى الخادم.	الخيار غير متوفر.
السلوك عند عدم تمكين التدرج	عندما لا يتم تمكين ترتيب السحابة، فإن الهدف هو استدعاء جميع البيانات إلى نقطة نهاية الخادم عبر استدعاء الخلفية. ستحتاج إلى توفير وحدة تخزين كبيرة بما يكفي لاستيعاب جميع البيانات. إذا لم يكن مستوى الصوت يحتوي على مساحة فارغة كافية، ترك بعض الملفات على أنها متدرجة حتى عند تعطيل ترتيب السحابة.	يتم تنزيل مساحة الاسم فقط (بنية الملف والمجلد). لا يتم إحضار أي محتوى ملف إلى الخادم.	تنزيل كل ملف بالكامل قبل ظهور الملف في المجلد على الخادم.
متى تستخدم	عندما يحتاج المستخدمون إلى الوصول السريع إلى الملفات الأخيرة بعد وقت قصير من تنزيل مساحة الاسم، ومعظم البيانات موجودة في مشاركة ملف Azure في وقت التوفير. قد يستفيد العملاء الذين لديهم نطاق ترددي منخفض أيضا من استدعاء الخلفية بعد التوفير الأولي.  لمزيد من التفاصيل حول استدعاء الملفات المتدرجة، راجع كيفية إدارة ملفات Azure File Sync المتدرجة. الأنسب لسيناريوهات التعافي من الكوارث من جانب خادم Azure File Sync حيث يبدأ مسار الخادم كمجلد فارغ، على سبيل المثال نقطة نهاية خادم جديدة في المكتب الفرعي.	مثالي للتطبيقات التي تحتاج إلى استدعاء البيانات في كثير من الأحيان أو كمية صغيرة فقط من البيانات عند الطلب.	عندما يجب أن تكون جميع البيانات متاحة محليا دائما دون الاعتماد على ترتيب. مثالي للتطبيقات التي تتطلب الوصول إلى جميع الملفات في جميع الأوقات. مفيد في خوادم النطاق الترددي المنخفض حيث لا نريد ملفات متدرجة لمشكلات أداء الوصول إلى البيانات.
الاثار	يجب تغيير حجم وحدة المعالجة المركزية/الذاكرة استنادا إلى مقياس مساحة الاسم ويحتاج المورد إلى تجنب مشكلات أداء الإدخال/الإخراج. للحصول على التفاصيل، راجع موارد النظام الموصى بها لمزامنة ملفات Azure	-	يجب أن تحتوي وحدة التخزين على مساحة كافية لتخزين جميع البيانات. من المحتمل أن يستغرق التنزيل الأولي وقتا أطول بكثير بسبب الحاجة إلى تنزيل جميع محتويات الملف. غير مناسب للتعافي السريع من الكوارث لأن هذا أبطأ من الخيارين الأولين.

بعد تحديد خيار تنزيل أولي، لا يمكنك تغييره بعد التأكيد على إنشاء نقطة نهاية الخادم.

Note

عند إضافة نقطة نهاية خادم وملفات موجودة في مشاركة ملف Azure، إذا اخترت تنزيل مساحة الاسم أولا، فستظهر الملفات على أنها متدرجة حتى يتم تنزيلها محليا. يتم تنزيل الملفات باستخدام مؤشر ترابط واحد بشكل افتراضي للحد من استخدام النطاق الترددي للشبكة. لتحسين أداء تنزيل الملف، استخدم Invoke-StorageSyncFileRecall cmdlet بعدد مؤشرات ترابط أكبر من 1.

سلوك تنزيل الملف بمجرد اكتمال التنزيل الأولي

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

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

خطوات التوفير

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

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

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

السيناريوهات المدعومة

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

حالة التوفير

فيما يلي الحالات المختلفة التي يتم عرضها عند توفير نقطة نهاية الخادم قيد التقدم وما تعنيه:

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

تكون علامة التبويب خطوات التوفير مرئية فقط في مدخل Microsoft Azure للسيناريوهات المدعومة. لن يكون متوفرا أو مرئيا للسيناريوهات غير المدعومة.

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

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

• نظرة عامة على الترحيل
• التخطيط لتوزيع Azure File Sync
• إنشاء مشاركة ملف
• استكشاف أخطاء Azure File Sync وإصلاحها