أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

تطبيق المجلدات الرئيسية على ملقم كتلة

انتهي دعم Windows Server 2003 في 14 يوليو 2015!

أنهت شركة Microsoft دعم نظام التشغيل Windows Server 2003 في 14 يوليو 2015. لقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

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

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

الطريقة المثلى لاستخدام ملقم كتلة إلى المجلدات الرئيسية منزل لاستخدام "مشاركة الدلائل الفرعية" أو ميزة مشاركات الحيوية. هو أساس الأساسية خلف مشاركات الملفات الحيوية إنشاء مورد مشاركة ملف مفرد نظام مجموعة بعد إنشاء ملف مستقل مشترك مع كل مجلد المستخدم. على سبيل المثال:
z:\
Z:\Users
Z:\Users\Steve
Z:\Users\Shon
Z:\Users\Elden
Z:\Users\Dewitt
Z:\Users\Emily
هو محرك الأقراص Z القرص المشترك. المجلد Z:\Users هو مشاركة الجذر الذي يحتوي على كافة المجلدات الرئيسية المستخدم.

تكوين غير صحيح:
  1. إنشاء مورد نظام مجموعة مشاركة ملف لكل مستخدم. في هذه الحالة، يتم تعريف مورد نظام مجموعة خمس مرات لكل مستخدم تحت Z:\Users المجلد.
  2. تعيين أذونات NTFS على المجلد Z:\Users\ Username للسماح بالوصول المستخدم المعنيين فقط في المجلد.
  3. كل مرة يتم فيها إنشاء مستخدم انتقل إلى المجلد Z:\Users وإنشاء مجلد المناسبة مع أذونات. ثم استخدم "مسؤول الكتلة" لإنشاء مورد مشاركة ملف.
التكوين الصحيح:
  1. إنشاء مورد مشاركة ملف كتلة واحد إلى Z:\Users المجلد الجذر.
  2. إعطاء Everyone مجموعة أذونات "التحكم الكامل" على مستوى المشاركة في "مسؤول الكتلة".
  3. استخدام علامة التبويب معلمات من أجل مورد مشاركة الجذر ملف نظام المجموعة, انقر فوق خانة الاختيار مشاركة كافة الدلائل الفرعية.
  4. تعيين أذونات NTFS على المجلد Z:\Users\ Username السماح للمستخدمين المعنيين الوصول إلى المجلد. حساب "خدمة الكتلة" يجب أن يكون لديك على الأقل أذونات القراءة. عند هذه النقطة، يتم تلقائياً مشاركة كافة المجلدات ضمن Z:\users مع نفس الأذونات الشبكة مثل مشاركة الجذر. لإضافة مستخدم عند استخدام مشاركات حيوية لإنشاء مجلد ضمن Z:\Users وتعيين NTFS المناسبة الأذونات (راجع الخطوة 4). خدمة الكتلة بمشاركة المجلد تلقائياً.

    ملاحظة: عند تنفيذ الخطوة التالية, لا إخفاء الدلائل ضمن مجلد مشترك مشاركات نفسها.

  5. لجعل مشاركات المستخدم مخفية استخدم علامة "التبويب معلمات" مورد مشاركة الجذر ملف نظام المجموعة ثم انقر فوق خانة الاختيار إخفاء مشاركات دليل فرعي. إلحاق هذا الإجراء "$" إلى نهاية مشاركات الموجودة ضمن Z:\Users\ <username>.
تم إضافة في نظام التشغيل Microsoft Windows NT 4.0, Enterprise Edition خدمة الكتلة مع Service Pack 4 ميزة "مشاركة الدلائل الفرعية" ويتم تحسين مع حزمة الخدمة Service Pack 5. تطبيق حزمة الخدمة Service Pack 5 إذا كنت تريد تطبيق الحيوية مشاركات الملفات. يتضمن Windows 2000 Advanced Server هذه الميزة.

