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

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

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

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

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

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

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

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

بوابة

لإضافة نقطة نهاية خادم، انتقل إلى مجموعة المزامنة التي تم إنشاؤها حديثا. ضمن نقاط نهاية الخادم، حدد +إضافة نقطة نهاية الخادم. يتم فتح شفرة إضافة نقطة نهاية الخادم. أدخل المعلومات التالية لإنشاء نقطة نهاية خادم:

• الخادم المسجل: اسم الخادم أو المجموعة التي تريد إنشاء نقطة نهاية الخادم فيها.
• المسار: المسار على خادم Windows المُراد مزامنته مع مشاركة ملف Azure. يمكن أن يكون المسار مجلدا (على سبيل المثال، D:\Data) أو جذر وحدة التخزين (على سبيل المثال، D:\) أو نقطة تحميل وحدة التخزين (على سبيل المثال، D:\Mount).
• تصنيف السحابة: مفتاح لتمكين أو تعطيل تصنيف السحابة. مع تصنيف السحابة، يمكن ربط الملفات التي يتم استخدامها أو الوصول إليها بشكل غير متكرر بملفات Azure. عند تمكين الترتيب السحابي، يتوافر نهجان يمكنك تعيينهما لإبلاغ Azure File Sync عند تصنيف الملفات الرائعة: نهج المساحة الخالية لوحدة التخزين و نهج التاريخ.
  • المساحة الخالية من وحدات التخزين: مقدار المساحة الخالية للحجز على وحدة التخزين التي تقع عليها نقطة نهاية الخادم. على سبيل المثال، إذا تم تعيين مساحة خالية من وحدة التخزين إلى 50 ٪ على وحدة تخزين تحتوي على نقطة نهاية خادم واحدة فقط، فسيُصنَف نصف كمية البيانات تقريبًا إلى ملفات Azure. بغض النظر عما إذا كان قد تم تمكين ترتيب السحابة في طبقات أم لا، فإن مشاركة ملف Azure تحتوي دائماً على نسخة كاملة من البيانات في مجموعة المزامنة.
  • نهج التاريخ: يتم تصنيف الملفات إلى السحابة إذا لم يتم الوصول إليها (أي، القراءة أو الكتابة إليها) لعدد معين من الأيام. على سبيل المثال، إذا لاحظت أن الملفات التي مضى عليها أكثر من 15 يومًا دون الوصول إليها هي عادةً ملفات أرشيفية، فيجب عليك تعيين نهج التاريخ على 15 يومًا.
• المزامنة الأولية: يتوفر قسم المزامنة الأولية فقط لنقطة نهاية الخادم الأولى في أي مجموعة مزامنة (يتغير المقطع إلى التنزيل الأولي عند إنشاء أكثر من نقطة نهاية خادم واحدة في أي مجموعة مزامنة). ضمن قسم المزامنة الأولية، يمكنك تحديد سلوك التحميل الأولي و التنزيل الأولي.

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

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

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

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

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

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

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

إشعار

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

بوويرشيل

نفذ أوامر 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] default when cloud tiering is enabled. [NamespaceThenModifiedFiles] default when cloud tiering is disabled. [AvoidTieredFiles] only available when cloud tiering is disabled.
$initialDownloadPolicy = "NamespaceOnly"
$initialUploadPolicy = "Merge"
# Optional property. Choose from: [Merge] default for all new server endpoints. Content 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] This is the right choice when you seeded the Azure file share (e.g. with Data Box) AND you are connecting the server location you seeded from. This enables you to catch up the Azure file share with the changes that happened on the local server since the seeding.

if ($cloudTieringDesired) {
    # Ensure 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 server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -CloudTiering `
        -VolumeFreeSpacePercent $volumeFreeSpacePercentage `
        -InitialDownloadPolicy $initialDownloadPolicy `
        -InitialUploadPolicy $initialUploadPolicy
} else {
    # Create 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 إلا لسيناريوهات ترحيل معينة.

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

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

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

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

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

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

إشعار

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

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

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

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

إشعار

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

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

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

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

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

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

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

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

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

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

حالة التوفير

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

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

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

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

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

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