نشر Azure File Sync

استخدم Azure File Sync لتجميع مشاركات ملفات مؤسستك في Azure Files، مع الحفاظ على المرونة والأداء والتوافق لأي خادم ملفات محلي. تبادر Azure File Sync بتحويل Windows Server إلى ذاكرة تخزين مؤقتة سريعة لمشاركة ملف Azure. يمكنك استخدام أي بروتوكول متوفر على Windows Server للوصول لبياناتك محليًا، بما في ذلك بروتوكولات SMB وNFS وFTPS. يمكنك الحصول على العدد الذي تحتاجه من ذاكرات التخزين المؤقت في جميع أنحاء العالم.

نوصي بشدة بقراءة التخطيط لنشر ملفات Azure والتخطيط لنشر Azure File Sync قبل إكمال الخطوات الموضحة في هذه المقالة.

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

المدخل

1. مشاركة ملف Azure في نفس المنطقة التي تريد توزيع Azure File Sync فيها. لمزيد من المعلومات، راجع:

   • توفر المنطقة ل Azure File Sync.
   • أنشئ مشاركة ملف للحصول على وصف خطوة بخطوة لكيفية إنشاء مشاركة ملف.

2. يجب تمكين إعدادات حساب التخزين التالية للسماح بوصول Azure File Sync إلى حساب التخزين:

   • يجب أن تسمح إعدادات أمان SMB إصدار البروتوكول SMB 3.1.1 ومصادقة NTLM v2 وتشفير AES-128-GCM. للتحقق من إعدادات أمان SMB على حساب التخزين، راجع إعدادات أمان SMB.
   • يجب أن يكون السماح بالوصول إلى مفتاح حساب التخزين، ممكناً. للتحقق من هذا الإعداد، انتقل إلى حساب التخزين وحدد التكوين ضمن قسم الإعدادات.

3. مثيل واحد مدعوم على الأقل من Windows Server للمزامنة مع Azure File Sync. لمزيد من المعلومات حول الإصدارات المدعومة من Windows Server وموارد النظام الموصى بها، راجع اعتبارات خادم ملف Windows.

4. اختياري: إذا كنت تنوي استخدام Azure File Sync مع نظام تجاوز فشل Windows Server، يجب تكوين دور خادم الملفات للاستخدام العام قبل تثبيت عامل Azure File Sync على كل عقدة في نظام المجموعة. لمزيد من المعلومات حول كيفية تكوين دور خادم الملفات للاستخدام العام على نظام مجموعة تجاوز الفشل، راجع توزيع خادم ملفات متفاوت المسافات مكون من عقدتين.

   ملاحظة

   السيناريو الوحيد المدعوم من Azure File Sync هو نظام تجاوز فشل Windows Server للمجموعات مع الأقراص المجمعة. راجع تجميع تجاوز الفشل لمزامنة ملفات Azure.

5. على الرغم من أنه يمكن إجراء إدارة السحابة باستخدام مدخل Microsoft Azure، يتم توفير وظائف الخادم المسجل المتقدمة من خلال PowerShell cmdlets التي تهدف إلى تشغيلها محليا إما في PowerShell 5.1 أو PowerShell 6+. يتم شحن PowerShell 5.1 بشكل افتراضي على Windows Server 2016 والإصدارات الأحدث. في نظام التشغيل Windows Server 2012 R 2، يمكنك التحقق من أنك تقوم بتشغيل *.PowerShell 5.1 على الأقل من خلال النظر إلى قيمة خاصية PSVersion الخاصة بعنصر $ PSVersionTable :

   $PSVersionTable.PSVersion
   

   إذا كانت قيمة PSVersion أقل من 5.1.*، كما هو الحال مع معظم عمليات التثبيت الجديدة ل Windows Server 2012 R2، فستحتاج إلى الترقية عن طريق تنزيل وتثبيت إطار عمل إدارة Windows (WMF) 5.1. الحزمة المناسبة للتنزيل والتثبيت لنظام التشغيل Windows Server 2012 R 2 هي Win8.1AndW2K12R2-KB ******-x64.msu.

   يمكن استخدام PowerShell 6+ مع أي نظام مدعوم، ويمكن تنزيله عبر صفحة GitHub خاصته.

PowerShell

1. مشاركة ملف Azure في نفس المنطقة التي تريد توزيع Azure File Sync فيها. لمزيد من المعلومات، راجع:

   • توفر المنطقة ل Azure File Sync.
   • أنشئ مشاركة ملف للحصول على وصف خطوة بخطوة لكيفية إنشاء مشاركة ملف.