في حالة مشاركة الدلائل الفرعية في مشاركة ملف Clustered هناك أكثر من ملف المشاركة المجموعات ضمن الكتلة التي تستخدم متغيرات البيئة بواسطة اسم المستخدم قد يحدث السلوك التالي عندما يتم إحضارها المجموعات عبر إنترنت في نفس العقدة الفعلية. على سبيل المثال، لديك محركات الأقراص في كل مجموعة التي تحتوي على المجلدات التالية:
  • \\<virtual_server1>\users U: محرك الأقراص |--المستخدمين |--user1 |--user2
  • \\<virtual_server2>\data Z: محرك الأقراص |--البيانات |--user1 |--user2
على سبيل المثال، عند استخدام متغيرات البيئة و إما أو كليهما التالية مجموعتين الملقم الظاهري تصبح متصلة على نفس العقدة الفعلية يمكن للمستخدمين الاتصال بمشاركات الصحيح:
  • \\<virtual_server1>\users\%username%
  • \\<virtual_server2>\data\%username%
ومع ذلك، إذا كنت تستخدم في أي أو كل من المجموعات الملقم الظاهري التالية قد يواجه المستخدمون نتائج غير متناسقة عند قيامهم تعيين محركات أقراص شبكة الاتصال:
  • "net استخدام * \\ <virtual_server1> \%username%"
  • "net استخدام * \\ <virtual_server2> \%username%"
لم للتمييز الملقم Lanman خدمة بين المشاركات sub-directory. لذلك، فإنه لا يميز تختلف \\<virtual_server1>\%username% و \\<virtual_server2>\%username% مشاركات الملفات. عند محاولة مشاركة المثيل الثاني من مشاركة الملفات % username % ، يحدث الخطأ التالي 2118 في ملف سجل الكتلة ثم لن يتم إنشاء تلك المشاركة:

مشاركة ملف WARN <data>: SmbpCheckAndBringSubSharesOnline: فشل NetShareAdd subshare <user1>خطأ $: 2118.
مشاركة ملف WARN <data>: SmbpCheckAndBringSubSharesOnline: فشل NetShareAdd subshare <user2>خطأ $: 2118.
C:\err>err # 2118 لـ 0x846 2118 / رقم سداسي عشري lmerr.h NERR_DuplicateShare # / * تمت مشاركة الاسم بالفعل. */

بسبب عدم وجود مشاركات الثاني سيتصل تعيين محرك الأقراص إلى مشاركة الأول. أفضل حل لتجنب حدوث تضارب اسم مشاركة الأكثر أمانًا عدم مشاركة الدلائل الفرعية ضمن خصائص متقدمة مورد "مشاركة الملفات" في "مسؤول الكتلة". يمكنك استخدام ABE (تعداد المستندة إلى Access) لتطبيق ACLs (قائمة التحكم بالوصول) للحصول على الدلائل الفرعية المستخدم.لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
907458 كيفية تطبيق يستند إلى Windows Server 2003 Access التعداد في بيئة DFS
بدلاً من ذلك، يمكن إنشاء مشاركات الملفات باستخدام أحد أسلوبين التالية:
  • إعادة تسمية كافة المجلدات الفرعية ضمن المواقع المشاركة الأصلية إلى شئ مختلف لكي فإنها لن يتم التطابق
  • لا مشاركة الدلائل الفرعية ثم تعيين كل شيء إلى \\<virtual_server1>\users أو إلى \\<virtual_server2>\data أو إلى كليهما. ثم، استخدم أذونات NTFS بحيث يمكن للمستخدمين فقط الوصول إلى المشاركة الخاصة بهم.

مقالات مرتبطة

186496تأمين مجلد عام
194831يجب إعادة تعيين مشاركات الكتلة SP4 من التعرف على الدلائل الفرعية المضافة
224967كيفية إنشاء مشاركات الملفات على نظام مجموعة
254219اعتبارات الأمان عند تطبيق متفاوتة المسافات مشاركات الملفات
257389ملقم الكتلة Microsoft قد لا مشاركة المجلدات تلقائياً
الدلائل mscs

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 256926 - آخر مراجعة: 10/26/2007 18:37:17 - المراجعة: 3.2

Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows 2000 Advanced Server, Microsoft Windows NT Server 4.0 Enterprise Edition

  • kbmt kbproductlink kbclustering kbenv kbinfo KB256926 KbMtar
تعليقات
ody>body>c1.microsoft.com/c.gif?DI=4050&did=1&t=">/html>1&t=">&t=">/html>