الأسئلة المتداولة (FAQ) حول Azure Files

  • مقالة

تقدم Azure Files مشاركات الملفات المُدارة بالكامل في السحابة والتي يمكن الوصول إليها عبر معيار الصناعة بروتوكول Server Message Block (SMB) أو بروتوكول نظام ملفات الشبكة (NFS). يمكنك تحميل عمليات نشر Azure File بشكل متزامن على السحابة أو عمليات التوزيع Windows و Linux و macOS. يمكنك أيضا تخزين أسهم Azure File مؤقتا على أجهزة Windows Server باستخدام Azure File Sync للوصول السريع إلى مكان استخدام البيانات.

"Azure File Sync"

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

  • إذا قمت بإنشاء ملف مباشرة في مشاركة Azure File عبر SMB أو من خلال البوابة الإلكترونية، فكم من الوقت يستغرق الملف للمزامنة مع الخوادم في مجموعة المزامنة؟

    لا يتم الكشف عن التغييرات التي تم إجراؤها على مشاركة ملف Azure باستخدام مدخل Azure أو SMB على الفور ونسخها مثل التغييرات التي تطرأ على نقطة نهاية الخادم. لا يحتوي Azure Files حتى الآن على إخطارات تغيير أو يوميات، لذلك لا توجد طريقة لبدء جلسة مزامنة تلقائيا عند تغيير الملفات. على Windows Server، تستخدم Azure File Sync دفتر يومية Windows USN لبدء جلسة عَمل مزامنة تلقائيًا عند تغيير الملفات.

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

    لمزامنة الملفات التي تم تغييرها في مشاركة Azure File على الفور، يمكن استخدام cmdlet PowerShell للكشف عن استدعاء AzStorageSyncChangeDetection لبدء الكشف عن التغييرات في مشاركة Azure File يدويا. تم تصميم cmdlet هذا للسيناريوهات التي يقوم فيها نوع من العمليات التلقائية بإجراء تغييرات في مشاركة Azure File أو يتم إجراء التغييرات بواسطة مسؤول (مثل نقل الملفات والدلائل إلى المشاركة). بالنسبة لتغييرات المستخدم النهائي، تتمثل التوصية في تثبيت عامل Azure File Sync في جهاز ظاهري IaaS وتمكين المستخدمين النهائيين من الوصول إلى مشاركة الملفات من خلال الجهاز الظاهري IaaS. بهذه الطريقة سوف تتم مزامنة جميع التغييرات بسرعة مع وكلاء آخرين دون الحاجة إلى استخدام Invoke-AzStorageSyncChangeDetection cmdlet. لمعرفة المَزيد، راجع وثائق Invoke-AzStorageSyncChangeDetection.

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

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

    يمكن أن تسبب السيناريوهات التالية تعارضات في الملفات:

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

    يستخدم Azure File Sync استراتيجية بسيطة لحل التعارض: نَحتفظ بكلا التغييرين على الملفات التي يتم تغييرها في نقطتي نهاية في نفس الوقت. يحافظ أحدث تغيير مكتوب على اسم الملف الأصلي. يحتوي الملف الأقدم (الذي تم تحديده بواسطة LastWriteTime) على اسم نقطة النهاية ورقم التعارض الملحق باسم الملف. بالنسبة لنقاط نهاية الخادم، يكون اسم نقطة النهاية هو نفس اسم الخادم. بالنسبة لنِقاط نهاية السحابة، يكون اسم نقطة النهاية هو Cloud. يتبع الاسم هذا التصنيف:

    <FileNameWithoutExtension>-<اسم نقطة النهاية>[-#].<ext>

    على سبيل المثال، يصبح التعارض الأول CompanyReport.docx CompanyReport-CentralServer.docx إذا كان CentralServer هو المكان الذي حدثت فيه الكتابة القديمة. أما التعارض الثاني فسيطلق عليه اسم CompanyReport-CentralServer-1.docx. يدعم Azure File Sync 100 مَلف تعارض لكل ملف. بمجرد الوصول إلى الحد الأقصى لعدد ملفات التعارض، سيفشل مزامنة الملف حتى يكون عدد ملفات التعارض أقل من 100.

  • لقد تم تعطيل الطبقات السحابية، لماذا توجد ملفات متدرجة في موقع نقطة نهاية الخادم؟
    هناك سببان لوجود الملفات المتدرجة في موقع نقطة نهاية الخادم:

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

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

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

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

    لطرح أسئلة حول كيفية إدارة الملفات المتدرجة، راجع كيفية إدارة الملفات المتدرجة.

  • لماذا توجد الملفات المتدرجة خارج مساحة اسم نقطة نهاية الخادم؟
    قبل الإصدار 3 من وكيل Azure File Sync، قام Azure File Sync بحظر نقل الملفات المتدرجة خارج نقطة نهاية الخادم ولكن على نَفس وحدة التخزين مثل نقطة نهاية الخادم. لم تتأثر عمليات النسخ وتحركات الملفات غير المتدرجة ونقل الملفات المتدرجة إلى وحدات التخزين الأخرى. كان السبب في هذا السلوك هو الافتراض الضمني بأن مُستكشف الملفات وواجهات برمجة التطبيقات Windows الأخرى لديها عمليات نقل على نفس وحدة التخزين هي (تقريبا) عمليات إعادة تسمية فورية. وهذا يعني أن التحركات سوف تجعل مستكشف الملفات أو طرق النقل الأخرى (مثل سطر الأوامر أو PowerShell) تبدو غير مستجيبة بينما يقوم Azure File Sync باستدعاء البيانات من السحابة. بدءا من الإصدار 3.0.12.0 من وكيل Azure File Sync، سوف يسمح لك Azure File Sync بنقل ملف متدرج خارج نقطة نهاية الخادم. نتجنب الآثار السلبية المذكورة من قبل من خلال السماح للملف المتدرج بالوجود كملف متدرج خارج نقطة نهاية الخادم ثم استدعاء الملف في الخلفية. وهذا يعني أن التحركات على وحدة التخزين نفسها فورية، ونحن نقوم بكل العمل لاستدعاء الملف إلى القرص بعد اكتمال النقل.

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

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

  • هل يمكنني نقل خدمة مزامنة التخزين و/أو حساب التخزين إلى مجموعة موارد مختلفة أو اشتراك أو مستأجر Microsoft Entra؟
    نعم، يمكنك نقل خدمة مزامنة التخزين و/أو حساب التخزين إلى مجموعة موارد مختلفة أو اشتراك أو مستأجر Microsoft Entra. بعد نقل خدمة مزامنة التخزين أو حساب التخزين، تحتاج إلى منح تطبيق Microsoft.StorageSync حق الوصول إلى حساب التخزين. اتبع الخطوات التالية:

    1. سجل الدخول إلى مدخل Microsoft Azure وحدد Access control (IAM) من التنقل الأيسر.

    2. حدد علامة التبويب Role assignments لسرد المستخدمين والتطبيقات (كيانات الخدمة) التي لديها حق الوصول إلى حساب التخزين الخاص بك.

    3. تحقق من ظهور Microsoft.StorageSync أو خدمة مزامنة الملفات المختلطة (اسم التطبيق القديم) في القائمة باستخدام دور القارئ والوصول إلى البيانات.

      إذا لم تظهر خدمة مزامنة الملفات المختلطة أو Microsoft.StorageSync في القائمة، فنفذ الخطوات التالية:

      • حدد إضافة.
      • في حقل الدور حدد، القارئ والوصول إلى البيانات.
      • في الحقل تحديد ، اكتب Microsoft.StorageSync، وحدد الدور ثم حدد حفظ.

      إشعار

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

  • هل تحتفظ Azure File Sync بقوائم التحكم في الوصول NTFS على مستوى الدليل/الملف إلى جانب البيانات المخزنة في Azure Files؟

    اعتباراً من 24 فبراير 2020، ستستمر قوائم التحكم بالوصول ACL الجديدة والحالية المصنفة بواسطة مزامنة ملف Azure بتنسيق NTFS، وستتم مزامنة تعديلات ACL التي تُجرى مباشرةً على مشاركة ملف Azure مع جميع الخوادم في مجموعة المزامنة. ستتم مزامنة أي تغييرات تم إجراؤها على قوائم التحكم في الوصول (ACLs) على مشاركات ملفات Azure عبر Azure File Sync. عند نسخ البيانات إلى Azure Files، تأكد من استخدام أداة نسخ تدعم "الدقة" الضرورية لنسخ السمات والطوابع الزمنية وقوائم التحكم بالوصول إلى مشاركة ملف Azure - إما عبر SMB أو REST. عند استخدام أدوات نسخ Azure مثل AzCopy، من المهم استخدام أحدث إصدار. تحقق من جدول أدوات نسخ الملفات للحصول على نظرة عامة حول أدوات نسخ Azure للتأكد من أنه يمكنك نسخ جميع بيانات التعريف المهمة للملف.

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

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

  • هل تقوم Azure File Sync بمزامنة LastWriteTime للدلائل؟ لماذا لا يتم تحديث الطابع الزمني المعدل للتاريخ على دليل عند تغيير الملفات الموجودة فيه؟
    لا، لا يقوم Azure File Sync بمزامنة LastWriteTime للدلائل. علاوة على ذلك، لا تقوم Azure Files بتحديث الطابع الزمني المعدل للتاريخ (LastWriteTime) للدلائل عند تغيير الملفات داخل الدليل. هذا هو السلوك المتوقع.

الأمان والمُصادقة والتحكم في الوصول

  • كيف يمكنني تدقيق الوصول إلى الملفات والتغييرات في Azure Files؟

    هناك خياران يوفران وظيفة التدقيق لـ Azure File:

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

  • هل تدعم Azure Files استخدام قائمة تعداد Access-Based (ABE) للتحكم في رؤية الملفات والمجلدات في مشاركات ملفات SMB Azure?

    استخدام ABE مع ملفات Azure ليس سيناريو مدعومًا حاليًا، ولكن يمكنك استخدام DFS-N مع مشاركات ملفات SMB Azure.

المصادقة المستندة إلى الهوية

  • هل تدعم Microsoft Entra Domain Services الوصول إلى SMB باستخدام بيانات اعتماد Microsoft Entra من الأجهزة المنضمة إلى معرف Microsoft Entra أو المسجلة به؟

    لا، هذا السيناريو غير مدعوم.

  • هل يمكنني استخدام الاسم المتعارف عليه (CNAME) لتحميل مشاركة ملف Azure أثناء استخدام المصادقة المستندة إلى الهوية؟

    نعم، هذا السيناريو مدعوم الآن في كل من بيئات الغابة الفردية ومتعددة الغابات لمشاركات ملفات SMB Azure. ومع ذلك، تدعم Azure Files تكوين CNAMEs فقط باستخدام اسم حساب التخزين كبادئة مجال. إذا كنت لا تريد استخدام اسم حساب التخزين كبادئة، ففكر في استخدام مساحات أسماء DFS بدلا من ذلك.

  • هل يمكنني الوصول إلى مشاركات ملفات Azure باستخدام بيانات اعتماد Microsoft Entra من جهاز ظاهري ضمن اشتراك مختلف؟

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

  • هل يمكنني تمكين خدمات مجال Microsoft Entra أو مصادقة AD DS المحلية لمشاركات ملفات Azure باستخدام مستأجر Microsoft Entra يختلف عن المستأجر الأساسي لمشاركة ملفات Azure؟

    ‏‏لا. تدعم Azure Files خدمات مجال Microsoft Entra فقط أو تكامل AD DS المحلي مع مستأجر Microsoft Entra الموجود في نفس الاشتراك مثل مشاركة الملف. يمكن إقران الاشتراك بمستأجر Microsoft Entra واحد فقط. عند استخدام AD DS المحلي للمصادقة، يجب مزامنة بيانات اعتماد AD DS مع معرف Microsoft Entra المقترن بحساب التخزين.

  • هل تدعم مصادقة خدمات مجال Active Directory المحلية لمشاركات Azure File التكامل مع بيئة خدمات مجال Active Directory باستخدام مجموعات غابات متعددة؟

    تتكامل مصادقة خدمات مجال Active Directory المحلية ل Azure Files فقط مع مجموعة غابات خدمة المجال التي تم تسجيل حساب التخزين فيها. لدعم المُصادقة من غابة أخرى، يجب أن تحتوي بيئتك على صندوق تأميني للغابات تم تكوينه بشكل صحيح. للحصول على إرشادات مفصلة، راجع استخدام ملفات Azure مع غابات Active Directory متعددة.

    إشعار

    في إعداد متعدد الغابات، لا تستخدم مستكشف الملفات لتكوين أذونات WINDOWS ACLs/NTFS على مستوى الجذر أو الدليل أو الملف. استخدم icacls بدلا من ذلك.

  • هل هناك أي اختلاف في إنشاء حساب كمبيوتر أو حساب تسجيل دخول خدمة لتمثيل حساب التخزين الخاص بي في AD؟

    لا يوجد فرق بين إنشاء حساب كمبيوتر (افتراضي) أو حساب تسجيل دخول للخدمة في كيفية عمل المصادقة مع ملفات Azure. يُمكنك الاختيار بنفسك حول كيفية تمثيل حساب التخزين كهوية في بيئة AD الخاصة بك. إن DomainAccountType الافتراضي المعين في الأمر Join-AzStorageAccountForAuth هو حساب الكمبيوتر. ومع ذلك، يمكن أن يختلف عمر انتهاء صلاحية كلمة المرور التي تم تكوينها في بيئة AD لحسابات تسجيل الدخول إلى الكمبيوتر أو الخدمة، وتحتاج إلى أخذ ذلك في الاعتبار لتحديث كلمة مرور هوية حساب التخزين في AD.

  • كيفية إزالة بيانات الاعتماد المخزنة مؤقتا باستخدام مفتاح حساب التخزين وحذف اتصالات SMB الموجودة قبل تهيئة اتصال جديد بمعرف Microsoft Entra أو بيانات اعتماد AD؟

    اتبع عملية الخطوتين أدناه لإزالة بيانات الاعتماد المحفوظة المقترنة بمفتاح حساب التخزين وإزالة اتصال SMB:

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

      cmdkey/delete:Domain:target=storage-account-name.file.core.windows.net

    2. حذف الاتصال الموجود في مشاركة الملف. يمكنك تحديد مسار التحميل إما كحرف محرك الأقراص المحمل أو storage-account-name.file.core.windows.net المسار.

      صافي الاستخدام <محرك الأقراص-الرسالة/مشاركة المسار> /حذف

  • هل من الممكن عرض userPrincipalName (UPN) لمالك ملف/دليل في مستكشف الملفات بدلا من معرف الأمان (SID)؟

    مستكشف الملفات استدعاء واجهة برمجة تطبيقات RPC مباشرة إلى الخادم (Azure Files) لترجمة SID إلى UPN. لا تدعم Azure Files واجهة برمجة التطبيقات هذه، لذلك في مستكشف الملفات، يتم عرض SID لمالك ملف/دليل بدلا من UPN للملفات والدلائل المستضافة على ملفات Azure. ومع ذلك، من عميل مرتبط بمجال، يمكنك استخدام أمر PowerShell التالي لعرض جميع العناصر في دليل ومالكه، بما في ذلك UPN:

    Get-ChildItem <Path> | Get-ACL | Select Path, Owner

نظام ملفات الشبكة (NFS v4.1)

  • متى يجب استخدام مشاركات ملفات NFS Azure؟

    راجع مشاركات NFS.

  • كيف يمكنني الاحتفاظ بنسخة احتياطية من البيانات المخزنة في مشاركات NFS؟

    يمكن تنسيق النسخ الاحتياطي لبياناتك على مشاركات NFS باستخدام أدوات مألوفة مثل rsync أو منتجات من أحد شركاء النسخ الاحتياطي التابعين لجهات خارجية. قام العديد من شركاء النسخ الاحتياطي بما في ذلك Commvault وVeam وVeritasبتوسيع حلولهم للعمل مع كل من SMB 3.x وNFS 4.1 لملفات Azure. يمكنك أيضا استخدام لقطات مشاركة ملف NFS Azure.

  • هل يمكنني ترحيل البيانات الموجودة إلى مشاركة NFS؟

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

  • هل يمكنك تشغيل IBM MQ (بما في ذلك مثيلات متعددة) على مشاركات ملفات NFS Azure؟

لقطات مشاركة

إنشاء لقطات مشاركة

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

تنظيف لقطات المُشاركة

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

الفوترة والتسعير

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

  • كم تبلغ التكلفة لمشاركة اللقطات؟
    لقطات المشاركة تزايدية بطبيعتها. لقطة المشاركة الأساسية هي نفسها المشاركة. جميع لقطات المشاركة اللاحقة تزايدية وتخزن فقط الفرق عن لقطة المشاركة السابقة لها. سوف تُحاسب فقط على المحتوى الذي تغير. إذا كانت لديك مشاركة مع 100 جيجابايت من البيانات ولكن تغيرت 5 جيجابايت فقط منذ آخر لقطة مشاركة لك، فإن لقطة المشاركة تستهلك 5 جيجابايت إضافية فقط، وسوف تُحاسب على 105 جيجابايت. لمزيد من المعلومات عن رسوم المعاملات والخروج القياسية، راجع صفحة الأسعار.

إمكانية التشغيل التفاعلي مع الخدمات الأخرى

  • هل يمكنني استخدام مشاركة ملف Azure الخاصة بي كشاهد مشاركة ملف لنظام مجموعة تجاوز الفشل في Windows Server؟
    هذا التكوين غير مدعوم حاليا لملفات Azure. لمعرفة كيفية إعداد هذا باستخدام تخزين Azure Blob، راجع نشر مراقب السحابة لمجموعة تجاوز الفشل.

(راجع أيضًا )