2. يجب تمكين إعدادات حساب التخزين التالية للسماح بوصول Azure File Sync إلى حساب التخزين:

   • يجب أن تسمح إعدادات أمان SMB إصدار البروتوكول SMB 3.1.1 ومصادقة NTLM v2 وتشفير AES-128-GCM. للتحقق من إعدادات أمان SMB على حساب التخزين، راجع إعدادات أمان SMB.
   • يجب أن يكون السماح بالوصول إلى مفتاح حساب التخزين، ممكناً. للتحقق من هذا الإعداد، انتقل إلى حساب التخزين وحدد التكوين ضمن قسم الإعدادات.

3. مثيل واحد مدعوم على الأقل من Windows Server للمزامنة مع Azure File Sync. لمزيد من المعلومات حول الإصدارات المدعومة من Windows Server وموارد النظام الموصى بها، راجع اعتبارات خادم ملف Windows.

4. اختياري: إذا كنت تنوي استخدام Azure File Sync مع نظام تجاوز فشل Windows Server، يجب تكوين دور خادم الملفات للاستخدام العام قبل تثبيت عامل Azure File Sync على كل عقدة في نظام المجموعة. لمزيد من المعلومات حول كيفية تكوين دور خادم الملفات للاستخدام العام على نظام مجموعة تجاوز الفشل، راجع توزيع خادم ملفات متفاوت المسافات مكون من عقدتين.

   ملاحظة

   السيناريو الوحيد المدعوم من Azure File Sync هو نظام تجاوز فشل Windows Server للمجموعات مع الأقراص المجمعة. راجع تجميع تجاوز الفشل لمزامنة ملفات Azure.

5. PowerShell 5.1 أو PowerShell 6+. يمكنك استخدام وحدة Az PowerShell النمطية إلى Azure File Sync على أي نظام مدعوم، بما في ذلك الأنظمة التي لا تعمل بنظام Windows، ومع ذلك يجب دائمًا تشغيل أداة cmdlet لتسجيل الخادم على مثيل Windows Server الذي تُسجله (يمكن القيام بذلك مباشرة أو عن طريق التحكم عن بُعد في PowerShell). يتم شحن PowerShell 5.1 بشكل افتراضي على Windows Server 2016 والإصدارات الأحدث. في نظام التشغيل Windows Server 2012 R 2، يمكنك التحقق من أنك تقوم بتشغيل *.PowerShell 5.1 على الأقل من خلال النظر إلى قيمة خاصية PSVersion الخاصة بعنصر $ PSVersionTable :

   $PSVersionTable.PSVersion
   

   إذا كانت قيمة PSVersion أقل من 5.1.*، كما هو الحال مع معظم عمليات التثبيت الجديدة ل Windows Server 2012 R2، فستحتاج إلى الترقية عن طريق تنزيل وتثبيت إطار عمل إدارة Windows (WMF) 5.1. الحزمة المناسبة للتنزيل والتثبيت لنظام التشغيل Windows Server 2012 R 2 هي Win8.1AndW2K12R2-KB ******-x64.msu.

   يمكن استخدام PowerShell 6+ مع أي نظام مدعوم، ويمكن تنزيله عبر صفحة GitHub خاصته.

6. إذا اخترت استخدام PowerShell 5.1 ‏، فتأكد من تثبيت ‎.NET 4.7.2 ‎ ‏على الأقل. تعرف على المزيد حول إصدارات.NET Framework والتبعيات على نظامك.

   هام

   إذا كنت تُثبت .NET 4.7.2+ على Windows Server Core ، فيجب عليك التثبيت باستخدام علامتي quiet و norestart وإلا سيفشل التثبيت. على سبيل المثال ، في حالة تثبيت .NET 4.8، سيبدو الأمر كما يلي:

   Start-Process -FilePath "ndp48-x86-x64-allos-enu.exe" -ArgumentList "/q /norestart" -Wait
   

7. وحدة Az PowerShell، التي يمكن تثبيتها باتباع الإرشادات هنا: تثبيت وتكوين Azure PowerShell.

   ملاحظة

   تُثبَت الآن وحدة Az.StorageSync تلقائيًا عند تثبيت وحدة Az PowerShell.

Azure CLI

1. مشاركة ملف Azure في نفس المنطقة التي تريد توزيع Azure File Sync فيها. لمزيد من المعلومات، راجع:

   • توفر المنطقة ل Azure File Sync.
   • أنشئ مشاركة ملف للحصول على وصف خطوة بخطوة لكيفية إنشاء مشاركة ملف.

2. يجب تمكين إعدادات حساب التخزين التالية للسماح بوصول Azure File Sync إلى حساب التخزين:

   • يجب أن تسمح إعدادات أمان SMB إصدار البروتوكول SMB 3.1.1 ومصادقة NTLM v2 وتشفير AES-128-GCM. للتحقق من إعدادات أمان SMB على حساب التخزين، راجع إعدادات أمان SMB.
   • يجب أن يكون السماح بالوصول إلى مفتاح حساب التخزين، ممكناً. للتحقق من هذا الإعداد، انتقل إلى حساب التخزين وحدد التكوين ضمن قسم الإعدادات.

3. مثيل واحد مدعوم على الأقل من Windows Server للمزامنة مع Azure File Sync. لمزيد من المعلومات حول الإصدارات المدعومة من Windows Server وموارد النظام الموصى بها، راجع اعتبارات خادم ملف Windows.

4. اختياري: إذا كنت تنوي استخدام Azure File Sync مع نظام تجاوز فشل Windows Server، يجب تكوين دور خادم الملفات للاستخدام العام قبل تثبيت عامل Azure File Sync على كل عقدة في نظام المجموعة. لمزيد من المعلومات حول كيفية تكوين دور خادم الملفات للاستخدام العام على نظام مجموعة تجاوز الفشل، راجع توزيع خادم ملفات متفاوت المسافات مكون من عقدتين.

   ملاحظة

   السيناريو الوحيد المدعوم من Azure File Sync هو نظام تجاوز فشل Windows Server للمجموعات مع الأقراص المجمعة. راجع تجميع تجاوز الفشل لمزامنة ملفات Azure.

5. تثبيت Azure CLI

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

   • انقر فوق ⁧⁩جربه⁧⁩ في الزاوية العلوية اليسرى من كتلة التعليمات البرمجية. جربه سيفتح Azure Cloud Shell، لكنه لا يقوم بنسخ الرمز تلقائيًا إلى Cloud Shell.

   • افتح Cloud Shell من خلال الانتقال إلى https://shell.azure.com

   • حدد زر Cloud Shell في شريط القوائم في أعلى اليمين في مدخل Azure.

6. تسجيل الدخول.

   سجل دخولك باستخدام أوامر ⁧⁩تسجيل دخول az⁧⁩ إذا كنت تستخدم تثبيتًا محليًا من CLI.

   az login
   

   اتبع الخطوات المعروضة في الواجهة الطرفية لإكمال عملية المصادقة.

7. ثبِت ملحق az filesync Azure CLI.

   az extension add --name storagesync
   

   بعد تثبيت مرجع ملحق storagesync، ستتلقى التحذير التالي.

   The installed extension 'storagesync' is experimental and not covered by customer support. Please use with discretion.
   

8. على الرغم من أنه يمكن إجراء إدارة السحابة باستخدام Azure CLI، يتم توفير وظائف الخادم المسجل المتقدمة من خلال PowerShell cmdlets التي تهدف إلى تشغيلها محليا إما في PowerShell 5.1 أو PowerShell 6+. يتم شحن PowerShell 5.1 بشكل افتراضي على Windows Server 2016 والإصدارات الأحدث. في نظام التشغيل Windows Server 2012 R 2، يمكنك التحقق من أنك تقوم بتشغيل *.PowerShell 5.1 على الأقل من خلال النظر إلى قيمة خاصية PSVersion الخاصة بعنصر $ PSVersionTable :

   $PSVersionTable.PSVersion
   

   إذا كانت قيمة PSVersion أقل من 5.1.*، كما هو الحال مع معظم عمليات التثبيت الجديدة ل Windows Server 2012 R2، فستحتاج إلى الترقية عن طريق تنزيل وتثبيت إطار عمل إدارة Windows (WMF) 5.1. الحزمة المناسبة للتنزيل والتثبيت لنظام التشغيل Windows Server 2012 R 2 هي Win8.1AndW2K12R2-KB ******-x64.msu.

   يمكن استخدام PowerShell 6+ مع أي نظام مدعوم، ويمكن تنزيله عبر صفحة GitHub خاصته.

إعداد خادم Windows لاستخدامه مع Azure File Sync

لكل خادم تنوي استخدامه مع Azure File Sync، بما في ذلك كل عقدة خادم في نظام مجموعة تجاوز الفشل، عطِل تكوين الأمان المحسن ل Internet Explorer. هذا مطلوب فقط لتسجيل الخادم الأولي. يمكنك إعادة تشغيله بعد تسجيل الخادم.

المدخل

ملاحظة

يمكنك تخطي هذه الخطوة إذا كنت تنشر Azure File Sync على Windows Server Core.

1. افتح Server Manager.
2. انقر فوق الخادم المحلي :
   
3. في جزء "Properties"، حدد رابط "IE Enhanced Security Configuration".
   
4. في مربع الحوار Internet Explorer Enhanced Security Configuration، حدد خيار Off بالنسبة لعنصري "Administrators وUsers:
   

PowerShell

لتعطيل تكوين الأمان المحسن لبرنامج Internet Explorer، قم بتنفيذ ما يلي من جلسة عمل PowerShell مرتفعة:

$installType = (Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\").InstallationType

# This step is not required for Server Core
if ($installType -ne "Server Core") {
    # Disable Internet Explorer Enhanced Security Configuration 
    # for Administrators
    Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Active Setup\Installed Components\{A509B1A7-37EF-4b3f-8CFC-4F3A74704073}" -Name "IsInstalled" -Value 0 -Force

    # Disable Internet Explorer Enhanced Security Configuration 
    # for Users
    Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Active Setup\Installed Components\{A509B1A8-37EF-4b3f-8CFC-4F3A74704073}" -Name "IsInstalled" -Value 0 -Force

    # Force Internet Explorer closed, if open. This is required to fully apply the setting.
    # Save any work you have open in the IE browser. This will not affect other browsers,
    # including Microsoft Edge.
    Stop-Process -Name iexplore -ErrorAction SilentlyContinue
}

Azure CLI

اتبع الإرشادات الخاصة بمدخل Microsoft Azure أو PowerShell.

نشر خدمة Storage Sync Service

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

ملاحظة

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

المدخل

لنشر خدمة مزامنة التخزين، انتقل إلى مدخل Microsoft Azure، وانقر فوق إنشاء مورد، ثم ابحث عن Azure File Sync.في نتائج البحث، حدد Azure File Sync، ثم حدد إنشاء لفتح علامة التبويب نشر مزامنة التخزين.

عند فتح هذا الجزء، أدخل المعلومات التالية:

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

عند الانتهاء، حدد إنشاء لنشر خدمة Storage Sync Service.

PowerShell

استبدل <Az_Region> ,<RG_Name> و <my_storage_sync_service> بقيمك الخاصة، ثم استخدم الأوامر التالية لإنشاء خدمة مزامنة التخزين ونشرها:

$hostType = (Get-Host).Name

if ($installType -eq "Server Core" -or $hostType -eq "ServerRemoteHost") {
    Connect-AzAccount -UseDeviceAuthentication
}
else {
    Connect-AzAccount
}

# this variable holds the Azure region you want to deploy 
# Azure File Sync into
$region = '<Az_Region>'

# Check to ensure Azure File Sync is available in the selected Azure
# region.
$regions = @()
Get-AzLocation | ForEach-Object { 
    if ($_.Providers -contains "Microsoft.StorageSync") { 
        $regions += $_.Location 
    } 
}

if ($regions -notcontains $region) {
    throw [System.Exception]::new("Azure File Sync is either not available in the selected Azure Region or the region is mistyped.")
}

# the resource group to deploy the Storage Sync Service into
$resourceGroup = '<RG_Name>'

# Check to ensure resource group exists and create it if doesn't
$resourceGroups = @()
Get-AzResourceGroup | ForEach-Object { 
    $resourceGroups += $_.ResourceGroupName 
}

if ($resourceGroups -notcontains $resourceGroup) {
    New-AzResourceGroup -Name $resourceGroup -Location $region
}

$storageSyncName = "<my_storage_sync_service>"
$storageSync = New-AzStorageSyncService -ResourceGroupName $resourceGroup -Name $storageSyncName -Location $region

Azure CLI

اتبع الإرشادات الخاصة بمدخل Microsoft Azure أو PowerShell.

تثبيت عامل File Sync agent

⁩عامل Azure File Sync هو حزمة قابلة للتنزيل تمكّن خادم نظام التشغيل Windows من المزامنة مع مشاركة ملفات Azure.

المدخل

يمكنك تنزيل العامل من مركز تحميل Microsoft . عند الانتهاء من التنزيل، انقر نقرا مزدوجاً فوق حزمة MSI لبدء تثبيت عامل Azure File Sync.

هام

إذا كنت تستخدم Azure File Sync مع نظام مجموعة تجاوز الفشل، فيجب تثبيت عامل Azure File Sync على كل عقدة في نظام المجموعة. يجب تسجيل كل عقدة في المجموعة للعمل مع Azure File Sync.

نوصي بإجراء ما يلي:

• اترك مسار التثبيت الافتراضي (C:\Program Files\Azure\StorageSyncAgent )، لتبسيط استكشاف الأخطاء وإصلاحها وصيانة الخادم.
• تمكين Microsoft Update للحفاظ على مزامنة ملفات Azure محدثة. تحدث كافة التحديثات، إلى عامل Azure File Sync، بما في ذلك تحديثات الميزات والإصلاحات العاجلة، من Microsoft Update. نوصي بتثبيت آخر تحديث Azure File Sync. لمزيد من المعلومات، راجع نهج تحديث مزامنة ملفات Azure.

عند الانتهاء من تثبيت عامل Azure File Sync ، تُفتح واجهة مستخدم تسجيل الخادم تلقائيًا. يجب أن تمتلك خدمة مزامنة التخزين قبل التسجيل؛ راجع القسم التالي حول كيفية إنشاء خدمة مزامنة التخزين.

PowerShell

نفِذ شفرة PowerShell التالية لتنزيل الإصدار المناسب من عامل Azure File Sync لنظام التشغيل خاصتك وتثبيته على نظامك.

هام

إذا كنت تنوي استخدام Azure File Sync مع نظام مجموعة تجاوز الفشل، فيجب تثبيت عامل Azure File Sync على كل عقدة في نظام المجموعة. يجب تسجيل كل عقدة في المجموعة للعمل مع Azure File Sync.

# Gather the OS version
$osver = [System.Environment]::OSVersion.Version

# Download the appropriate version of the Azure File Sync agent for your OS.
if ($osver.Equals([System.Version]::new(10, 0, 20348, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2022 `
        -OutFile "StorageSyncAgent.msi" 
} elseif ($osver.Equals([System.Version]::new(10, 0, 17763, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2019 `
        -OutFile "StorageSyncAgent.msi" 
} elseif ($osver.Equals([System.Version]::new(10, 0, 14393, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2016 `
        -OutFile "StorageSyncAgent.msi" 
} elseif ($osver.Equals([System.Version]::new(6, 3, 9600, 0))) {
    Invoke-WebRequest `
        -Uri https://aka.ms/afs/agent/Server2012R2 `
        -OutFile "StorageSyncAgent.msi" 
} else {
    throw [System.PlatformNotSupportedException]::new("Azure File Sync is only supported on Windows Server 2012 R2, Windows Server 2016, Windows Server 2019 and Windows Server 2022")
}

# Install the MSI. Start-Process is used to PowerShell blocks until the operation is complete.
# Note that the installer currently forces all PowerShell sessions closed - this is a known issue.
Start-Process -FilePath "StorageSyncAgent.msi" -ArgumentList "/quiet" -Wait

# Note that this cmdlet will need to be run in a new session based on the above comment.
# You may remove the temp folder containing the MSI and the EXE installer
Remove-Item -Path ".\StorageSyncAgent.msi" -Recurse -Force

Azure CLI

اتبع الإرشادات الخاصة بمدخل Microsoft Azure أو PowerShell.

تسجيل خادم Windows مع خدمة Storage Sync Service

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

ملاحظة

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

يجب أن يكون المسؤول الذي يسجل الخادم عضوًا في أدوار الإدارة المالك أو المساهم لخدمة مزامنة التخزين المحددة. يمكن تكوين هذا تحت التحكم في الوصول (IAM) في مدخلMicrosoft Azure لخدمة مزامنة التخزين.

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

• "مزامنة تخزين مايكروسوفت/خدمات مزامنة تخزين/الخدمات المُسجلة/اكتب"
• "مزامنة تخزين مايكروسوفت/خدمات مزامنة التخزين/اقرأ"
• "مزامنة تخزين مايكروسوفت/خدمات مزامنة تخزين/تدفقات العمل/اقرأ"
• "مزامنة تخزين مايكروسوفت/خدمات مزامنة تخزين/تدفقات عمل/العمليات/اقرأ"

المدخل

يجب فتح واجهة مستخدم تسجيل الخادم تلقائيًا بعد تثبيت عامل مزامنة الملفات Azure. إذا لم يحدث ذلك، فيمكنك فتحه يدويًا من موقع ملفه: C:\Program Files\Azure\StorageSyncAgent\ServerRegistration.exe. عند فتح واجهة المستخدم لتسجيل الخادم، حدد تسجيل الدخول للبدء.

بعد تسجيل الدخول، ستُطالب بالمعلومات التالية:

• اشتراك Azure : الاشتراك الذي يحتوي على خدمة مزامنة التخزين (انظر نشر خدمة مزامنة التخزين ).
• مجموعة الموارد : مجموعة الموارد التي تحتوي على خدمة مزامنة التخزين.
• خدمة مزامنة التخزين : اسم خدمة مزامنة التخزين التي تريد التسجيل بها.

بعد تحديد المعلومات المناسبة، حدد التسجيل لإكمال تسجيل الخادم. كجزء من عملية التسجيل، تُطالَب بتسجيل الدخول الإضافي.

PowerShell

$registeredServer = Register-AzStorageSyncServer -ParentObject $storageSync

Azure CLI

اتبع الإرشادات الخاصة بمدخل Microsoft Azure أو PowerShell.

إنشاء مجموعة مزامنة ونقطة نهاية سحابية

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

نقطة النهاية السحابية هي مؤشر لمشاركة ملف Azure. ستتم مزامنة جميع نقاط نهاية الخادم مع نقطة نهاية سحابية، مما يجعل نقطة نهاية السحاب هي المحور. يجب أن يكون حساب التخزين لمشاركة ملف Azure في نفس منطقة خدمة مزامنة التخزين. ستتم مزامنة كامل مشاركة ملف Azure، باستثناء واحد: سيتم توفير مجلد خاص، مماثل لمجلد "معلومات حجم النظام" المخفي على وحدة تخزين NTFS. يسمى هذا الدليل ". SystemShareInformation ". يحتوي على بيانات تعريف مهمة للمزامنة والتي لن تتم مزامنتها مع نقاط النهاية الأخرى. لا تستخدمه أو تحذفه!

هام

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

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

المدخل

لإنشاء مجموعة مزامنة، في مدخل Microsoft Azure، انتقل إلى خدمة مزامنة التخزين، ثم حدد + مجموعة مزامنة:

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

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

PowerShell

لإنشاء مجموعة المزامنة، قم بتنفيذ PowerShell التالي. تذكر استبدال <my-sync-group> بالاسم المطلوب لمجموعة المزامنة.

$syncGroupName = "<my-sync-group>"
$syncGroup = New-AzStorageSyncGroup -ParentObject $storageSync -Name $syncGroupName

بمجرد إنشاء مجموعة المزامنة بنجاح، يمكنك إنشاء نقطة النهاية السحابية خاصتك. تأكد من استبدال <my-storage-account> و <my-file-share> بالقيم المتوقعة.

# Get or create a storage account with desired name
$storageAccountName = "<my-storage-account>"
$storageAccount = Get-AzStorageAccount -ResourceGroupName $resourceGroup | Where-Object {
    $_.StorageAccountName -eq $storageAccountName
}

if ($storageAccount -eq $null) {
    $storageAccount = New-AzStorageAccount `
        -Name $storageAccountName `
        -ResourceGroupName $resourceGroup `
        -Location $region `
        -SkuName Standard_LRS `
        -Kind StorageV2 `
        -EnableHttpsTrafficOnly:$true
}

# Get or create an Azure file share within the desired storage account
$fileShareName = "<my-file-share>"
$fileShare = Get-AzStorageShare -Context $storageAccount.Context | Where-Object {
    $_.Name -eq $fileShareName -and $_.IsSnapshot -eq $false
}

if ($fileShare -eq $null) {
    $fileShare = New-AzStorageShare -Context $storageAccount.Context -Name $fileShareName
}

# Create the cloud endpoint
New-AzStorageSyncCloudEndpoint `
    -Name $fileShare.Name `
    -ParentObject $syncGroup `
    -StorageAccountResourceId $storageAccount.Id `
    -AzureFileShareName $fileShare.Name

Azure CLI

استخدم الأمر az storagesync sync-group لإنشاء مجموعة مزامنة جديدة. لتعيين مجموعة موارد افتراضية لجميع أوامر واجهة سطر الأوامر، استخدم تكوين az.

az storagesync sync-group create --resource-group myResourceGroupName \
                                 --name myNewSyncGroupName \
                                 --storage-sync-service myStorageSyncServiceName \

استخدم الأمر az Storagesync sync - group cloud - endpoint لإنشاء نقطة نهاية سحابية جديدة.

az storagesync sync-group cloud-endpoint create --resource-group myResourceGroup \
                                                --storage-sync-service myStorageSyncServiceName \
                                                --sync-group-name mySyncGroupName \
                                                --name myNewCloudEndpointName \
                                                --storage-account mystorageaccountname \
                                                --azure-file-share-name azure-file-share-name

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

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

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

المدخل

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

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

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

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

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

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

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

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

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

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] 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 للعمل مع إعدادات جدار الحماية والشبكة الظاهرية، فقم بما يلي:

1. من مدخل Microsoft Azure، انتقل إلى حساب التخزين الذي تريد تأمينه.

2. حدد الشبكة في القائمة اليسرى.

3. ضمن الشبكات المحددة ضمن السماح بالوصول من.

4. تأكد من إدراج عنوان IP أو الشبكة الظاهرية للخوادم تحت قسم نطاق العنوان .

5. تأكد من فحص السماح لخدمات Microsoft الموثوقة بالوصول إلى حساب التخزين هذا.

6. حدد Save لحفظ الإعدادات.

   

اختياري: استعادة الخدمة الذاتية من خلال الإصدارات السابقة و VSS (خدمة نُسخ الظل الاحتياطية لوحدات التخزين)

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

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

Import-Module '<SyncAgentInstallPath>\StorageSync.Management.ServerCmdlets.dll'
Enable-StorageSyncSelfServiceRestore [-DriveLetter] <string> [[-Force]] 

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

1. يقوم بتكوين ترتيب Azure File Syncs السحابي على وحدة التخزين المحددة ليكون متوافقاً مع الإصدارات السابقة ويضمن إمكانية استعادة ملف من إصدار سابق، حتى إذا تم ترتيبه ضمن السحابة على الخادم.
2. إنه يتيح جدول VSS الافتراضي. يمكنك بعد ذلك أن تقرر تعديله لاحقاً.

ملاحظة

هناك أمران مهمان يجب ملاحظتهما:

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

لمعرفة ما إذا كان قد تم تمكين توافق استعادة الخدمة الذاتية، يمكنك تشغيل cmdlet التالي.

Get-StorageSyncSelfServiceRestore [[-Driveletter] <string>]

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

ملاحظة

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

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

يؤدي الحد الأقصى الافتراضي لعدد لقطات VSS لكل وحدة تخزين (64) بالإضافة إلى الجدول الزمني الافتراضي لالتقاطها إلى 45 يوماً كحد أقصى من الإصدارات السابقة التي يمكن لعامل المعلومات استعادتها منها، استنادا إلى عدد لقطات VSS التي يمكنك تخزينها على وحدة التخزين خاصتك.

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

يمكن أن تستهلك لقطات VSS بشكل افتراضي ما يصل إلى 10٪ من مساحة وحدة التخزين. لضبط مقدار التخزين الذي يمكن استخدامه للقطات VSS، استخدم الأمر vssadmin resize shadowstorage.

اختياري: استدعاء الملفات الجديدة والمتغيرة بشكل استباقي من مشاركة ملف Azure

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

السيناريو

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

هام

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

تمكين نقطة نهاية خادم من تذكر ما تم تغييره في مشاركة ملف Azure بشكل استباقي

المدخل

1. في مدخل Microsoft Azure، انتقل إلى خدمة مزامنة التخزين، وحدد مجموعة المزامنة الصحيحة، ثم حدد نقطة نهاية الخادم التي تريد تعقب التغييرات فيها عن كثب في مشاركة ملف Azure (نقطة نهاية السحابة).
2. في قسم طبقات السحابة، ابحث عن موضوع "تنزيل مشاركة ملف Azure". سترى الوضع المحدد حاليا ويمكنك تغييره لتتبع تغييرات مشاركة ملفات Azure عن كثب واسترجاعها بشكل استباقي إلى الخادم.

PowerShell

يمكنك تعديل خصائص نقطة نهاية الخادم في PowerShell من خلال cmdlet Set-AzStorageSyncServerEndpoint.

# Optional parameter. Default: "UpdateLocallyCachedFiles", alternative behavior: "DownloadNewAndModifiedFiles"
$recallBehavior = "DownloadNewAndModifiedFiles"

Set-AzStorageSyncServerEndpoint -InputObject <PSServerEndpoint> -LocalCacheMode $recallBehavior

اختياري: SMB عبر QUIC على نقطة نهاية الخادم

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

هذا التكوين شائع للغاية في البيئات التي لا يكون فيها جزء كبير من المستخدمين محليين، مثل عندما يعمل المستخدمون من المنزل أو من الطريق. تقليديًا، من الصعب جدًا الوصول إلى أي مشاركة ملف مع SMB عبر الإنترنت العام، بما في ذلك كل من مشاركات الملفات المستضافة على Windows File Server أو على Azure Files مباشرةً، نظرًا لأن معظم المؤسسات ومقدمي خدمات الإنترنت يمنعون المنفذ 445. يمكنك التغلب على هذا القيد باستخدام نقاط النهاية الخاصة والشبكات الافتراضية الخاصة، ومع ذلك يوفر نظام التشغيل Windows Server 2022 Azure Edition استراتيجية وصول إضافية: SMB عبر بروتوكول النقل QUIC.

يتواصل SMB عبر QUIC عبر المنفذ 443، الذي تفتحه معظم المنظمات ومقدمي خدمات الإنترنت لدعم حركة مرور HTTPS. يؤدي استخدام SMB عبر QUIC إلى تبسيط الشبكة المطلوبة إلى حد كبير للوصول إلى مشاركة ملف مستضافة على نقطة نهاية مزامنة ملفات Azure للعملاء الذين يستخدمون Windows 11 أو أحدث. لمعرفة المزيد حول كيفية إعداد وتكوين SMB عبر QUIC على Windows Server Azure Edition، راجع SMB عبر QUIC لـ Windows File Server.

الإعداد باستخدام Azure File Sync

الخطوات الموصى بها للالتحاق على مزامنة ملفات Azure لأول مرة مع عدم التوقف عن العمل مع الحفاظ على الدقة الكاملة للملف وقائمة التحكم في الوصول (ACL) هي كما يلي:

1. نشر خدمة مزامنة التخزين.
2. إنشاء مجموعة مزامنة.
3. ثِبت عامل Azure File Sync على الخادم باستخدام مجموعة البيانات الكاملة.
4. سجل هذا الخادم وقم بإنشاء نقطة نهاية خادم على المشاركة.
5. سجِل هذا الخادم وإنشاء نقطة نهاية للخادم على المشاركة.
6. بعد اكتمال التحميل الأولي، ثبِت عامل Azure File Sync على كل خادم من الخوادم المتبقية.
7. إنشاء مشاركات ملفات جديدة على كل خادم من الخوادم المتبقية.
8. إنشاء نقاط نهاية للخادم على مشاركات الملفات الجديدة مع سياسة تصنيف السحابة، إذا رغبت في ذلك. (تتطلب هذه الخطوة توفر مساحة تخزين إضافية للإعداد الأولي.)
9. دع وكيل Azure File Sync يقوم باستعادة سريعة لمساحة الأسماء الهرمية الكاملة دون نقل البيانات فعلياً. بعد مزامنة مساحة الأسماء الهرمية الكاملة، سيقوم مشغل المزامنة بملء مساحة القرص المحلي استناداً إلى سياسة طبقات السحابة لنقطة نهاية الخادم.
10. تأكد من اكتمال المزامنة واختبار الطوبولوجيا خاصتك حسب الرغبة.
11. إعادة توجيه المستخدمين والتطبيقات إلى هذه المشاركة الجديدة.
12. يمكنك اختياريًا حذف أي مشاركات مُكَررة على الخوادم.

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

1. تأكد من أن البيانات الموجودة على أي من الخوادم لا يمكن أن تتغير أثناء عملية التأهيل لبدء العمل.
2. مشاركات ملف Azure الأولية للإدخال في قاعدة البيانات المسبق مع بيانات الخادم باستخدام أي أداة لنقل البيانات عبر SMB، مثل Robocopy أو AzCopy عبر REST. إذا كنت تستخدم Robocopy، فتأكد من تحميل مشاركة(مشاركات) ملف Azure باستخدام مُفتاح الوصول إلى حساب التخزين ولا تستخدم هوية المجال. إذا كنت تستخدم AzCopy، فتأكد من تعيين مفاتيح التبديل المناسبة للحفاظ على سمات وطوابع ACL الزمنية.
3. إنشاء طوبولوجيا مزامنة ملفات Azure مع نقاط نهاية الخادم المطلوبة التي تشير إلى المشاركات الحالية.
4. دع المزامنة تنتهي من عملية المصالحة على جميع نقاط النهاية.
5. بمجرد اكتمال المعادلة، يمكنك فتح المشاركات للتغييرات.

حالياً، نهج الإدخال في قاعدة البيانات المسبق لديه بعض القيود:

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

ترحيل نشر النسخ المتماثل ل DFS (DFS-R) إلى Azure File Sync

لترحيل نشر DFS-R إلى Azure File Sync:

1. قم بإنشاء مجموعة مزامنة لتمثيل طبولوجيا DFS-R التي تقوم باستبدالها.
2. ابدأ على الخادم الذي يحتوي على مجموعة كاملة من البيانات في طبولوجيا DFS-R للترحيل. قم بتثبيت Azure File Sync على هذا الخادم.
3. قم بتسجيل هذا الخادم وإنشاء نقطة نهاية خادم لأول خادم يتم ترحيله. لا تقم بتمكين الطبقات السحابية.
4. اسمح بمزامنة جميع البيانات مع مشاركة ملف Azure (نقطة نهاية السحابة).
5. قم بتثبيت عامل Azure File Sync وتسجيله على كل خادم من خوادم DFS-R المتبقية.
6. تعطيل DFS-R.
7. إنشاء نقطة نهاية الخادم على كل خادم من خوادم DFS-R. لا تقم بتمكين الطبقات السحابية.
8. تأكد من اكتمال المزامنة واختبار الهيكل خاصتك حسب الرغبة.
9. إيقاف DFS-R.
10. يمكن الآن تمكين الطبقات السحابية على أي نقطة نهاية خادم حسب الرغبة.

لمزيد من المعلومات، راجع مزامنة ملفات Azure مع نظام الملفات الموزعة (DFS).

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

• إنشاء نقطة نهاية خادم مزامنة ملفات Azure
• تسجيل خادم باستخدام Azure File Sync
• مراقبة Azure File Sync